Скажем, у меня есть ошибки проверьте сообщение некоторых 120-бит long.I имеют две альтернативы для схем контрольных сумм:Какая из них лучшая схема CRC?
Split сообщение на 5 24-битовых строк и присоединять друг с полем CRC8
Append все сообщение с полем CRC32
Какая схема имеет более высокую вероятность обнаружения ошибок, и почему? Предположим, что мы не знаем о распределении шаблонов ошибок.
UPDATE:
Что делать, если система имеет естественный режим отказа, который принимаемый очищается бит вместо набора бит (то есть, «1» была Tx-эд но «0» был Rx-ed), а наоборот не получается?
В этом случае вероятность длинных всплесков бит ошибок намного меньше, если предположить, что действительные данные имеют равномерное распределение «0» и «1», поэтому самый длинный пакет будет связан самым длинным строка сообщения «1» в сообщении.
Спасибо. Ну, 8x5 дает 40-битную контрольную сумму, против 32-бит, поэтому для меня «конечно» было не так очевидно. Что делает меня не столь уверенным в том, что с опцией (1) у меня есть 2^(32-8) = 2^(24) сообщения за значение CRC (в среднем), а с опцией (2) у меня есть 2^(152- 32) = 2^(120) сообщений за значение CRC. Таким образом, можно подумать, что вероятность наличия 2 сообщений, сопоставленных с одним и тем же CRC, намного выше с опцией (2), и, следовательно, ее сила ниже. – ysap