Reliable Freestanding Position-Based Routing in Highway Scenarios
Identifieur interne : 000565 ( Pmc/Corpus ); précédent : 000564; suivant : 000566Reliable Freestanding Position-Based Routing in Highway Scenarios
Auteurs : Gabriel A. Galaviz-Mosqueda ; Raúl Aquino-Santos ; Salvador Villarreal-Reyes ; Raúl Rivera-Rodríguez ; Luis Villase Or-González ; Arthur EdwardsSource :
- Sensors (Basel, Switzerland) [ 1424-8220 ] ; 2012.
Abstract
Vehicular
Url:
DOI: 10.3390/s121114262
PubMed: 23202159
PubMed Central: 3522912
Links to Exploration step
PMC:3522912Le document en format XML
<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en">Reliable Freestanding Position-Based Routing in Highway Scenarios</title>
<author><name sortKey="Galaviz Mosqueda, Gabriel A" sort="Galaviz Mosqueda, Gabriel A" uniqKey="Galaviz Mosqueda G" first="Gabriel A." last="Galaviz-Mosqueda">Gabriel A. Galaviz-Mosqueda</name>
<affiliation><nlm:aff id="af1-sensors-12-14262"> Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Aquino Santos, Raul" sort="Aquino Santos, Raul" uniqKey="Aquino Santos R" first="Raúl" last="Aquino-Santos">Raúl Aquino-Santos</name>
<affiliation><nlm:aff id="af2-sensors-12-14262"> Faculty of Telematics, University of Colima, Av. University 333, C. P. 28040, Colima, Col., Mexico; E-Mails:<email>aquinor@ucol.mx</email>
(R.A.-S.);<email>arted@ucol.mx</email>
(A.E.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Villarreal Reyes, Salvador" sort="Villarreal Reyes, Salvador" uniqKey="Villarreal Reyes S" first="Salvador" last="Villarreal-Reyes">Salvador Villarreal-Reyes</name>
<affiliation><nlm:aff id="af1-sensors-12-14262"> Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Rivera Rodriguez, Raul" sort="Rivera Rodriguez, Raul" uniqKey="Rivera Rodriguez R" first="Raúl" last="Rivera-Rodríguez">Raúl Rivera-Rodríguez</name>
<affiliation><nlm:aff id="af1-sensors-12-14262"> Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Villase Or Gonzalez, Luis" sort="Villase Or Gonzalez, Luis" uniqKey="Villase Or Gonzalez L" first="Luis" last="Villase Or-González">Luis Villase Or-González</name>
<affiliation><nlm:aff id="af3-sensors-12-14262"> Plantronics Inc. Mexico, Av. Producción No. 216 Parque Industrial Internacional Tijuana, Mexico; E-Mail:<email>luis.villasenor@plantronics.com</email>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Edwards, Arthur" sort="Edwards, Arthur" uniqKey="Edwards A" first="Arthur" last="Edwards">Arthur Edwards</name>
<affiliation><nlm:aff id="af2-sensors-12-14262"> Faculty of Telematics, University of Colima, Av. University 333, C. P. 28040, Colima, Col., Mexico; E-Mails:<email>aquinor@ucol.mx</email>
(R.A.-S.);<email>arted@ucol.mx</email>
(A.E.)</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">PMC</idno>
<idno type="pmid">23202159</idno>
<idno type="pmc">3522912</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3522912</idno>
<idno type="RBID">PMC:3522912</idno>
<idno type="doi">10.3390/s121114262</idno>
<date when="2012">2012</date>
<idno type="wicri:Area/Pmc/Corpus">000565</idno>
<idno type="wicri:explorRef" wicri:stream="Pmc" wicri:step="Corpus" wicri:corpus="PMC">000565</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a" type="main">Reliable Freestanding Position-Based Routing in Highway Scenarios</title>
<author><name sortKey="Galaviz Mosqueda, Gabriel A" sort="Galaviz Mosqueda, Gabriel A" uniqKey="Galaviz Mosqueda G" first="Gabriel A." last="Galaviz-Mosqueda">Gabriel A. Galaviz-Mosqueda</name>
<affiliation><nlm:aff id="af1-sensors-12-14262"> Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Aquino Santos, Raul" sort="Aquino Santos, Raul" uniqKey="Aquino Santos R" first="Raúl" last="Aquino-Santos">Raúl Aquino-Santos</name>
<affiliation><nlm:aff id="af2-sensors-12-14262"> Faculty of Telematics, University of Colima, Av. University 333, C. P. 28040, Colima, Col., Mexico; E-Mails:<email>aquinor@ucol.mx</email>
(R.A.-S.);<email>arted@ucol.mx</email>
(A.E.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Villarreal Reyes, Salvador" sort="Villarreal Reyes, Salvador" uniqKey="Villarreal Reyes S" first="Salvador" last="Villarreal-Reyes">Salvador Villarreal-Reyes</name>
<affiliation><nlm:aff id="af1-sensors-12-14262"> Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Rivera Rodriguez, Raul" sort="Rivera Rodriguez, Raul" uniqKey="Rivera Rodriguez R" first="Raúl" last="Rivera-Rodríguez">Raúl Rivera-Rodríguez</name>
<affiliation><nlm:aff id="af1-sensors-12-14262"> Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Villase Or Gonzalez, Luis" sort="Villase Or Gonzalez, Luis" uniqKey="Villase Or Gonzalez L" first="Luis" last="Villase Or-González">Luis Villase Or-González</name>
<affiliation><nlm:aff id="af3-sensors-12-14262"> Plantronics Inc. Mexico, Av. Producción No. 216 Parque Industrial Internacional Tijuana, Mexico; E-Mail:<email>luis.villasenor@plantronics.com</email>
</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Edwards, Arthur" sort="Edwards, Arthur" uniqKey="Edwards A" first="Arthur" last="Edwards">Arthur Edwards</name>
<affiliation><nlm:aff id="af2-sensors-12-14262"> Faculty of Telematics, University of Colima, Av. University 333, C. P. 28040, Colima, Col., Mexico; E-Mails:<email>aquinor@ucol.mx</email>
(R.A.-S.);<email>arted@ucol.mx</email>
(A.E.)</nlm:aff>
</affiliation>
</author>
</analytic>
<series><title level="j">Sensors (Basel, Switzerland)</title>
<idno type="eISSN">1424-8220</idno>
<imprint><date when="2012">2012</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc><textClass></textClass>
</profileDesc>
</teiHeader>
<front><div type="abstract" xml:lang="en"><p>Vehicular <italic>Ad Hoc</italic>
Networks (VANETs) are considered by car manufacturers and the research community as the enabling technology to radically improve the safety, efficiency and comfort of everyday driving. However, before VANET technology can fulfill all its expected potential, several difficulties must be addressed. One key issue arising when working with VANETs is the complexity of the networking protocols compared to those used by traditional infrastructure networks. Therefore, proper design of the routing strategy becomes a main issue for the effective deployment of VANETs. In this paper, a reliable freestanding position-based routing algorithm (FPBR) for highway scenarios is proposed. For this scenario, several important issues such as the high mobility of vehicles and the propagation conditions may affect the performance of the routing strategy. These constraints have only been partially addressed in previous proposals. In contrast, the design approach used for developing FPBR considered the constraints imposed by a highway scenario and implements mechanisms to overcome them. FPBR performance is compared to one of the leading protocols for highway scenarios. Performance metrics show that FPBR yields similar results when considering freespace propagation conditions, and outperforms the leading protocol when considering a realistic highway path loss model.</p>
</div>
</front>
<back><div1 type="bibliography"><listBibl><biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Popescu Zeletin, R" uniqKey="Popescu Zeletin R">R. Popescu-Zeletin</name>
</author>
<author><name sortKey="Ilja Radusch, M A R" uniqKey="Ilja Radusch M">M.A.R. Ilja Radusch</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Chu, Y C" uniqKey="Chu Y">Y.C. Chu</name>
</author>
<author><name sortKey="Huang, N F" uniqKey="Huang N">N.F. Huang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Benslimane, A" uniqKey="Benslimane A">A. Benslimane</name>
</author>
<author><name sortKey="Barghi, S" uniqKey="Barghi S">S. Barghi</name>
</author>
<author><name sortKey="Assi, C" uniqKey="Assi C">C. Assi</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Tonguz, O K" uniqKey="Tonguz O">O.K. Tonguz</name>
</author>
<author><name sortKey="Boban, M" uniqKey="Boban M">M. Boban</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Isento, J" uniqKey="Isento J">J. Isento</name>
</author>
<author><name sortKey="Dias, J" uniqKey="Dias J">J. Dias</name>
</author>
<author><name sortKey="Neves, J" uniqKey="Neves J">J. Neves</name>
</author>
<author><name sortKey="Soares, V" uniqKey="Soares V">V. Soares</name>
</author>
<author><name sortKey="Rodrigues, J" uniqKey="Rodrigues J">J. Rodrigues</name>
</author>
<author><name sortKey="Nogueira, A" uniqKey="Nogueira A">A. Nogueira</name>
</author>
<author><name sortKey="Salvador, P" uniqKey="Salvador P">P. Salvador</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Milanes, V" uniqKey="Milanes V">V. Milanes</name>
</author>
<author><name sortKey="Villagra, J" uniqKey="Villagra J">J. Villagra</name>
</author>
<author><name sortKey="Godoy, J" uniqKey="Godoy J">J. Godoy</name>
</author>
<author><name sortKey="Simo, J" uniqKey="Simo J">J. Simo</name>
</author>
<author><name sortKey="Perez, J" uniqKey="Perez J">J. Perez</name>
</author>
<author><name sortKey="Onieva, E" uniqKey="Onieva E">E. Onieva</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Festag, A" uniqKey="Festag A">A. Festag</name>
</author>
<author><name sortKey="Noecker, G" uniqKey="Noecker G">G. Noecker</name>
</author>
<author><name sortKey="Strassberger, M" uniqKey="Strassberger M">M. Strassberger</name>
</author>
<author><name sortKey="Lubke, A" uniqKey="Lubke A">A. Lubke</name>
</author>
<author><name sortKey="Bochow, B" uniqKey="Bochow B">B. Bochow</name>
</author>
<author><name sortKey="Torrent Moreno, M" uniqKey="Torrent Moreno M">M. Torrent-Moreno</name>
</author>
<author><name sortKey="Schnaufer, S" uniqKey="Schnaufer S">S. Schnaufer</name>
</author>
<author><name sortKey="Eigner, R" uniqKey="Eigner R">R. Eigner</name>
</author>
<author><name sortKey="Catrinescu, C" uniqKey="Catrinescu C">C. Catrinescu</name>
</author>
<author><name sortKey="Kunisch, J" uniqKey="Kunisch J">J. Kunisch</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Hartenstein, H" uniqKey="Hartenstein H">H. Hartenstein</name>
</author>
<author><name sortKey="Bochow, B" uniqKey="Bochow B">B. Bochow</name>
</author>
<author><name sortKey="Ebner, A" uniqKey="Ebner A">A. Ebner</name>
</author>
<author><name sortKey="Lott, M" uniqKey="Lott M">M. Lott</name>
</author>
<author><name sortKey="Radimirsch, M" uniqKey="Radimirsch M">M. Radimirsch</name>
</author>
<author><name sortKey="Vollmer, D" uniqKey="Vollmer D">D. Vollmer</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Barr, R" uniqKey="Barr R">R. Barr</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Kosch, T" uniqKey="Kosch T">T. Kosch</name>
</author>
<author><name sortKey="Kulp, I" uniqKey="Kulp I">I. Kulp</name>
</author>
<author><name sortKey="Bechler, M" uniqKey="Bechler M">M. Bechler</name>
</author>
<author><name sortKey="Strassberger, M" uniqKey="Strassberger M">M. Strassberger</name>
</author>
<author><name sortKey="Weyl, B" uniqKey="Weyl B">B. Weyl</name>
</author>
<author><name sortKey="Lasowski, R" uniqKey="Lasowski R">R. Lasowski</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Abdel Hafeez, K" uniqKey="Abdel Hafeez K">K. Abdel Hafeez</name>
</author>
<author><name sortKey="Zhao, L" uniqKey="Zhao L">L. Zhao</name>
</author>
<author><name sortKey="Liao, Z" uniqKey="Liao Z">Z. Liao</name>
</author>
<author><name sortKey="Ma, B" uniqKey="Ma B">B. Ma</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Abumansoor, O" uniqKey="Abumansoor O">O. Abumansoor</name>
</author>
<author><name sortKey="Boukerche, A" uniqKey="Boukerche A">A. Boukerche</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Lu, R" uniqKey="Lu R">R. Lu</name>
</author>
<author><name sortKey="Li, X" uniqKey="Li X">X. Li</name>
</author>
<author><name sortKey="Luan, T" uniqKey="Luan T">T. Luan</name>
</author>
<author><name sortKey="Liang, X" uniqKey="Liang X">X. Liang</name>
</author>
<author><name sortKey="Shen, X" uniqKey="Shen X">X. Shen</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Bernsen, J" uniqKey="Bernsen J">J. Bernsen</name>
</author>
<author><name sortKey="Manivannan, D" uniqKey="Manivannan D">D. Manivannan</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Taysi, Z" uniqKey="Taysi Z">Z. Taysi</name>
</author>
<author><name sortKey="Yavuz, A" uniqKey="Yavuz A">A. Yavuz</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Fonseca, A" uniqKey="Fonseca A">A. Fonseca</name>
</author>
<author><name sortKey="Vazao, T" uniqKey="Vazao T">T. Vazao</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Fernndez Carams, T" uniqKey="Fernndez Carams T">T. Fernndez-Carams</name>
</author>
<author><name sortKey="Gonzlez Lpez, M" uniqKey="Gonzlez Lpez M">M. Gonzlez-Lpez</name>
</author>
<author><name sortKey="Castedo, L" uniqKey="Castedo L">L. Castedo</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mizutani, K" uniqKey="Mizutani K">K. Mizutani</name>
</author>
<author><name sortKey="Kohno, R" uniqKey="Kohno R">R. Kohno</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Inoue, T" uniqKey="Inoue T">T. Inoue</name>
</author>
<author><name sortKey="Nakata, H" uniqKey="Nakata H">H. Nakata</name>
</author>
<author><name sortKey="Itami, M" uniqKey="Itami M">M. Itami</name>
</author>
<author><name sortKey="Itoh, K" uniqKey="Itoh K">K. Itoh</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Nagaosa, T" uniqKey="Nagaosa T">T. Nagaosa</name>
</author>
<author><name sortKey="Hasegawa, T" uniqKey="Hasegawa T">T. Hasegawa</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Sawant, H" uniqKey="Sawant H">H. Sawant</name>
</author>
<author><name sortKey="Tan, J" uniqKey="Tan J">J. Tan</name>
</author>
<author><name sortKey="Yang, Q" uniqKey="Yang Q">Q. Yang</name>
</author>
<author><name sortKey="Wang, Q" uniqKey="Wang Q">Q. Wang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Pasolini, G" uniqKey="Pasolini G">G. Pasolini</name>
</author>
<author><name sortKey="Verdone, R" uniqKey="Verdone R">R. Verdone</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Sugiura, A" uniqKey="Sugiura A">A. Sugiura</name>
</author>
<author><name sortKey="Dermawan, C" uniqKey="Dermawan C">C. Dermawan</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Fernandez, J" uniqKey="Fernandez J">J. Fernandez</name>
</author>
<author><name sortKey="Borries, K" uniqKey="Borries K">K. Borries</name>
</author>
<author><name sortKey="Cheng, L" uniqKey="Cheng L">L. Cheng</name>
</author>
<author><name sortKey="Kumar, B" uniqKey="Kumar B">B. Kumar</name>
</author>
<author><name sortKey="Stancil, D" uniqKey="Stancil D">D. Stancil</name>
</author>
<author><name sortKey="Bai, F" uniqKey="Bai F">F. Bai</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Iqbal, M" uniqKey="Iqbal M">M. Iqbal</name>
</author>
<author><name sortKey="Wang, F" uniqKey="Wang F">F. Wang</name>
</author>
<author><name sortKey="Xu, X" uniqKey="Xu X">X. Xu</name>
</author>
<author><name sortKey="Eljack, S" uniqKey="Eljack S">S. Eljack</name>
</author>
<author><name sortKey="Mohammad, A" uniqKey="Mohammad A">A. Mohammad</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Misi, J" uniqKey="Misi J">J. Mišić</name>
</author>
<author><name sortKey="Badawy, G" uniqKey="Badawy G">G. Badawy</name>
</author>
<author><name sortKey="Misi, V" uniqKey="Misi V">V. Mišić</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Karedal, J" uniqKey="Karedal J">J. Karedal</name>
</author>
<author><name sortKey="Czink, N" uniqKey="Czink N">N. Czink</name>
</author>
<author><name sortKey="Paier, A" uniqKey="Paier A">A. Paier</name>
</author>
<author><name sortKey="Tufvesson, F" uniqKey="Tufvesson F">F. Tufvesson</name>
</author>
<author><name sortKey="Molisch, A" uniqKey="Molisch A">A. Molisch</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Baccelli, E" uniqKey="Baccelli E">E. Baccelli</name>
</author>
<author><name sortKey="Jacquet, P" uniqKey="Jacquet P">P. Jacquet</name>
</author>
<author><name sortKey="Mans, B" uniqKey="Mans B">B. Mans</name>
</author>
<author><name sortKey="Rodolakis, G" uniqKey="Rodolakis G">G. Rodolakis</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Sahu, P" uniqKey="Sahu P">P. Sahu</name>
</author>
<author><name sortKey="Wu, E" uniqKey="Wu E">E. Wu</name>
</author>
<author><name sortKey="Sahoo, J" uniqKey="Sahoo J">J. Sahoo</name>
</author>
<author><name sortKey="Gerla, M" uniqKey="Gerla M">M. Gerla</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Rawashdeh, Z" uniqKey="Rawashdeh Z">Z. Rawashdeh</name>
</author>
<author><name sortKey="Mahmud, S" uniqKey="Mahmud S">S. Mahmud</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Vinel, A" uniqKey="Vinel A">A. Vinel</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Yan, Z" uniqKey="Yan Z">Z. Yan</name>
</author>
<author><name sortKey="Jiang, H" uniqKey="Jiang H">H. Jiang</name>
</author>
<author><name sortKey="Shen, Z" uniqKey="Shen Z">Z. Shen</name>
</author>
<author><name sortKey="Chang, Y" uniqKey="Chang Y">Y. Chang</name>
</author>
<author><name sortKey="Huang, L" uniqKey="Huang L">L. Huang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Abedi, O" uniqKey="Abedi O">O. Abedi</name>
</author>
<author><name sortKey="Fathy, M" uniqKey="Fathy M">M. Fathy</name>
</author>
<author><name sortKey="Taghiloo, J" uniqKey="Taghiloo J">J. Taghiloo</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Johnson, D B" uniqKey="Johnson D">D.B. Johnson</name>
</author>
<author><name sortKey="Maltz, D A" uniqKey="Maltz D">D.A. Maltz</name>
</author>
<author><name sortKey="Broch, J" uniqKey="Broch J">J. Broch</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Karp, B" uniqKey="Karp B">B. Karp</name>
</author>
<author><name sortKey="Kung, H T" uniqKey="Kung H">H.T. Kung</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Chaurasia, B" uniqKey="Chaurasia B">B. Chaurasia</name>
</author>
<author><name sortKey="Tomar, R" uniqKey="Tomar R">R. Tomar</name>
</author>
<author><name sortKey="Verma, S" uniqKey="Verma S">S. Verma</name>
</author>
<author><name sortKey="Tomar, G" uniqKey="Tomar G">G. Tomar</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Naumov, V" uniqKey="Naumov V">V. Naumov</name>
</author>
<author><name sortKey="Gross, T" uniqKey="Gross T">T. Gross</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Jerbi, M" uniqKey="Jerbi M">M. Jerbi</name>
</author>
<author><name sortKey="Senouci, S M" uniqKey="Senouci S">S.M. Senouci</name>
</author>
<author><name sortKey="Rasheed, T" uniqKey="Rasheed T">T. Rasheed</name>
</author>
<author><name sortKey="Ghamri Doudane, Y" uniqKey="Ghamri Doudane Y">Y. Ghamri-Doudane</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Rao, S" uniqKey="Rao S">S. Rao</name>
</author>
<author><name sortKey="Pai, M" uniqKey="Pai M">M. Pai</name>
</author>
<author><name sortKey="Boussedjra, M" uniqKey="Boussedjra M">M. Boussedjra</name>
</author>
<author><name sortKey="Mouzna, J" uniqKey="Mouzna J">J. Mouzna</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Lee, K" uniqKey="Lee K">K. Lee</name>
</author>
<author><name sortKey="Lee, U" uniqKey="Lee U">U. Lee</name>
</author>
<author><name sortKey="Gerla, M" uniqKey="Gerla M">M. Gerla</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Shafiee, K" uniqKey="Shafiee K">K. Shafiee</name>
</author>
<author><name sortKey="Leung, V C" uniqKey="Leung V">V.C. Leung</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Guo, D" uniqKey="Guo D">D. Guo</name>
</author>
<author><name sortKey="Liu, Y" uniqKey="Liu Y">Y. Liu</name>
</author>
<author><name sortKey="Li, X" uniqKey="Li X">X. Li</name>
</author>
<author><name sortKey="Yang, P" uniqKey="Yang P">P. Yang</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Naumov, V" uniqKey="Naumov V">V. Naumov</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Santos, R" uniqKey="Santos R">R. Santos</name>
</author>
<author><name sortKey="Alvarez, O" uniqKey="Alvarez O">O. Alvarez</name>
</author>
<author><name sortKey="Edwards, A" uniqKey="Edwards A">A. Edwards</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gozalvez, J" uniqKey="Gozalvez J">J. Gozalvez</name>
</author>
<author><name sortKey="Sepulcre, M" uniqKey="Sepulcre M">M. Sepulcre</name>
</author>
<author><name sortKey="Bauza, R" uniqKey="Bauza R">R. Bauza</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Garelli, L" uniqKey="Garelli L">L. Garelli</name>
</author>
<author><name sortKey="Casetti, C" uniqKey="Casetti C">C. Casetti</name>
</author>
<author><name sortKey="Chiasserini, C F" uniqKey="Chiasserini C">C.F. Chiasserini</name>
</author>
<author><name sortKey="Fiore, M" uniqKey="Fiore M">M. Fiore</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Panichpapiboon, S" uniqKey="Panichpapiboon S">S. Panichpapiboon</name>
</author>
<author><name sortKey="Pattara Atikom, W" uniqKey="Pattara Atikom W">W. Pattara-atikom</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Molisch, A" uniqKey="Molisch A">A. Molisch</name>
</author>
<author><name sortKey="Tufvesson, F" uniqKey="Tufvesson F">F. Tufvesson</name>
</author>
<author><name sortKey="Karedal, J" uniqKey="Karedal J">J. Karedal</name>
</author>
<author><name sortKey="Mecklenbrauker, C" uniqKey="Mecklenbrauker C">C. Mecklenbrauker</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mecklenbrauker, C" uniqKey="Mecklenbrauker C">C. Mecklenbrauker</name>
</author>
<author><name sortKey="Molisch, A" uniqKey="Molisch A">A. Molisch</name>
</author>
<author><name sortKey="Karedal, J" uniqKey="Karedal J">J. Karedal</name>
</author>
<author><name sortKey="Tufvesson, F" uniqKey="Tufvesson F">F. Tufvesson</name>
</author>
<author><name sortKey="Paier, A" uniqKey="Paier A">A. Paier</name>
</author>
<author><name sortKey="Bernado, L" uniqKey="Bernado L">L. Bernado</name>
</author>
<author><name sortKey="Zemen, T" uniqKey="Zemen T">T. Zemen</name>
</author>
<author><name sortKey="Klemp, O" uniqKey="Klemp O">O. Klemp</name>
</author>
<author><name sortKey="Czink, N" uniqKey="Czink N">N. Czink</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Wang, C" uniqKey="Wang C">C. Wang</name>
</author>
<author><name sortKey="Cheng, X" uniqKey="Cheng X">X. Cheng</name>
</author>
<author><name sortKey="Laurenson, D" uniqKey="Laurenson D">D. Laurenson</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Acosta Marum, G" uniqKey="Acosta Marum G">G. Acosta-Marum</name>
</author>
<author><name sortKey="Ingram, M" uniqKey="Ingram M">M. Ingram</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Cheng, L" uniqKey="Cheng L">L. Cheng</name>
</author>
<author><name sortKey="Henty, B" uniqKey="Henty B">B. Henty</name>
</author>
<author><name sortKey="Bai, F" uniqKey="Bai F">F. Bai</name>
</author>
<author><name sortKey="Stancil, D" uniqKey="Stancil D">D. Stancil</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Kunisch, J" uniqKey="Kunisch J">J. Kunisch</name>
</author>
<author><name sortKey="Pamp, J" uniqKey="Pamp J">J. Pamp</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Paier, A" uniqKey="Paier A">A. Paier</name>
</author>
<author><name sortKey="Karedal, J" uniqKey="Karedal J">J. Karedal</name>
</author>
<author><name sortKey="Czink, N" uniqKey="Czink N">N. Czink</name>
</author>
<author><name sortKey="Dumard, C" uniqKey="Dumard C">C. Dumard</name>
</author>
<author><name sortKey="Zemen, T" uniqKey="Zemen T">T. Zemen</name>
</author>
<author><name sortKey="Tufvesson, F" uniqKey="Tufvesson F">F. Tufvesson</name>
</author>
<author><name sortKey="Molisch, A" uniqKey="Molisch A">A. Molisch</name>
</author>
<author><name sortKey="Mecklenbruker, C" uniqKey="Mecklenbruker C">C. Mecklenbruker</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Zrar Ghafoor, K" uniqKey="Zrar Ghafoor K">K. Zrar Ghafoor</name>
</author>
<author><name sortKey="Abubakar, K" uniqKey="Abubakar K">K. AbuBakar</name>
</author>
<author><name sortKey="Van Eenennaam, M" uniqKey="Van Eenennaam M">M. van Eenennaam</name>
</author>
<author><name sortKey="Khokhar, R" uniqKey="Khokhar R">R. Khokhar</name>
</author>
<author><name sortKey="Gonzalez, A" uniqKey="Gonzalez A">A. Gonzalez</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Treiber, M" uniqKey="Treiber M">M. Treiber</name>
</author>
<author><name sortKey="Hennecke, A" uniqKey="Hennecke A">A. Hennecke</name>
</author>
<author><name sortKey="Helbing, D" uniqKey="Helbing D">D. Helbing</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Wang, H" uniqKey="Wang H">H. Wang</name>
</author>
<author><name sortKey="Ni, D" uniqKey="Ni D">D. Ni</name>
</author>
<author><name sortKey="Chen, Q Y" uniqKey="Chen Q">Q.Y. Chen</name>
</author>
<author><name sortKey="Li, J" uniqKey="Li J">J. Li</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Behnad, A" uniqKey="Behnad A">A. Behnad</name>
</author>
<author><name sortKey="Nader Esfahani, S" uniqKey="Nader Esfahani S">S. Nader-Esfahani</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Okamura, T" uniqKey="Okamura T">T. Okamura</name>
</author>
<author><name sortKey="Ideguchi, T" uniqKey="Ideguchi T">T. Ideguchi</name>
</author>
<author><name sortKey="Tian, X" uniqKey="Tian X">X. Tian</name>
</author>
<author><name sortKey="Okuda, T" uniqKey="Okuda T">T. Okuda</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Dressler, F" uniqKey="Dressler F">F. Dressler</name>
</author>
<author><name sortKey="Sommer, C" uniqKey="Sommer C">C. Sommer</name>
</author>
<author><name sortKey="Eckhoff, D" uniqKey="Eckhoff D">D. Eckhoff</name>
</author>
<author><name sortKey="Tonguz, O" uniqKey="Tonguz O">O. Tonguz</name>
</author>
</analytic>
</biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article"><pmc-dir>properties open_access</pmc-dir>
<front><journal-meta><journal-id journal-id-type="nlm-ta">Sensors (Basel)</journal-id>
<journal-id journal-id-type="iso-abbrev">Sensors (Basel)</journal-id>
<journal-title-group><journal-title>Sensors (Basel, Switzerland)</journal-title>
</journal-title-group>
<issn pub-type="epub">1424-8220</issn>
<publisher><publisher-name>Molecular Diversity Preservation International (MDPI)</publisher-name>
</publisher>
</journal-meta>
<article-meta><article-id pub-id-type="pmid">23202159</article-id>
<article-id pub-id-type="pmc">3522912</article-id>
<article-id pub-id-type="doi">10.3390/s121114262</article-id>
<article-id pub-id-type="publisher-id">sensors-12-14262</article-id>
<article-categories><subj-group subj-group-type="heading"><subject>Article</subject>
</subj-group>
</article-categories>
<title-group><article-title>Reliable Freestanding Position-Based Routing in Highway Scenarios</article-title>
</title-group>
<contrib-group><contrib contrib-type="author"><name><surname>Galaviz-Mosqueda</surname>
<given-names>Gabriel A.</given-names>
</name>
<xref ref-type="aff" rid="af1-sensors-12-14262"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Aquino-Santos</surname>
<given-names>Raúl</given-names>
</name>
<xref ref-type="aff" rid="af2-sensors-12-14262"><sup>2</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Villarreal-Reyes</surname>
<given-names>Salvador</given-names>
</name>
<xref ref-type="aff" rid="af1-sensors-12-14262"><sup>1</sup>
</xref>
<xref ref-type="corresp" rid="c1-sensors-12-14262"><sup>*</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Rivera-Rodríguez</surname>
<given-names>Raúl</given-names>
</name>
<xref ref-type="aff" rid="af1-sensors-12-14262"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Villaseñor-González</surname>
<given-names>Luis</given-names>
</name>
<xref ref-type="aff" rid="af3-sensors-12-14262"><sup>3</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Edwards</surname>
<given-names>Arthur</given-names>
</name>
<xref ref-type="aff" rid="af2-sensors-12-14262"><sup>2</sup>
</xref>
</contrib>
</contrib-group>
<aff id="af1-sensors-12-14262"><label>1</label>
Electronics and Telecommunications Department, CICESE Research Center, Ensenada-Tijuana Highway, Km. 3918, Playitas, C. P. 22860, Ensenada, Baja California, Mexico; E-Mails:<email>agalaviz@cicese.edu.mx</email>
(G.A.G.-M.);<email>rrivera@cicese.mx</email>
(R.R.-R.)</aff>
<aff id="af2-sensors-12-14262"><label>2</label>
Faculty of Telematics, University of Colima, Av. University 333, C. P. 28040, Colima, Col., Mexico; E-Mails:<email>aquinor@ucol.mx</email>
(R.A.-S.);<email>arted@ucol.mx</email>
(A.E.)</aff>
<aff id="af3-sensors-12-14262"><label>3</label>
Plantronics Inc. Mexico, Av. Producción No. 216 Parque Industrial Internacional Tijuana, Mexico; E-Mail:<email>luis.villasenor@plantronics.com</email>
</aff>
<author-notes><corresp id="c1-sensors-12-14262"><label>*</label>
Author to whom correspondence should be addressed; E-Mail: <email>svillar@cicese.mx</email>
; Tel.: +52-646-175-0500 (ext. 25326).</corresp>
</author-notes>
<pub-date pub-type="collection"><year>2012</year>
</pub-date>
<pub-date pub-type="epub"><day>24</day>
<month>10</month>
<year>2012</year>
</pub-date>
<volume>12</volume>
<issue>11</issue>
<fpage>14262</fpage>
<lpage>14291</lpage>
<history><date date-type="received"><day>30</day>
<month>8</month>
<year>2012</year>
</date>
<date date-type="rev-recd"><day>11</day>
<month>10</month>
<year>2012</year>
</date>
<date date-type="accepted"><day>15</day>
<month>10</month>
<year>2012</year>
</date>
</history>
<permissions><copyright-statement>© 2012 by the authors; licensee MDPI, Basel, Switzerland.</copyright-statement>
<copyright-year>2012</copyright-year>
<license><license-p><pmc-comment>CREATIVE COMMONS</pmc-comment>
This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution license (<ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/3.0/">http://creativecommons.org/licenses/by/3.0/</ext-link>
).</license-p>
</license>
</permissions>
<abstract><p>Vehicular <italic>Ad Hoc</italic>
Networks (VANETs) are considered by car manufacturers and the research community as the enabling technology to radically improve the safety, efficiency and comfort of everyday driving. However, before VANET technology can fulfill all its expected potential, several difficulties must be addressed. One key issue arising when working with VANETs is the complexity of the networking protocols compared to those used by traditional infrastructure networks. Therefore, proper design of the routing strategy becomes a main issue for the effective deployment of VANETs. In this paper, a reliable freestanding position-based routing algorithm (FPBR) for highway scenarios is proposed. For this scenario, several important issues such as the high mobility of vehicles and the propagation conditions may affect the performance of the routing strategy. These constraints have only been partially addressed in previous proposals. In contrast, the design approach used for developing FPBR considered the constraints imposed by a highway scenario and implements mechanisms to overcome them. FPBR performance is compared to one of the leading protocols for highway scenarios. Performance metrics show that FPBR yields similar results when considering freespace propagation conditions, and outperforms the leading protocol when considering a realistic highway path loss model.</p>
</abstract>
<kwd-group><kwd>geographic routing</kwd>
<kwd>VANET</kwd>
<kwd>highway</kwd>
<kwd>location service</kwd>
</kwd-group>
</article-meta>
</front>
<body><sec><label>1.</label>
<title>Introduction</title>
<p>In the context of Intelligent Transport Systems (ITS), Vehicular <italic>Ad Hoc</italic>
Networks (VANETs) are considered the key technology required to radically improve safety [<xref ref-type="bibr" rid="b1-sensors-12-14262">1</xref>
,<xref ref-type="bibr" rid="b2-sensors-12-14262">2</xref>
]. Their importance can also be inferred from the growing interest that VANETs have drawn from entities directly involved in ITS research and development, [<xref ref-type="bibr" rid="b3-sensors-12-14262">3</xref>
–<xref ref-type="bibr" rid="b5-sensors-12-14262">5</xref>
]. In fact, according with the National Highway Traffic Safety Administration, VANETs (also called vehicle-to-vehicle communications or V2V) potentially address 79% of all pre-crash scenarios involving unimpaired drivers [<xref ref-type="bibr" rid="b1-sensors-12-14262">1</xref>
]. Furthermore, it is also expected that a wide range of applications will become available by enabling V2V communication or vehicle-to-infrastructure communications (V2I). Some examples of important applications include safety [<xref ref-type="bibr" rid="b6-sensors-12-14262">6</xref>
], Internet connectivity [<xref ref-type="bibr" rid="b7-sensors-12-14262">7</xref>
], entertainment through multiplayer games [<xref ref-type="bibr" rid="b8-sensors-12-14262">8</xref>
], file sharing support [<xref ref-type="bibr" rid="b9-sensors-12-14262">9</xref>
], lane change assistance [<xref ref-type="bibr" rid="b2-sensors-12-14262">2</xref>
] and traffic control [<xref ref-type="bibr" rid="b10-sensors-12-14262">10</xref>
].</p>
<p>For several years, consortiums and car manufacturers around the World have focused their efforts on enhancing driver safety, comfort and efficiency [<xref ref-type="bibr" rid="b11-sensors-12-14262">11</xref>
–<xref ref-type="bibr" rid="b16-sensors-12-14262">16</xref>
]. These efforts have already provided meaningful results, which range from simulation tools [<xref ref-type="bibr" rid="b17-sensors-12-14262">17</xref>
] to real prototypes of vehicular safety applications [<xref ref-type="bibr" rid="b18-sensors-12-14262">18</xref>
]. A significant result is a family of international standards that shares a common architecture, networking protocols and air interface definitions for VANET wireless communications. This family of standards is called Communication Access for Land Mobile (CALM) [<xref ref-type="bibr" rid="b19-sensors-12-14262">19</xref>
], which was adopted by the European community in 2006. Additionally, the Institute of Electrical and Electronic Engineers (IEEE) has significantly contributed to VANET development by providing a series of standards for Dedicated Short-Range Communications (DSRC), such as the IEEE 802.11p standard [<xref ref-type="bibr" rid="b20-sensors-12-14262">20</xref>
]. The research community has also been actively contributing in different research areas related to the development of VANETs. Examples of active research topics in VANETs include medium access control methods [<xref ref-type="bibr" rid="b21-sensors-12-14262">21</xref>
], novel applications [<xref ref-type="bibr" rid="b8-sensors-12-14262">8</xref>
,<xref ref-type="bibr" rid="b9-sensors-12-14262">9</xref>
], security [<xref ref-type="bibr" rid="b22-sensors-12-14262">22</xref>
,<xref ref-type="bibr" rid="b23-sensors-12-14262">23</xref>
] and routing protocols [<xref ref-type="bibr" rid="b24-sensors-12-14262">24</xref>
–<xref ref-type="bibr" rid="b26-sensors-12-14262">26</xref>
].</p>
<p>In VANETs the network topology is <italic>ad hoc</italic>
in nature. Hence, no infrastructure beyond the network adapter inside the vehicles is necessary. Importantly, the self-dependence of VANETs offers two main advantages: ubiquitous information sharing and low implementation costs. Although there are several communication standards that can be used to establish a radio link between vehicles in a VANET such as mobile WiMAX [<xref ref-type="bibr" rid="b27-sensors-12-14262">27</xref>
], IEEE 802.11b radios [<xref ref-type="bibr" rid="b28-sensors-12-14262">28</xref>
–<xref ref-type="bibr" rid="b30-sensors-12-14262">30</xref>
] and Bluetooth [<xref ref-type="bibr" rid="b31-sensors-12-14262">31</xref>
–<xref ref-type="bibr" rid="b33-sensors-12-14262">33</xref>
], currently the IEEE 802.11p standard is emerging as the most prominent option. The IEEE 802.11p standard is based on the physical layer (PHY) of the IEEE 802.11a standard. The main difference is that IEEE 802.11p limits the channel bandwidth to 10 MHz and sets the operating frequency to 5.9 GHz [<xref ref-type="bibr" rid="b34-sensors-12-14262">34</xref>
]. Importantly, the Medium Access Control (MAC) of IEEE 802.11p is still based on the Carrier Sense Multiple Access with Collision Avoidance (CSMA/CA) method. Despite the advantages offered by CSMA/CA, a significant issue arising when using this MAC mechanism is that it cannot guarantee message dissemination by itself. Another issue with CSMA/CA is that it cannot provide a time frame for packet delivery because of the exponential back off mechanism. Lastly, it is worth mentioning that IEEE 802.11p adapts the enhanced distributed channel access (EDCA) mechanism of the IEEE 802.11e standard (with some modifications to the transmission parameters). Shortly, the EDCA mechanism defines different distributed coordination function (DCF)-CSMA/CA parameters for four different traffic classes: background, best effort, video and voice, [<xref ref-type="bibr" rid="b20-sensors-12-14262">20</xref>
,<xref ref-type="bibr" rid="b35-sensors-12-14262">35</xref>
,<xref ref-type="bibr" rid="b36-sensors-12-14262">36</xref>
].</p>
<p>Currently, the design of routing strategies represents one of the most important research topics for VANETs. In fact, routing is one of the most critical and challenging components that must be solved to enable V2V communications. For example, the routing protocol must deal with the constraints imposed by the high mobility of vehicles. Furthermore, constrains such as mobility patterns, fading wireless channel, density of vehicles and the availability of infrastructure are closely related to the specific deployment scenario, <italic>i.e.</italic>
, highway or urban [<xref ref-type="bibr" rid="b26-sensors-12-14262">26</xref>
,<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
]. For example, the speeds achievable on highways are significantly higher than in urban scenarios. Thus, a protocol designed to work in urban scenarios may not be able to cope with the higher vehicle speeds present in highway scenarios. Therefore, the specific application scenario should be considered when designing a routing strategy in order to adequately address the particular constraints imposed by a given scenario. In this context, it is important to note that highways account for a significant amount of the road infrastructure deployed throughout several countries. For example, highways represent about 75% of the total statute miles in the U.S. [<xref ref-type="bibr" rid="b1-sensors-12-14262">1</xref>
]. Deploying roadside infrastructure to provide coverage for the entire network of roads and highways would take a long time and require a huge investment. Hence, enabling vehicle communications in highways through the use of VANETs is an important scenario that should be further studied, as recently research have clearly pointed out [<xref ref-type="bibr" rid="b6-sensors-12-14262">6</xref>
,<xref ref-type="bibr" rid="b21-sensors-12-14262">21</xref>
,<xref ref-type="bibr" rid="b38-sensors-12-14262">38</xref>
–<xref ref-type="bibr" rid="b42-sensors-12-14262">42</xref>
].</p>
<p>This paper introduces an efficient multi-hop routing mechanism to enable V2V communications in highway scenarios without employing underlying infrastructure. The routing algorithm was developed considering that the vehicles speed can be as high as 60 m/s under regular traffic conditions. Furthermore, other important constraints pertaining to this application scenario are considered within the routing algorithm design including: dynamic transmission ranges, vehicle acceleration, and high vehicle mobility. Our proposed routing strategy addresses these issues by using a broadcast approach with a light retransmission mechanism in the location service, altogether coupled with a reliable position-based routing algorithm. It is important to note that the routing strategy considers realistic propagation conditions following the results reported in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
]. Our main contributions include:
<list list-type="order"><list-item><p>A new location service based on a broadcast approach coupled with a new broadcast suppression technique. The location service addresses the hard conditions imposed by the wireless channel, providing a high success rate for route discoveries.</p>
</list-item>
<list-item><p>A novel light routing protocol that considers the constraints imposed by a realistic channel propagation model in its design.</p>
</list-item>
</list>
</p>
<p>The remainder of this paper is organized as follows: Section 2 provides a literature review. Section 3 introduces the Freestanding Position Based Routing (FPBR) protocol proposed in this paper. Section 4 then presents several performance metrics obtained when using FPBR for V2V communications in highway scenarios. The performance evaluation setup is also described in this section. Finally, Section 5 presents the conclusions of this work.</p>
</sec>
<sec><label>2.</label>
<title>Related Work</title>
<p>The VANETs routing problem was initially addressed by using several well-known routing protocols such as AODV, DSR, and GPSR [<xref ref-type="bibr" rid="b43-sensors-12-14262">43</xref>
–<xref ref-type="bibr" rid="b45-sensors-12-14262">45</xref>
], which were originally developed for mobile <italic>ad hoc</italic>
networks (MANETs). However, these protocols were not designed to cope with the specific constraints found in VANETs such as dynamic transmission ranges, vehicle acceleration and high vehicle mobility [<xref ref-type="bibr" rid="b46-sensors-12-14262">46</xref>
]. Consequently, the performance of these protocols for use in VANETs is not as good as that shown for low mobility applications. Subsequent routing protocols, such as those introduced in [<xref ref-type="bibr" rid="b47-sensors-12-14262">47</xref>
–<xref ref-type="bibr" rid="b50-sensors-12-14262">50</xref>
], were specifically developed for VANET applications. In [<xref ref-type="bibr" rid="b48-sensors-12-14262">48</xref>
], the authors propose a junction-based unicast routing algorithm for urban VANETs called GyTAR. This algorithm consists of three main stages: traffic density estimation, intersection selection and data forwarding between intersections. The features of the GyTAR protocol aim to overcome packet losses. Nevertheless, GyTAR assumes the presence of fixed wireless routers at intersections, which may not be easy to deploy in highway scenarios. Another feature of GyTAR is that it assumes that the vehicles' geographic position is provided by an ideal external location service (LS). The drawback with the ideal LS assumption is that the LS effects in the routing metrics are unknown. For the radio channel, GyTAR considers a radio range, based on the two-ray model. Another junction-based routing algorithm for urban scenarios called CMGR was introduced in [<xref ref-type="bibr" rid="b51-sensors-12-14262">51</xref>
]. In this work, the authors propose an algorithm to discover a route to any gateway attached to a backhaul network. The geographic greedy forwarding algorithm is used by CMGR to relay the packets between intersections. The discovery service of CMGR is similar to route establishment in AODV. Although the broadcast mechanism implemented in CMGR allows fast packet propagation, CMGR does not consider any redundancy strategy. Including a redundancy strategy within the broadcast mechanism is very important because severe wireless channel conditions can cause significant packet losses. The CMGR and GyTAR protocols addressed important challenges commonly found in VANETs. Nevertheless, it can be argued that their use is not the most adequate for highway scenarios as they are infrastructure dependent [<xref ref-type="bibr" rid="b41-sensors-12-14262">41</xref>
]. Additionally, as shown in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
], the radio channel in highway scenarios does not correspond to the propagation models used in the performance evaluation of these protocols. Another routing protocol developed for urban scenarios named TO-GO is introduced in [<xref ref-type="bibr" rid="b50-sensors-12-14262">50</xref>
]. TO-GO is a geo-opportunistic routing protocol that requires previous knowledge of the VANET topology in order to select the next forwarder node. For this purpose, each node in TO-GO must construct a 2-hop neighbors table by means of periodic beacon messages. In addition to the next forwarder node, the transmitter node selects a set of backup nodes by means of a complex procedure involving the use of Bloom filters. The chosen forwarder node and the set of backup nodes form a forwarder set that uses a distance-based timer to determine which node will retransmit the packet first. In order to avoid the broadcast storm problem, every node in the forwarder set must be able to hear each other. However, it is important to take into account that the Bloom filter can give false positives in dynamic data sets [<xref ref-type="bibr" rid="b52-sensors-12-14262">52</xref>
], thus possibly causing unwanted transmissions. Although [<xref ref-type="bibr" rid="b50-sensors-12-14262">50</xref>
] reports good performance metrics for TO-GO when considering a non-ideal path loss model, the implemented channel was not explicitly developed for V2V scenarios. Finally, it is worth mentioning that TO-GO does not implement a location discovery service. CAR is a routing protocol developed for city and highway scenarios [<xref ref-type="bibr" rid="b47-sensors-12-14262">47</xref>
]. It includes its own location service, which is based on the Preferred Group Broadcasting technique (PGB [<xref ref-type="bibr" rid="b53-sensors-12-14262">53</xref>
]). In PGB, every relay node is registered in the broadcast packet if its velocity vector direction is non-parallel to the velocity vector direction of the previous forwarder node. The location service includes a retransmission mechanism, which consists of retransmitting the broadcast packet if the original sender does not hear the transmission of the same packet from a forward neighbor. Although this retransmission mechanism helps overcome the loss of packets, it could also lead to unnecessary retransmissions. Furthermore, route replay is performed by a unicast strategy, which has one main drawback: other nodes may not be warned about the search. This may lead to unnecessary searches, with the consequent waste of resources. The GPSR-L protocol was introduced in [<xref ref-type="bibr" rid="b49-sensors-12-14262">49</xref>
] with the aim of overcoming some of the problems shown by GPSR when used in VANETs. In GPSR-L, a lifetime threshold for each link is introduced in the neighbors table in order to overcome the lack of a prediction mechanism in GPSR. With the introduction of this threshold, GPSR-L aims to overcome erroneous next-hop selections caused by old information stored in the neighbors table. Nevertheless, for highway scenarios, erroneous next-hop selections caused by the channel can still occur as a deterministic radio channel was assumed in [<xref ref-type="bibr" rid="b49-sensors-12-14262">49</xref>
]. The LORA-CBF protocol is a position- based routing algorithm introduced in [<xref ref-type="bibr" rid="b54-sensors-12-14262">54</xref>
]. This protocol implements a clustering algorithm where only the gateway nodes are allowed to retransmit packets. Nevertheless, since freespace propagation conditions are assumed in LORA-CBF, the clustering algorithm does not guarantee cluster stability in highway scenarios. This may lead to packet losses and/or delays, because it may be difficult to form clusters or an excessive number of clusters may be formed (consisting of a single node) depending on the particular channel conditions at any given moment. Another problem arising with LORA-CBF in highway scenarios is that the most forward within radius neighbor is selected as the next-hop when disseminating data. As it will be explained in the following sections, this assumption may lead to significant packet losses caused by the constraints imposed by the highway V2V channel. In [<xref ref-type="bibr" rid="b39-sensors-12-14262">39</xref>
], the authors introduced a routing protocol specifically developed for VANETs deployment in highway scenarios. This protocol was named Destination Discovery Oriented Routing (DDOR). Compared to routing protocols previously introduced for VANETs, the DDOR protocol offers advantages such as a built-in location service and a low complexity position prediction algorithm. The inclusion of these mechanisms is important, because they help to overcome erroneous next-hop selections. Additionally, DDOR proposes enabling the IEEE 802.11 RTS/CTS mechanism as a redundancy strategy for its location service and for the data dissemination stages. The LS included in DDOR is an important feature that makes DDOR more suitable for highway scenarios. Nevertheless, one weakness of DDOR is that its redundancy strategy is not controlled by itself. A consequence of this lack of control is that erroneous next-hop selections may lead to a significant overhead increase in the MAC layer. Despite this weakness, it seems that for highway scenarios DDOR overcomes several of the problems shown by the routing protocols previously mentioned. In fact, in [<xref ref-type="bibr" rid="b39-sensors-12-14262">39</xref>
] several performance metrics were provided for DDOR, showing that this protocol outperforms AODV, DSR and GPSR.</p>
<p>It has been suggested that GPSR-L may offer good performance in highway scenarios compared to CAR, GPSR and GyTAR [<xref ref-type="bibr" rid="b26-sensors-12-14262">26</xref>
]. However, GPSR-L was not developed with the highway scenario in mind. Furthermore, for this scenario GPSR-L has the drawback that a packet retransmission strategy, a discovery service, and a strategy to handle the acceleration of vehicles were not implemented. The inclusion of these strategies in a routing protocol for highway VANETs is very important, because of the wireless channel constraints imposed by these scenarios may lead to significant packet losses. Furthermore, a self-dependent algorithm is more suitable for this kind of scenarios [<xref ref-type="bibr" rid="b26-sensors-12-14262">26</xref>
,<xref ref-type="bibr" rid="b39-sensors-12-14262">39</xref>
]. In contrast, DDOR was explicitly developed for highway scenarios. Therefore, it does include a packet retransmission strategy and a discovery service.</p>
<p>One common characteristic found in AODV, DSR, GPSR, GyTAR, TO-GO, CGMR, LORA-CBF, CAR, GPRS-L and DDOR is that most of them where designed without considering a specific channel model. In fact, most of them have been evaluated by considering an ideal path loss model or channel models that were not specifically developed for V2V communications. Although this assumption is a good starting point for the design and evaluation of a routing strategy, recent works have shown that the path loss model has a significant impact in the routing algorithm performance [<xref ref-type="bibr" rid="b55-sensors-12-14262">55</xref>
]. Furthermore, the authors in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] showed that the relative direction of vehicles seriously affects the link path loss in highway scenarios. Therefore, it is really important to consider the path loss model when designing new routing mechanisms for highway scenarios.</p>
<p>Based on the previous discussion, it can be stated that two significant issues that must be addressed when designing new routing protocols for highway VANETs are: the selection of an adequate V2V wireless propagation channel model [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
], and the design of a reliable destination discovery service. As explained in Section 3, the FPBR protocol introduced in this paper considers these design constraints.</p>
</sec>
<sec><label>3.</label>
<title>Freestanding Position-Based Routing Protocol</title>
<p>As previously explained, the constraints imposed by highway channels must be considered when developing a routing strategy for highway VANETs, this in order to achieve a satisfactory routing performance when deploying VANETs in this kind of scenarios. Therefore, the different modules of the routing protocol (e.g., the beaconing period, the next-hop selection algorithm, the location discovery service, and location prospection) should be designed with the aim to overcome the drawbacks imposed by the highway scenarios. The next subsections introduce the different modules that comprise the Freestanding Position Based Routing (FPBR) protocol proposed in this paper. These modules were specifically developed for highway VANETs. For the development of FPBR it was assumed that the nodes are equipped with digital maps, a global positioning system (GPS), an IEEE 802.11a radio transceiver or an IEEE 802.11p radio transceiver with a single traffic class enabled. It is considered that all the nodes in the VANET use the same radio transceiver (either IEEE 802.11a or IEEE 802.11p). Additionally, a distributed strategy for traffic density estimation like the proposed in [<xref ref-type="bibr" rid="b56-sensors-12-14262">56</xref>
,<xref ref-type="bibr" rid="b57-sensors-12-14262">57</xref>
] is also assumed.</p>
<sec><label>3.1.</label>
<title>Radio Channel</title>
<p>It is well known that in a wireless communication system, the impairments introduced by the channel can adversely affect the transmitted signal. In this context, the path loss and the fading are the most important channel properties to consider when analyzing the performance of a V2V wireless communication system, [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
,<xref ref-type="bibr" rid="b58-sensors-12-14262">58</xref>
,<xref ref-type="bibr" rid="b59-sensors-12-14262">59</xref>
]. In fact, as the path loss increases the SNR at the receiver decreases, resulting in a degradation of the system performance, [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
,<xref ref-type="bibr" rid="b58-sensors-12-14262">58</xref>
,<xref ref-type="bibr" rid="b59-sensors-12-14262">59</xref>
]. Most of the research dealing with the design of routing protocols for VANETs assumes that the radio channel follows the behavior of traditional propagation models, e.g., freespace, two rays, Nakagami, <italic>etc.</italic>
Nevertheless, as shown in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
], these models do not hold for V2V communications in highway scenarios, because of the antennas height and the vehicle direction have different effects over the path loss [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
,<xref ref-type="bibr" rid="b55-sensors-12-14262">55</xref>
,<xref ref-type="bibr" rid="b58-sensors-12-14262">58</xref>
,<xref ref-type="bibr" rid="b59-sensors-12-14262">59</xref>
].</p>
<p>Considering an adequate radio channel model for the development of a routing protocol aimed to V2V applications is very important, as can be inferred from the analysis and results reported in [<xref ref-type="bibr" rid="b55-sensors-12-14262">55</xref>
]. In fact, the results in [<xref ref-type="bibr" rid="b55-sensors-12-14262">55</xref>
] show that different radio channel models have different impacts on the routing strategy performance. This is a consequence of the VANETs PHY layer intrinsic features, specifically the low antenna heights and the highly dynamic topology, [<xref ref-type="bibr" rid="b55-sensors-12-14262">55</xref>
,<xref ref-type="bibr" rid="b58-sensors-12-14262">58</xref>
–<xref ref-type="bibr" rid="b60-sensors-12-14262">60</xref>
]. Recently, several channel models for V2V communications have been proposed in the literature, e.g., see [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
,<xref ref-type="bibr" rid="b61-sensors-12-14262">61</xref>
–<xref ref-type="bibr" rid="b64-sensors-12-14262">64</xref>
] and references within [<xref ref-type="bibr" rid="b58-sensors-12-14262">58</xref>
,<xref ref-type="bibr" rid="b59-sensors-12-14262">59</xref>
]. Among these works, [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
,<xref ref-type="bibr" rid="b62-sensors-12-14262">62</xref>
–<xref ref-type="bibr" rid="b64-sensors-12-14262">64</xref>
] provide path loss models for highway scenarios. On the other hand, [<xref ref-type="bibr" rid="b61-sensors-12-14262">61</xref>
] provides two different small-scale fading models for two different cases of V2V communications in highways: oncoming vehicles, and vehicles traveling in the same direction at the same speed. The models introduced in [<xref ref-type="bibr" rid="b61-sensors-12-14262">61</xref>
] have been previously used for the evaluation of the IEEE 802.11p standard, [<xref ref-type="bibr" rid="b27-sensors-12-14262">27</xref>
]. However, these models are not straightforward applicable to the evaluation and design of routing protocols for VANETs in highway scenarios, since the path loss and the shadowing are not considered. Particularly, the path loss is a critical parameter that should be considered when evaluating VANETs routing protocols, because of the SNR of the received signal at different nodes is dependent on the path loss. Furthermore, [<xref ref-type="bibr" rid="b61-sensors-12-14262">61</xref>
] does not provide a model for vehicles moving away each other in highways, which is a case occurring in highway VANETs [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
].</p>
<p>Among the works that provide path loss characterization for highway scenarios (e.g., [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
,<xref ref-type="bibr" rid="b62-sensors-12-14262">62</xref>
–<xref ref-type="bibr" rid="b64-sensors-12-14262">64</xref>
]), the model introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] stands out because it is derived from extensive V2V measurement campaigns. Moreover, this model agrees well with previous findings as those reported in [<xref ref-type="bibr" rid="b63-sensors-12-14262">63</xref>
]. The path loss model introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] follows a classic power law and includes a large-scale fading (shadowing) term. Furthermore, the path loss model in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] allows the characterization of three different V2V communications cases with one single model, specifically: oncoming vehicles, vehicles traveling in convoy, and vehicles travelling away from each other. Therefore, this work considers the highway path loss model introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] for the development of the routing strategy, since this model was specifically developed for V2V highway scenarios. The path loss model introduced [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] is described by <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
:
<disp-formula id="FD1"><label>(1)</label>
<mml:math id="mm1"><mml:mrow><mml:mtable><mml:mtr><mml:mtd><mml:mrow><mml:mi>P</mml:mi>
<mml:mi>L</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mi>P</mml:mi>
<mml:msub><mml:mi>L</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:mn>10</mml:mn>
<mml:mtext mathvariant="italic">nlo</mml:mtext>
<mml:msub><mml:mi>g</mml:mi>
<mml:mrow><mml:mn>10</mml:mn>
</mml:mrow>
</mml:msub>
<mml:mrow><mml:mo>(</mml:mo>
<mml:mrow><mml:mfrac><mml:mi>d</mml:mi>
<mml:mrow><mml:msub><mml:mi>d</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
<mml:mo>)</mml:mo>
</mml:mrow>
<mml:mo>+</mml:mo>
<mml:msub><mml:mi>X</mml:mi>
<mml:mi>σ</mml:mi>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:mi>ζ</mml:mi>
<mml:mi>P</mml:mi>
<mml:msub><mml:mi>L</mml:mi>
<mml:mi>c</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mtd>
<mml:mtd><mml:mrow><mml:mi>d</mml:mi>
<mml:mo>></mml:mo>
<mml:msub><mml:mi>d</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
</mml:mrow>
</mml:mtd>
</mml:mtr>
</mml:mtable>
</mml:mrow>
</mml:math>
</disp-formula>
where <italic>d</italic>
is the propagation (<italic>T<sub>x</sub>
</italic>
− <italic>R<sub>x</sub>
</italic>
) distance; <italic>PL</italic>
<sub>0</sub>
is the path loss at a reference distance <italic>d</italic>
<sub>0</sub>
; <italic>n</italic>
is the path loss exponent; <italic>X<sub>σ</sub>
</italic>
is a zero-mean normally distributed random variable with standard deviation <italic>σ; PL<sub>c</sub>
</italic>
is a correction term that accounts for the offset between forward and reverse path loss. An important characteristic of this path loss model is the introduction of the <italic>ζ</italic>
variable, which is defined according to the relative direction of vehicles. Specifically, <italic>ζ</italic>
is set to: 1 for vehicles travelling in opposite directions and moving away; −1 for vehicles travelling in opposite directions and getting closer; and 0 for vehicles in travelling in convoy. Specific values for every parameter in (1) can be found in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
].</p>
</sec>
<sec><label>3.2.</label>
<title>Beacon Rate</title>
<p>The vehicles (nodes) choose the next hop for sending data or control messages based on information previously exchanged with neighbors. This information is exchanged by means of beacon messages. Consequently, there is a tradeoff between the overhead caused by the beacons and the age of the information in the one-hop neighbors table. As different VANET scenarios have different mobility patterns, the strategy to handle this tradeoff depends on the scenario specific characteristics [<xref ref-type="bibr" rid="b26-sensors-12-14262">26</xref>
]. Thus, setting an adequate beacon rate is an important task, since overly high beacon rates may lead to unnecessary overhead whereas overly low beacon rates may lead to erroneous next hop selections, (e.g., see [<xref ref-type="bibr" rid="b65-sensors-12-14262">65</xref>
]). Therefore, setting an adequate beacon rate is an important task that depends on the particular routing protocol features. As an example AODV, GyTAR, LORA-CBF and GPSR use a fixed beacon rate of 1 beacon per second, whereas DDOR uses a variable beacon rate ranging from 0.2 to 0.4 beacons per second.</p>
<p>The same set of vehicles is available most of the times in highway scenarios, [<xref ref-type="bibr" rid="b26-sensors-12-14262">26</xref>
]. Therefore, it may be feasible to use a location prediction (LP) algorithm to achieve a relatively low beacon rate. Consequently, a LP algorithm has been implemented within FPBR in order to predict the gap between the stored and the actual position of neighbor vehicles. This LP algorithm makes possible to achieve beacon rates of 0.4 when considering a free flow vehicle density (this density implies that the vehicles will reach its maximum speed [<xref ref-type="bibr" rid="b66-sensors-12-14262">66</xref>
,<xref ref-type="bibr" rid="b67-sensors-12-14262">67</xref>
]), and beacon rates of 0.3 for other vehicle densities.</p>
</sec>
<sec><label>3.3.</label>
<title>Next-Hop Selection Algorithm</title>
<sec><label>3.3.1.</label>
<title>Location Prediction Algorithm</title>
<p>When a vehicle needs to send or relay a packet, the location prediction algorithm must fill the gap between the last values stored in the one-hop neighbors table and the actual values of each neighbor. Thus, when a next-hop neighbor has to be selected, the LP algorithm is invoked before performing the selection. The LP algorithm implemented in FPBR works as follows:</p>
<list list-type="order"><list-item><p>The number of entries in the one-hop neighbors table is updated as follows: if the age of the position information for one particular neighbor is older than 2 times the beacon rate, then this particular neighbor is deleted from the one-hop neighbors table.</p>
</list-item>
<list-item><p>After performing step 1, the position of all neighbors is updated in the one-hop neighbors table by means of <xref rid="FD2" ref-type="disp-formula">Equation (2)</xref>
:
<disp-formula id="FD2"><label>(2)</label>
<mml:math id="mm2"><mml:mrow><mml:msub><mml:mi>P</mml:mi>
<mml:mrow><mml:mtext mathvariant="italic">prospected</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>=</mml:mo>
<mml:msub><mml:mi>P</mml:mi>
<mml:mrow><mml:mtext mathvariant="italic">current</mml:mtext>
</mml:mrow>
</mml:msub>
<mml:mo>+</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mover accent="true"><mml:mi>v</mml:mi>
<mml:mo>^</mml:mo>
</mml:mover>
<mml:mo>∗</mml:mo>
<mml:mi>d</mml:mi>
<mml:mi>t</mml:mi>
<mml:mo>+</mml:mo>
<mml:mover accent="true"><mml:mrow><mml:mtext mathvariant="italic">acc</mml:mtext>
</mml:mrow>
<mml:mo stretchy="true">^</mml:mo>
</mml:mover>
<mml:mo>∗</mml:mo>
<mml:mi>d</mml:mi>
<mml:msup><mml:mi>t</mml:mi>
<mml:mn>2</mml:mn>
</mml:msup>
<mml:mo stretchy="false">)</mml:mo>
</mml:mrow>
</mml:math>
</disp-formula>
where <italic>v̂</italic>
is the last stored velocity vector of the neighbor; <italic>acĉ</italic>
is the last stored acceleration vector of the neighbor; and <italic>dt</italic>
is the information dwell time in the one-hop neighbors table.</p>
</list-item>
<list-item><p>The updated one-hop neighbors table is passed to the next-hop selection algorithm.</p>
</list-item>
</list>
</sec>
<sec><label>3.3.2.</label>
<title>Selection Algorithm</title>
<p>The FPBR protocol selects the next hop node by first predicting the actual position of each node with the LP algorithm. After prediction, vehicles are grouped in three different sets, based on their relative direction to the sender vehicle: vehicles traveling in opposite directions and moving away belong to group <italic>V<sub>s</sub>
</italic>
; vehicles traveling in opposite directions and approaching belong to group <italic>V<sub>a</sub>
</italic>
; and vehicles traveling in the same direction belong to group <italic>V<sub>c</sub>
</italic>
. The final selection is made considering the most forward within adjusted radio (MFWAR) mechanism introduced in this paper. The adjustment of the radio range coverage is performed considering the radio propagation model introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] as described by <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
.</p>
<sec sec-type="intro"><title>The Most Forward Within Adjusted Radius (MFWAR) mechanism</title>
<p><xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
shows that it is very important to consider the relative direction of the neighbors when the next forwarder is selected. According to <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
, vehicles travelling in opposite directions and approaching have a higher probability of successfully receiving a packet, because of the relative path loss decrease (<italic>i.e</italic>
., <italic>ζ</italic>
is set to −1). When vehicles move away from each other in opposite directions, the probability of dropping a packet becomes higher because of the relative path loss increase (<italic>i.e.</italic>
, <italic>ζ</italic>
is set to 1). If the vehicles are traveling in convoy, then there is neither a relative path loss increase nor a relative path loss decrease (<italic>i.e.</italic>
, <italic>ζ</italic>
is set to 0). Note that this does not imply that the path loss remains unchanged when the vehicles travel in convoy, since the shadowing effects are still considered by <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
. Furthermore, from <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
it can be inferred that considering the transmitter nominal radio coverage for the selection process may not be the best option, since the shadowing may lead to significant packet losses near the border of the nominal transmission range. Thus, in order to decrease the probability of dropping a packet, the most forward within radius (MFR) technique (see [<xref ref-type="bibr" rid="b68-sensors-12-14262">68</xref>
] for a description of MFR) was modified to include the use of three dynamic factors named <italic>β<sub>a</sub>
</italic>
, <italic>β<sub>c</sub>
,</italic>
and <italic>β<sub>s</sub>
</italic>
. The dynamic factors are used to scale the nominal radio coverage to a more accurate value for each set of vehicles <italic>V<sub>a</sub>
</italic>
, <italic>V<sub>c</sub>
,</italic>
and <italic>V<sub>s</sub>
</italic>
respectively. We call this new dissemination technique <italic>Most Forward Within Adjusted Radius</italic>
(MFWAR).</p>
<p>In order to explain how the dynamic factors are used, assume that node <italic>T</italic>
<sub>1</sub>
in <xref ref-type="fig" rid="f1-sensors-12-14262">Figure 1(a)</xref>
has nominal radio range <italic>R<sub>n</sub>
</italic>
, and that <italic>β<sub>s</sub>
</italic>
and <italic>β<sub>c</sub>
</italic>
are the scaling factors for the <italic>V<sub>s</sub>
</italic>
and <italic>V<sub>c</sub>
</italic>
sets respectively. Additionally the following assumptions are made for this figure:
<list list-type="bullet"><list-item><p>Node <italic>T</italic>
<sub>1</sub>
has data to send beyond its nominal radio coverage.</p>
</list-item>
<list-item><p>Node <italic>R</italic>
<sub>3</sub>
moves away from <italic>T</italic>
<sub>1</sub>
and thus it belongs to the <italic>V<sub>s</sub>
</italic>
set.</p>
</list-item>
<list-item><p>Nodes <italic>R</italic>
<sub>1</sub>
and <italic>R</italic>
<sub>3</sub>
travel in the same direction of <italic>T</italic>
<sub>1</sub>
and belong to the <italic>V<sub>c</sub>
</italic>
set.</p>
</list-item>
</list>
</p>
<p>If freespace propagation had been considered, then <italic>R</italic>
<sub>3</sub>
would have been selected as a relay node. This is because <italic>R</italic>
<sub>3</sub>
is within <italic>T</italic>
<sub>1</sub>
nominal radio coverage and <italic>R</italic>
<sub>3</sub>
is the farthest node (see <xref ref-type="fig" rid="f1-sensors-12-14262">Figure 1(a)</xref>
). However, <italic>R</italic>
<sub>3</sub>
may not be the best option when considering the highway path loss model described by <xref rid="FD1" ref-type="disp-formula">Equation (1)</xref>
, since <italic>T</italic>
<sub>1</sub>
and <italic>R</italic>
<sub>3</sub>
are moving in opposite directions and <italic>R</italic>
<sub>3</sub>
is near the border. Thus, the MFWAR mechanism adjusts <italic>T</italic>
<sub>1</sub>
radio coverage by means of <italic>β<sub>s</sub>
</italic>
for vehicles belonging to set <italic>V<sub>s</sub>
</italic>
, as is the case for <italic>R</italic>
<sub>3</sub>
. Therefore, <italic>T</italic>
<sub>1</sub>
radio range is adjusted to the <italic>β<sub>s</sub>
</italic>
* <italic>R<sub>n</sub>
</italic>
value and <italic>R</italic>
<sub>3</sub>
is not selected because it is out of range (see <xref ref-type="fig" rid="f1-sensors-12-14262">Figure 1(b)</xref>
). On the other hand, <italic>R</italic>
<sub>1</sub>
and <italic>R</italic>
<sub>2</sub>
are vehicles that belong to the <italic>V<sub>c</sub>
</italic>
set and MFWAR adjusts the radio range for these vehicles to <italic>β<sub>c</sub>
</italic>
* <italic>R<sub>n</sub>
</italic>
. Note that<italic>βc</italic>
< 1 in order to avoid selecting vehicles near the border which may lead to significant packet losses. Although <italic>R</italic>
<sub>1</sub>
and <italic>R</italic>
<sub>2</sub>
are within the adjusted <italic>β<sub>c</sub>
</italic>
* <italic>R<sub>n</sub>
</italic>
radio range, <italic>R</italic>
<sub>2</sub>
is the vehicle most forward (see <xref ref-type="fig" rid="f1-sensors-12-14262">Figure 1(c)</xref>
) and therefore it is chosen as a relay node (<italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
)</p>
</sec>
</sec>
</sec>
<sec><label>3.4.</label>
<title>Location Service</title>
<p>The FPBR protocol invokes the location service (LS) when a packet arrives for a vehicle with unknown geographic position. The LS is performed with broadcast packets. Therefore, in order to eliminate the broadcast storm problem, a suppression broadcast technique is included in FPBR. Additionally, a redundancy strategy is also introduced in order to improve the LS robustness. The proposed algorithm for the LS is detailed in the next subsections:</p>
<sec><label>3.4.1.</label>
<title>Destination Discovery</title>
<p>Three classes of nodes are considered in the destination discovery procedure: source nodes, relay nodes, and destination nodes. The source nodes are vehicles with data to send. The relay nodes are vehicles located along the dissemination path. This nodes relay destination discovery packets. The destination nodes are the vehicles towards which the data packets are sent.</p>
<p>If the geographic position of a destination node is unknown and a source node wants to send data packets to that vehicle, then a location request packet (LREQ) is broadcasted. This packet is used to find the geographic position of the destination node. Before broadcasting the LREQ, a transmitter (<italic>i.e.</italic>
, the source node or a relay node) selects a set of vehicles as relay nodes through FPBR's selection algorithm (see Section 3.3.2). If the vehicle is the source node, then the set of relay nodes in the LREQ packet must include at least one vehicle for each direction. The same applies for relay nodes located at intersections. On the other hand, relay nodes not located at intersections select vehicles located towards the dissemination direction before broadcasting the LREQ packet.</p>
<p>When the LREQ packet arrives at the destination node, it waits for twice the propagation time, <italic>τ</italic>
, before sending a location reply packet (LREP). This waiting time is introduced in order to avoid possible packet collisions with LREQ packets that could arrive from different paths. Thus, after 2<italic>τ</italic>
s the destination node generates the LREP containing its geographic position and speed. The LREP packet is disseminated towards the source node position using the same algorithm as the LREQ. When the LREP packet reaches the source, the data packet is forwarded towards the geographic position of the destination node by means of the MFWAR mechanism. In order to avoid collisions between LS packets and hello beacons, every node that hears a LS packet delays its beacon period by <italic>τ</italic>
. Vehicles along the discovery messages (LREP and LREQ) path are aware of these packets since they are broadcast packets.</p>
</sec>
<sec><label>3.4.2.</label>
<title>Redundancy Strategy</title>
<p>As previously mentioned, the aim of the MFWAR selection mechanism is to reduce the loss of discovery packets by considering the hard constraints imposed by the radio channel. Nevertheless, sometimes the discovery packets may not reach the intended primary relay node because of larger than expected path losses or inaccurate position predictions made by the selection algorithm (see <xref ref-type="fig" rid="f2-sensors-12-14262">Figure 2(a)</xref>
). Therefore, if the discovery packet sent by the current forwarder node does not reach the primary relay node, then the FPBR algorithm will use a redundancy strategy that considers the use of a backup node, <italic>BN</italic>
. The task of <italic>BN</italic>
is to rebroadcast the discovery packet towards the primary relay node in order to continue with the discovery packet dissemination (see <xref ref-type="fig" rid="f2-sensors-12-14262">Figure 2(b)</xref>
). As such, it is important to mention that <italic>BN</italic>
does not modify the primary relay nodes table in the discovery packets. Note that the backup node must be located between the current forwarder node (named <italic>FN<sub>n</sub>
</italic>
) and the primary relay node (named <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
) in order to improve the reception probability. Besides choosing a backup node, an acknowledgment mechanism is needed to implement the redundancy strategy. However, in the IEEE 802.11a and IEEE 802.11p MAC layer there is no acknowledgment mechanism for broadcast packets. Therefore, a light acknowledgment mechanism is also included in FPBR. This mechanism and the backup node selection procedure are explained next.</p>
<sec><title>Light Acknowledgment Mechanism</title>
<p>If the primary relay node, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
, receives the discovery packet (see <xref ref-type="fig" rid="f3-sensors-12-14262">Figure 3(a)</xref>
), then it will broadcast the discovery packet (with updated primary relay nodes entries) towards a new primary relay node (e.g., <italic>FN<sub>n</sub>
</italic>
<sub>+2</sub>
). As <italic>BN</italic>
is located between the current forwarder, <italic>FN<sub>n</sub>
</italic>
, and the primary relay node, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
, <italic>BN</italic>
should be able to receive <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
broadcast transmission (see <xref ref-type="fig" rid="f3-sensors-12-14262">Figure 3(b)</xref>
). This feature is used in FBPR as an implicit acknowledgment procedure. Thus, if a node receives a discovery packet where its ID is listed as that belonging to a <italic>BN</italic>
, then it will wait for 2τ s. If after this time <italic>BN</italic>
does not detect the transmission of a broadcast packet from the <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
node listed on the discovery packet, then it will rebroadcast the original discovery packet towards the <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
node. It is important to note that as an implicit acknowledgment approach is being used in FPBR, additional control packets are not required. Therefore, the FPBR acknowledgment mechanism does not introduce additional overhead.</p>
</sec>
<sec><title>Backup Nodes Selection</title>
<p>As previously mentioned, the <italic>BN</italic>
nodes specific task is to rebroadcast the original discovery packet if the <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
node does not perform its corresponding broadcast transmission. In FPBR, <italic>BN</italic>
is selected in such way that it is located between <italic>FN<sub>n</sub>
</italic>
and <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
. Although choosing a <italic>BN</italic>
right on the middle between the original transmitter and the chosen primary relay node may be a good starting point, such a simple selection mechanism does not consider the vehicles direction and the consequent path loss increase/decrease. Thus, FPBR implements the MFWAR mechanism to select the backup nodes as well. However, for the selection of the <italic>BN</italic>
node the nominal radio range is assumed to be equal to the distance between the <italic>FN<sub>n</sub>
</italic>
and <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
. This distance will be referred as <italic>d</italic>
(<italic>FN<sub>n</sub>
</italic>
, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
).</p>
<p>For the <italic>BN</italic>
node selection through MFWAR, vehicles are grouped in three sets based on their relative direction to the original forwarder node: <italic>V<sub>Ra</sub>
</italic>
, <italic>V<sub>Rc</sub>
</italic>
and <italic>V<sub>Rs</sub>
</italic>
. Additionally, three dynamic factors <italic>β<sub>Ra</sub>
</italic>
, <italic>β<sub>Rc</sub>
</italic>
and <italic>β<sub>Rs</sub>
</italic>
are considered. These factors are used to adjust <italic>d</italic>
(<italic>FN<sub>n</sub>
</italic>
, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
) by means of MFWAR. If the MFWAR mechanism cannot find a <italic>BN</italic>
within the required range, then the current forwarder node is chosen as the <italic>BN</italic>
node. As previously mentioned, after the selection of a <italic>BN</italic>
node its ID is included in the corresponding table in the discovery packet.</p>
<p>An example of the <italic>BN</italic>
node selection through the MFWAR mechanism is schematized in <xref ref-type="fig" rid="f4-sensors-12-14262">Figure 4</xref>
. Assume that the distance from the original transmitter, <italic>FN<sub>n</sub>
</italic>
, to the primary relay node, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
, is <italic>d</italic>
(<italic>FN<sub>n</sub>
</italic>
, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
). As both backup nodes candidates in <xref ref-type="fig" rid="f4-sensors-12-14262">Figure 4</xref>
are moving in the same direction as <italic>FN<sub>n</sub>
</italic>
, <italic>β<sub>Rc</sub>
</italic>
is used to adjust <italic>d</italic>
(<italic>FN<sub>n</sub>
</italic>
, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
). In <xref ref-type="fig" rid="f4-sensors-12-14262">Figure 4</xref>
the <italic>BC</italic>
<sub>2</sub>
node is nearer to the border of the adjusted distance than the <italic>BC</italic>
<sub>1</sub>
node. Therefore, <italic>BC</italic>
<sub>2</sub>
is chosen as <italic>BN</italic>
for this example.</p>
</sec>
</sec>
</sec>
<sec sec-type="methods"><label>3.5.</label>
<title>Data Dissemination</title>
<p>After the source node receives the destination geographic position, the data is sent towards the destination using the MFWAR mechanism. It is important to note that as the destination geographic position is included in the data packet header, every relay node can dynamically decide the next hop for the data packet. Furthermore, as every node has a digital map, the anchor-based approach [<xref ref-type="bibr" rid="b47-sensors-12-14262">47</xref>
,<xref ref-type="bibr" rid="b48-sensors-12-14262">48</xref>
] can be used where an intersection is found. In FPBR it is assumed that the IEEE 802.11a or the IEEE 802.11p RTS/CTS mechanism is disabled for data dissemination, this assumed to decrease the delay of the data packet and the overhead. Furthermore, implementing the RTS/CTS mechanism requires the transmission of several control packets before sending the actual data. A drawback of this strategy is that one or more of the RTS/CTS control packets could be lost because of the constraints imposed by the highway channel. This may lead to significant performance drops because at least 4 packets (RTS + CTS + DATA + ACK) must be sent to perform a single data packet transmission.</p>
</sec>
<sec><label>3.6.</label>
<title>FPBR State Machine and Flow Chart</title>
<p>In order to explain the interaction among the different FPBR modules (<italic>i.e.</italic>
, Hello_Mechanism, Location Service and Data Forwarding) a flow chart for each one of these modules is depicted in <xref ref-type="fig" rid="f5-sensors-12-14262">Figure 5</xref>
. The <xref ref-type="fig" rid="f5-sensors-12-14262">Figure 5(a)</xref>
presents the Hello Mechanism flowchart (named Hello Proc module). This module is in charge of sending the hello messages. The waiting period, T1, used in this module is calculated in accordance with the fixed beacon rate mentioned in Section 3.2. The Location Service flowchart is shown in <xref ref-type="fig" rid="f5-sensors-12-14262">Figure 5(b)</xref>
(named Loc_Serv). This module is in charge of performing the procedures described in Section 3.4. Lastly, the flowchart for the data forwarding mechanism explained in Section 3.5 is introduced in <xref ref-type="fig" rid="f5-sensors-12-14262">Figure 5(c)</xref>
(named Data_Fwd).</p>
<p>The interaction between the different FPBR modules is controlled by means of a state machine (SM), as depicted in <xref ref-type="fig" rid="f6-sensors-12-14262">Figure 6</xref>
. Every transition of the SM is in the format condition/procedure. A specific module from <xref ref-type="fig" rid="f6-sensors-12-14262">Figure 6</xref>
is launched when the corresponding condition of the state machine is fulfilled. The Hello timer condition is satisfied when the T1 waiting period ends, then the Hello proc is invoked. If the network layer receives a data packet from the application layer, then the App_pkt condition is fulfilled and the Loc_Serv module is invoked. Finally, if a node receives a data packet sent by a neighbor node, the Nb App_pkt condition is satisfied and the Fwd_Data module is invoked.</p>
</sec>
</sec>
<sec><label>4.</label>
<title>Performance Evaluation</title>
<p>This section introduces several performance metrics obtained when using the FPBR protocol. These performance metrics are compared with those obtained when using the DDOR protocol for benchmark purposes. Particularly, metrics such as packet delivery ratio, delay per hop, overhead, MAC overhead, end-to-end delay and number of hops were obtained for both protocols by means of a simulation setup programmed in the OPNET Modeler simulator. Two different propagation models were considered for the simulation setup: freespace propagation and the highway propagation model introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] for VANETs. For the simulation setup the IEEE 802.11a OPNET model was modified to resemble the IEEE 802.11p PHY/MAC layers as described below.</p>
<sec><label>4.1.</label>
<title>Benchmark Routing Protocol</title>
<p>The DDOR protocol has been used in this work as a benchmark for the performance of FPBR. The DDOR protocol was chosen because, as mentioned in the introduction, it was explicitly developed for the deployment of VANETs in highway scenarios. As such, in [<xref ref-type="bibr" rid="b39-sensors-12-14262">39</xref>
] it was shown that DDOR outperforms AODV, DSR, and GPSR. Furthermore, DDOR includes features specifically designed to deal with some of the impairments imposed by highway scenarios, which are not considered by other V2V protocols such as GPSR-L, LORA-CBF and CAR.</p>
<p>The DDOR protocol includes a discovery service coupled with a packet retransmission strategy. As previously mentioned, including these strategies in a VANET routing protocol for highways is very important, since the wireless channel constraints imposed by these scenarios may lead to significant packet losses. The DDOR protocol proposes enabling the IEEE 802.11 RTS/CTS mechanism for its location service and for the data dissemination stages. Thus, DDOR implements a unicast strategy for its location service. These unicast packets are sent in all directions in order to discover the geographic position of the destination node. Additionally, DDOR proposes an adaptive beacon mechanism (AB) based on the traveled distance of the vehicle. The AB mechanism goal is to reduce the overhead caused by the hello messages. Shortly, the AB mechanism sends a beacon message every time that a vehicle crosses a predefined milestone. Finally, DDOR includes a location prediction algorithm based on the vehicle relative velocity and the size of the transmitted packet. This location prediction algorithm is used before sending any packet in order to select the next-hop vehicle.</p>
<p>In order to compare FPBR and DDOR under the same scenario conditions both protocols were implemented in the OPNET Modeler simulator [<xref ref-type="bibr" rid="b69-sensors-12-14262">69</xref>
]. The FPBR implementation follows the state machine and flowchart introduced in Section 3.6. The DDOR protocol was implemented following the guidelines provided in [<xref ref-type="bibr" rid="b39-sensors-12-14262">39</xref>
].</p>
</sec>
<sec><label>4.2.</label>
<title>Evaluation Setup</title>
<sec><label>4.2.1.</label>
<title>IEEE 802.11a OPNET Model PHY/MAC Adaptation to IEEE 802.11p PHY/MAC Parameters</title>
<p>As previously mentioned, the simulation testbed for FPBR and DDOR was programmed in the OPNET Modeler simulator. This is a well recognized simulation suite widely used in the industry and academia for the evaluation of communication networks, [<xref ref-type="bibr" rid="b35-sensors-12-14262">35</xref>
,<xref ref-type="bibr" rid="b70-sensors-12-14262">70</xref>
,<xref ref-type="bibr" rid="b71-sensors-12-14262">71</xref>
]. However, by the time this research work was completed, a specific model for the IEEE 802.11p standard was not included in the OPNET Modeler (v.16.0). Nevertheless, because of the relevance of the IEEE 802.11p standard within the context of V2V communications, the simulation setup used an adaptation of the IEEE 802.11a model such that all PHY/MAC settings and parameters correspond to those found in the IEEE 802.11p standard. This approach was previously used in [<xref ref-type="bibr" rid="b35-sensors-12-14262">35</xref>
] for the evaluation of AODV and DSR in VANETs equipped with IEEE 802.11p transceivers.</p>
<p>As mentioned in the introduction, the MAC layer in IEEE 802.11p adopted the IEEE 802.11e EDCA mechanism. This mechanism defines four different classes of traffic with different distributed coordination function (DCF)-CSMA/CA parameters, [<xref ref-type="bibr" rid="b20-sensors-12-14262">20</xref>
,<xref ref-type="bibr" rid="b35-sensors-12-14262">35</xref>
,<xref ref-type="bibr" rid="b36-sensors-12-14262">36</xref>
]. In this paper IEEE 802.11p DCF parameters corresponding to best effort traffic over service channels (see [<xref ref-type="bibr" rid="b36-sensors-12-14262">36</xref>
]) were used to modify the IEEE 802.11a OPNET model. Therefore, the minimum and maximum contention windows sizes, and the time slot length were adjusted to IEEE 802.11p best effort traffic values. Similarly, the DIFS value was replaced by the corresponding AIFS value. Regarding the PHY layer adaptation, the bandwidth and operating frequency of the IEEE 802.11a OPNET model were adjusted to 10 MHz and 5.880 GHz respectively, as defined for IEEE 802.11p standard. Additionally, the data rates of the IEEE 802.11a OPNET model were adjusted to those defined by the IEEE 802.11p standard. For the rest of this paper the modified model will be referred as adapted IEEE 802.11a/p model.</p>
</sec>
<sec><label>4.2.2.</label>
<title>Simulation Scenario</title>
<p>The performance of both protocols was evaluated considering a highway scenario with two lanes for cars travelling in one direction and other two lanes for cars travelling in the opposite direction. The length of each lane was set to 3 km and the width to 4 m. When a vehicle reaches the end of the road, it is reinserted in the lane with vehicles traveling in the opposite direction. The maximum allowed speed was set to 60 m/s. The radio channel propagation model introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
] was implemented in the simulation setup. Both protocols were tested considering this model which, as previously mentioned, was specifically developed for V2V highway scenarios. Additionally, performance metrics for both protocols were obtained considering the freespace propagation model. The mobility pattern for each vehicle was generated following the intelligent driver model introduced in [<xref ref-type="bibr" rid="b66-sensors-12-14262">66</xref>
]. This is a popular model used to generate mobility patterns for highway and urban scenarios, (e.g., [<xref ref-type="bibr" rid="b50-sensors-12-14262">50</xref>
,<xref ref-type="bibr" rid="b72-sensors-12-14262">72</xref>
]). Furthermore, as the vehicles acceleration is an important parameter that could modify the network topology [<xref ref-type="bibr" rid="b21-sensors-12-14262">21</xref>
], both protocols were evaluated under various maximum vehicle acceleration rates ranging from <italic>α</italic>
= 1.6 m/s<sup>2</sup>
to <italic>α</italic>
= 5 m/s<sup>2</sup>
. Free flow, medium, high and jam vehicle densities were considered in order to evaluate the effects of the vehicle density, <italic>λ</italic>
, in the routing metrics. The specific value of <italic>λ</italic>
for each density was taken from [<xref ref-type="bibr" rid="b67-sensors-12-14262">67</xref>
] as shown in <xref ref-type="table" rid="t1-sensors-12-14262">Table 1</xref>
. The adapted IEEE 802.11a/p model with data rate of 6 Mbps was considered for the vehicle transceiver. The performance metrics for each protocol were obtained considering four transmitters. At the beginning of every simulation trial, every transmitter is set to wait for 5 s before starting any transmission. This 5 s period was set to better allow the exchange of hello messages. When the waiting period concludes each transmitter chooses a random starting time and a random destination node. Once a vehicle starts transmitting, it generates packets for an equivalent user data rate of 2 Kbytes per second. This data rate is maintained during the entire simulation. A minimum of 100 trials were performed for each acceleration-density pair. Each trial lasted 300 s during which different performance metrics were recorded. The particular values of each variable used in the simulation are presented in <xref ref-type="table" rid="t1-sensors-12-14262">Table 1</xref>
.</p>
</sec>
</sec>
<sec><label>4.3.</label>
<title>Metrics</title>
<p>The FPBR and DDOR performance was evaluated using the following metrics:
<list list-type="bullet"><list-item><p>Packet delivery ratio (PDR). This metric is measured as the ratio between the number of data packets received by the destination and the number of data packets transmitted by the source.</p>
</list-item>
<list-item><p>Delay per hop. This is the average time a data packet requires for a single hop transmission.</p>
</list-item>
<list-item><p>Average end-to-end delay (EED). The EED is the average time for a data packet to reach its destination.</p>
</list-item>
<list-item><p>Network overhead. This metric is measured in terms of the number of routing control packets transmitted per second normalized by the vehicle density. This metric includes the number of beacons plus the discovery control packets.</p>
</list-item>
<list-item><p>MAC Overhead. This metric is measured in terms of the number of control packets that the MAC layer transmits per second normalized by the vehicle density.</p>
</list-item>
<list-item><p>Number of hops (NH). The NH is the average number of hops required for a data packet to reach its destination.</p>
</list-item>
</list>
</p>
</sec>
<sec sec-type="methods|results"><label>4.4.</label>
<title>Results and Analysis</title>
<p>Two different radio propagation models were considered for the evaluation of DDOR and FPBR. Thus, the performance metrics are presented in two subsections, one for each propagation model. The results obtained when assuming freespace propagation are introduced in Subsection 4.4.1. Additionally, Subsection 4.4.2 presents the metrics obtained when considering the radio propagation model explicitly developed for highway scenarios introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
].</p>
<sec><label>4.4.1.</label>
<title>Results Considering the Freespace Channel</title>
<p>As discussed in Section 3, the freespace propagation model does not hold for the radio channel conditions present in highway scenarios as measured for V2V communications [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
]. However, it is an important scenario commonly used for evaluation purposes [<xref ref-type="bibr" rid="b55-sensors-12-14262">55</xref>
]. As no fading is introduced when considering the freespace channel, every transmitted packet will reach the transceiver nominal radio range. Thus, for this channel the collision probability for broadcast packets is higher than that observed when considering a fading channel. Therefore, the effect of the packets collisions on the routing strategy performance can be observed with more detail when assuming freespace propagation. The routing metrics obtained when increasing the maximum acceleration range, <italic>α</italic>
, for two different densities, <italic>λ</italic>
, are shown in <xref ref-type="fig" rid="f7-sensors-12-14262">Figures 7</xref>
–<xref ref-type="fig" rid="f9-sensors-12-14262">9</xref>
. It can be seen in <xref ref-type="fig" rid="f7-sensors-12-14262">Figure 7(a)</xref>
that the packet delivery ratio (PDR) is above 98% for both protocols. Because of the transmitting radio range is deterministic for freespace propagation, any packet loss is caused by collisions or erroneous predictions for both protocols. Thus, as <xref ref-type="fig" rid="f7-sensors-12-14262">Figure 7(a)</xref>
shows, both kinds of packet losses are adequately handled by the particular redundancy strategy implemented in DDOR and FPBR. Similar conclusions can be drawn for the number of hops (NH), the end to end delay (EED) and the average delay per hop as shown in <xref ref-type="fig" rid="f7-sensors-12-14262">Figure 7(b)</xref>
, <xref ref-type="fig" rid="f8-sensors-12-14262">Figure 8</xref>
(a,b) respectively. In fact, it can be readily seen in <xref ref-type="fig" rid="f7-sensors-12-14262">Figures 7</xref>
and <xref ref-type="fig" rid="f8-sensors-12-14262">8</xref>
that both protocols perform similarly well when considering the PDR, NH, EED, and delay per hop metrics.</p>
<p>The network and the MAC overhead metrics are presented in <xref ref-type="fig" rid="f9-sensors-12-14262">Figure 9</xref>
. According with <xref ref-type="fig" rid="f9-sensors-12-14262">Figure 9(a)</xref>
, DDOR generates fewer control packets than FPBR at the network layer. This behavior is observed because DDOR implements its redundancy strategy at the MAC layer by using the RTS/CTS mechanism. On the other hand, <xref ref-type="fig" rid="f9-sensors-12-14262">Figure 9(b)</xref>
shows that FPBR yields better MAC overhead metrics than DDOR. This behavior is observed because the RTS/CTS mechanism used in DDOR needs a minimum of three additional packets to transmit a single data packet.</p>
</sec>
<sec><label>4.4.2.</label>
<title>V2V Channel Propagation Model</title>
<p>This subsection presents the metrics obtained when considering the radio propagation model explicitly developed for highway scenarios introduced in [<xref ref-type="bibr" rid="b37-sensors-12-14262">37</xref>
]. Remember that for this channel a transmitted packet may not reach the transceiver nominal radio range because of the path loss and the shadowing (see Section 3.1). Therefore, for this case a packet may not reach its intended destination because of collisions or adverse channel conditions. The <xref ref-type="fig" rid="f10-sensors-12-14262">Figure 10</xref>
presents the PDR obtained with FPBR and DDOR when increasing the maximum vehicle acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for this figure. Note in <xref ref-type="fig" rid="f10-sensors-12-14262">Figure 10</xref>
that DDOR provides a much lower PDR than that observed when considering freespace propagation. In contrast, the PDR obtained when using FPBR shows a similar performance to that observed in <xref ref-type="fig" rid="f7-sensors-12-14262">Figure 7(a)</xref>
. This performance drop for DDOR is caused by the underestimation of the V2V highway channel effects when selecting the next forwarder node. As explained in Section 3, FPBR considers the specific constraints imposed by the V2V highway channel when selecting the next forwarder node. Thus, when considering the V2V highway channel FPBR does not show a significant performance drop, compared to the performance achieved when considering the freespace channel. Additionally, note that the PDR is not significantly affected by the acceleration rate when using FPBR. This means that the backup mechanism implemented in FPBR is able to cope with packet collisions and erroneous predictions made by the LP mechanism.</p>
<p>The <xref ref-type="fig" rid="f11-sensors-12-14262">Figure 11</xref>
shows the PDR obtained by FPBR and DDOR for different source-destination distances. The plots in <xref ref-type="fig" rid="f11-sensors-12-14262">Figure 11</xref>
were obtained by setting <italic>α</italic>
= 4 with <italic>λ</italic>
= 66 and <italic>λ</italic>
= 133 Importantly, note in this figure how the PDR obtained with DDOR exhibits a decreasing behavior as the source-destination distance increases. This is caused by erroneous next-hop selections made by DDOR (remember that for this protocol the channel effects are not considered when performing the next-hop selections). In contrast, FPBR provides a significantly higher PDR when compared to DDOR. The FPBR protocol exhibits this behavior because of its backup and next-hop selection mechanisms enable the delivery of packets traveling longer source-destination distances.</p>
<p><xref ref-type="fig" rid="f12-sensors-12-14262">Figure 12</xref>
illustrates the effects of increasing the maximum acceleration, <italic>α</italic>
, on the average number of hops per packet for different vehicle densities, <italic>λ</italic>
. It can be seen in this figure that DDOR has a lower hop count. Although at first this may appear to be an advantage, the reason for the lower hop count in DDOR is the increase in the packet drop probability observed when the source-destination distance is incremented (see <xref ref-type="fig" rid="f11-sensors-12-14262">Figure 11</xref>
). On the other hand, the hop count of FPBR is larger because it enables the delivery of packets traveling longer source-destination distances (see <xref ref-type="fig" rid="f11-sensors-12-14262">Figure 11</xref>
).</p>
<p><xref ref-type="fig" rid="f13-sensors-12-14262">Figure 13</xref>
shows the effects of increasing the maximum acceleration, <italic>α</italic>
, on the average delay per hop metric for different vehicle densities, <italic>λ</italic>
. It can be seen that FPBR achieves a lower delay per hop than DDOR. This means that the next hop selection mechanism of FPBR made fewer erroneous selections than those made by the selection algorithm of DDOR. Furthermore, as previously mentioned DDOR's redundancy strategy needs at least 3 control packets while the redundancy strategy of FPBR implements an implicit acknowledgement mechanism. Therefore, when an erroneous selection is made, the redundancy strategy of DDOR generates higher medium access contention than that generated by FPBR's redundancy strategy.</p>
<p><xref ref-type="fig" rid="f14-sensors-12-14262">Figure 14</xref>
illustrates the EED metric behavior when increasing the maximum acceleration, <italic>α</italic>
, for different vehicle densities, <italic>λ</italic>
. It can be seen in this figure that when using DDOR and increase in <italic>α</italic>
leads to an increase in the EED metric for <italic>λ</italic>
= 133 and <italic>λ</italic>
= 100 (<italic>i.e.</italic>
, medium and jam vehicular densities). In contrast, when using FPBR the changes in the acceleration rate do not lead to an increase in the EED for these vehicular densities. The FPBR protocol shows this behavior because of its particular next-hop selection algorithm, described in Section 3.3.2. Thus, it can be inferred that by using the dynamic factors <italic>β<sub>a</sub>
</italic>
, <italic>β<sub>c</sub>
</italic>
and <italic>β<sub>s</sub>
</italic>
the probability of performing an erroneous next hop selection is decreased. Note that for the free flow vehicle density, <italic>λ</italic>
= 33, the change in the acceleration, <italic>α</italic>
, does not seem to have a significant effect in the EED metric. This behavior is observed because the location prediction mechanism of both protocols is more accurate for this vehicle density.</p>
<p><xref ref-type="fig" rid="f15-sensors-12-14262">Figure 15</xref>
shows the effects of increasing the maximum acceleration, <italic>α</italic>
, on network overhead metric for different vehicle densities, <italic>λ</italic>
. As previously mentioned, the redundancy strategy of DDOR is performed at the MAC layer. Thus, the overhead introduced by DDOR at the network layer mainly consists of hello messages. Consequently, the network overhead for DDOR is lower than that introduced by FPBR (see <xref ref-type="fig" rid="f15-sensors-12-14262">Figure 15</xref>
). Note that for <italic>λ</italic>
= 33 both protocols show a higher network overhead (see <xref ref-type="fig" rid="f15-sensors-12-14262">Figure 15(d)</xref>
). This is caused by the particular adaptive beacon rate mechanisms implemented in both protocols (see Sections 3.2 and 4.1).</p>
<p>Lastly, the <xref ref-type="fig" rid="f16-sensors-12-14262">Figure 16</xref>
shows the MAC overhead obtained when increasing the maximum acceleration, <italic>α</italic>
, for different vehicle densities, <italic>λ</italic>
. As mentioned in Section 4.1, the RTS/CTS mechanism used in DDOR needs a minimum of three additional packets to transmit a single data packet. Consequently, this mechanism significantly increases the overhead introduced at the MAC layer. In contrast, FPBR provides a lower MAC overhead. This is because FPBR implements an implicit acknowledgement mechanism in the redundancy strategy for the location service, as explained in Section 3.4. Additionally, FPBR does not enable the RTS/CTS mechanism for the transmission of data packets. Thus, FPBR mitigates the effects of the erroneous selections with fewer packets than those needed by DDOR.</p>
</sec>
</sec>
</sec>
<sec><label>5.</label>
<title>Conclusions and Future Work</title>
<p>In this paper a new routing protocol for VANETs called Freestanding Position-Based Routing (FPBR) protocol was introduced. The design of FPBR was aimed to the deployment of VANET's in highway scenarios. As such, the performance of FPBR was compared with the performance shown by the DDOR protocol, which is one of the few protocols explicitly developed for V2V communications in highway scenarios. When considering freespace propagation conditions, FPBR delivers performance metrics similar to those obtained when using the leading DDOR protocol. Nevertheless, when considering the V2V highway channel, the performance metrics obtained with both protocols for this scenario show that FPBR outperforms DDOR. The reason for this is because FPBR includes several mechanisms which help to overcome packet losses caused by the harsh conditions imposed by the highway radio channel. Particularly, FPBR's next hop selection and the implicit acknowledgment mechanisms proved to be vital when considering the highway channel, since these routines enabled the selection of suitable primary relay and backup nodes. Consequently, these mechanisms allowed FPBR to yield a high packet delivery ratio. Furthermore, the simulation results show that neither the redundancy strategy nor the location service of FPBR adds a significant overhead, even though the location service uses broadcast packets. Therefore, with the results presented in Section 4.4 it has been shown that in order to improve the performance of the routing protocols for highway scenarios, the constraints imposed by the radio channel must be considered when designing the routing strategy. In that sense, FPBR is a suitable protocol for VANETs deployment in highway scenarios, as it offers several advantages compared to traditional VANETs protocols (e.g., AODV and GPSR-L) and even outperforms the leading DDOR protocol for this kind of scenarios. In this paper the <italic>β</italic>
parameters have been chosen based on overall performance for different densities. The performance of FPBR could be improved if the <italic>β</italic>
parameters are customized for different network conditions. Thus, future work includes developing an adaptive method to set the <italic>β</italic>
parameters values based on current network conditions. In order to adapt FPBR for city scenarios, future work will include obtaining specific <italic>β</italic>
parameters for urban scenarios. Regarding the IEEE 802.11p standard, FPBR was evaluated considering one traffic class, delivering satisfactory performance metrics. Similarly, a single traffic class was considered in [<xref ref-type="bibr" rid="b35-sensors-12-14262">35</xref>
] for the performance analysis of AODV and DSR when using IEEE 802.11p transceivers (as previously mentioned the IEEE 802.11p implementation used in [<xref ref-type="bibr" rid="b35-sensors-12-14262">35</xref>
] was based in the IEEE 802.11a OPNET model). Therefore, future work will include obtaining performance metrics for FPBR, DDOR, AODV and DSR when considering concurrent traffic flows with different IEEE 802.11p traffic classes.</p>
</sec>
</body>
<back><ack><p>This research work was possible thanks to scholarship number 167835 granted by the National Council of Science and Technology (CONACYT, Mexico). This work was partially supported by CONACYT Basic Science Grant No. 169333. Authors would like to thank David Covarrubias and Victor Rangel for the help provided for the realization of this work.</p>
</ack>
<ref-list><title>References</title>
<ref id="b1-sensors-12-14262"><label>1.</label>
<element-citation publication-type="book"><source>Statistics</source>
<publisher-name>U.S. Department of Transportation, U.S. Government Printing Office</publisher-name>
<publisher-loc>Washington, DC, USA</publisher-loc>
<year>2010</year>
</element-citation>
</ref>
<ref id="b2-sensors-12-14262"><label>2.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Popescu-Zeletin</surname>
<given-names>R.</given-names>
</name>
<name><surname>Ilja Radusch</surname>
<given-names>M.A.R.</given-names>
</name>
</person-group>
<source>Vehicular-2-X Communication: State-Of-The-Art and Research in Mobile Vehicular Ad Hoc Networks</source>
<publisher-name>Springer</publisher-name>
<publisher-loc>Berlin, Germany</publisher-loc>
<year>2010</year>
</element-citation>
</ref>
<ref id="b3-sensors-12-14262"><label>3.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>IEEE. Intelligent Transport Systems Society</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://sites.ieee.org/itss/">http://sites.ieee.org/itss/</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b4-sensors-12-14262"><label>4.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>ITS-Europe</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://ec.europa.eu/transport/its">http://ec.europa.eu/transport/its</ext-link>
(accessed on 8 October 2012)</comment>
</element-citation>
</ref>
<ref id="b5-sensors-12-14262"><label>5.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Car2Car Communication Consortium</collab>
</person-group>
<comment>Avaliable online: <ext-link ext-link-type="uri" xlink:href="http://www.car-to-car.org/index.php?id=46">http://www.car-to-car.org/index.php?id=46</ext-link>
(accessed on 8 October 2012)</comment>
</element-citation>
</ref>
<ref id="b6-sensors-12-14262"><label>6.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Chu</surname>
<given-names>Y.C.</given-names>
</name>
<name><surname>Huang</surname>
<given-names>N.F.</given-names>
</name>
</person-group>
<article-title>An efficient traffic information forwarding solution for vehicle safety communications on highways</article-title>
<source>IEEE Trans. Intell. Transp. Syst.</source>
<year>2012</year>
<volume>13</volume>
<fpage>1524</fpage>
<lpage>9050</lpage>
</element-citation>
</ref>
<ref id="b7-sensors-12-14262"><label>7.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Benslimane</surname>
<given-names>A.</given-names>
</name>
<name><surname>Barghi</surname>
<given-names>S.</given-names>
</name>
<name><surname>Assi</surname>
<given-names>C.</given-names>
</name>
</person-group>
<article-title>Fast track article: An efficient routing protocol for connecting vehicular networks to the Internet</article-title>
<source>Pervasive Mob. Comput.</source>
<year>2011</year>
<volume>7</volume>
<fpage>98</fpage>
<lpage>113</lpage>
</element-citation>
</ref>
<ref id="b8-sensors-12-14262"><label>8.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Tonguz</surname>
<given-names>O.K.</given-names>
</name>
<name><surname>Boban</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>Multiplayer games over vehicular <italic>ad hoc</italic>
networks: A new application</article-title>
<source>Ad Hoc Netw.</source>
<year>2010</year>
<volume>8</volume>
<fpage>531</fpage>
<lpage>543</lpage>
</element-citation>
</ref>
<ref id="b9-sensors-12-14262"><label>9.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Isento</surname>
<given-names>J.</given-names>
</name>
<name><surname>Dias</surname>
<given-names>J.</given-names>
</name>
<name><surname>Neves</surname>
<given-names>J.</given-names>
</name>
<name><surname>Soares</surname>
<given-names>V.</given-names>
</name>
<name><surname>Rodrigues</surname>
<given-names>J.</given-names>
</name>
<name><surname>Nogueira</surname>
<given-names>A.</given-names>
</name>
<name><surname>Salvador</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>FTP@VDTN: A File Transfer Application for Vehicular Delay-Tolerant Networks</article-title>
<conf-name>Proceedings of the 2011 International Conference on Computer as a Tool (EUROCON)</conf-name>
<conf-loc>Lisbon, Portugal</conf-loc>
<conf-date>27–29 April 2011</conf-date>
<fpage>1</fpage>
<lpage>4</lpage>
</element-citation>
</ref>
<ref id="b10-sensors-12-14262"><label>10.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Milanes</surname>
<given-names>V.</given-names>
</name>
<name><surname>Villagra</surname>
<given-names>J.</given-names>
</name>
<name><surname>Godoy</surname>
<given-names>J.</given-names>
</name>
<name><surname>Simo</surname>
<given-names>J.</given-names>
</name>
<name><surname>Perez</surname>
<given-names>J.</given-names>
</name>
<name><surname>Onieva</surname>
<given-names>E.</given-names>
</name>
</person-group>
<article-title>An intelligent V2I-based traffic management system</article-title>
<source>IEEE Trans. Intell. Transp. Syst.</source>
<year>2012</year>
<volume>13</volume>
<fpage>49</fpage>
<lpage>58</lpage>
</element-citation>
</ref>
<ref id="b11-sensors-12-14262"><label>11.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Festag</surname>
<given-names>A.</given-names>
</name>
<name><surname>Noecker</surname>
<given-names>G.</given-names>
</name>
<name><surname>Strassberger</surname>
<given-names>M.</given-names>
</name>
<name><surname>Lubke</surname>
<given-names>A.</given-names>
</name>
<name><surname>Bochow</surname>
<given-names>B.</given-names>
</name>
<name><surname>Torrent-Moreno</surname>
<given-names>M.</given-names>
</name>
<name><surname>Schnaufer</surname>
<given-names>S.</given-names>
</name>
<name><surname>Eigner</surname>
<given-names>R.</given-names>
</name>
<name><surname>Catrinescu</surname>
<given-names>C.</given-names>
</name>
<name><surname>Kunisch</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>NoW—Network on Wheels: Project Objectives, Technology and Achievements</article-title>
<conf-name>Proceedings of the 6th International Workshop on Intelligent Transportation</conf-name>
<conf-loc>Hamburg, Germany</conf-loc>
<conf-date>24–25 March 2009</conf-date>
</element-citation>
</ref>
<ref id="b12-sensors-12-14262"><label>12.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Hartenstein</surname>
<given-names>H.</given-names>
</name>
<name><surname>Bochow</surname>
<given-names>B.</given-names>
</name>
<name><surname>Ebner</surname>
<given-names>A.</given-names>
</name>
<name><surname>Lott</surname>
<given-names>M.</given-names>
</name>
<name><surname>Radimirsch</surname>
<given-names>M.</given-names>
</name>
<name><surname>Vollmer</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Position-Aware <italic>Ad Hoc</italic>
Wireless Networks for Inter-Vehicle Communications: The Fleetnet Project</article-title>
<conf-name>Proceedings of the 2nd ACM International Symposium on Mobile Ad Hoc Networking, Computing</conf-name>
<conf-loc>Long Beach, CA, USA</conf-loc>
<conf-date>4– 5 October 2001</conf-date>
<fpage>259</fpage>
<lpage>262</lpage>
</element-citation>
</ref>
<ref id="b13-sensors-12-14262"><label>13.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Cooperative-Vehicle-Infrastructure-Systems</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.cvisproject.org">http://www.cvisproject.org</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b14-sensors-12-14262"><label>14.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Safespot</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.safespot-eu.org">http://www.safespot-eu.org</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b15-sensors-12-14262"><label>15.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Operative Systems for Intelligent Road Safety, C</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.coopers-ip.eu">http://www.coopers-ip.eu</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b16-sensors-12-14262"><label>16.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>eCoMove</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.ecomove-project.eu">http://www.ecomove-project.eu</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b17-sensors-12-14262"><label>17.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Barr</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>An Efficient, Unifying Approach to Simulation Using Virtual Machines</article-title>
<source>Ph.D. Thesis</source>
<publisher-name>Cornell University</publisher-name>
<publisher-loc>Ithaca, NY, USA</publisher-loc>
<year>2004</year>
</element-citation>
</ref>
<ref id="b18-sensors-12-14262"><label>18.</label>
<element-citation publication-type="webpage"><article-title>SOUNDBITES: Vehicle-To-Vehicle Communications</article-title>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://media.ford.com/article_display.cfm?article_id=33971">http://media.ford.com/article_display.cfm?article_id=33971</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b19-sensors-12-14262"><label>19.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Kosch</surname>
<given-names>T.</given-names>
</name>
<name><surname>Kulp</surname>
<given-names>I.</given-names>
</name>
<name><surname>Bechler</surname>
<given-names>M.</given-names>
</name>
<name><surname>Strassberger</surname>
<given-names>M.</given-names>
</name>
<name><surname>Weyl</surname>
<given-names>B.</given-names>
</name>
<name><surname>Lasowski</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Communication architecture for cooperative systems in Europe</article-title>
<source>IEEE Commun. Mag.</source>
<year>2009</year>
<volume>47</volume>
<fpage>116</fpage>
<lpage>125</lpage>
</element-citation>
</ref>
<ref id="b20-sensors-12-14262"><label>20.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><collab>IEEE Standard for Information Technology</collab>
</person-group>
<source>Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications: Amendment 6: Wireless Access in Vehicular Environments</source>
<comment>IEEE Standard No. 802.11-2007</comment>
<publisher-name>IEEE</publisher-name>
<publisher-loc>New York, NY, USA</publisher-loc>
<year>2007</year>
</element-citation>
</ref>
<ref id="b21-sensors-12-14262"><label>21.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Abdel Hafeez</surname>
<given-names>K.</given-names>
</name>
<name><surname>Zhao</surname>
<given-names>L.</given-names>
</name>
<name><surname>Liao</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Ma</surname>
<given-names>B.</given-names>
</name>
</person-group>
<article-title>Clustering and OFDMA-based MAC protocol (COMAC) for vehicular <italic>ad hoc</italic>
networks</article-title>
<source>EURASIP J. Wireless Commun. Netw.</source>
<year>2011</year>
<volume>2011</volume>
<fpage>117</fpage>
</element-citation>
</ref>
<ref id="b22-sensors-12-14262"><label>22.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Abumansoor</surname>
<given-names>O.</given-names>
</name>
<name><surname>Boukerche</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>A secure cooperative approach for nonline-of-sight location verification in VANET</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2012</year>
<volume>61</volume>
<fpage>275</fpage>
<lpage>285</lpage>
</element-citation>
</ref>
<ref id="b23-sensors-12-14262"><label>23.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Lu</surname>
<given-names>R.</given-names>
</name>
<name><surname>Li</surname>
<given-names>X.</given-names>
</name>
<name><surname>Luan</surname>
<given-names>T.</given-names>
</name>
<name><surname>Liang</surname>
<given-names>X.</given-names>
</name>
<name><surname>Shen</surname>
<given-names>X.</given-names>
</name>
</person-group>
<article-title>Pseudonym changing at social spots: An effective strategy for location privacy in VANETs</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2012</year>
<volume>61</volume>
<fpage>86</fpage>
<lpage>96</lpage>
</element-citation>
</ref>
<ref id="b24-sensors-12-14262"><label>24.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Bernsen</surname>
<given-names>J.</given-names>
</name>
<name><surname>Manivannan</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Unicast routing protocols for vehicular ad hoc networks: A critical comparison and classification</article-title>
<source>Pervasive Mobile Comput.</source>
<year>2009</year>
<volume>5</volume>
<fpage>1</fpage>
<lpage>18</lpage>
</element-citation>
</ref>
<ref id="b25-sensors-12-14262"><label>25.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Taysi</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Yavuz</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Routing protocols for GeoNet: A survey</article-title>
<source>IEEE Trans. Intell. Transp. Syst.</source>
<year>2012</year>
<volume>13</volume>
<fpage>939</fpage>
<lpage>954</lpage>
</element-citation>
</ref>
<ref id="b26-sensors-12-14262"><label>26.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Fonseca</surname>
<given-names>A.</given-names>
</name>
<name><surname>Vazao</surname>
<given-names>T.</given-names>
</name>
</person-group>
<article-title>Applicability of position-based routing for VANET in highways and urban environment</article-title>
<source>J. Netw. Comput. Appl.</source>
<year>2012</year>
<pub-id pub-id-type="doi">10.1016/j.jnca.2012.03.009</pub-id>
</element-citation>
</ref>
<ref id="b27-sensors-12-14262"><label>27.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Fernndez-Carams</surname>
<given-names>T.</given-names>
</name>
<name><surname>Gonzlez-Lpez</surname>
<given-names>M.</given-names>
</name>
<name><surname>Castedo</surname>
<given-names>L.</given-names>
</name>
</person-group>
<article-title>Mobile WiMAX for vehicular applications: Performance evaluation and comparison against IEEE 802.11p/a</article-title>
<source>Comput. Netw.</source>
<year>2011</year>
<volume>55</volume>
<fpage>3784</fpage>
<lpage>3795</lpage>
</element-citation>
</ref>
<ref id="b28-sensors-12-14262"><label>28.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Mizutani</surname>
<given-names>K.</given-names>
</name>
<name><surname>Kohno</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Inter-vehicle spread spectrum communication and ranging system with concatenated EOE sequence</article-title>
<source>IEEE Trans. Intell. Transp. Syst.</source>
<year>2001</year>
<volume>2</volume>
<fpage>180</fpage>
<lpage>191</lpage>
</element-citation>
</ref>
<ref id="b29-sensors-12-14262"><label>29.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Inoue</surname>
<given-names>T.</given-names>
</name>
<name><surname>Nakata</surname>
<given-names>H.</given-names>
</name>
<name><surname>Itami</surname>
<given-names>M.</given-names>
</name>
<name><surname>Itoh</surname>
<given-names>K.</given-names>
</name>
</person-group>
<article-title>An Analysis of Incident Information Transmission Performance Using an IVC System That Assigns PN Codes to the Locations on the Road</article-title>
<conf-name>Proceedings of the 2004 IEEE Intelligent Vehicles Symposium</conf-name>
<conf-loc>Parma, Italy</conf-loc>
<conf-date>14– 17 June 2004</conf-date>
<fpage>115</fpage>
<lpage>120</lpage>
</element-citation>
</ref>
<ref id="b30-sensors-12-14262"><label>30.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Nagaosa</surname>
<given-names>T.</given-names>
</name>
<name><surname>Hasegawa</surname>
<given-names>T.</given-names>
</name>
</person-group>
<article-title>An autonomous Distributed Inter-Vehicle Communication Network Using Multicode Sense CDMA</article-title>
<conf-name>Proceedings of the 5th International Symposium on Spread Spectrum Techniques and Applications</conf-name>
<conf-loc>Sun City, South Africa</conf-loc>
<conf-date>2– 4 September 1998</conf-date>
<comment>Volume 3</comment>
<fpage>738</fpage>
<lpage>742</lpage>
</element-citation>
</ref>
<ref id="b31-sensors-12-14262"><label>31.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Sawant</surname>
<given-names>H.</given-names>
</name>
<name><surname>Tan</surname>
<given-names>J.</given-names>
</name>
<name><surname>Yang</surname>
<given-names>Q.</given-names>
</name>
<name><surname>Wang</surname>
<given-names>Q.</given-names>
</name>
</person-group>
<article-title>Using Bluetooth and Sensor Networks for Intelligent Transportation Systems</article-title>
<conf-name>Proceeding of the 7th International IEEE Conference on Intelligent Transportation Systems</conf-name>
<conf-loc>Washington, DC, USA</conf-loc>
<conf-date>4– 6 October 2004</conf-date>
<fpage>767</fpage>
<lpage>772</lpage>
</element-citation>
</ref>
<ref id="b32-sensors-12-14262"><label>32.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Pasolini</surname>
<given-names>G.</given-names>
</name>
<name><surname>Verdone</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Bluetooth for ITS?</article-title>
<conf-name>Proceeding of the 5th International Symposium on Wireless Personal Multimedia Communications</conf-name>
<conf-loc>Honolulu, HI, USA</conf-loc>
<conf-date>27–30 October 2002</conf-date>
<comment>Volume 1</comment>
<fpage>315</fpage>
<lpage>319</lpage>
</element-citation>
</ref>
<ref id="b33-sensors-12-14262"><label>33.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Sugiura</surname>
<given-names>A.</given-names>
</name>
<name><surname>Dermawan</surname>
<given-names>C.</given-names>
</name>
</person-group>
<article-title>In traffic jam IVC-RVC system for ITS using Bluetooth</article-title>
<source>IEEE Trans. Intell. Transp. Syst.</source>
<year>2005</year>
<volume>6</volume>
<fpage>302</fpage>
<lpage>313</lpage>
</element-citation>
</ref>
<ref id="b34-sensors-12-14262"><label>34.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Fernandez</surname>
<given-names>J.</given-names>
</name>
<name><surname>Borries</surname>
<given-names>K.</given-names>
</name>
<name><surname>Cheng</surname>
<given-names>L.</given-names>
</name>
<name><surname>Kumar</surname>
<given-names>B.</given-names>
</name>
<name><surname>Stancil</surname>
<given-names>D.</given-names>
</name>
<name><surname>Bai</surname>
<given-names>F.</given-names>
</name>
</person-group>
<article-title>Performance of the 802.11p physical layer in vehicle-to-vehicle environments</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2012</year>
<volume>61</volume>
<fpage>3</fpage>
<lpage>14</lpage>
</element-citation>
</ref>
<ref id="b35-sensors-12-14262"><label>35.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Iqbal</surname>
<given-names>M.</given-names>
</name>
<name><surname>Wang</surname>
<given-names>F.</given-names>
</name>
<name><surname>Xu</surname>
<given-names>X.</given-names>
</name>
<name><surname>Eljack</surname>
<given-names>S.</given-names>
</name>
<name><surname>Mohammad</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Reactive routing evaluation using modified 802.11a with realistic vehicular mobility</article-title>
<source>Ann. Telecommun.</source>
<year>2011</year>
<volume>66</volume>
<fpage>643</fpage>
<lpage>656</lpage>
</element-citation>
</ref>
<ref id="b36-sensors-12-14262"><label>36.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Mišić</surname>
<given-names>J.</given-names>
</name>
<name><surname>Badawy</surname>
<given-names>G.</given-names>
</name>
<name><surname>Mišić</surname>
<given-names>V.</given-names>
</name>
</person-group>
<article-title>Performance characterization for IEEE 802.11p network with single channel devices</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2011</year>
<volume>60</volume>
<fpage>1775</fpage>
<lpage>1787</lpage>
</element-citation>
</ref>
<ref id="b37-sensors-12-14262"><label>37.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Karedal</surname>
<given-names>J.</given-names>
</name>
<name><surname>Czink</surname>
<given-names>N.</given-names>
</name>
<name><surname>Paier</surname>
<given-names>A.</given-names>
</name>
<name><surname>Tufvesson</surname>
<given-names>F.</given-names>
</name>
<name><surname>Molisch</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Path loss modeling for vehicle-to- vehicle communications</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2011</year>
<volume>60</volume>
<fpage>323</fpage>
<lpage>328</lpage>
</element-citation>
</ref>
<ref id="b38-sensors-12-14262"><label>38.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Baccelli</surname>
<given-names>E.</given-names>
</name>
<name><surname>Jacquet</surname>
<given-names>P.</given-names>
</name>
<name><surname>Mans</surname>
<given-names>B.</given-names>
</name>
<name><surname>Rodolakis</surname>
<given-names>G.</given-names>
</name>
</person-group>
<article-title>Highway vehicular delay tolerant networks: Information propagation speed properties</article-title>
<source>IEEE Trans. Inform. Theor.</source>
<year>2012</year>
<volume>58</volume>
<fpage>17431756</fpage>
</element-citation>
</ref>
<ref id="b39-sensors-12-14262"><label>39.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Sahu</surname>
<given-names>P.</given-names>
</name>
<name><surname>Wu</surname>
<given-names>E.</given-names>
</name>
<name><surname>Sahoo</surname>
<given-names>J.</given-names>
</name>
<name><surname>Gerla</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>DDOR: Destination discovery oriented routing in highway/freeway VANET+</article-title>
<source>Telecommun. Syst.</source>
<volume>2010</volume>
<pub-id pub-id-type="doi">10.1007/s11235-010-9403-2</pub-id>
</element-citation>
</ref>
<ref id="b40-sensors-12-14262"><label>40.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Rawashdeh</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Mahmud</surname>
<given-names>S.</given-names>
</name>
</person-group>
<article-title>A novel algorithm to form stable clusters in vehicular <italic>ad hoc</italic>
networks on highways</article-title>
<source>EURASIP J. Wireless Commun. Netw.</source>
<year>2012</year>
<volume>2012</volume>
<fpage>15</fpage>
</element-citation>
</ref>
<ref id="b41-sensors-12-14262"><label>41.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Vinel</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>3GPP LTE <italic>versus</italic>
IEEE 802.11p/WAVE: Which technology is able to support cooperative vehicular safety applications?</article-title>
<source>IEEE Wireless Commun. Lett.</source>
<year>2012</year>
<volume>1</volume>
<fpage>125</fpage>
<lpage>128</lpage>
</element-citation>
</ref>
<ref id="b42-sensors-12-14262"><label>42.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Yan</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Jiang</surname>
<given-names>H.</given-names>
</name>
<name><surname>Shen</surname>
<given-names>Z.</given-names>
</name>
<name><surname>Chang</surname>
<given-names>Y.</given-names>
</name>
<name><surname>Huang</surname>
<given-names>L.</given-names>
</name>
</person-group>
<article-title>k-Connectivity analysis of one-dimensional linear VANETs</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2012</year>
<volume>61</volume>
<fpage>426</fpage>
<lpage>433</lpage>
</element-citation>
</ref>
<ref id="b43-sensors-12-14262"><label>43.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Abedi</surname>
<given-names>O.</given-names>
</name>
<name><surname>Fathy</surname>
<given-names>M.</given-names>
</name>
<name><surname>Taghiloo</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Enhancing AODV Routing Protocol Using Mobility Parameters in VANET</article-title>
<conf-name>Proceedings of the 2008. IEEE/ACS International Conference on Computer Systems and Applications</conf-name>
<conf-loc>Doha, Qatar</conf-loc>
<conf-date>31 March–4 April 2008</conf-date>
<fpage>229</fpage>
<lpage>235</lpage>
</element-citation>
</ref>
<ref id="b44-sensors-12-14262"><label>44.</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Johnson</surname>
<given-names>D.B.</given-names>
</name>
<name><surname>Maltz</surname>
<given-names>D.A.</given-names>
</name>
<name><surname>Broch</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>DSR: The dynamic source routing protocol for multi-hop wireless <italic>ad hoc</italic>
networks</article-title>
<source>Ad Hoc Networking</source>
<publisher-name>Addison-Wesley Professional</publisher-name>
<publisher-loc>White Plains, NY, USA</publisher-loc>
<year>2001</year>
<fpage>139</fpage>
<lpage>172</lpage>
</element-citation>
</ref>
<ref id="b45-sensors-12-14262"><label>45.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Karp</surname>
<given-names>B.</given-names>
</name>
<name><surname>Kung</surname>
<given-names>H.T.</given-names>
</name>
</person-group>
<article-title>GPSR: Greedy Perimeter Stateless Routing for Wireless Networks</article-title>
<conf-name>Proceedings of the 6th Annual International Conference on Mobile Computing and Networking</conf-name>
<conf-loc>Boston, MA, USA</conf-loc>
<conf-date>6–11 August 2000</conf-date>
<fpage>243</fpage>
<lpage>254</lpage>
</element-citation>
</ref>
<ref id="b46-sensors-12-14262"><label>46.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Chaurasia</surname>
<given-names>B.</given-names>
</name>
<name><surname>Tomar</surname>
<given-names>R.</given-names>
</name>
<name><surname>Verma</surname>
<given-names>S.</given-names>
</name>
<name><surname>Tomar</surname>
<given-names>G.</given-names>
</name>
</person-group>
<article-title>Suitability of MANET Routing Protocols for Vehicular <italic>Ad Hoc</italic>
Networks</article-title>
<conf-name>Proceedings of the 2012 International Conference on Communication Systems and Network Technologies (CSNT)</conf-name>
<conf-loc>Rajkot, India</conf-loc>
<conf-date>11– 13 May 2012</conf-date>
<fpage>334</fpage>
<lpage>338</lpage>
</element-citation>
</ref>
<ref id="b47-sensors-12-14262"><label>47.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Naumov</surname>
<given-names>V.</given-names>
</name>
<name><surname>Gross</surname>
<given-names>T.</given-names>
</name>
</person-group>
<article-title>Connectivity-Aware Routing (CAR) in Vehicular <italic>Ad-Hoc</italic>
Networks</article-title>
<conf-name>Proceedings of the 26th IEEE International Conference on Computer Communications (INFOCOM)</conf-name>
<conf-loc>Anchorage, AK, USA</conf-loc>
<conf-date>6– 12 May 2007</conf-date>
</element-citation>
</ref>
<ref id="b48-sensors-12-14262"><label>48.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Jerbi</surname>
<given-names>M.</given-names>
</name>
<name><surname>Senouci</surname>
<given-names>S.M.</given-names>
</name>
<name><surname>Rasheed</surname>
<given-names>T.</given-names>
</name>
<name><surname>Ghamri-Doudane</surname>
<given-names>Y.</given-names>
</name>
</person-group>
<article-title>Towards efficient geographic routing in urban vehicular networks</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2009</year>
<volume>58</volume>
<fpage>5048</fpage>
<lpage>5059</lpage>
</element-citation>
</ref>
<ref id="b49-sensors-12-14262"><label>49.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Rao</surname>
<given-names>S.</given-names>
</name>
<name><surname>Pai</surname>
<given-names>M.</given-names>
</name>
<name><surname>Boussedjra</surname>
<given-names>M.</given-names>
</name>
<name><surname>Mouzna</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>GPSR-L: Greedy Perimeter Stateless Routing with Lifetime for VANETS</article-title>
<conf-name>Proceedings of the 8th International Conference on ITS Telecommunications</conf-name>
<conf-loc>Phuket, Thailand</conf-loc>
<conf-date>22–24 October 2008</conf-date>
<fpage>299</fpage>
<lpage>304</lpage>
</element-citation>
</ref>
<ref id="b50-sensors-12-14262"><label>50.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Lee</surname>
<given-names>K.</given-names>
</name>
<name><surname>Lee</surname>
<given-names>U.</given-names>
</name>
<name><surname>Gerla</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>TO-GO: TOpology-Assist Geo-Opportunistic Routing in Urban Vehicular Grids</article-title>
<conf-name>Proceedings of the 6th International Conference on Wireless on-Demand Network Systems and Services</conf-name>
<conf-loc>Snowbird, UT, USA</conf-loc>
<conf-date>2–4 February 2009</conf-date>
<fpage>11</fpage>
<lpage>18</lpage>
</element-citation>
</ref>
<ref id="b51-sensors-12-14262"><label>51.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Shafiee</surname>
<given-names>K.</given-names>
</name>
<name><surname>Leung</surname>
<given-names>V.C.</given-names>
</name>
</person-group>
<article-title>Connectivity-aware minimum-delay geographic routing with vehicle tracking in VANETs</article-title>
<source>Ad Hoc Netw.</source>
<year>2011</year>
<volume>9</volume>
<fpage>131</fpage>
<lpage>141</lpage>
</element-citation>
</ref>
<ref id="b52-sensors-12-14262"><label>52.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Guo</surname>
<given-names>D.</given-names>
</name>
<name><surname>Liu</surname>
<given-names>Y.</given-names>
</name>
<name><surname>Li</surname>
<given-names>X.</given-names>
</name>
<name><surname>Yang</surname>
<given-names>P.</given-names>
</name>
</person-group>
<article-title>False negative problem of counting bloom filter</article-title>
<source>IEEE Trans. Knowl. Data Eng.</source>
<year>2010</year>
<volume>22</volume>
<fpage>651</fpage>
<lpage>664</lpage>
</element-citation>
</ref>
<ref id="b53-sensors-12-14262"><label>53.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Naumov</surname>
<given-names>V.</given-names>
</name>
</person-group>
<article-title>An Evaluation of Inter-Vehicle <italic>Ad Hoc</italic>
Networks Based on Realistic Vehicular Traces</article-title>
<conf-name>Proceedings of the 7th ACM International Symposium on Mobile Ad Hoc Networking and Computing (MobiHoc)</conf-name>
<conf-loc>Florence, Italy</conf-loc>
<conf-date>22– 25 May 2006</conf-date>
</element-citation>
</ref>
<ref id="b54-sensors-12-14262"><label>54.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Santos</surname>
<given-names>R.</given-names>
</name>
<name><surname>Alvarez</surname>
<given-names>O.</given-names>
</name>
<name><surname>Edwards</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>Performance Evaluation of Two Location-Based Routing Protocols in Vehicular <italic>Ad-Hoc</italic>
Networks</article-title>
<conf-name>Proceedings of the 62nd Vehicular Technology Conference (VTC)</conf-name>
<conf-loc>Stockholm, Sweden</conf-loc>
<conf-date>30 May–1 June 2005</conf-date>
</element-citation>
</ref>
<ref id="b55-sensors-12-14262"><label>55.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Gozalvez</surname>
<given-names>J.</given-names>
</name>
<name><surname>Sepulcre</surname>
<given-names>M.</given-names>
</name>
<name><surname>Bauza</surname>
<given-names>R.</given-names>
</name>
</person-group>
<article-title>Impact of the radio channel modelling on the performance of VANET communication protocols</article-title>
<source>Telecommun. Syst.</source>
<year>2010</year>
<pub-id pub-id-type="doi">10.1007/s11235-010-9396-x</pub-id>
</element-citation>
</ref>
<ref id="b56-sensors-12-14262"><label>56.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Garelli</surname>
<given-names>L.</given-names>
</name>
<name><surname>Casetti</surname>
<given-names>C.</given-names>
</name>
<name><surname>Chiasserini</surname>
<given-names>C.F.</given-names>
</name>
<name><surname>Fiore</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>MobSampling: V2V Communications for Traffic Density Estimation</article-title>
<conf-name>Proceedings of the 73rd Vehicular Technology Conference (VTC Spring)</conf-name>
<conf-loc>Budapest, Hungary</conf-loc>
<conf-date>15–18 May 2011</conf-date>
<fpage>1</fpage>
<lpage>5</lpage>
</element-citation>
</ref>
<ref id="b57-sensors-12-14262"><label>57.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Panichpapiboon</surname>
<given-names>S.</given-names>
</name>
<name><surname>Pattara-atikom</surname>
<given-names>W.</given-names>
</name>
</person-group>
<article-title>Evaluation of a Neighbor-Based Vehicle Density Estimation Scheme</article-title>
<conf-name>Proceedings of the 8th International Conference on ITS Telecommunications</conf-name>
<conf-loc>Phuket, Thailand</conf-loc>
<conf-date>22–24 October 2008</conf-date>
<fpage>294</fpage>
<lpage>298</lpage>
</element-citation>
</ref>
<ref id="b58-sensors-12-14262"><label>58.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Molisch</surname>
<given-names>A.</given-names>
</name>
<name><surname>Tufvesson</surname>
<given-names>F.</given-names>
</name>
<name><surname>Karedal</surname>
<given-names>J.</given-names>
</name>
<name><surname>Mecklenbrauker</surname>
<given-names>C.</given-names>
</name>
</person-group>
<article-title>A survey on vehicle-to-vehicle propagation channels</article-title>
<source>IEEE Wireless Commun.</source>
<year>2009</year>
<volume>16</volume>
<fpage>12</fpage>
<lpage>22</lpage>
</element-citation>
</ref>
<ref id="b59-sensors-12-14262"><label>59.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Mecklenbrauker</surname>
<given-names>C.</given-names>
</name>
<name><surname>Molisch</surname>
<given-names>A.</given-names>
</name>
<name><surname>Karedal</surname>
<given-names>J.</given-names>
</name>
<name><surname>Tufvesson</surname>
<given-names>F.</given-names>
</name>
<name><surname>Paier</surname>
<given-names>A.</given-names>
</name>
<name><surname>Bernado</surname>
<given-names>L.</given-names>
</name>
<name><surname>Zemen</surname>
<given-names>T.</given-names>
</name>
<name><surname>Klemp</surname>
<given-names>O.</given-names>
</name>
<name><surname>Czink</surname>
<given-names>N.</given-names>
</name>
</person-group>
<article-title>Vehicular channel characterization and its implications for wireless system design and performance</article-title>
<source>Proc. IEEE</source>
<year>2011</year>
<volume>99</volume>
<fpage>1189</fpage>
<lpage>1212</lpage>
</element-citation>
</ref>
<ref id="b60-sensors-12-14262"><label>60.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Wang</surname>
<given-names>C.</given-names>
</name>
<name><surname>Cheng</surname>
<given-names>X.</given-names>
</name>
<name><surname>Laurenson</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Vehicle-to-vehicle channel modeling and measurements: Recent advances and future challenges</article-title>
<source>IEEE Commun. Mag.</source>
<year>2009</year>
<volume>47</volume>
<fpage>96</fpage>
<lpage>103</lpage>
</element-citation>
</ref>
<ref id="b61-sensors-12-14262"><label>61.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Acosta-Marum</surname>
<given-names>G.</given-names>
</name>
<name><surname>Ingram</surname>
<given-names>M.</given-names>
</name>
</person-group>
<article-title>Six Time- and Frequency-Selective Empirical Channel Models for Vehicular Wireless LANs</article-title>
<conf-name>Proceedings of the 66th Vehicular Technology Conference</conf-name>
<conf-loc>Baltimore, MD, USA</conf-loc>
<conf-date>30 September– 3 October 2007</conf-date>
<fpage>2134</fpage>
<lpage>2138</lpage>
</element-citation>
</ref>
<ref id="b62-sensors-12-14262"><label>62.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Cheng</surname>
<given-names>L.</given-names>
</name>
<name><surname>Henty</surname>
<given-names>B.</given-names>
</name>
<name><surname>Bai</surname>
<given-names>F.</given-names>
</name>
<name><surname>Stancil</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Highway and Rural Propagation Channel Modeling for Vehicle-to-Vehicle Communications at 5.9 GHz</article-title>
<conf-name>Proceedings of the 2008 IEEE Antennas and Propagation Society International Symposium</conf-name>
<conf-loc>San Diego, CA, USA</conf-loc>
<conf-date>5– 11 July 2008</conf-date>
<fpage>1</fpage>
<lpage>4</lpage>
</element-citation>
</ref>
<ref id="b63-sensors-12-14262"><label>63.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Kunisch</surname>
<given-names>J.</given-names>
</name>
<name><surname>Pamp</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Wideband Car-to-Car Radio Channel Measurements and Model at 5.9 GHz</article-title>
<conf-name>Proceedings of the IEEE 68th Vehicular Technology Conference</conf-name>
<conf-loc>Calgary, Alberta</conf-loc>
<conf-date>21– 24 September 2008</conf-date>
<fpage>1</fpage>
<lpage>5</lpage>
</element-citation>
</ref>
<ref id="b64-sensors-12-14262"><label>64.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Paier</surname>
<given-names>A.</given-names>
</name>
<name><surname>Karedal</surname>
<given-names>J.</given-names>
</name>
<name><surname>Czink</surname>
<given-names>N.</given-names>
</name>
<name><surname>Dumard</surname>
<given-names>C.</given-names>
</name>
<name><surname>Zemen</surname>
<given-names>T.</given-names>
</name>
<name><surname>Tufvesson</surname>
<given-names>F.</given-names>
</name>
<name><surname>Molisch</surname>
<given-names>A.</given-names>
</name>
<name><surname>Mecklenbruker</surname>
<given-names>C.</given-names>
</name>
</person-group>
<article-title>Characterization of vehicle-to-vehicle radio channels from measurements at 5.2GHz</article-title>
<source>Wireless Pers. Commun.</source>
<year>2009</year>
<volume>50</volume>
<fpage>19</fpage>
<lpage>32</lpage>
</element-citation>
</ref>
<ref id="b65-sensors-12-14262"><label>65.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Zrar Ghafoor</surname>
<given-names>K.</given-names>
</name>
<name><surname>AbuBakar</surname>
<given-names>K.</given-names>
</name>
<name><surname>van Eenennaam</surname>
<given-names>M.</given-names>
</name>
<name><surname>Khokhar</surname>
<given-names>R.</given-names>
</name>
<name><surname>Gonzalez</surname>
<given-names>A.</given-names>
</name>
</person-group>
<article-title>A fuzzy logic approach to beaconing for vehicular <italic>ad hoc</italic>
networks</article-title>
<source>Telecommun. Syst.</source>
<year>2011</year>
<pub-id pub-id-type="doi">10.1007/s11235-011-9466-8</pub-id>
</element-citation>
</ref>
<ref id="b66-sensors-12-14262"><label>66.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Treiber</surname>
<given-names>M.</given-names>
</name>
<name><surname>Hennecke</surname>
<given-names>A.</given-names>
</name>
<name><surname>Helbing</surname>
<given-names>D.</given-names>
</name>
</person-group>
<article-title>Congested traffic states in empirical observations and microscopic simulations</article-title>
<source>Phys. Rev. E</source>
<year>2000</year>
<volume>62</volume>
<fpage>1805</fpage>
<lpage>1824</lpage>
</element-citation>
</ref>
<ref id="b67-sensors-12-14262"><label>67.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Wang</surname>
<given-names>H.</given-names>
</name>
<name><surname>Ni</surname>
<given-names>D.</given-names>
</name>
<name><surname>Chen</surname>
<given-names>Q.Y.</given-names>
</name>
<name><surname>Li</surname>
<given-names>J.</given-names>
</name>
</person-group>
<article-title>Stochastic modeling of the equilibrium speeddensity relationship</article-title>
<source>J. Adv. Transp.</source>
<year>2011</year>
<pub-id pub-id-type="doi">10.1002/atr.172</pub-id>
</element-citation>
</ref>
<ref id="b68-sensors-12-14262"><label>68.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Behnad</surname>
<given-names>A.</given-names>
</name>
<name><surname>Nader-Esfahani</surname>
<given-names>S.</given-names>
</name>
</person-group>
<article-title>On the statistics of MFR routing in one-dimensional <italic>ad hoc</italic>
networks</article-title>
<source>IEEE Trans. Veh. Tech.</source>
<year>2011</year>
<volume>60</volume>
<fpage>3276</fpage>
<lpage>3289</lpage>
</element-citation>
</ref>
<ref id="b69-sensors-12-14262"><label>69.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Opnet Modeler 16.0</collab>
</person-group>
<comment>Available online: <ext-link ext-link-type="uri" xlink:href="http://www.opnet.com/solutions/network_rd/modeler.html">http://www.opnet.com/solutions/network_rd/modeler.html</ext-link>
(accessed on 15 September 2012)</comment>
</element-citation>
</ref>
<ref id="b70-sensors-12-14262"><label>70.</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Okamura</surname>
<given-names>T.</given-names>
</name>
<name><surname>Ideguchi</surname>
<given-names>T.</given-names>
</name>
<name><surname>Tian</surname>
<given-names>X.</given-names>
</name>
<name><surname>Okuda</surname>
<given-names>T.</given-names>
</name>
</person-group>
<article-title>Traffic Evaluation of Group Communication Mechanism among Vehicles</article-title>
<conf-name>Proceedings of the 4th International Conference on Computer Sciences and Convergence Information Technology</conf-name>
<conf-loc>Seoul, Korea</conf-loc>
<conf-date>24–26 November 2009</conf-date>
</element-citation>
</ref>
<ref id="b71-sensors-12-14262"><label>71.</label>
<element-citation publication-type="webpage"><person-group person-group-type="author"><collab>Opnet Contributed Papers</collab>
</person-group>
<comment>Avaliable online: <ext-link ext-link-type="uri" xlink:href="https://enterprise1.opnet.com/tsts/4dcgi/BiblioSearchSubmit?QueryBiblio_whatFindAll&QueryRecordsPerPage1500">https://enterprise1.opnet.com/tsts/4dcgi/BiblioSearchSubmit?QueryBiblio_whatFindAll&QueryRecordsPerPage1500</ext-link>
(accessed on 8 October 2012)</comment>
</element-citation>
</ref>
<ref id="b72-sensors-12-14262"><label>72.</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Dressler</surname>
<given-names>F.</given-names>
</name>
<name><surname>Sommer</surname>
<given-names>C.</given-names>
</name>
<name><surname>Eckhoff</surname>
<given-names>D.</given-names>
</name>
<name><surname>Tonguz</surname>
<given-names>O.</given-names>
</name>
</person-group>
<article-title>Toward Realistic Simulation of Intervehicle Communication</article-title>
<source>IEEE Veh. Tech. Mag.</source>
<year>2011</year>
<volume>6</volume>
<fpage>43</fpage>
<lpage>51</lpage>
</element-citation>
</ref>
</ref-list>
</back>
<floats-group><fig id="f1-sensors-12-14262" position="float"><label>Figure 1.</label>
<caption><p>Use of the dynamic factors <italic>β<sub>s</sub>
</italic>
. and <italic>β<sub>c</sub>
</italic>
to adjust the nominal radio range, <italic>R<sub>n</sub>
</italic>
, for vehicles belonging to the <italic>V<sub>s</sub>
</italic>
and <italic>V<sub>c</sub>
</italic>
sets. (<bold>a</bold>
) Nominal radio coverage <italic>R<sub>n</sub>
</italic>
; (<bold>b</bold>
) Adjusted <italic>β<sub>s</sub>
</italic>
* <italic>R<sub>n</sub>
</italic>
radio range for vehicles traveling in opposite direction and moving away (<italic>V<sub>s</sub>
</italic>
set). (<bold>c</bold>
) Adjusted <italic>β<sub>c</sub>
</italic>
* <italic>R<sub>n</sub>
</italic>
radio range for vehicles traveling in the same direction (<italic>V<sub>c</sub>
</italic>
set).</p>
</caption>
<graphic xlink:href="sensors-12-14262f1"></graphic>
</fig>
<fig id="f2-sensors-12-14262" position="float"><label>Figure 2.</label>
<caption><p>Example of the redundancy strategy implemented in FPBR. (<bold>a</bold>
) The discovery packet reaches the <italic>BN</italic>
node but it does not reach the <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
node; (<bold>b</bold>
) The <italic>BN</italic>
node rebroadcasts the discovery packet towards the primary relay node since the original discovery packet did not reach the <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
node.</p>
</caption>
<graphic xlink:href="sensors-12-14262f2"></graphic>
</fig>
<fig id="f3-sensors-12-14262" position="float"><label>Figure 3.</label>
<caption><p>Example of the Light Acknowledgement Mechanism implemented in FPBR. (<bold>a</bold>
) The primary relay node successfully receives the discovery packet; (<bold>b</bold>
) The <italic>BN</italic>
node successfully receives the implicit acknowledgment from <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
.</p>
</caption>
<graphic xlink:href="sensors-12-14262f3"></graphic>
</fig>
<fig id="f4-sensors-12-14262" position="float"><label>Figure 4.</label>
<caption><p>Backup node (<italic>BN</italic>
) selection through the MFWAR mechanism. The <italic>BC</italic>
<sub>2</sub>
node is chosen as <italic>BN</italic>
because it is the nearest to the border of the adjusted distance <italic>β<sub>Rc</sub>
</italic>
* <italic>d</italic>
(<italic>FN<sub>n</sub>
</italic>
, <italic>FN<sub>n</sub>
</italic>
<sub>+1</sub>
).</p>
</caption>
<graphic xlink:href="sensors-12-14262f4"></graphic>
</fig>
<fig id="f5-sensors-12-14262" position="float"><label>Figure 5.</label>
<caption><p>Flow charts for the main processes of the FPBR protocol: (<bold>a</bold>
) The Hello mechanism; (<bold>b</bold>
) the location service and (<bold>c</bold>
) the data dissemination service.</p>
</caption>
<graphic xlink:href="sensors-12-14262f5"></graphic>
</fig>
<fig id="f6-sensors-12-14262" position="float"><label>Figure 6.</label>
<caption><p>State machine of the interaction between the different modules of FPBR protocol.</p>
</caption>
<graphic xlink:href="sensors-12-14262f6"></graphic>
</fig>
<fig id="f7-sensors-12-14262" position="float"><label>Figure 7.</label>
<caption><p>Packet delivery ratio (PDR) and number of hops (NH) obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Two different vehicle densities were considered for these plots: <italic>λ</italic>
= 133 and <italic>λ</italic>
= 33. (<bold>a</bold>
) PDR <italic>vs. α</italic>
; (<bold>b</bold>
) Number of Hops <italic>vs. α</italic>
.</p>
</caption>
<graphic xlink:href="sensors-12-14262f7"></graphic>
</fig>
<fig id="f8-sensors-12-14262" position="float"><label>Figure 8.</label>
<caption><p>Delay per hop and end-to-end delay (EED) obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Two different vehicle densities were considered for these plots: <italic>λ</italic>
= 133 and <italic>λ</italic>
= 33. (<bold>a</bold>
) Delay per hop <italic>vs. α</italic>
. (<bold>b</bold>
) EED <italic>vs. α</italic>
.</p>
</caption>
<graphic xlink:href="sensors-12-14262f8"></graphic>
</fig>
<fig id="f9-sensors-12-14262" position="float"><label>Figure 9.</label>
<caption><p>Network and MAC overhead obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Two different vehicle densities were considered for these plots: <italic>λ</italic>
= 133 and <italic>λ</italic>
= 33. (<bold>a</bold>
) Network overhead <italic>vs.α</italic>
. (<bold>b</bold>
) MAC overhead <italic>vs. α</italic>
.</p>
</caption>
<graphic xlink:href="sensors-12-14262f9"></graphic>
</fig>
<fig id="f10-sensors-12-14262" position="float"><label>Figure 10.</label>
<caption><p>Packet Delivery Ratio (PDR) obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for these plots. Each plot shows the PDR <italic>vs.</italic>
α for: (<bold>a</bold>
) <italic>λ</italic>
= 133; (<bold>b</bold>
) <italic>λ</italic>
= 100; (<bold>c</bold>
) <italic>λ</italic>
= 66 and (<bold>d</bold>
) <italic>λ</italic>
= 33.</p>
</caption>
<graphic xlink:href="sensors-12-14262f10"></graphic>
</fig>
<fig id="f11-sensors-12-14262" position="float"><label>Figure 11.</label>
<caption><p>Packet Delivery Ratio (PDR) obtained with FPBR and DDOR when increasing the source-destination distance. The maximum vehicle acceleration was set to <italic>α</italic>
= 4. Two different vehicle densities, <italic>λ</italic>
= 66 and <italic>λ</italic>
= 133, were considered for these figures.</p>
</caption>
<graphic xlink:href="sensors-12-14262f11"></graphic>
</fig>
<fig id="f12-sensors-12-14262" position="float"><label>Figure 12.</label>
<caption><p>Average number of hops obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for these plots. Each plot shows the number of hops <italic>vs.</italic>
α for: (<bold>a</bold>
) <italic>λ</italic>
= 133; (<bold>b</bold>
) <italic>λ</italic>
= 100; (<bold>c</bold>
) <italic>λ</italic>
= 66 and (<bold>d</bold>
) <italic>λ</italic>
= 33.</p>
</caption>
<graphic xlink:href="sensors-12-14262f12"></graphic>
</fig>
<fig id="f13-sensors-12-14262" position="float"><label>Figure 13.</label>
<caption><p>Average delay per hop obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for these plots. Each plot shows the delay per hop <italic>vs.</italic>
α for: (<bold>a</bold>
) <italic>λ</italic>
= 133; (<bold>b</bold>
) <italic>λ</italic>
= 100; (<bold>c</bold>
) <italic>λ</italic>
= 66 and (<bold>d</bold>
) <italic>λ</italic>
= 33.</p>
</caption>
<graphic xlink:href="sensors-12-14262f13"></graphic>
</fig>
<fig id="f14-sensors-12-14262" position="float"><label>Figure 14.</label>
<caption><p>Average end-to-end delay (EED) obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for these plots. Each plot shows the EED <italic>vs.</italic>
α for: (<bold>a</bold>
) <italic>λ</italic>
= 133; (<bold>b</bold>
) <italic>λ</italic>
= 100; (<bold>c</bold>
) <italic>λ</italic>
= 66 and (<bold>d</bold>
) <italic>λ</italic>
= 33.</p>
</caption>
<graphic xlink:href="sensors-12-14262f14"></graphic>
</fig>
<fig id="f15-sensors-12-14262" position="float"><label>Figure 15.</label>
<caption><p>Normalized network overhead obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for these plots. Each plot shows the network overhead <italic>vs.</italic>
α for: (<bold>a</bold>
) <italic>λ</italic>
= 133; (<bold>b</bold>
) <italic>λ</italic>
= 100; (<bold>c</bold>
) <italic>λ</italic>
= 66 and (<bold>d</bold>
) <italic>λ</italic>
= 33.</p>
</caption>
<graphic xlink:href="sensors-12-14262f15"></graphic>
</fig>
<fig id="f16-sensors-12-14262" position="float"><label>Figure 16.</label>
<caption><p>Normalized MAC overhead obtained with FPBR and DDOR when increasing the maximum acceleration, <italic>α</italic>
. Four different vehicle densities, <italic>λ</italic>
, were considered for these plots. Each plot shows the MAC overhead <italic>vs.</italic>
α for: (<bold>a</bold>
) <italic>λ</italic>
= 133; (<bold>b</bold>
) <italic>λ</italic>
= 100; (<bold>c</bold>
) <italic>λ</italic>
= 66 and (<bold>d</bold>
) <italic>λ</italic>
= 33.</p>
</caption>
<graphic xlink:href="sensors-12-14262f16"></graphic>
</fig>
<table-wrap id="t1-sensors-12-14262" position="float"><label>Table 1.</label>
<caption><p>Specific values used for each variable in the simulation scenario.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="center" valign="top" rowspan="1" colspan="1"><bold>Parameter</bold>
</th>
<th align="center" valign="top" rowspan="1" colspan="1"><bold>Value</bold>
</th>
</tr>
</thead>
<tbody><tr><td align="center" valign="top" rowspan="1" colspan="1">Maximum Velocity</td>
<td align="center" valign="top" rowspan="1" colspan="1">60 m/s</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Maximum Acceleration</td>
<td align="center" valign="top" rowspan="1" colspan="1">[1.6–5.0] m/s<sup>2</sup>
</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Vehicle Density</td>
<td align="center" valign="top" rowspan="1" colspan="1">[33,66,100,133] vehicles/km</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Highway Length</td>
<td align="center" valign="top" rowspan="1" colspan="1">3,000 m</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Number of Lanes</td>
<td align="center" valign="top" rowspan="1" colspan="1">4</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Mobility Model</td>
<td align="center" valign="top" rowspan="1" colspan="1">IDM</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Simulation Time</td>
<td align="center" valign="top" rowspan="1" colspan="1">300 s</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Packet Size</td>
<td align="center" valign="top" rowspan="1" colspan="1">2 Kbytes</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Base Frequency</td>
<td align="center" valign="top" rowspan="1" colspan="1">5.880 GHz</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Data Rate</td>
<td align="center" valign="top" rowspan="1" colspan="1">6 Mbps</td>
</tr>
<tr><td align="center" valign="top" rowspan="1" colspan="1">Transmission Range</td>
<td align="center" valign="top" rowspan="1" colspan="1">300 mts</td>
</tr>
</tbody>
</table>
</table-wrap>
</floats-group>
</pmc>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/TelematiV1/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000565 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 000565 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Ticri/CIDE |area= TelematiV1 |flux= Pmc |étape= Corpus |type= RBID |clé= PMC:3522912 |texte= Reliable Freestanding Position-Based Routing in Highway Scenarios }}
Pour générer des pages wiki
HfdIndexSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/RBID.i -Sk "pubmed:23202159" \ | HfdSelect -Kh $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd \ | NlmPubMed2Wicri -a TelematiV1
![]() | This area was generated with Dilib version V0.6.31. | ![]() |