标签：簇首 毕设 所有 复试 基站 车辆 分簇 D2D 考研

毕设题目：基于D2D的车联网分簇组播传播设计

 

先简单说一下要干什么：

　　应用场景：道路上，人们大多想获取相同的数据（路况，直播，音乐等）。

　　应用价值：采用车辆间直接通信策略，可以有效减少基站负担。

　　功能概述：基站为小区内的所有车辆分簇，每个簇中有簇首，簇员想簇首索要数据

　　 创新点：动态为车辆的分簇策略进行规划。

 

　　算法说明：

　　　　本项目目前不会涉及真正的部署，因此D2D多媒体传输也只是标志位，用于项目开发阶段

　　系统框架：

　　　　系统包括车辆端+基站端两部分。

　　　　车辆端的任务：

　　　　　　1）更新时间T复位，根据os提供的带宽，信噪比计算信道容量；将这些数据发送给基站

　　　　　　2）从基站获取当前簇内的所有车辆信息，了解自己的定位。

　　　　　　3）若为簇首，试图向簇内所有非簇首车辆发送数据；若为簇员，试图向簇首请求数据。

　　　　　　4）向基站返回本次D2D通信是否成功

　　　　　　5）T时间过去后，重新从1）开始执行。

 

　　　　基站端的任务：

　　　　　　1）同步复位T，接收所有车辆发来的信息。

　　　　　　2）通过访问基站MEC服务器，来获取各车辆的位置变化的精确信息。

　　　　　　3）根据反p中心理论算法，选择簇首，划分簇员。

　　　　　　　　　　具体步骤：根据所有车辆传来的数据，决定当前小区内簇首的数量；根据每个簇的位置范围，由反p中心理论，根据车辆信息的线性加权选择簇首。

　　　　　　4）将D2D数据的结果发送给所有车辆

　　　　　　5）等待车辆回传信息，做进一步处理

　　　　　　6）T时间过去后，重新开始从1）执行

 

　　　　问题：

　　　　1）目前我只想到使用车辆与基站的信道容量来表示车辆的通信情况，可能不是最佳方案。

　　　　2）框架建立完毕，但核心算法尚在研究中，没有实现。

　　　　3）D2D策略目前只是抽象概念，若要尝试部署，则需进一步学习D2D。

　　　　4）数据来源是模拟生成的，需要考虑如何让其更贴近真实情况。

　　　　5）现在是假设所有用户都只需要一种资源，但我希望系统能够满足用户的多类型资源需求，这可能需要重构代码。

　　　　6）尚未考虑D2D通信失败采取何种策略，即基站如何对车辆传回的信息进一步处理。

　　

 

 

 

 

　　

标签：簇首,毕设,所有,复试,基站,车辆,分簇,D2D,考研
来源： https://www.cnblogs.com/Kiiato/p/16058825.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。