We have observed in couple of large size deployments that data packets from beacons that are bit far away tend to be corrupted. Devices that scan the signals from BLE beacons and also consume data from the packets of these beacons have seen WRONG data (data that was never originally sent). Also received signal strength values tend to be very low sometimes -120 -130 which i guess is outside the range of these values. Again we have verified that this does not occur when devices are near by. In one such BIG deployment we had 2 cases. In one case beacons from a farther distance were scanned by devices. In this case lot of corrupt values were spotted. For examples we could spot beacons with ID's outside the range of ID's that were used for deployment. In another case in the same deployment only beacons from near by (with strong RSSI values) were scanned. In this case data was perfect with no issues. These deployments tend to have several thousand beacons in a very small area of say 100K Sq Ft and hence signal density in the location is VERY HIGH. The beacons are also transmitting at a very high rate (100 ms) with highest transmission power
My question - Do we need to employ additional data checksum to ensure the integrity of data that is sent over BLE channels. Please note i am only talking about data sent over advertising packets basically the ID of the beacon is advertised. Also the RSSI value when the signal is received. How do we ensure the data is correct without adding lot of processing complexity.