• 
    

    
    

      99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

      A Trusted Edge Resource Allocation Framework for Internet of Vehicles

      2023-12-15 03:56:34YuxuanZhongSiyaXuBoxianLiaoJizhaoLuHuipingMengZhiliWangXingyuChenandQinghanLi
      Computers Materials&Continua 2023年11期

      Yuxuan Zhong,Siya Xu,Boxian Liao,Jizhao Lu,Huiping Meng,Zhili Wang,Xingyu Chen,★and Qinghan Li

      1State Key Laboratory of Networking and Switching Technology,Beijing University of Posts and Telecommunications,Beijing,100876,China

      2State Grid Henan Information&Telecommunication Company,Zhengzhou,450018,China

      3School of Information Studies,Syracuse University,Syracuse,13244,USA

      ABSTRACT With the continuous progress of information technique,assisted driving technology has become an effective technique to avoid traffic accidents.Due to the complex road conditions and the threat of vehicle information being attacked and tampered with,it is difficult to ensure information security.This paper uses blockchain to ensure the safety of driving information and introduces mobile edge computing technology to monitor vehicle information and road condition information in real time,calculate the appropriate speed,and plan a reasonable driving route for the driver.To solve these problems,this paper proposes a trusted edge resource allocation framework for assisted driving service,which includes two stages: the blockchain generation stage (the first stage) and assisted driving service stage(the second stage).Furthermore,in the first stage,a delay-and-throughput-oriented block generation model for the mobile terminal is designed.In the second stage,a balanced offloading algorithm for assisted driving service based on edge collaboration is proposed to solve the problems of unbalanced load of cluster mobile edge computing (MEC) servers and low resource utilization of the system.And this paper optimizes the throughput of blockchain and delay of the transportation network through deep reinforcement learning (DRL) algorithm.Finally,compared with joint computation and communication resources’allocation(JCCR)and resource allocation method based on binary offloading(RAB),our proposed scheme can optimize the delay by 7.4%and 26.7%,and support various application services of the vehicular networks more effectively.

      KEYWORDS Blockchain;load balancing;vehicular networks;resource allocation

      1 Introduction

      The Internet of Vehicles (IoV) is a new mobile ad hoc network recent years,which ensures road safety and improves people’s driving experience.With the increasing traffic flow of urban road networks,drivers inevitably encounter congested areas in the process of driving,which greatly increases travel time,fuel consumption,and additional gas emissions.To solve this problem,assisted driving technology is introduced to reduce the probability of accidents,and correct the vehicle driving routes in time after detecting accidents to improve transportation efficiency.We can obtain the current vehicle position,direction,speed,and other driving data through the onboard unit (OBU),and infer the driver’s dangerous driving intensity,to verify the driver’s behavior and curb the accident from the source[1].We comprehensively consider the current vehicle information(such as vehicle identification(ID),location,acceleration,speed,and destination) and road condition information,calculate the reasonable speed,and plan a recommended driving route to prompt the driver.

      In the traditional assisted driving scheme,information processing is concentrated on one side,which is vulnerable to attack.And each server needs to maintain a large amount of account information,resulting in a waste of resources for many servers,which may also lead to server performance bottlenecks [2].Blockchain technology can establish trust relationships for nodes in vehicular networks,effectively solve the security problems such as decentralized management and privacy protection of the IoV,and reduce the risk of information tampering and data center attacks[2].However,many existing public blockchains cannot meet the requirements of high throughput and low delay of assisted driving tasks.

      In the application of smart transportation,the frequent driving operation of vehicles makes the nearby data processing and strict delay requirements become extremely important.MEC has the ability of high bandwidth and low latency.It can provide computing services for all kinds of mobile network edges,which can reduce the latency caused by long-distance communication transmission,and make higher performance.Therefore,we use MEC to realize the real-time processing of computing-intensive tasks generated by driving assistance and reduce the total delay of service[3].

      The demand for a large number of vehicles for assisted driving makes vehicle computing services face great challenges.Many schemes to solve the problem of assisted driving have been proposed.A driving assistance scheme based on the driver’s behavior was proposed in [1,4],which obtains driving information through sensors and cameras,and provides reasonable suggestions to drivers after processing.But it cannot adjust the driving route dynamically.References[2,5]proposed anonymous identity authentication schemes,which applied blockchain in the IoV service to protect the security of vehicle information,but they did not consider improving the throughput of blockchain.References[3,6] designed a scheme to deploy the edge computing function to roadside units (RSUs).However,they did not consider the task allocation of collaborative offloading and load balancing of MEC servers.To sum up,the existing researches still have many problems[1-6].

      To solve these problems,we first uses a digital map to configure road condition information such as ramp geometry and traffic information on the road-side unit (RSU) and then generates a block on the vehicle to store some parameters of the vehicle obtained through OBU,such as vehicle ID,location,acceleration,speed,destination.In this process,the block size,block interval,and offloading decision of tasks are jointly optimized to reduce delay and maximize transaction throughput.Then the parameters of the vehicle will be uploaded to the RSU,and the destination,speed,and other attributes will be comprehensively analyzed to plan the appropriate speed and route.At the same time,the block will be generated on the RSU and the processing results will be stored in it.Aiming at the computing-intensive tasks generated in this stage,we propose a balanced offloading algorithm for assisted driving service based on edge cooperation and jointly optimize the offloading mode and ratio to further optimize the total delay of the system.The main contributions of this paper are as follows:

      (1)A trusted processing framework for assisted driving service is established,the whole framework includes two stages:the first stage designs a delay-and-throughput oriented block generation model for mobile terminals,and the second stage proposes a balanced offloading algorithm for assisted driving service based on edge collaboration.The two-stage optimization problem is modeled as the Markov decision process(MDP),and the paper introduces the deep reinforcement learning(DRL)algorithm to solve it.

      (2) A load-balancing model for clustered MEC servers is proposed by comprehensively considering the usage of storage and computing resources of MEC servers.The paper designs a load factor based on the model,and models the MEC server as the M/M/1 queue,which affects the task offloading ratio in the collaborative computing mode and further optimized the total delay of the system.

      The rest of this paper is organized as follows.Section 2 reviews the related works.Section 3 designs the trusted processing framework for assisted driving services.Section 4 proposes the two-stage joint optimization problems,and uses the DRL algorithm to solve these problems.Section 5 analyses the simulation results,and Section 6 draws a conclusion.

      2 Related Work

      This section introduces the existing assisted driving technology,the application of blockchain in vehicular networks,and the computing offloading methods based on MEC.

      2.1 Assisted Driving Technology

      To improve the efficiency of traffic operations and ensure the safety of drivers,many assisted driving schemes have been proposed.Many schemes[1,4,7,8]deal with the driving information but do not consider the efficiency of the processing.All the calculation tasks are completed on the vehicle.Zhang et al.[9] proposed an abnormal behavior detection scheme for autonomous vehicles.The scheme offloads the computing tasks to the MEC server with strong computing power and large storage space,which greatly improves the efficiency of service processing.However,the scheme ignores the security of data.Therefore,to solve computing-intensive tasks generated in assisted driving process and security problems,we introduce MEC technology and blockchain to the paper.

      2.2 Application of Blockchain in the Vehicular Networks

      To guarantee the safety of data,several works [10,11] built blockchain systems for IoV.Bai et al.[12]proposed a driving behavior warning scheme based on blockchain.The road information and driving data are regarded as transactions to ensure that the correct road condition is broadcast to other vehicle locations.Yao et al.[2]proposed an anonymous authentication mechanism,which can effectively resist the attack of data tampering by combining encryption with blockchain.Yang et al.[13]proposed a consensus mechanism based on proof-of-work (PoW) and proof-of-stake (PoS) for blockchain in the IoV.To prevent the dissemination of forged information from interior terminals,Zheng et al.[14]designed an anonymous authentication scheme based on blockchain,which ensures the safety of communication between vehicles.

      The use of blockchain technology can effectively guarantee the security requirements of the IoV,but the above schemes all ignore the transaction throughput of blockchain.In order to improve transaction throughput,this paper optimizes the size and interval of generated blocks.

      2.3 Computing Offloading Methods Based on Mobile Edge Computing

      MEC servers can provide flexible computing and storage resources for various terminals at the edge of the network.Many pieces of literature [15-17] have proposed various solutions to solve the problem of computing offload in mobile edge computing.Feng et al.[3]proposed an edge computing framework for autonomous vehicles.It arranges the vehicles on the road for scheduling according to the information collected from the adjacent vehicles,to ensure that the vehicle computing resources are fully utilized.Zhao et al.[18]designed a collaborative computing offloading scheme,which made full use of computing resources and reduced the completion time of tasks.However,the above two schemes do not consider the impact of vehicle movement on task offloading.Boukerche et al.[19]proposed a data retrieval scheme for computing offloading in vehicle edge computing(VEC),which modeled the computing offloading task in VEC,estimated the user’s position,and then selected the appropriate access point.Yang et al.[20]proposed a mobile-aware task offloading scheme,which optimized the task offloading decision,delay,and computing resource allocation.

      Many schemes adopt a binary offloading decision,which does not consider the problem of computing task allocation in the process of multi-device collaborative offloading.We propose a loadbalance-based offloading ratio decision model,which takes the resources of the MEC server into account.And we model the resource allocation process in the system as an MDP and introduce A3C to solve the problem.

      3 System Model

      3.1 Application Model

      We propose a trusted edge resource allocation framework for assisted driving service,which consists of a blockchain system,multiple MEC servers,and multiple vehicles,as shown in Fig.1.In the vehicular network,M={1,2,...,m} represents the set of vehicles.The vehicles collect road conditions and driving data.The OBU and RSU are transmitted by the orthogonal spectrum.Vehicles can generate blocks in the terminal layer.At this time,the blockchain system needs mining in the consensus process,which will generate a computing-intensive taskTm.To ensure the credibility of driving data,we store the data(vehicle ID,location,speed,acceleration,destination,etc.)in the block.The MEC servers are deployed in RSUs and N={1,2,...,n} represents the set of RSUs.After the vehicle is connected to the RSU,the vehicle transmits the parameters existing in the block to the RSU.Then,the RSU processes the data collected by vehicles,generates the assisted driving taskTk,generates the block on the RSU,and stores the processed results(appropriate speed and route)into the blockchain system.

      Figure 1:The blockchain-based processing framework for assisted driving service

      3.2 Blockchain System Model

      We deploy the blockchain system on the mobile terminal and RSU to store the vehicular parameter information(storage transaction)and result information(policy transaction)into the block generated by the terminal and RSU,respectively.A blockchain is a digital ledger in which all executed transactions are stored.It uses a distributed point-to-point network to generate a continuous,ordered list of records.Each block contains a set of signed transactions,which are verified by a consensus mechanism.Using blockchain technology,we can maintain a reliable and consistent database [13],and ensure the safety and credibility of the vehicular network.We introduce the delegated Byzantine fault tolerance(dBFT)consensus mechanism and participate in consensus through proxy voting.

      To improve efficiency,the consensus nodes are MEC servers that have a high voting rate.In addition,the voting rate depends on the staking and available resources [21].We useΩs(t)={Ω1(t),Ω2(t),...,Ωn(t)} to express the staking set,and use Cs(t)={C1(t),C2(t),...,Cn(t)} to express the available computing resource set of the RSU.The RSU has a first-out data buffer,and the processing queue can be expressed as:

      whereRl(t)is the vehicle calculation rate,fRis the central processing unit(CPU)cycle frequency of the MEC server andρnis the processing density(in CPU cycles/bit).The computing resources that the RSU can use for the blockchain system in slot t is:

      Assuming that?is the size of transactions,S(t)means the block size(in MB)andI(t)represents the block interval(in seconds).We express transaction throughput as:

      3.3 Mobile Communication Model

      Assuming that the coverage area of RSU isdg.Vehicles can transmit data to RSU through vehicleto-infrastructure (V2I) communication.According to the Shannon theorem,the transmission rate between the moving vehicle and the RSU can be expressed as:

      whereBnis the transmission channel bandwidth,Pn(t)is the transmission power,gn(t)is the channel gain,σn(t)is the background noise power,θis the path loss index,dnis the distance between the vehicle and the RSU[20].dn(t)can be denoted as

      wherelnis the position of the vehiclenandvnis the speed of vehiclen.

      3.4 Computational Model

      There are two stages in the proposed framework.In the first stage of mobile terminal blockchain generation,a mining taskTmwill be generated.In the second stage of assisted driving service,the RSU process and analyze the data collected by vehicles,and then generate the calculation taskTk.BothTmandTkare computing-intensive tasks,so we propose two different computing modes to performTmandTk:local computing mode and collaborative computing mode[22].

      We usean(t) ∈{1,2,3} to represent the computing offloading decision,an(t)=1 represents the local computing mode (mode 1),an(t)=2 represents the collaborative computing mode for adjacent MEC servers(mode 2),andan(t)=3 represents the collaborative computing mode for mobile terminals and MEC servers(mode 3).

      3.4.1 Local Computing Mode(Mode 1)

      (1)Local mobile terminal independent computing mode(mode 1-V)

      For the local mobile terminal,we use a parameter tuple<Dm,Xm,φm >to express a task,whereDmis the data size(in bits),Xmis calculation intensity(in CPU cycles/bit),andφmis completion time(in seconds)of the blockchain mining taskTm.fvis the CPU cycle frequency of vehicles,and the local vehicle processing timeTmcan be denoted as:

      (2)Local MEC server independent computing mode(mode1-R)

      The taskTkoffloaded to RSU is expressed by a tuple<Dt,Xt,λt,φt >,where includes the task data sizeDt,the calculation intensityXt,the proportion of result data to task dataλt,and maximum processing timeφt.Suppose that the task generated by the vehicle conforms to the Poisson distribution,so the task will be sent to RSU with an arrival rateλi.We further model the MEC server as the M/M/1 queue.Therefore,average delay ΔTl(t) of the local RSU includes queuing delay and execute delay,and it can be denoted as:

      whereTexe,l(t) is the processing delay of the local RSU to execute the local taskTk,and it can be calculated by:

      3.4.2 Collaborative Computing Mode for Adjacent Mobile Edge Computing Servers(Mode 2)

      Similar to[23],we analyze the performance of mode 1.The calculation taskTkcan be divided into two parts:one part isαDt,which is calculated on the surrounding RSUnj,whereαis the offloading ratio,and the other part is(1-α)Dt,which is calculated on the local RSUni,and the final calculation results will be sent back and summarized on the local RSUni.As the task generated by the vehicle follows the Poisson distribution and be sent to local RSUniat a stable arriving rate,the total processing delay of tasks onniis affected by load factorδi,arrival rate(1-δi)λiand the local processing delayTexe,i(t).Then,the average delay ΔTi(t)of the RSUnican be denoted as:

      Moreover,the task offloaded to the surrounding RSUnjfollows the Poisson process.Similarly,the average delay ΔTj(t)of RSUnjcan be denoted as:

      whereδiλiis the arrival rate,andTexe,j(t)can be denoted as:

      The transmission rateRi,j(t) and communication delayTi,j(t) of the offloading part of the calculation task in mode 1between RSUnitonjcan be denoted as:

      wherePi,j(t)is the transmission power,gi,j(t)is the channel gain,andσi,j(t)is the background noise power fromnitonjin time slott[21].

      Therefore,the total delay of the system in the assisted driving service stage can be denoted as:

      3.4.3 Collaborative Computing Mode for Mobile Terminals and Mobile Edge Computing Servers(Mode 3)

      Similar to mode 2,we analyze the performance of mode 3.The mining taskTmcan be divided into two parts:(1-β)Dmis calculated on the local mobile terminal,βDmis calculated on the MEC servernk,whereβis the offloading ratio,and the processed result is returned to the mobile terminal.The time taken by the mobile terminal to execute part of the mining task can be expressed as:

      The time taken to offload the remaining tasks from the vehicle to RSUnkcan be expressed as:

      whereRm(t)is the transmission rate.

      Therefore,the average time delay ΔTk(t)of the RSUnkcan be denoted as:

      The total delay of the system in blockchain generation stage is:

      3.5 Load Balancing Model

      We useWcap,i(t)=to represent the performance of RSUni,whereEcap,i(t)means storage resources andCcap,i(t) represents computing resources of the RSUni.The storage resource utilizationEi(t)and the computing resource utilizationCi(t)of the MEC servernican be denoted as:

      whereEcur,i(t) is the storage resource usage andCcur,i(t) represents the computing resource usage of RSUni.

      We define the load rate of RSUnias:

      whereγ+η=1,γandηrepresent the weight.

      The average load rateFave(t)can be calculated by:

      The more balanced the load of the cluster,the more stable it will be.We use the standard deviationσFto measure the load balance of the cluster,and calculate it by:

      Finally,we define the load factorδias the load of the cluster:

      4 Problem Formulation

      Since the wireless channel has Markovian property,we modeled the blockchain-based processing framework for assisted driving service as MDP.Generally speaking,reinforcement learning(RL)can solve MDP problems greatly.The RL adjusts the strategy adaptively according to the reward function through learning,and then obtains the optimal strategy.However,due to traditional RL has low learning efficiency and quality in complex environment,we use DRL to solve the problem of resource allocation[24].

      4.1 Blockchain Generation Stage(The First Stage)

      4.1.1 Optimization Objective

      In the process of driving,the vehicle acquires the driver and vehicle data and generates a block on the vehicle.At this time,the blockchain mining process on the mobile terminal will produce computing-intensive tasks,which seriously affects the system delay.To solve this problem,we consider an optimization problem with a delay-and-throughput focus that jointly optimize the offloading location,block size,and block interval,which is defined in formula(26):

      whereω1(0<ω1<1) andω2are the weight factor and the mapping factor of the optimization function,respectively.Constraints C1 and C2 represent the effectiveness of the offloading decision.Constraint C3 indicates that the CPU frequency of the vehicle and RSU cannot exceed the maximum value.Constraint C4 represents the limit of the completion delay.Constraint C5 indicates that the total transmission power should be less than the available powerPmof the system.Constraint C6 represents that the data size of the offloading task cannot exceed the link capacity Zm.

      4.1.2 Problem Transformation

      The state space of the currenttimeslotcan be expressed as the combination of the number of stacksΩs(t)={Ω1(t),Ω2(t),...,Ωn(t)},the available storage resource Es(t)={E1(t),E2(t),...,En(t)}of the MEC server and channel condition G1(t)={gn(t)}:

      We denote the state transition probability density function byf.The probability from one system statess1(t)to the next system statess1(t+1)is:

      Offloading mode a(t),offloading rate from vehicles to MEC serversβ(t),block sizeS(t) and block intervalI(t)constitute the action space.As1(t)mean the action set in the formula(29):

      To improve the efficiency and security of consensus process,we select the MEC server which has a high voting rate as the consensus node according to the stake and available resources held by the node,and use the dBFT algorithm as the consensus mechanism.Using the limit fraction method[21],as the equations below,the size of a block and the interval between blocks are determined:

      whereSmaxis the maximum value of block size andImaxis the upper limit of block interval.

      Finally,the reward function can be expressed as:

      4.2 Assisted Driving Service Stage(The Second Stage)

      4.2.1 Optimization Objective

      To optimize the resource allocation and realize the balanced offloading of the assisted driving service,we put forward an optimization problem to further reduce total latency and jointly optimize the offloading mode and offloading rate:

      Among them,constraints C1 and constraints C2 guarantee the decision on the offloading mode and offloading ratio of the task is effective.Constraint C3 represents that the RSU’s CPU frequency does not exceed its maximum valuefmax.The total delay to execute a computing task is limited to constraint C4.Constraints C5 and C6 indicate that the MEC server needs to meet the computing resource requirementcjand storage resource requirementejin task assignment.

      4.2.2 Problem Transformation

      Our state space includes available computing resources Cs(t)={C1(t),C2(t),...,Cn(t)},available storage resources Es(t)={E1(t),E2(t),...,En(t)},and channel condition G2(t)of RSUs:

      The probability of leaving the current statess2(t)to the next statess2(t+1)can be defined as:

      The action space consists of offloading mode a(t) and offloading ratio decisionα(t).As2(t) ?{a(t),α(t)}mean the action set.Where,α(t)∈[0,1],and a(t)is:

      We express the reward function as:

      4.3 Algorithm Design

      Since optimization algorithms have the problem of falling into the local optimal solution or using too long a solution time,the computation speed or quality of them is low.By comparison,the DRL algorithm can effectively solve these problems.Value-based approach and policy-based approach are two main types of RL.The value-based approach solve problems by predicting the total value of a given state from now to the future.The policy-based approach adjusts the probability distribution of each action in a given state.A3C is an asynchronous RL algorithm [25].A3C can work in discrete and continuous action spaces,which combines the advantages of two RL methods.Through the A3C algorithm,computing resources are fully utilized and data correlations are effectively broken.We apply A3C algorithm for our problem.

      As in Fig.2,the blockchain-based processing framework for assisted driving service includes two stages:the blockchain generation stage and assisted driving service stage.First of all,we use the sensors to get the dynamic and driving data of the vehicle and store some parameters of the vehicle,such as vehicle ID,location,acceleration,speed,destination,etc.,into the block generated on the terminal.Then,the collected vehicle information and road condition information are comprehensively calculated and analyzed.This stage will produce computing-intensive tasks.To optimize the total latency and realize the load balancing among cluster MEC servers,we propose a balanced offloading algorithm for assisted driving service based on edge collaboration,and jointly optimize the offloading mode and offloading ratio.And the processing results of assisted driving service will be stored in the block generated on the RSU.

      Figure 2:The flow chart of the algorithm

      5 Simulation Results and Analysis

      5.1 Parameter Settings and Comparison Algorithms

      We use TensorFlow2.0 for simulation on a Python 3.7-based simulator.Table 1 lists relevant parameters and super parameters in the simulation.To validate the efficiency of the first stage algorithm,we use several algorithms for comparison: (1) FAJORA [26]: The size of block is fixed;(2)FBT[21]:The block interval is fixed.

      Table 1: Experimental parameters and hyperparameter setting

      At the same time,to validate the performance of the second stage algorithm,the following comparison algorithms are selected: (1) JCCR [23]: A joint allocation scheme of computing and communication resources is proposed by optimizing the offloading ratio in the process of computing offload,but the load difference of cluster MEC servers is not considered;(2) RAB: A resource allocation scheme for collaborative offloading,but with binary offloading;(3) Simulated annealing algorithm(SA):Obtain a near-optimal solution through reducing the temperature parameter from its initial parameter in polynomial time.

      5.2 Simulation Results

      This part compares the performance of the above algorithms and analyze the influence of different parameter settings.

      Fig.3 shows the learning curve based on A3C,in which we compare the changes in the reward and loss function of the proposed algorithm in different stages with other comparison algorithms.From Figs.3a and 3c,it can be found that the proposed algorithm has the highest reward,and its overall performance is better than the other two algorithms.Figs.3b and 3d show that the loss function of the proposed algorithm converges faster and has better robustness.

      Figure 3: (Continued)

      Figure 3:The learning curve of the DRL-based methods

      Fig.4 compares the effects of block size and block interval on the reward under FAJORA,FBT,and the proposed algorithm.As we can see from Fig.4a,except for the FAJORA,when block size increases,the reward increases slowly accordingly.Meanwhile,Fig.4b illustrate that,except for FBT,as block interval increases,the reward decreases accordingly.This is because the impact of block interval on transaction throughput is inverse,while the impact of block size is positive,which has an impact on the reward.And the proposed algorithm has better performance,it is because the size of blocks algorithm is the same in the FAJORA,and the block interval is the same in the FBT,which affects the transaction throughput of the blockchain.

      Figure 4:Influence of block size and block interval on reward

      We can see the variation of the system’s total delay under different CPU cycle frequencyfRfrom Fig.5.With the increase infR,the total delay of all schemes decreases correspondingly.This is because the increase in CPU frequencyfRwill improve the calculation speed of executing tasks,shorten the execution time of tasks,and reduce the total delay.The SA algorithm of comparison is a heuristic algorithm,but some random factors are introduced into the search process.As shown in Fig.5,although the heuristic algorithm converges quickly,it is easy to fall into the local optimal solution prematurely.As a DRL algorithm,A3C can train a high-quality model by continuously learning from the different environment state,and make action decisions according to it.Therefore,the solution quality of the SA algorithm is much worse than the quality of the A3C algorithm.

      Figure 5:The effect of CPU cycle frequency fR on delay

      From Fig.6,we can see the impact of different data sizes of tasks on the average reward and the offloading ratio in the proposed algorithm.Fig.6 shows that,as theDtincreases,the average reward decreases,and the offloading ratio gradually increases.This is because when theDtincreases,more computing tasks will be offloaded to the devices with a lower load state for collaborative computing,which will affect the offloading ratio.At the same time,we can also observe that among all the comparison algorithms,the reward of the proposed algorithm is always highest,followed by JCCR,RAB.The reason is that under the sameDt,the proposed algorithm considers the resource utilization of cluster MEC servers,and offloads more computing tasks to MEC servers with low load state,so that MEC servers are in a load balancing state,which can well improve the load balancing degree.However,the JCCR does not consider load balancing,and the RAB adopts the binary offload method during the offloading process,which leads to uneven resource allocation of the cluster.

      Figure 6:The change of average reward and offloading ratio under different data sizes Dt

      6 Conclusion

      To solve the security problems in vehicular networks,we propose a trusted edge resource allocation framework for assisted driving service,which includes two stages:the blockchain generation stage and assisted driving service stage.The framework improves the transaction throughput of the blockchain and reduces total latency of the transportation system by establishing the delay-and-throughputoriented block generation model for mobile terminals.At the same time,we design a balanced offloading algorithm for assisted driving service based on edge collaboration to realize the balanced offloading of the cluster MEC servers.Simulation results show that our algorithm performs better than compared algorithms in average delay.In future work,we will study differentiated service processing to be suitable for more application scenarios,such as IoT,and industrialization scenarios.

      Acknowledgement:Thanks for the technical support provided by the State Key Laboratory of Networking and Switching Technology.

      Funding Statement:This work has been supported by State Grid Corporation of China Science and Technology Project “Key Technology and Application of New Multi-Mode Intelligent Network for State Grid”(5700-202024176A-0-0-00).

      Author Contributions:The authors confirm contribution to the paper as follows:study conception and design: Yuxuan Zhong,Siya Xu,Boxian Liao;data collection: Jizhao Lu,Huiping Meng;analysis and interpretation of results:Zhili Wang,Xingyu Chen;draft manuscript preparation:Boxian Liao,Qinghan Li.All authors reviewed the results and approved the final version of the manuscript.

      Availability of Data and Materials:If readers are interested in the experimental data,you can contact with the email:xxuan@bupt.edu.cn.

      Conflicts of Interest:The authors declare that they have no conflicts of interest to report regarding the present study.

      武清区| 乃东县| 得荣县| 临城县| 兴国县| 巢湖市| 濮阳市| 始兴县| 霸州市| 凌源市| 临泉县| 靖江市| 苏州市| 宝应县| 怀宁县| 利辛县| 昌江| 桃江县| 宁陕县| 邵阳县| 西乡县| 防城港市| 庆城县| 阳江市| 澳门| 林芝县| 营口市| 娄底市| 西宁市| 石狮市| 榕江县| 长海县| 天祝| 紫金县| 呼和浩特市| 赣榆县| 仲巴县| 原平市| 盐城市| 临潭县| 自贡市|