一种奖励方法及装置与流程

本申请涉及通信技术领域，具体涉及一种奖励方法及装置。

背景技术：

由于5g技术采用的频段较高，信号的衍射能力相对较弱，因此，在遇到障碍物的地方，信号的辐射范围很小，从而导致通信质量较差。提高信号功率是解决这一问题的有效手段之一，但是信号功率的增加不可避免地会导致辐射功率强度的增加，而辐射功率强度的大小受到国家法规的限制。在这种背景下，微基站应运而生。微基站具有体积小、安装方便等特点，运营商可以根据覆盖需求灵活选择合理功放的微基站作为宏基站的信号延伸，从而覆盖宏基站无法覆盖的区域。相应的，运营商可以对这些提供信号延伸的微基站给予适当的奖励。但是，如果运营商建立专门用于奖励微基站的区块链系统，一方面将导致建设成本较高，另一方面为了实现记账引入矿工也会带来额外支出。而且，如果根据微基站服务对象数量和服务时间对微基站进行奖励，则微基站需要与终端绑定来获取对应的奖励，奖励方案相对复杂，另外终端还需始终保持在线状态。

因此，如何以较低成本相对简便地对微基站给予奖励，成为本领域亟待解决的问题。

技术实现要素：

为此，本申请提供一种奖励方法及装置，以解决奖励微基站的成本较高，或微基站需要与终端绑定导致奖励方案较为复杂的问题

为了实现上述目的，本申请第一方面提供一种奖励方法，该奖励方法应用于微基站，包括：

根据接入终端的上线记录和下线记录生成对应的服务记录；

计算服务记录对应的服务哈希值；

接收归属宏基站发送的备选哈希值，其中，备选哈希值为根据备选区块生成的哈希值，备选区块为根据归属范围内终端的上线记录和下线记录生成的区块；

判断备选哈希值与服务哈希值之差是否在预设范围；

当备选哈希值与服务哈希值之差在预设范围时，基于服务记录生成服务区块，并将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权。

进一步地，根据接入终端的上线记录和下线记录生成对应的服务记录之前，还包括：

向归属宏基站和接入终端发送认可上线请求，其中，认可上线请求包括上线记录；

接收归属宏基站返回的经过归属宏基站私钥签名的第一上线记录，以及接收接入终端返回的经过接入终端私钥签名的第二上线记录。

进一步地，基于服务记录生成服务区块之前，还包括：

判断区块链网络中是否存在与第一上线记录和第二上线记录冲突的下线记录；

当区块链网络中存在与第一上线记录和第二上线记录冲突的下线记录时，将下线记录置为无效记录。

进一步地，当区块链网络中存在与第一上线记录和第二上线记录冲突的下线记录时，将下线记录置为无效记录之后，还包括：

在区块链网络广播作弊提示消息，其中，作弊提示消息包括生成无效记录的微基站的标识。

进一步地，计算服务记录对应的服务哈希值之后，判断备选哈希值与服务哈希值之差是否在预设范围之前，还包括：

向时钟服务器发送获取时间戳请求，其中，获取时间戳请求包括服务哈希值；

接收时钟服务器返回的经过时钟服务器私钥签名的时间戳。

为了实现上述目的，本申请第二方面提供一种奖励方法，该奖励方法应用于宏基站，包括：

根据归属范围内终端的上线记录和下线记录生成备选区块；

计算备选区块的哈希值，获得备选哈希值；

将备选哈希值发送至归属微基站；

接收归属微基站广播的服务区块，其中，服务区块是当备选哈希值与服务哈希值之差在预设范围时，归属微基站基于服务记录生成的区块，服务记录为根据接入终端的上线记录和下线记录生成的信息；

将服务区块发送至区块链网络中除当前宏基站之外的其它宏基站，以供其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定归属微基站具有记账权。

进一步地，奖励方法，还包括：

接收区块链网络中除当前宏基站之外的其它宏基站发送的服务区块；

对其它宏基站发送的服务区块进行验证，获得验证结果；

根据验证结果确定生成服务区块的微基站是否具有记账权。

进一步地，当多个服务区块通过验证时；

根据验证结果确定生成服务区块的微基站是否具有记账权，包括：

获取生成服务区块的微基站的服务时长；

根据服务时长确定具有记账权的微基站。

为了实现上述目的，本申请第三方面提供一种奖励装置，该奖励装置包括：

微基站记录生成模块，用于根据接入终端的上线记录和下线记录生成对应的服务记录；

微基站计算模块，用于计算服务记录对应的服务哈希值；

微基站接收模块，用于接收归属宏基站发送的备选哈希值，其中，备选哈希值为根据备选区块生成的哈希值，备选区块为根据归属范围内终端的上线记录和下线记录生成的区块；

微基站判断模块，用于判断备选哈希值与服务哈希值之差是否在预设范围；

微基站区块生成模块，用于当备选哈希值与服务哈希值之差在预设范围时，基于服务记录生成服务区块；

微基站发送模块，用于将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权。

为了实现上述目的，本申请第四方面提供一种奖励装置，该奖励装置包括：

宏基站区块生成模块，用于根据归属范围内终端的上线记录和下线记录生成备选区块；

宏基站计算模块，用于计算备选区块的哈希值，获得备选哈希值；

宏基站发送模块，用于将备选哈希值发送至归属微基站；以及将服务区块转发至区块链网络中除当前宏基站之外的其它宏基站，以供其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定归属微基站具有记账权；

宏基站接收模块，用于接收归属微基站广播的服务区块，其中，服务区块是当备选哈希值与服务哈希值之差在预设范围时，归属微基站基于服务记录生成的区块，服务记录为根据接入终端的上线记录和下线记录生成的信息。

本申请具有如下优点：

本申请提供的奖励方法，根据接入终端的上线记录和下线记录生成对应的服务记录；计算服务记录对应的服务哈希值；接收归属宏基站发送的备选哈希值；判断备选哈希值与服务哈希值之差是否在预设范围；当备选哈希值与服务哈希值之差在预设范围时，基于服务记录生成服务区块，并将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权，以降低奖励微基站的成本，同时避免将微基站与终端绑定以降低方案复杂度。

附图说明

附图是用来提供对本申请的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本申请，但并不构成对本申请的限制。

图1为本申请第一实施例提供的一种奖励方法的流程图；

图2为本申请第二实施例提供的一种奖励方法的流程图；

图3为本申请第三实施例提供的一种奖励方法的流程图；

图4为本申请第四实施例提供的一种奖励方法的流程图；

图5为本申请第五实施例提供的一种奖励方法的流程图；

图6为本申请第六实施例提供的一种奖励方法的流程图；

图7为本申请第七实施例提供的一种奖励装置的原理框图；

图8为本申请第八实施例提供的一种奖励装置的原理框图。

在附图中：

701：微基站记录生成模块702：微基站计算模块

703：微基站接收模块704：微基站判断模块

705：微基站区块生成模块706：微基站发送模块

801：宏基站区块生成模块802：宏基站计算模块

803：宏基站发送模块804：宏基站接收模块

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。

本申请提供的奖励方法，考虑到如果为了奖励微基站而建立专用的区块链系统，将导致建设成本较高，而且，如果根据微基站服务对象数量和服务时间对微基站进行奖励，则微基站需要与矿工终端绑定来获取对应的奖励，奖励方案相对复杂，，另外矿工终端还需始终保持在线状态。有鉴于此，提出一种奖励方法，由微基站作为矿工进行记账，第一方面不需要建立专门的区块链系统，可以降低建设成本，第二方面微基站不需要绑定矿工终端，使得奖励方案较为简便，第三方面，微基站作为矿工在获得记账权之后可以获得对应奖励，可以提升微基站的服务积极性。

图1是本申请第一实施例提供的一种奖励方法的流程图，该奖励方法应用于微基站。如图1所示，该奖励方法可包括如下步骤：

步骤s101，根据接入终端的上线记录和下线记录生成对应的服务记录。

在5g(5thgenerationwirelesssystems，第五代通信技术)等高频信号通信场景中，信号频率越高，波长越短，对应的信号衍射能力就相对较弱，因此，在遇到障碍物的地方，信号的辐射范围很小，从而导致通信质量较差。提高信号功率是解决这一问题的有效手段之一，但是信号功率的增加不可避免地会导致辐射功率强度的增加，而辐射功率强度的大小受到国家法规的限制。另外，提高信号功率无法从根本上改变高频信号的衍射能力，在遇到无法穿透的障碍物时，仍然存在许多信号无法到达的死角。正是在这种背景下，微基站应运而生。微基站具有体积小、安装方便、供电方式灵活等特点，运营商可以根据覆盖需求灵活选择合理功放的微基站作为宏基站的信号延伸，从而覆盖宏基站无法覆盖的区域。需要说明的是，根据3gpp(3rdgenerationpartnershipproject，第三代伙伴计划)组织的定义，无线基站分为四类，分别是宏基站(macrosite)、微基站(microsite)、皮基站(picosite)和飞基站(femtosite)。本实施例中的微基站既可以单指上述定义中的微基站，也可以是上述定义中的微基站、皮基站和飞基站三种基站的统称。

为了激励更多的微基站为宏基站提供信号延伸，运营商可以对微基站给予适当奖励。但是运营商建立专门用于奖励微基站的区块链系统，一方面将导致建设成本较高，另一方面为了实现记账引入矿工也会带来额外支出。而且，如果根据微基站服务对象数量和服务时间对微基站进行奖励，则微基站需要与矿工终端绑定来获取对应的奖励，奖励方案相对复杂，另外矿工终端还需始终保持在线状态。因此，提出一种新的奖励方法，由微基站作为矿工进行记账，并获得记账对应的奖励，不仅可以降低奖励成本，而且微基站不需要绑定矿工终端，同时还可提升微基站的服务积极性，激励更多的微基站加入从而为宏基站提供更好的信号延伸。

在本实施例中，微基站存在两种身份，第一种身份即是正常的微基站，其通过宏基站或者其它方式连接到通信网络中，并对覆盖范围内的所有终端提供无线接入服务；微基站的第二种身份是区块链系统的矿工，负责争夺记账权，并在争得记账权之后获得对应的奖励。

在一个实施方式中，微基站接入通信网络，并对进入微基站信号覆盖范围的终端提供无线接入服务。当终端接入微基站时，微基站生成对应的上线记录，上线记录中包括终端的身份标识和上线时间；当终端掉线或切换到其它基站时，微基站则生成下线记录，下线记录中包括终端的身份标识和下线时间。在获得同一终端的上线记录和下线记录之后，微基站根据上线记录和下线记录生成该接入终端对应的服务记录。可以理解的是，服务记录包括但不限于终端的身份标识、上线时间和下线时间。

步骤s102，计算服务记录对应的服务哈希值。

服务哈希值是基于哈希算法对服务记录进行运算得到的结果。哈希算法也称摘要算法，是指可以把可变长度的数据通过运算得到固定长度散列值的不可逆算法。而且，只要原始数据稍微改动得到的哈希值会完全不同。正是因为这个特性，哈希算法被广泛应用于对数据的完整性校验以及密码验证。需要说明的是，本实施例不限制获取服务哈希值所使用的哈希算法。

在一个实施方式中，微基站使用md5算法对服务记录进行运算，获得该服务记录对应的服务哈希值。

步骤s103，接收归属宏基站发送的备选哈希值。

其中，归属宏基站是当前微基站为其提供信号延伸服务的宏基站；备选哈希值为归属宏基站根据备选区块生成的哈希值，备选区块为归属宏基站根据其归属范围内终端的上线记录和下线记录生成的区块。

在一个实施方式中，合法节点可以接入区块链网络，享受区块链网络提供的各种服务，从而产生对应的交易信息，如终端的上下线记录、智能合约调用记录等。宏基站接收区块链网络中节点广播的各种交易消息，从中筛选出属于当前宏基站归属范围内的终端的上线记录和下线记录，根据筛选出的上线记录和下线记录生成备选区块，并计算备选区块的哈希值，然后将备选区块的哈希值发送至对应的归属微基站。微基站接收归属宏基站发送的备选哈希值。

步骤s104，判断备选哈希值与服务哈希值之差是否在预设范围。

预设范围可以根据业务需求或应用场景进行设置。针对要求较高的业务类型或应用场景时，可以将预设范围设置为较小的范围，从而提高备选哈希值与服务哈希值匹配程度，以满足对应要求。在一些实施方式中，预设范围可以基于共识机制来设置，如，区块链网络中的微基站预先达成一个共识，在该共识中规定备选哈希值与服务哈希值之差所允许的范围。

在一个实施方式中，区块链网络中的微基站预先设置哈希值接近共识，在该哈希值接近共识中设置备选哈希值与服务哈希值之差被允许的预设范围。当微基站接收归属宏基站发送的备选哈希值之后，比较备选哈希值与服务哈希值，获得备选哈希值与服务哈希值之差，并判断备选哈希值与服务哈希值之差是否在哈希值接近共识中所规定的预设范围。当备选哈希值与服务哈希值之差在预设范围时，说明当前微基站生成的服务记录为真实且相对准确的记录；当备选哈希值与服务哈希值之差不在预设范围时，说明当前微基站生成的服务记录为不真实或者准确率没有达到要求水平。

步骤s105，当备选哈希值与服务哈希值之差在预设范围时，基于服务记录生成服务区块，并将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权。

在一个实施方式中，当备选哈希值与服务哈希值之差在预设范围时，说明当前微基站生成的服务记录为真实且相对准确的记录，因此，当前微基站基于服务记录生成对应的服务区块，并将服务区块发送至归属宏基站。归属宏基站接收服务区块后，使用归属宏基站的私钥对服务区块进行签名，并将签名后的服务区块在区块链网络中进行广播。区块链网络中除当前归属宏基站之外的其它宏基站接收该服务区块，并对服务区块中的上线记录、下线记录、签名和时间戳等内容进行验证。当服务区块通过区块链网络中超过半数(也可以是其它预设的数值)的宏基站的验证之后，即确认生成该服务区块的微基站(即当前微基站)具有记账权。当前微基站在获得记账权之后，获得对应的奖励，将生成的服务区块连接到区块链上，并进入下一轮记账权的争夺中。

图2是本申请第二实施例提供的一种奖励方法的流程图，该奖励方法应用于微基站，与本申请第一实施例基本相同，区别之处至少包括：对上线记录和下线记录进行验证，并在生成服务前剔除虚假的上线记录和下线记录。如图2所示，该奖励方法可包括如下步骤：

步骤s201，向归属宏基站和接入终端发送认可上线请求。

其中，认可上线请求包括上线记录。当终端与微基站建立连接，使用微基站提供的无线接入服务时，微基站会生成对应的上线记录。对应的，当终端与微基站终止连接时，微基站会生成对应的下线记录。为确保微基站生成的上线记录为真实准确的记录，微基站需要针对上线记录获得归属宏基站和接入终端的认可。

在一个实施方式中，微基站生成上线记录之后，向归属宏基站和对应的接入终端发送认可上线请求，其中，认可上线请求中包括待认可的上线记录。

需要说明的是，本实施例中只针对上线记录进行认可，下线记录是否真实可以通过将下线记录与经过认可的上线记录进行比较来判断，当下线记录与经过认可的上线记录存在冲突时，以经过认可的上线记录为准，并将该下线记录置为无效记录。具体实施方式可参见第二实施例中步骤s207的中相关描述。

可以理解的是，在其它实施方式中，也可以针对上线记录和下线记录均进行认可。

步骤s202，接收归属宏基站返回的经过归属宏基站私钥签名的第一上线记录，以及接收接入终端返回的经过接入终端私钥签名的第二上线记录。

在一个实施方式中，归属宏基站接收认可上线请求之后，从认可上线请求中获取待认可的上线记录，查询归属宏基站接收的交易信息，确定上线记录是否为真实准确的记录，当确认上线记录为真实准确的记录时，归属宏基站使用其私钥对上线记录进行签名后，生成第一上线记录，并将第一上线记录发送至微基站，微基站接收归属宏基站发送的第一上线记录；接入终端接收认可上线请求之后，从认可上线请求中获取待认可的上线记录，查询接入终端的微基站连接记录，确定上线记录是否为真实准确的记录，当确认上线记录为真实准确的记录时，接入终端使用其私钥对上线记录进行签名后，生成第二上线记录，并将第二上线记录发送至微基站，微基站接收接入终端发送的第二上线记录。

需要说明的是，在其它实施方式中，还可以由归属宏基站生成第一上线记录后，将第一上线记录发送至接入终端，由接入终端使用其私钥对第一上线记录进行签名后，生成第二上线记录，再将第二上线记录发送至微基站。此时，微基站接收的经过认可的上线记录的数量为一个，即第二上线记录，且第二上线记录为经过归属宏基站和接入终端共同签名的记录。

步骤s203，根据接入终端的上线记录和下线记录生成对应的服务记录。

本实施例中的步骤s203与本申请第一实施例中步骤s101的内容相同，在此不再赘述。

步骤s204，计算服务记录对应的服务哈希值。

本实施例中的步骤s204与本申请第一实施例中步骤s102的内容相同，在此不再赘述。

步骤s205，接收归属宏基站发送的备选哈希值。

本实施例中的步骤s205与本申请第一实施例中步骤s103的内容相同，在此不再赘述。

步骤s206，判断备选哈希值与服务哈希值之差是否在预设范围。

本实施例中的步骤s206与本申请第一实施例中步骤s104的内容相同，在此不再赘述。

步骤s207，当备选哈希值与服务哈希值之差在预设范围时，判断区块链网络中是否存在与第一上线记录和第二上线记录冲突的下线记录。

其中，第一上线记录和第二上线记录分别为经过归属宏基站和接入终端签名，是获取认可的上线记录。下线记录为微基站直接生成的记录，没有经过签名和认可。因此，在微基站根据服务记录生成服务区块之前，需要先判断下线记录是否均为真实有效的记录。

在一个实施方式中，当备选哈希值与服务哈希值之差在预设范围时，微基站进一步判断区块链网络中是否存在与第一上线记录和第二上线记录冲突的下线记录。

步骤s208，当区块链网络中存在与第一上线记录和第二上线记录冲突的下线记录时，将下线记录置为无效记录。

当下线记录与经过签名和认可的第一上线记录和第二上线记录冲突时，说明下线记录为不真实或不准确的记录，因此，微基站将该下线记录置为无效记录，并根据剔除无效记录之外的服务记录生成服务区块。

步骤s209，在区块链网络广播作弊提示消息。

其中，作弊提示消息包括生成无效记录的微基站的标识。

在一个实施方式中，当微基站发现虚假的下线记录时，在区块链网络广播作弊提示消息，以提醒区块链网络中的其它节点避免接收虚假的下线记录。

可以理解的是，在区块链网络广播作弊提示消息之后，还可以对生成虚假下线记录的微基站进行适当处罚。如，将预设时间内该微基站获取的记账权奖励予以没收，或者直接对该微基站予以额外的处罚。

步骤s210，当区块链网络中不存在与第一上线记录和第二上线记录冲突的下线记录时，基于服务记录生成服务区块，并将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权。

本实施例中的步骤s210与本申请第一实施例中步骤s105的内容相同，在此不再赘述。

图3是本申请第三实施例提供的一种奖励方法的流程图，该奖励方法应用于微基站，与本申请第一实施例基本相同，区别之处在于：获得服务哈希值之后，使用权威的时钟服务器对服务哈希值进行签名。如图3所示，该奖励方法可包括如下步骤：

步骤s301，根据接入终端的上线记录和下线记录生成对应的服务记录。

本实施例中的步骤s301与本申请第一实施例中步骤s101的内容相同，在此不再赘述。

步骤s302，计算服务记录对应的服务哈希值。

本实施例中的步骤s302与本申请第一实施例中步骤s102的内容相同，在此不再赘述。

步骤s303，向时钟服务器发送获取时间戳请求。

其中，时钟服务器可以是预先设置的权威服务器，用于为服务哈希值生成对应的时间戳，以证明服务哈希值在时间戳对应时间之前就已经被由微基站生成。

在一个实施方式中，微基站生成获取时间戳请求，并将获取时间戳请求发送至时钟服务器，其中，获取时间戳请求包括服务哈希值。时钟服务器接收微基站发送的获取时间戳请求，根据响应结果执行后续操作。

步骤s304，接收时钟服务器返回的经过时钟服务器私钥签名的时间戳。

时钟服务器接收获取时间戳请求后，响应获取时间戳请求，生成对应的时间戳，使用时钟服务器的私钥对时间戳进行签名后，将签名后的时间戳发送至微基站，微基站接收经过时钟服务器私钥签名的时间戳，并将此时间戳作为服务哈希值对应的权威时间戳。

步骤s305，接收归属宏基站发送的备选哈希值。

本实施例中的步骤s305与本申请第一实施例中步骤s103的内容相同，在此不再赘述。

其中，备选哈希值为根据备选区块生成的哈希值，备选区块为根据归属范围内终端的上线记录和下线记录生成的区块。

步骤s306，判断备选哈希值与服务哈希值之差是否在预设范围。

本实施例中的步骤s306与本申请第一实施例中步骤s104的内容相同，在此不再赘述。

步骤s307，当备选哈希值与服务哈希值之差在预设范围时，基于服务记录生成服务区块，并将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权。

本实施例中的步骤s307与本申请第一实施例中步骤s105的内容相同，在此不再赘述。

图4是本申请第四实施例提供的一种奖励方法的流程图，该奖励方法应用于宏基站。如图4所示，该奖励方法可包括如下步骤：

步骤s401，根据归属范围内终端的上线记录和下线记录生成备选区块。

宏基站的归属范围包括为其提供信号延伸的归属微基站，以及接入归属微基站的接入终端。

在一个实施方式中，宏基站接收区块链网络中节点广播的各种交易消息(包括终端的上下线记录以及区块链网络提供的其他服务的交易记录)，从中筛选出属于当前宏基站归属范围内的终端的上线记录和下线记录，并根据筛选出的上线记录和下线记录生成备选区块。

步骤s402，计算备选区块的哈希值，获得备选哈希值。

备选哈希值是基于哈希算法对备选区块进行运算得到的结果。

在一个实施方式中，宏基站使用md5算法对备选区块进行运算，获得该备选区块对应的备选哈希值。

需要说明的是，本实施例不限制获取备选哈希值所使用的哈希算法，但是宏基站获取备选哈希值所使用的哈希算法应该是与归属微基站预先约定好的算法，以供归属微基站可以便捷地比较备选哈希值与服务哈希值之差。

步骤s403，将备选哈希值发送至归属微基站。

在一个实施方式中，宏基站获得备选哈希值之后，将备选哈希值发送至归属微基站。归属微基站接收备选哈希值之后，比较备选哈希值与服务哈希值之差是否在预设范围内，且当备选哈希值与服务哈希值之差在预设范围内时，根据服务记录生成对应的服务区块。

步骤s404，接收归属微基站广播的服务区块。

其中，服务区块是当备选哈希值与服务哈希值之差在预设范围时，归属微基站基于服务记录生成的区块，服务记录为根据接入终端的上线记录和下线记录生成的信息。

在一个实施方式中，当备选哈希值与服务哈希值之差在预设范围时，归属微基站基于服务记录生成服务区块，并将服务区块发送至归属宏基站(即当前宏基站)。当前宏基站接收归属微基站发送的服务区块。

步骤s405，将服务区块发送至区块链网络中除当前宏基站之外的其它宏基站，以供其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定归属微基站具有记账权。

在一个实施方式中，宏基站接收归属微基站发送的服务区块之后，使用宏基站的私钥对服务区块进行签名，然后将经过签名的服务区块在区块链网络中进行广播。区块链网络中除当前宏基站之外的其它宏基站接收服务区块，并对服务区块中的上线记录、下线记录、签名和时间戳等内容进行验证。当服务区块通过区块链网络中超过半数(也可以是其它预设的数值)的宏基站的验证之后，即确认生成该服务区块的微基站(即归属微基站)具有记账权。归属微基站在获得记账权之后，获得对应的奖励，将生成的服务区块连接到区块链上，并进入下一轮记账权的争夺中。

图5是本申请第五实施例提供的一种奖励方法的流程图，该奖励方法应用于宏基站。如图5所示，该奖励方法可包括如下步骤：

步骤s501，接收区块链网络中除当前宏基站之外的其它宏基站发送的服务区块。

区块链网络中的宏基站具有两种身份，一种是作为生成备选区块、对服务区块签名并在区块链网络进行广播的执行主体，另一种是作为验证其它宏基站在区块链网络中广播的服务区块是否真实有效的执行主体。在本实施例中，宏基站的身份为第二种执行主体。

在一个实施方式中，区块链网络中除当前宏基站之外的其它宏基站(以下简称其它宏基站)对其归属微基站发送的服务区块进行签名后，在区块链网络中进行广播。当前宏基站接收其它宏基站广播的服务区块，以对服务区块进行进一步验证。

步骤s502，对其它宏基站发送的服务区块进行验证，获得验证结果。

在一个实施方式中，当前宏基站接收服务区块之后，首先对服务区块的签名进行验证，在服务区块的签名通过验证之后，进一步对服务区块中的上线记录、下线记录、签名和时间戳等内容进行验证。当上述所有内容通过验证之后，当前宏基站即确认服务记录是真实有效的。

步骤s503，根据验证结果确定生成服务区块的微基站是否具有记账权。

在一个实施方式中，当服务区块通过区块链网络中超过半数(也可以是其它预设的数值)的宏基站的验证之后，即确认生成该服务区块的微基站具有记账权。该微基站在获得记账权之后，获得对应的奖励，将生成的服务区块连接到区块链上，并进入下一轮记账权的争夺中。

图6是本申请第六实施例提供的一种奖励方法的流程图，该奖励方法应用于宏基站，与本申请第五实施例基本相同，区别之处在于：当通过验证的服务区块的数量为多个时，根据微基站服务时长确定具有记账权的微基站。如图6所示，该奖励方法可包括如下步骤：

步骤s601，接收区块链网络中除当前宏基站之外的其它宏基站发送的服务区块。

本实施例中的步骤s601与本申请第五实施例中步骤s501的内容相同，在此不再赘述。

步骤s602，对其它宏基站发送的服务区块进行验证，获得验证结果。

本实施例中的步骤s601与本申请第五实施例中步骤s502的内容相同，在此不再赘述。

步骤s603，当多个服务区块通过验证时，获取生成服务区块的微基站的服务时长。

在实际情况中，可能存在同时有多个服务区块通过验证的情况，此时，需要根据微基站的服务时长来进一步确定获取记账权的微基站。

在一个实施方式中，当有多个服务区块通过验证时，宏基站获取生成服务区块对应的每个微基站的服务时长，以根据服务时长来确定具有记账权的微基站。

步骤s604，根据服务时长确定具有记账权的微基站。

在一个实施方式中，获取微基站的服务时长之后，选取服务时长最长的微基站作为具有记账权的微基站。

需要说明的是，还可以根据微基站的其它属性来确定微基站是否具有记账权。如，根据微基站的服务终端的数量、服务质量等级等属性中的一个或多个来判断微基站是否具有记账权。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

图7是本申请第七实施例提供的一种奖励装置的原理框图，该奖励装置应用于微基站。如图7所示，该奖励装置包括：微基站记录生成模块701、微基站计算模块702、微基站接收模块703、微基站判断模块704、微基站区块生成模块705和微基站发送模块706。

微基站记录生成模块701，用于根据接入终端的上线记录和下线记录生成对应的服务记录。

在一个实施方式中，微基站接入通信网络，并对进入微基站信号覆盖范围的终端提供无线接入服务。当终端接入微基站时，微基站生成对应的上线记录，上线记录中包括终端的身份标识和上线时间；当终端掉线或切换到其它基站时，微基站则生成下线记录，下线记录中包括终端的身份标识和下线时间。在获得同一终端的上线记录和下线记录之后，微基站通过微基站记录生成模块701根据上线记录和下线记录生成该接入终端对应的服务记录。可以理解的是，服务记录包括但不限于终端的身份标识、上线时间和下线时间。

微基站计算模块702，用于计算服务记录对应的服务哈希值。

服务哈希值是基于哈希算法对服务记录进行运算得到的结果。常见的哈希算法有md5、sha1、sha256、sha512、ntlm等，本实施例不限制获取服务哈希值所使用的哈希算法。

在一个实施方式中，微基站通过微基站计算模块702使用md5算法对服务记录进行运算，获得该服务记录对应的服务哈希值。

微基站接收模块703，用于接收归属宏基站发送的备选哈希值。

在一个实施方式中，合法节点可以接入区块链网络，享受区块链网络提供的各种服务，从而产生对应的交易信息，如终端的上下线记录、智能合约调用记录等。宏基站接收区块链网络中节点广播的各种交易消息，从中筛选出属于当前宏基站归属范围内的终端的上线记录和下线记录，根据筛选出的上线记录和下线记录生成备选区块，并计算备选区块的哈希值，然后将备选区块的哈希值发送至对应的归属微基站。微基站通过微基站接收模块703接收归属宏基站发送的备选哈希值。

微基站判断模块704，用于判断备选哈希值与服务哈希值之差是否在预设范围。

在一个实施方式中，区块链网络中的微基站预先设置哈希值接近共识，在该哈希值接近共识中设置备选哈希值与服务哈希值之差被允许的预设范围。当微基站接收归属宏基站发送的备选哈希值之后，比较备选哈希值与服务哈希值，获得备选哈希值与服务哈希值之差，并通过微基站判断模块704判断备选哈希值与服务哈希值之差是否在哈希值接近共识中所规定的预设范围。当备选哈希值与服务哈希值之差在预设范围时，说明当前微基站生成的服务记录为真实且相对准确的记录；当备选哈希值与服务哈希值之差不在预设范围时，说明当前微基站生成的服务记录为不真实或者准确率没有达到要求水平。

微基站区块生成模块705，用于当备选哈希值与服务哈希值之差在预设范围时，基于服务记录生成服务区块。

在一个实施方式中，当备选哈希值与服务哈希值之差在预设范围时，说明当前微基站生成的服务记录为真实且相对准确的记录，因此，当前微基站通过微基站区块生成模块705基于服务记录生成对应的服务区块。

微基站发送模块706，用于将服务区块发送至归属宏基站，以供归属宏基站将服务区块转发至区块链网络中除归属宏基站之外的其它宏基站，由其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定当前微基站获得记账权。

在一个实施方式中，微基站生成服务区块之后，通过微基站发送模块706将服务区块发送至归属宏基站。归属宏基站接收服务区块后，使用归属宏基站的私钥对服务区块进行签名，并将签名后的服务区块在区块链网络中进行广播。区块链网络中除当前归属宏基站之外的其它宏基站接收该服务区块，并对服务区块中的上线记录、下线记录、签名和时间戳等内容进行验证。当服务区块通过区块链网络中超过半数(也可以是其它预设的数值)的宏基站的验证之后，即确认生成该服务区块的微基站(即当前微基站)具有记账权。当前微基站在获得记账权之后，获得对应的奖励，将生成的服务区块连接到区块链上，并进入下一轮记账权的争夺中。

图8是本申请第八实施例提供的一种奖励装置的原理框图，该奖励装置应用于宏基站。如图8所示，该奖励装置包括：宏基站区块生成模块801、宏基站计算模块802、宏基站发送模块803和宏基站接收模块804。

宏基站区块生成模块801，用于根据归属范围内终端的上线记录和下线记录生成备选区块。

在一个实施方式中，宏基站接收区块链网络中节点广播的各种交易消息(包括终端的上下线记录以及区块链网络提供的其他服务的交易记录)，从中筛选出属于当前宏基站归属范围内的终端的上线记录和下线记录，并通过宏基站区块生成模块801根据筛选出的上线记录和下线记录生成备选区块。

宏基站计算模块802，用于计算备选区块的哈希值，获得备选哈希值。

备选哈希值是基于哈希算法对备选区块进行运算得到的结果。

在一个实施方式中，宏基站使用md5算法对备选区块进行运算，获得该备选区块对应的备选哈希值。

需要说明的是，本实施例不限制获取备选哈希值所使用的哈希算法，但是宏基站获取备选哈希值所使用的哈希算法应该是与归属微基站预先约定好的算法，以供归属微基站可以便捷地比较备选哈希值与服务哈希值之差。

宏基站发送模块803，用于将备选哈希值发送至归属微基站；以及将服务区块转发至区块链网络中除当前宏基站之外的其它宏基站，以供其它宏基站对服务区块进行验证，并在服务区块通过验证时，确定归属微基站具有记账权。

在一个实施方式中，宏基站获得备选哈希值之后，通过宏基站发送模块803将备选哈希值发送至归属微基站。归属微基站接收备选哈希值之后，比较备选哈希值与服务哈希值之差是否在预设范围内，且当备选哈希值与服务哈希值之差在预设范围内时，根据服务记录生成对应的服务区块。

在另一个实施方式中，宏基站接收归属微基站发送的服务区块之后，使用宏基站的私钥对服务区块进行签名，然后通过宏基站发送模块803将经过签名的服务区块在区块链网络中进行广播。区块链网络中除当前宏基站之外的其它宏基站接收服务区块，并对服务区块中的上线记录、下线记录、签名和时间戳等内容进行验证。当服务区块通过区块链网络中超过半数(也可以是其它预设的数值)的宏基站的验证之后，即确认生成该服务区块的微基站(即归属微基站)具有记账权。归属微基站在获得记账权之后，获得对应的奖励，将生成的服务区块连接到区块链上，并进入下一轮记账权的争夺中。

宏基站接收模块804，用于接收归属微基站广播的服务区块。

其中，服务区块是当备选哈希值与服务哈希值之差在预设范围时，归属微基站基于服务记录生成的区块，服务记录为根据接入终端的上线记录和下线记录生成的信息。

在一个实施方式中，当备选哈希值与服务哈希值之差在预设范围时，归属微基站基于服务记录生成服务区块，并将服务区块发送至归属宏基站(即当前宏基站)。当前宏基站通过宏基站接收模块804接收归属微基站发送的服务区块。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施方式中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

可以理解的是，以上实施方式仅仅是为了说明本申请的原理而采用的示例性实施方式，然而本申请并不局限于此。对于本领域内的普通技术人员而言，在不脱离本申请的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本申请的保护范围。