• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 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.

    美女福利国产在线| 国产精品1区2区在线观看. | cao死你这个sao货| 美女高潮到喷水免费观看| 日本精品一区二区三区蜜桃| 色94色欧美一区二区| 久久久水蜜桃国产精品网| 亚洲中文av在线| 电影成人av| 亚洲第一欧美日韩一区二区三区 | a级毛片黄视频| 国产高清视频在线播放一区 | 国产成人av激情在线播放| 国产精品一区二区精品视频观看| 欧美在线黄色| 一级片免费观看大全| 精品久久蜜臀av无| 亚洲午夜精品一区,二区,三区| 国产精品麻豆人妻色哟哟久久| 久久久国产精品麻豆| 久久精品成人免费网站| 黑人欧美特级aaaaaa片| 免费在线观看影片大全网站| 性高湖久久久久久久久免费观看| 亚洲人成电影观看| 国产成人av激情在线播放| 亚洲三区欧美一区| 亚洲久久久国产精品| 免费人妻精品一区二区三区视频| 色视频在线一区二区三区| 中文字幕高清在线视频| 午夜激情av网站| 免费少妇av软件| 精品国产乱码久久久久久男人| 老司机午夜十八禁免费视频| 亚洲专区字幕在线| 亚洲第一av免费看| 啪啪无遮挡十八禁网站| 国产亚洲欧美精品永久| 亚洲专区国产一区二区| 国产一卡二卡三卡精品| 欧美日韩视频精品一区| 久久久久久久久免费视频了| 亚洲精品国产av蜜桃| 一二三四社区在线视频社区8| 一区二区三区精品91| 久久影院123| 亚洲专区国产一区二区| 日韩,欧美,国产一区二区三区| 欧美精品一区二区免费开放| 久久国产亚洲av麻豆专区| 久久久久久久国产电影| 黄色视频,在线免费观看| 国产成人一区二区三区免费视频网站| 国产在视频线精品| 精品视频人人做人人爽| 中亚洲国语对白在线视频| 午夜久久久在线观看| 男人爽女人下面视频在线观看| 天天躁狠狠躁夜夜躁狠狠躁| 亚洲av欧美aⅴ国产| 亚洲欧洲日产国产| 国产精品免费视频内射| 91精品三级在线观看| 欧美精品一区二区免费开放| 午夜日韩欧美国产| 国产精品香港三级国产av潘金莲| 国产精品久久久久久人妻精品电影 | 每晚都被弄得嗷嗷叫到高潮| 国产精品麻豆人妻色哟哟久久| 80岁老熟妇乱子伦牲交| 另类亚洲欧美激情| 最近中文字幕2019免费版| 高清黄色对白视频在线免费看| 男人操女人黄网站| 老司机福利观看| 亚洲精品久久午夜乱码| 亚洲va日本ⅴa欧美va伊人久久 | 日本a在线网址| av又黄又爽大尺度在线免费看| 国产老妇伦熟女老妇高清| 日韩电影二区| 香蕉国产在线看| 久久99热这里只频精品6学生| 丝袜在线中文字幕| 少妇裸体淫交视频免费看高清 | 午夜福利视频在线观看免费| 亚洲一区二区三区欧美精品| 国产免费视频播放在线视频| a级毛片黄视频| 日韩中文字幕欧美一区二区| 每晚都被弄得嗷嗷叫到高潮| 日韩精品免费视频一区二区三区| 一本一本久久a久久精品综合妖精| 人人妻人人爽人人添夜夜欢视频| 亚洲精品一二三| 成人免费观看视频高清| 天天操日日干夜夜撸| 国产精品久久久久久人妻精品电影 | 亚洲国产毛片av蜜桃av| 国产一卡二卡三卡精品| 欧美日韩亚洲综合一区二区三区_| 两性夫妻黄色片| 亚洲精品av麻豆狂野| 嫩草影视91久久| 精品国产乱码久久久久久男人| 国产男人的电影天堂91| 欧美日韩精品网址| 日韩三级视频一区二区三区| 成年女人毛片免费观看观看9 | 久久久精品94久久精品| 纯流量卡能插随身wifi吗| 欧美黑人欧美精品刺激| 51午夜福利影视在线观看| 视频在线观看一区二区三区| 亚洲五月婷婷丁香| 欧美中文综合在线视频| 精品卡一卡二卡四卡免费| 亚洲熟女毛片儿| 乱人伦中国视频| 国产不卡av网站在线观看| 黄色视频不卡| 欧美激情高清一区二区三区| 亚洲天堂av无毛| 欧美少妇被猛烈插入视频| av电影中文网址| 悠悠久久av| 久久精品熟女亚洲av麻豆精品| 色精品久久人妻99蜜桃| 国精品久久久久久国模美| 99国产极品粉嫩在线观看| 日本a在线网址| 丰满人妻熟妇乱又伦精品不卡| 激情视频va一区二区三区| 国产在线免费精品| 熟女少妇亚洲综合色aaa.| 国产精品免费视频内射| 成人免费观看视频高清| 欧美国产精品一级二级三级| 丝袜在线中文字幕| 亚洲av日韩在线播放| www.熟女人妻精品国产| 国产在线一区二区三区精| 男女免费视频国产| 欧美精品av麻豆av| 精品亚洲成a人片在线观看| 99国产精品一区二区蜜桃av | 777米奇影视久久| 中文字幕最新亚洲高清| 女人爽到高潮嗷嗷叫在线视频| 欧美在线黄色| 午夜精品久久久久久毛片777| 久久精品国产综合久久久| 欧美在线黄色| 国产熟女午夜一区二区三区| 热99国产精品久久久久久7| 午夜福利一区二区在线看| 一区在线观看完整版| 色播在线永久视频| 亚洲视频免费观看视频| 操美女的视频在线观看| 一区二区三区激情视频| 国内毛片毛片毛片毛片毛片| www.熟女人妻精品国产| www.自偷自拍.com| 精品福利永久在线观看| 国产1区2区3区精品| 国产亚洲av片在线观看秒播厂| 狠狠狠狠99中文字幕| 国产人伦9x9x在线观看| 国产日韩欧美亚洲二区| 久久九九热精品免费| 人人妻人人添人人爽欧美一区卜| 亚洲国产欧美日韩在线播放| 国产xxxxx性猛交| 丁香六月欧美| 蜜桃国产av成人99| 人人妻人人爽人人添夜夜欢视频| av超薄肉色丝袜交足视频| 18禁黄网站禁片午夜丰满| 精品国内亚洲2022精品成人 | 亚洲视频免费观看视频| 亚洲欧美成人综合另类久久久| 老司机影院成人| 亚洲男人天堂网一区| 国产麻豆69| 国产精品久久久久久精品电影小说| 国产精品二区激情视频| 美女扒开内裤让男人捅视频| 日韩制服丝袜自拍偷拍| av超薄肉色丝袜交足视频| 国产1区2区3区精品| 国产淫语在线视频| 麻豆国产av国片精品| 亚洲中文日韩欧美视频| 一本一本久久a久久精品综合妖精| 操美女的视频在线观看| 国产亚洲一区二区精品| 男女免费视频国产| 亚洲av成人一区二区三| 人人妻人人爽人人添夜夜欢视频| 成人国产av品久久久| 18禁观看日本| 日韩人妻精品一区2区三区| 午夜成年电影在线免费观看| 岛国在线观看网站| 日韩电影二区| 亚洲精华国产精华精| 国产亚洲午夜精品一区二区久久| 一二三四在线观看免费中文在| 一区二区日韩欧美中文字幕| 亚洲欧美一区二区三区黑人| 亚洲一卡2卡3卡4卡5卡精品中文| 50天的宝宝边吃奶边哭怎么回事| 动漫黄色视频在线观看| 啦啦啦免费观看视频1| 色老头精品视频在线观看| 精品少妇一区二区三区视频日本电影| 欧美97在线视频| av有码第一页| 欧美日韩福利视频一区二区| 黄色毛片三级朝国网站| 亚洲av成人不卡在线观看播放网 | 国产成人啪精品午夜网站| 亚洲五月色婷婷综合| 亚洲视频免费观看视频| 午夜精品久久久久久毛片777| 99国产精品99久久久久| 亚洲久久久国产精品| 老司机福利观看| 建设人人有责人人尽责人人享有的| 考比视频在线观看| 电影成人av| 欧美另类亚洲清纯唯美| 男人爽女人下面视频在线观看| 欧美变态另类bdsm刘玥| 成年人黄色毛片网站| 男女高潮啪啪啪动态图| 搡老熟女国产l中国老女人| 妹子高潮喷水视频| 欧美午夜高清在线| 久久99一区二区三区| 菩萨蛮人人尽说江南好唐韦庄| 91大片在线观看| 国产精品99久久99久久久不卡| 动漫黄色视频在线观看| 丝袜喷水一区| 涩涩av久久男人的天堂| 日本黄色日本黄色录像| 一级,二级,三级黄色视频| 别揉我奶头~嗯~啊~动态视频 | 国产成人欧美| 精品视频人人做人人爽| 国产免费现黄频在线看| 亚洲av国产av综合av卡| 久久久久久亚洲精品国产蜜桃av| 久久人人爽av亚洲精品天堂| 精品福利观看| 一区二区日韩欧美中文字幕| 日韩欧美免费精品| 国产男人的电影天堂91| 97精品久久久久久久久久精品| 久久亚洲国产成人精品v| 欧美精品一区二区免费开放| 啦啦啦在线免费观看视频4| h视频一区二区三区| 亚洲伊人久久精品综合| 久久久久久免费高清国产稀缺| 亚洲av日韩在线播放| 午夜福利视频精品| 人妻一区二区av| 国产亚洲午夜精品一区二区久久| 亚洲少妇的诱惑av| 日韩制服骚丝袜av| 韩国精品一区二区三区| 大香蕉久久成人网| 久久人人爽人人片av| 最近最新中文字幕大全免费视频| 美国免费a级毛片| 日本黄色日本黄色录像| 人人妻人人添人人爽欧美一区卜| 欧美黄色片欧美黄色片| 成人18禁高潮啪啪吃奶动态图| 国产日韩欧美在线精品| 亚洲一区二区三区欧美精品| 精品国内亚洲2022精品成人 | 嫁个100分男人电影在线观看| 亚洲精品久久久久久婷婷小说| 国产精品一区二区在线不卡| 一区二区三区激情视频| 高清视频免费观看一区二区| 免费女性裸体啪啪无遮挡网站| 亚洲精品日韩在线中文字幕| 首页视频小说图片口味搜索| 国产av国产精品国产| 国产亚洲一区二区精品| 另类亚洲欧美激情| 日韩视频一区二区在线观看| 69精品国产乱码久久久| 国产人伦9x9x在线观看| 丰满迷人的少妇在线观看| 老司机亚洲免费影院| 久久精品aⅴ一区二区三区四区| 精品福利永久在线观看| av天堂久久9| 悠悠久久av| 精品国产一区二区三区久久久樱花| 国产激情久久老熟女| 999精品在线视频| 国产男女超爽视频在线观看| 高清av免费在线| 久久久精品区二区三区| 久久国产精品大桥未久av| 国产男女内射视频| 欧美 日韩 精品 国产| 桃红色精品国产亚洲av| 少妇 在线观看| 亚洲精品国产精品久久久不卡| 欧美精品av麻豆av| 91麻豆精品激情在线观看国产 | 精品人妻一区二区三区麻豆| 性少妇av在线| 亚洲伊人色综图| 亚洲人成电影免费在线| 国产欧美日韩一区二区三区在线| 最黄视频免费看| 在线观看www视频免费| av网站免费在线观看视频| 91精品伊人久久大香线蕉| 美女中出高潮动态图| 国产免费福利视频在线观看| 99热网站在线观看| 亚洲色图综合在线观看| 国产高清视频在线播放一区 | av网站在线播放免费| netflix在线观看网站| 国产精品1区2区在线观看. | 男女无遮挡免费网站观看| 男女床上黄色一级片免费看| 国产精品久久久久久人妻精品电影 | 欧美精品av麻豆av| 久久 成人 亚洲| 飞空精品影院首页| 精品视频人人做人人爽| 19禁男女啪啪无遮挡网站| 少妇的丰满在线观看| 亚洲欧美精品综合一区二区三区| 亚洲成av片中文字幕在线观看| 亚洲精品乱久久久久久| 一区二区三区激情视频| 叶爱在线成人免费视频播放| 亚洲精品国产色婷婷电影| 人人妻,人人澡人人爽秒播| 一区二区三区精品91| 亚洲欧美日韩另类电影网站| 亚洲精品日韩在线中文字幕| 韩国高清视频一区二区三区| 男人操女人黄网站| 天天躁夜夜躁狠狠躁躁| 在线观看免费午夜福利视频| 日韩 亚洲 欧美在线| 亚洲av电影在线进入| 国产精品欧美亚洲77777| 亚洲精品中文字幕在线视频| 俄罗斯特黄特色一大片| 精品第一国产精品| 老熟妇仑乱视频hdxx| 纵有疾风起免费观看全集完整版| 久久99热这里只频精品6学生| 日韩 欧美 亚洲 中文字幕| 免费观看a级毛片全部| 两性午夜刺激爽爽歪歪视频在线观看 | 亚洲人成电影免费在线| 国产精品免费视频内射| 国产成人影院久久av| 侵犯人妻中文字幕一二三四区| 一级片免费观看大全| 国产精品1区2区在线观看. | 99re6热这里在线精品视频| 国产精品一区二区在线不卡| 亚洲精品美女久久久久99蜜臀| 亚洲欧美日韩高清在线视频 | 久久精品久久久久久噜噜老黄| 亚洲专区中文字幕在线| 女人精品久久久久毛片| 男人舔女人的私密视频| 又大又爽又粗| 久久精品人人爽人人爽视色| 首页视频小说图片口味搜索| 欧美 亚洲 国产 日韩一| 99国产极品粉嫩在线观看| a在线观看视频网站| 亚洲精品国产av成人精品| 欧美黑人欧美精品刺激| 中文精品一卡2卡3卡4更新| 老熟妇仑乱视频hdxx| 亚洲av日韩在线播放| 男女高潮啪啪啪动态图| 久久人人97超碰香蕉20202| 汤姆久久久久久久影院中文字幕| 超碰成人久久| 啦啦啦 在线观看视频| 国产av又大| 热99国产精品久久久久久7| 国产伦理片在线播放av一区| 女人精品久久久久毛片| 男人爽女人下面视频在线观看| 91麻豆精品激情在线观看国产 | 十八禁网站免费在线| 日韩一卡2卡3卡4卡2021年| 老司机靠b影院| 亚洲精品日韩在线中文字幕| 岛国在线观看网站| av福利片在线| 午夜激情av网站| 91av网站免费观看| 黄色毛片三级朝国网站| 精品少妇黑人巨大在线播放| www.熟女人妻精品国产| 亚洲第一av免费看| 国产精品亚洲av一区麻豆| 久久久精品国产亚洲av高清涩受| 日本欧美视频一区| 大码成人一级视频| 久久狼人影院| 黑人欧美特级aaaaaa片| 国产免费现黄频在线看| 欧美精品啪啪一区二区三区 | 亚洲欧美日韩高清在线视频 | 亚洲欧美成人综合另类久久久| 女人高潮潮喷娇喘18禁视频| 欧美另类亚洲清纯唯美| 一本一本久久a久久精品综合妖精| 久久青草综合色| 久久女婷五月综合色啪小说| 女性被躁到高潮视频| 1024视频免费在线观看| 人妻人人澡人人爽人人| 一个人免费在线观看的高清视频 | 亚洲精品第二区| 精品免费久久久久久久清纯 | 午夜福利在线观看吧| 国产老妇伦熟女老妇高清| 国产精品自产拍在线观看55亚洲 | 国产av精品麻豆| 一级毛片女人18水好多| 精品乱码久久久久久99久播| 中国国产av一级| 亚洲成人国产一区在线观看| 国产男女内射视频| 国产日韩欧美在线精品| 亚洲欧美成人综合另类久久久| 国产亚洲av高清不卡| 肉色欧美久久久久久久蜜桃| 亚洲精品av麻豆狂野| 国产精品国产av在线观看| 狂野欧美激情性xxxx| 秋霞在线观看毛片| 老司机影院毛片| 丝袜美足系列| 国产主播在线观看一区二区| 亚洲五月婷婷丁香| 狂野欧美激情性bbbbbb| 日韩欧美免费精品| 国产成人精品久久二区二区免费| 十八禁网站免费在线| 国产高清国产精品国产三级| 久久毛片免费看一区二区三区| 午夜久久久在线观看| 国产主播在线观看一区二区| 夫妻午夜视频| 日韩视频在线欧美| 老司机福利观看| 久久亚洲精品不卡| av一本久久久久| 国产成人系列免费观看| 亚洲第一欧美日韩一区二区三区 | 在线十欧美十亚洲十日本专区| 美女脱内裤让男人舔精品视频| 在线观看舔阴道视频| 久久人妻福利社区极品人妻图片| 亚洲av片天天在线观看| 天天影视国产精品| 免费不卡黄色视频| 不卡一级毛片| 国产av又大| 超碰97精品在线观看| 制服诱惑二区| 国产精品久久久久久精品古装| 亚洲五月婷婷丁香| 秋霞在线观看毛片| 国产成人影院久久av| 老司机在亚洲福利影院| 啪啪无遮挡十八禁网站| 狂野欧美激情性bbbbbb| 亚洲av国产av综合av卡| 99热全是精品| 黄片大片在线免费观看| 亚洲精品在线美女| 免费观看a级毛片全部| 老汉色∧v一级毛片| 69av精品久久久久久 | 久久 成人 亚洲| 女人久久www免费人成看片| 国产成人精品久久二区二区免费| 午夜福利免费观看在线| 99九九在线精品视频| 少妇裸体淫交视频免费看高清 | 亚洲av男天堂| 99久久人妻综合| 欧美黄色淫秽网站| 天天躁狠狠躁夜夜躁狠狠躁| 一本—道久久a久久精品蜜桃钙片| 久久精品国产a三级三级三级| 男女边摸边吃奶| 超碰成人久久| 黄色视频,在线免费观看| 国产免费一区二区三区四区乱码| 女性生殖器流出的白浆| 久久青草综合色| 十八禁网站免费在线| 精品国产乱子伦一区二区三区 | 正在播放国产对白刺激| 日韩欧美一区二区三区在线观看 | 欧美成人午夜精品| 久久久久国内视频| 精品少妇一区二区三区视频日本电影| 日韩大码丰满熟妇| 麻豆乱淫一区二区| 汤姆久久久久久久影院中文字幕| 日韩中文字幕欧美一区二区| 亚洲av国产av综合av卡| 午夜两性在线视频| 18在线观看网站| 亚洲成人免费电影在线观看| 日本av免费视频播放| 国产成人系列免费观看| 看免费av毛片| 国产精品久久久久久人妻精品电影 | 熟女少妇亚洲综合色aaa.| 人妻一区二区av| 9191精品国产免费久久| 亚洲一区二区三区欧美精品| 亚洲少妇的诱惑av| 久久人人爽av亚洲精品天堂| 精品免费久久久久久久清纯 | 黑人巨大精品欧美一区二区mp4| 精品久久久久久电影网| 亚洲第一青青草原| 亚洲专区字幕在线| 成人黄色视频免费在线看| 国产日韩欧美在线精品| 啦啦啦在线免费观看视频4| 啪啪无遮挡十八禁网站| 最新在线观看一区二区三区| 亚洲av美国av| 老司机影院成人| 精品国产乱码久久久久久小说| 一区二区日韩欧美中文字幕| 精品国产国语对白av| 亚洲五月婷婷丁香| 国产日韩欧美在线精品| 国精品久久久久久国模美| 久久久久久久久久久久大奶| 成人国产一区最新在线观看| av天堂久久9| 久久久水蜜桃国产精品网| 9191精品国产免费久久| 俄罗斯特黄特色一大片| 搡老熟女国产l中国老女人| 国产精品自产拍在线观看55亚洲 | 午夜福利在线观看吧| 欧美亚洲日本最大视频资源| 国产欧美日韩综合在线一区二区| 好男人电影高清在线观看| 一本—道久久a久久精品蜜桃钙片| 国产淫语在线视频| 国产高清videossex| 人人妻人人爽人人添夜夜欢视频| 人人妻人人添人人爽欧美一区卜| 视频区欧美日本亚洲| 午夜福利影视在线免费观看| av网站免费在线观看视频| 国产无遮挡羞羞视频在线观看| 国产欧美日韩综合在线一区二区| 精品人妻一区二区三区麻豆| 老司机福利观看| 国产主播在线观看一区二区| av天堂久久9| 欧美日本中文国产一区发布| 日韩免费高清中文字幕av| 亚洲精品自拍成人| 亚洲专区中文字幕在线| 亚洲国产欧美在线一区| 国产真人三级小视频在线观看| 亚洲欧洲日产国产| 人人妻人人爽人人添夜夜欢视频| 国产99久久九九免费精品| 国产av精品麻豆| 久久久久网色| 免费人妻精品一区二区三区视频| 黄色 视频免费看| 国产一区二区在线观看av| h视频一区二区三区| 久久青草综合色| 久久人妻福利社区极品人妻图片| 五月天丁香电影| 成人手机av| 极品少妇高潮喷水抽搐| 丰满人妻熟妇乱又伦精品不卡| 99国产精品免费福利视频| 亚洲欧美清纯卡通| 1024视频免费在线观看| 成人国产一区最新在线观看| 91麻豆av在线|