如何在Veins-LTE框架中调整DSRC与LTE的消息发送频率

我之前折腾Veins-LTE框架的时候也碰到过这个问题——原生Veins改omnetpp.ini里的信标间隔完全不管用，得针对性改代码和配置才能控制DSRC和LTE的每秒消息发送量。下面分两部分给你说具体操作，亲测有效：

Veins-LTE里DSRC的信标发送逻辑没有直接复用原生Veins的配置读取，得在应用层代码里手动控制发送频率：

• 第一步，先在omnetpp.ini里加个自定义参数，方便后续灵活调整不用改代码：

  # 配置DSRC每秒发送的消息数量，比如每秒10条
  **.appl.dsrcBeaconPerSecond = 10
  

• 第二步，找到你的DSRC应用类（比如示例里的TraCIDemoLTE.cc，或者你自己实现的继承自BaseWaveApplLayer的类），修改初始化和定时器逻辑：
  1. 在initialize()方法里，读取上面的参数并计算发送间隔：

     double dsrcBeaconInterval = 1.0 / par("dsrcBeaconPerSecond").doubleValue();
     // 创建发送信标的定时器事件（如果还没创建的话）
     sendBeaconEvt = new cMessage("sendBeaconEvt");
     // 第一次发送和后续周期性调度
     scheduleAt(simTime() + dsrcBeaconInterval, sendBeaconEvt);
     

  2. 在handleMessage()方法里，处理定时器事件时，发送完信标后重新调度定时器，保持固定频率：

     if (msg == sendBeaconEvt) {
         sendBeacon(); // 调用原有发送信标的方法
         // 重新调度下一次发送
         scheduleAt(simTime() + dsrcBeaconInterval, sendBeaconEvt);
     }
     

• 这样就能精准控制DSRC每秒发送的消息数量了，改ini里的参数就能快速调整。

LTE的消息发送逻辑和DSRC完全独立，需要在LTE应用层模块里修改：

• 同样先在omnetpp.ini里加配置参数：

  # 配置LTE每秒发送的消息数量，比如每秒5条
  **.appl.lteMsgPerSecond = 5
  

• 找到LTE应用类（比如LteApp.cc或者你的自定义LTE应用类），添加定时器逻辑：
  1. 先在类的头文件里声明定时器事件：

     class LteApp : public cSimpleModule {
         // ... 原有代码 ...
         cMessage* sendLteMsgEvt;
         double lteMsgInterval;
     };
     

  2. 在initialize()方法里初始化参数和定时器：

     lteMsgInterval = 1.0 / par("lteMsgPerSecond").doubleValue();
     sendLteMsgEvt = new cMessage("sendLteMsgEvt");
     scheduleAt(simTime() + lteMsgInterval, sendLteMsgEvt);
     

  3. 在handleMessage()里处理定时器事件，发送LTE消息并重新调度：

     if (msg == sendLteMsgEvt) {
         // 创建LTE消息（按照Veins-LTE的格式封装，比如用Packet类）
         Packet* lteMsg = new Packet("LteDataMsg");
         // 可以添加自定义数据，比如节点ID、位置等
         // ... 消息封装逻辑 ...
         // 通过LTE协议栈发送消息，调用sendDown()或者对应的接口
         sendDown(lteMsg);
         // 调度下一次发送
         scheduleAt(simTime() + lteMsgInterval, sendLteMsgEvt);
     }
     

• 注意：LTE消息的封装要符合Veins-LTE的LTE模块要求，如果你是基于示例修改，可以参考原有LTE消息的构造方式。

• 测试时可以通过仿真的统计模块（比如OMNeT++的Scalar或者Vector统计）来验证实际发送的消息数量，确保和配置的每秒发送量一致。
• 当发送频率过高时，要考虑DSRC的信道容量和LTE的资源调度限制，这些会影响实际的消息投递率，也是你分析网络行为的重点。
• 如果是修改示例代码，记得备份原有文件，避免破坏原有功能。

内容的提问来源于stack exchange，提问作者Legjion