Page 17 - 网络电信2021年10月刊上
P. 17
运 营 商 动 态
果将边缘计算技术的思路引入车联网的信息传输系统中,情况 是服务器对用户端或者另一服务器端之间的传输,所以,此子
将大为改观。故为解决上述问题,针对现实情况下传统的车联 系统的设计核心为优化传输过程。两个子系统的系统结果如图
网传输系统,在其汇聚节点前加入MEC服务器以下沉处理与计算 5、图6所示。
工作。设计了一套利用边缘计算技术思想,应对当前车联网传 3.传输系统优化
输系统各类问题的新机制。 根据第一节的仿真实验结果和现实中实际情况发现,在具
如图3所示,将MEC服务器架设至总控中心与具体管理设施 体的边缘计算下的交通场景中,常常会涉及到大文件的传输。
之间,其现实交通场景中通常表现为具有MEC服务器功能的网络 如何保证大文件传输过程的稳定性和速度不可避免地成为一个
信号基站。由于MEC服务器具有存储、计算和处理数据的功能, 待解决的重要问题。而通过研究发现,如若在其信息的传输过
所以,原本需要在总控中心进行的计算现在下沉到MEC服务器。 程中,采用边缘计算技术中的信息分片、并发上传技术,可以
而在新机制下,加载MEC服务器的车联网交通信息传输系统相较 大大地优化其传输速度并提高稳定性。因此,该文针对具有切
于传统的交通信息传输系统有三点优势: 分信息能力的用户端和服务器,设计了具有切分式并发上传和
(1)降低了信息传输的时延性,提高了数据传输的速度与稳 断点续传功能的传输模块。本程序的切分上传步骤主要分为三
定性; 个部分: 确定切分数量、上传切分文件块和合并切分文件块。
(2)将处理工作下沉,减少了总控中心的工作量; 第一步: 上传的文件会首先被读取信息,并读取数据库检
(3)提高了控制方案的时效性,实现控制系统更加灵敏,直 测是否为已上传。若不是,文件在后端读取到的信息会放入数
接减少了交通资源的浪费。 据库等地方。若是则停止上传并提醒用户。
2.点对点传输系统的设计与实现 第二步: 后端会得到根据已读取到的文件信息预计总分块
在以上新机制下的系统架构下,进一步设计了一套改进的 个数,并开始对文件进行切分。切分的分块大小可根据文件的
基于边缘计算技术,应用于此机制下的点对点传输系统。系统 大小进行调整。
组成结构与运行逻辑如图4所示。 第三步: 后端会首先检测当前分块文件数量是否为预计数
这一套系统主要由两个分工明确的子系统组成——用于用 量(即检测是否上传完毕),并根据当前时间已上传的分块文件
户设备间信息传输的子系统和用于数据传输辅助服子系统。其 个数,返回上传文件的总进度。如此循环直至上传完毕。当用
中前者进行信息传输的两端均为用户端,所以,此子系统的设 户上传中想要停止上传请求时,可通过点击前端停止按钮,如
计核心为提高用户体验。而数据传输辅助服子系统主要面向的 此,后端会停止上传剩余待上传的分块文件并删除缓存文件夹
中现有的分块文件。
信息分片化实现后,经车联网仿真实验发现,当一个区域
内车联网用户端达到一个比较大的值时,大量的交通数据汇集
图 4 点对点传输系统结构
在当地基站将出现网络堵塞的问题,上传会耗费较多的时间,
而上传过程若耗费太多时间相当于耽误了MEC服务器后台处理或
用户分享这些交通数据的时间。为解决此问题,该子系统基于
信息分片技术设计并实现了信息上传、下载和信息处理同步进
行的方式。上传下载同步的实现过程主要采用了文件块合并进
度与下载进度指针联动的方式。
第一步: 当待上传文件存入tmpfile(apacha临时文件夹)
时,后端会生成三个下载链接,分别是:平常的下载链接、二维
图 6 数据传输辅助服子系统结构
图 5 用户设备间信息传输的子系统结构
22 网络电信 二零二一年十月