000119661 001__ 119661 000119661 005__ 20230519145526.0 000119661 0247_ $$2doi$$a10.1109/ACCESS.2021.3093102 000119661 0248_ $$2sideral$$a126423 000119661 037__ $$aART-2021-126423 000119661 041__ $$aeng 000119661 100__ $$aPerez-Diaz-de-Cerio, D 000119661 245__ $$aSpeeding Up Bluetooth Mesh 000119661 260__ $$c2021 000119661 5060_ $$aAccess copy available to the general public$$fUnrestricted 000119661 5203_ $$aBluetooth has constantly evolved from its cradle in 1997 to the last 5.2 version in 2020. With each update and amendment, it has gained in speed, range, and versatility. One of the latest introductions was the Bluetooth Mesh Profile (BMP) making it a technology suitable for a wide variety of applications. Nevertheless, BMP was designed to maintain the compatibility with Bluetooth version 4 devices already deployed in the market. This imposes some restrictions that place Bluetooth Mesh under other competing technologies like Zigbee or Thread in terms of throughput performance. In this paper we propose two mechanisms to overcome these limitations and take advantage of the new extended advertising capabilities introduced with Bluetooth 5. These mechanisms are presented as modifications to the current protocol stack to allow the transmission of larger data structures. Thus, it is possible to boost the throughput of Bluetooth Mesh making it suitable to more demanding applications like, for example, image transmission. The first proposal is designed as an adaptation layer to avoid modifying the standard in its current form. The second makes minimal changes to the frame structure at the different layers enabling the user to accommodate possible encapsulations (i.e., tunneling) without incurring IPv6-layer fragmentation. We have analyzed both solutions and compared them with the current BMP in terms of throughput, delay, and energy consumption for different channel conditions and network size. The results show that except for very small messages or poor channel conditions the proposals improve the throughput and delay of the current BMP. 000119661 536__ $$9info:eu-repo/grantAgreement/ES/DGA/T31-20R$$9info:eu-repo/grantAgreement/ES/MICINN/RTI2018-095684-B-100$$9info:eu-repo/grantAgreement/ES/MICINN/RTI2018-099880-B-C32 000119661 540__ $$9info:eu-repo/semantics/openAccess$$aby$$uhttp://creativecommons.org/licenses/by/3.0/es/ 000119661 590__ $$a3.476$$b2021 000119661 591__ $$aCOMPUTER SCIENCE, INFORMATION SYSTEMS$$b79 / 164 = 0.482$$c2021$$dQ2$$eT2 000119661 591__ $$aTELECOMMUNICATIONS$$b43 / 93 = 0.462$$c2021$$dQ2$$eT2 000119661 591__ $$aENGINEERING, ELECTRICAL & ELECTRONIC$$b105 / 277 = 0.379$$c2021$$dQ2$$eT2 000119661 592__ $$a0.927$$b2021 000119661 593__ $$aComputer Science (miscellaneous)$$c2021$$dQ1 000119661 593__ $$aEngineering (miscellaneous)$$c2021$$dQ1 000119661 594__ $$a6.7$$b2021 000119661 655_4 $$ainfo:eu-repo/semantics/article$$vinfo:eu-repo/semantics/publishedVersion 000119661 700__ $$0(orcid)0000-0002-0299-0859$$aHernandez-Solana, A$$uUniversidad de Zaragoza 000119661 700__ $$aGarcia-Lozano, M 000119661 700__ $$0(orcid)0000-0003-2664-6339$$aBardaji, AV$$uUniversidad de Zaragoza 000119661 700__ $$aValenzuela, JL 000119661 7102_ $$15008$$2560$$aUniversidad de Zaragoza$$bDpto. Ingeniería Electrón.Com.$$cÁrea Ingeniería Telemática 000119661 773__ $$g9 (2021), 93267-93284$$pIEEE Access$$tIEEE Access$$x2169-3536 000119661 8564_ $$s4247842$$uhttps://zaguan.unizar.es/record/119661/files/texto_completo.pdf$$yVersión publicada 000119661 8564_ $$s2707773$$uhttps://zaguan.unizar.es/record/119661/files/texto_completo.jpg?subformat=icon$$xicon$$yVersión publicada 000119661 909CO $$ooai:zaguan.unizar.es:119661$$particulos$$pdriver 000119661 951__ $$a2023-05-18-15:26:55 000119661 980__ $$aARTICLE