Увеличение дальности связи транспортного средства за счет увеличения его мощности передачи в артерии с венами.

В настоящее время я работаю над оценкой влияния коммуникационной нагрузки на создание совместных информационных сообщений. Для этого я использую Артерию с венами для имитации стека 802.11p. В ходе моделирования я заметил, что эффективная дальность связи составляет около 100 м, используя параметры связи по умолчанию, указанные в Настроить жилы в файле omnetpp.ini. После рассмотрения других связанных вопросов, таких как (Измените мощность сигнала передачи для определенного набора транспортных средств во время выполнения), я знаю, что увеличение значения * .node [*]. nic.mac1609_4.txPower Должен помочь в увеличении дальности связи. Однако я не замечаю никаких изменений в наблюдаемой дальности связи при увеличении или уменьшении этого значения.

Поскольку я новичок в использовании артерии с венами, я не уверен, что нам нужно сделать что-то еще, чтобы увеличить дальность связи автомобиля.

Чуть подробнее о том, как я рассчитываю дальность связи. У меня есть два автомобиля A и B. Я установил скорость автомобиля A равной 4 м / с, а автомобиля B - 0,01 м / с (так что он почти неподвижен). В зависимости от условий генерации CAM оба автомобиля на этих скоростях будут генерировать сообщение каждую секунду. У меня есть прямой участок дороги длиной 700 м с двумя полосами движения, и оба автомобиля генерируются одновременно на полосах 0 и 1 соответственно. В зависимости от скорости автомобиля A автомобиль A должен покинуть участок дороги за 175 с. Наблюдая за сгенерированным файлом .sca в конце, я вижу, что ReceivedBroadcasts + SNIRLostPackets = 28 для обоих транспортных средств означает, что только первые 28 секунд (28 * 4 = 112 м) оба автомобиля находились на расстоянии. . Я пробовал это с разными значениями txPower и чувствительности, но все равно получаю тот же результат.

Спасибо за вашу помощь

Обновить

Я добавил скриншоты сообщения, которое я получаю во время успешного приема пакетов и потери пакетов из-за ошибок или из-за низкого уровня мощности.

введите описание изображения здесь Успешный прием

введите описание изображения здесь Прием с ошибкой

введите описание изображения здесь Нет приема

Основываясь на журналах, кажется, что пакеты теряются, поскольку мощность, измеренная на стороне приемника, ниже, чем minPowerLevel. Я обнаружил, что minPowerLevel можно установить, изменив значение *. **. Nic.phy80211p.minPowerLevel в файле omnetpp.ini, но может ли кто-нибудь сообщить мне, как рассчитывается мощность Rx (в каком файле)?


person Bas    schedule 18.05.2021    source источник
comment
Возможно, вы делаете поспешные выводы, основываясь только на небольшом количестве данных. Запись статистики с использованием векторов вместо скаляров или запуск моделирования в режиме графического интерфейса пользователя должны дать вам гораздо лучшее представление о том, что происходит в вашем моделировании.   -  person Christoph Sommer    schedule 24.05.2021
comment
Привет, Кристоф. Спасибо за ответ. Я также записал статистику с использованием векторов (Tx, временные метки RX и положения транспортных средств). Сообщения передаются правильно на протяжении всей симуляции, однако успешный прием прекращается, когда расстояние между транспортными средствами увеличивается до более 77 метров. Интересно, если где-то в артерии или венах мощность Tx перезаписывается до значения по умолчанию, поскольку, похоже, нет корреляции между мощностью Tx, которую я установил в omnetpp.ini, и диапазоном связи.   -  person Bas    schedule 25.05.2021
comment
Можете ли вы опубликовать выдержку из журнала событий моделирования, запущенного в режиме отладки? Здесь вы должны увидеть текст типа .nic.phy80211p: Received new AirFrame [..] from channel. [..] AirFrame: 1 with (4.63072e-09 > 1e-11) -> Trying to receive AirFrame. [..] Packet is fine! We can decode it [..] packet was received correctly, it is now handed to upper layer... [..] Decapsulating MacPacket from Airframe with ID 1 and sending it up to MAC. или (альтернативно) что-то вроде packet was not detected by the card. power was under minPowerLevel threshold   -  person Christoph Sommer    schedule 25.05.2021
comment
Спасибо, Кристоф. Я обновил свой вопрос журналами. Теперь становится ясно, что пакеты не принимаются, потому что мощность, обнаруженная на стороне получателя, ниже порогового значения minPowerLevel. Не могли бы вы сообщить мне, можно ли уменьшить значение этого порога?   -  person Bas    schedule 25.05.2021