CN111478780A

CN111478780A - Flow charging system based on block chain technology and charging method thereof

Info

Publication number: CN111478780A
Application number: CN202010256220.6A
Authority: CN
Inventors: 王一富
Original assignee: Guojin Blockchain Technology Hangzhou Co ltd
Current assignee: Guojin Blockchain Technology Hangzhou Co ltd
Priority date: 2020-04-02
Filing date: 2020-04-02
Publication date: 2020-07-31

Abstract

The invention discloses a flow charging method based on a block chain technology, which is characterized in that in order to minimize the influence on an application layer protocol, user signature data is put in a network layer; the user signature data is any data which accords with a block chain protocol; the user signature data comprises transaction or intelligent contract and the like; the network layer equipment directly analyzes the user signature data and sends the user signature data to the block chain; the maximum length of the ip header in the network layer is 60 bytes, wherein the maximum length of options is 40 bytes, so that the user signature data can only be put in payload. In order to minimize the option length, the user signature data is placed at the beginning of the payload. The invention provides a flow charging system based on a block chain technology; the payment processing function can be provided directly through an intermediate device such as a router in the future on the basis of minimally modifying the existing protocol by modifying the network layer protocol to enable the traffic fee to be paid by using the pass certificate.

Description

Flow charging system based on block chain technology and charging method thereof

Technical Field

The invention relates to the technical field of flow charging, in particular to a flow charging system based on a block chain technology and a charging method thereof.

Background

The blockchain is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism and an encryption algorithm.

The block chain (Blockchain) is an important concept of the bitcoin, is essentially a decentralized database, and is used as a bottom-layer technology of the bitcoin, namely a series of data blocks which are generated by correlation by using a cryptographic method, wherein each data block contains information of a batch of bitcoin network transactions and is used for verifying the validity (anti-counterfeiting) of the information and generating a next block; in a narrow sense, the blockchain is a distributed account book which is a chain data structure formed by combining data blocks in a sequential connection mode according to a time sequence and is guaranteed in a cryptographic mode and cannot be tampered and forged.

Broadly, the blockchain technique is a completely new distributed infrastructure and computing approach that utilizes blockchain data structures to verify and store data, utilizes distributed node consensus algorithms to generate and update data, utilizes cryptography to secure data transmission and access, and utilizes intelligent contracts composed of automated script code to program and manipulate data.

At present, most of user signature data is placed in an application layer to influence service efficiency, and therefore, the inventor provides a flow charging system based on a block chain technology and a charging method thereof by integrating various factors.

Disclosure of Invention

The technical problem to be solved by the present invention is to provide a traffic charging system based on block chain technology and a charging method thereof, so as to solve the problems proposed in the background art.

In order to solve the technical problems, the technical scheme of the invention is as follows:

A traffic charging method based on block chain technology, in order to minimize the impact on application layer agreement, put the user's signature data in the network layer; the user signature data is any data that conforms to the blockchain protocol.

As a further scheme of the invention: the user signature data comprises transaction or intelligent contract and the like;

As a further scheme of the invention: the network layer device directly parses the user signature data and sends it to the blockchain.

As a further scheme of the invention, the maximum length of the ip header in the network layer is 60 bytes, wherein the maximum length of options is 40 bytes, so that only user signature data can be placed in the payload.

As a further scheme of the invention: the ip header option comprises 3 parts; option-type, which is subdivided into copied flag/class/number fields; option-length, length of the whole option; option-data option structure and data are as follows:

the total length of the option is 3 bytes, the data is 1 byte, the data L entry represents the length of the user signature data (maximum 255bytes), i.e. the initial data L entry byte of the payload is the user signature data, wherein the tagged flag is 0, which means that if the ip packet is fragmented, the first ip fragment must contain all the user signature data, i.e. the minimum MTU in the whole transmission path is 315 bytes (60+ 255).

As a further scheme of the invention: the complete ip packet is as follows (the first ip packet fragment):

The ip layer needs to verify whether the user signature data is valid when receiving the data packet, and discards the data packet if the verification fails.

As a further scheme of the invention: when a data packet is sent, an ip layer is needed to provide an interface for an upper layer protocol to set the ip header and user signature data, similarly to manually assembling an ip packet through a linux raw socket, pseudo codes are as follows:

1.char buffer[8192]；

2.struct iphdr*ip＝(struct iphdr*)buffer；

3.int enabled＝1；

4.const int*optVal＝&enabled；

5.int sd＝socket(PF_INET,SOCK_RAW,IPPROTO_TCP)；

6.setsockopt(sd,IPPROTO_IP,IP_HDRINCL,optVal,sizeof(enabled)；//setIP_HDRINCL options；

7.ip->ihl＝...；

8.ip->version＝...；

9.ip[40..]＝//option&user signed data；

Compared with the prior art, the invention has the following beneficial effects:

The invention provides a flow charging system based on a block chain technology; the payment processing function can be provided directly through an intermediate device such as a router in the future on the basis of minimally modifying the existing protocol by modifying the network layer protocol to enable the traffic fee to be paid by using the pass certificate.

Drawings

Fig. 1 is a block diagram illustrating the operation of a traffic charging system based on the blockchain technique.

Detailed Description

The following further describes embodiments of the present invention with reference to the drawings. It should be noted that the description of the embodiments is provided to help understanding of the present invention, but the present invention is not limited thereto. In addition, the technical features involved in the embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.

Referring to fig. 1, in order to minimize the impact on the application layer protocol, user signature data is placed at the network layer. The user signature data may be any data that conforms to the blockchain protocol, such as transaction or smart contract. The network layer device may parse the user signature data directly and send it to the blockchain.

the maximum length of the ip header is 60 bytes, wherein the length of options is 40 bytes at most, so that the user signature data can only be placed in the payload, in order to reduce the length of the options as much as possible, the user signature data is placed at the starting position of the payload.

The ip header option contains 3 parts:

option-type, which is subdivided into coded flag/class/number fields

option-length the length of the entire option

option-data option data

The option structure and data are as follows:

The complete ip packet is as follows (first ip packet fragment):

The ip layer needs to verify whether the user signature data is valid when receiving the data packet, and discards the data packet if the verification fails. When a data packet is sent, an ip layer is needed to provide an interface for an upper layer protocol to set the ip header and user signature data, and similar to the manual assembly of an ip packet through a linux raw socket, pseudo codes are as follows:

char buffer[8192]；

struct iphdr*ip＝(struct iphdr*)buffer；

int enabled＝1；

const int*optVal＝&enabled；

int sd＝socket(PF_INET,SOCK_RAW,IPPROTO_TCP)；

setsockopt(sd,IPPROTO_IP,IP_HDRINCL,optVal,sizeof(enabled)；//set IP_HDRINCL options

ip->ihl＝...；

ip->version＝...；

ip[40..]＝//option&user signed data。

The embodiments of the present invention have been described in detail with reference to the accompanying drawings, but the present invention is not limited to the described embodiments. It will be apparent to those skilled in the art that various changes, modifications, substitutions and alterations can be made in these embodiments without departing from the principles and spirit of the invention, and the scope of protection is still within the scope of the invention.

Claims

1. A traffic charging method based on block chain technology is characterized in that in order to minimize the influence on an application layer protocol, user signature data is put in a network layer; the user signature data is any data that conforms to the blockchain protocol.

2. A method for traffic charging based on blockchain technology according to claim 1, wherein said user signature data includes transaction or smart contracts.

3. A method for traffic charging based on blockchain technique according to claim 2, characterized in that the network layer device directly parses the user signature data and sends it to the blockchain.

4. the method of claim 3, wherein the maximum length of the ip header in the network layer is 60 bytes, and the options length is 40 bytes, the user signature data is placed in the payload, the user signature data is placed at the start position of the payload in order to minimize the option length, when the ip packet is parsed, if the option exists, the first data L length byte of the payload is deserialized into the user signature data, and the payload offset is calculated from the IH L field in the ip header.

5. The method as claimed in claim 4, wherein the iphead option comprises 3 parts; option-type: wherein, the field is subdivided into a copied flag/class/number field; option-length: the length of the entire option; option-data: the option data option structure and data are as follows:

the total length of the option is 3 bytes, the data is 1 byte, the data L entry represents the length of the user signature data (maximum 255bytes), i.e. the initial data L entry byte of the payload is the user signature data, wherein the tagged flag is 0, which means that if the ip packet is fragmented, the first ip fragment must contain all the user signature data, i.e. the minimum MTU in the whole transmission path is 315 bytes.

6. The method of claim 5, wherein the complete ippacket is as follows:

7. The method according to claim 6, wherein an ip layer is required to provide an interface for an upper layer protocol to set the ip header and the user signature data when sending the data packet, and similar to manually assembling an ip packet through a linux socket, the pseudo code is as follows:

When a data packet is sent, an ip layer is needed to provide an interface for an upper layer protocol to set the ip header and user signature data, similarly to manually assembling an ip packet through a linux raw socket, pseudo codes are as follows: