순환 중복 검사
순환 중복 검사(巡環重復檢査), CRC(cyclic redundancy check)는 네트워크 등을 통하여 데이터를 전송할 때 전송된 데이터에 오류가 있는지를 확인하기 위한 체크값을 결정하는 방식을 말한다.
데이터를 전송하기 전에 주어진 데이터의 값에 따라 CRC 값을 계산하여 데이터에 붙여 전송하고, 데이터 전송이 끝난 후 받은 데이터의 값으로 다시 CRC 값을 계산하게 된다. 이어서 두 값을 비교하고, 이 두 값이 다르면 데이터 전송 과정에서 잡음 등에 의해 오류가 덧붙여 전송된 것 임을 알 수 있다.
CRC는 이진법 기반의 하드웨어에서 구현하기 쉽고, 데이터 전송 과정에서 발생하는 흔한 오류들을 검출하는 데 탁월하다. 하지만 CRC의 구조 때문에 의도적으로 주어진 CRC 값을 갖는 다른 데이터를 만들기가 쉽고, 따라서 데이터 무결성을 검사하는 데는 사용될 수 없다. 이런 용도로는 MD5 등의 함수들이 사용된다.
순환 중복 검사를 계산하는 과정은 하드웨어적 방식과 소프트웨어적 방식을 생각할 수 있다. 하드웨어적 방식을 말할 때, 직렬데이터를 계산하는 것이 단순하다. 통신시스템에서 프로토콜 계층에서 물리층에 가까울수록 하드웨어 접근을 그리고 상위계층에 가까울 수록 소프트웨어적인 방식이 적용된다.
통신시스템에서 물리계층에 가까울수록 직렬데이터를 사용하는 경향이 있다. 따라서 하드웨어적 계산방식을 사용한다. 전송라인은 거의 직렬 데이터이기 때문이다. 이런 경우 순환 중복 검사는 비트단위의 입력에 대한 출력을 얻는다. 논리 회로를 만들면 간단해진다. 그러나 높은 계층으로 갈수록 병렬데이터(octet 단위, 8비트)를 사용한다. 이런경우는 소프트웨어적 접근으로 주로 바이트 단위로 계산한다. 순환 중복 검사는 결국 비트단위 입력에 대한 각 비트별 XOR 연산이므로 한 바이트 계산도 소프트웨어적 고속계산에 한계가 있다. 이런 경우 주로 미리계산을 한 테이블 형태를 사용한다.
CRC는 가환환(commutative ring)의 나눗셈(사칙연산의 나눗셈이 아니다. 그냥 Modulo-2의 덧셈-XOR-이다.)에 기반한다. 여기서 쓰이는 환은 법 2 (modulo 2) 정수에서 정의된 다항식의 환이다. 쉽게 말하면, 이는 한 비트의 계수를 갖는 다항식의 집합이고, 이 다항식들간의 사칙연산은 다시 계수들을 가장 아래 비트만 따도록 정의하여 한 비트 계수의 다항식으로 표현하도록 정의된다. 예를 들면:
위 식에서 2는 이진수로 10이고, 따라서 정의에 의해서 가장 아랫자리 수(또는, 가장 아래 비트)인 0을 취하고 그 이상의 자리수는 버린다. 다음은 곱셈의 예이다:
더하기와 곱하기 말고 나누기도 정의할 수 있다. 예를 들어, "x" + "x" + "x" 를 "x" + 1 로 나눈다고 해 보자.
으로 정리할 수 있다. 다시 말하면, 나눗셈의 몫은 "x" + 1 이고 나머지는 -1 이고, -1은 홀수이기 때문에 1이 된다.
모든 데이터 비트 스트림은 이러한 다항식의 계수로 상상할 수 있다. 즉, 101 은 0번자리가 1, 1번자리가 0, 2번자리가 1이므로, 다항식 formula_4에 해당한다고 볼 수 있다. CRC 값은, 정해진 특정 다항식으로 데이터 스트링으로 주어진 다항식을 나누어 그 나머지를 나타내는 특정 길이의 비트 스트링이 된다. 이 나머지를 구하는 간단하고 빠른 알고리즘은 잘 알려져 있다. CRC는 종종 체크섬(checksum)으로 불리는데, 엄밀히 말하면 나눗셈을 통해 얻어지는 CRC 값에는 옳지 않은 이름이다.
CRC의 중심을 이루는 알고리즘은 의사코드로 다음과 같이 쓸 수 있다:
위의 구현은 다음과 같은 두 가지 방법으로 고칠 수 있으며, 따라서 둘 중 하나를 적용하거나 둘 다 적용할 경우 CRC 값을 계산하는 네 가지 동등한 방법이 존재한다:
특정한 CRC는 사용되는 다항식으로 정의한다. n비트 CRC를 만드는 데는 formula_5 꼴의 n차 다항식이 필요하다. 이 다항식은 기본적으로 (n+1)비트 문자열로 나타낼 수 있지만, 차수가 가장 높은 x 항의 계수는 항상 1이기 때문에 이 항을 빼고 n비트 문자열로 나타낼 수 있다. 예를 들어 CRC-16 표준에 사용되는 다항식인 formula_6은 비트 순서에 따라서 16진수 숫자 0x8005나 0xa001로 나타낼 수 있으며, 이더넷, FDDI, PKZIP, WinZip, PNG 등에서 널리 사용되는 CRC-32의 경우 0x04C11DB7 또는 0xEDB88320으로 쓸 수 있다.
여기에 표시하지는 않았지만 더 많은 CRC 종류들이 있다.
다항식의 표현은 일반적으로 다음과 같이 표현한다.
다항식의 예 :
이 다항식은 다음과 같이 3가지 방법의 숫자로 표현할 수 있다:
이 가지를 표로 나타내면:
CRC값을 계산하려면 비트수와 다항식을 결정해야 한다. 따라서 정해진 비트수와 함께 다항식을 정하면 입력된 메시지는 오류가 없는 경우 같은 CRC 값이 나온다.
다음은 사용하고 있는 다양한 다항식들이다:
"n"-bit 이진 CRC 계산을 위해서는 다항식(polynomial) ("n"+1)-비트 패턴의 제수(divisor)를 만든다.
다항식의 각 자릿수 별로 표현하면:
formula_14
메시지 데이터는:
3비트 CRC를 계산하기 첫 번째로 나누면 :
나누는 과정에서 각 비트별로 XOR로 행한다. 일반적인 나누기에서의 뺄셈과는 다르다. 연산결과 첫 번째 비트가 0으로 소거 되도록 몫의 비트를 정한다. 메시지 첫 번째 비트가 1이므로 몫의 1로 하여 XOR-나누기를 한다. 이렇게 되면 첫 번째 비트가 0으로 된다.
이제 전체를 계산하며:
왼쪽의 나머지가 모두 0이 되도록 계속 나눈다. 최대로 입력 비트수 만큼 나누면 모두 0이 된다.
이제 위의 계산결과로 부터 검증을 하면 입력 메시지 다음에 CRC 결과를 붙여 나누면 나머지가 0이 된다.:
구현은 하드웨어적 방법과 소프트웨어적 방법이 있다. 보통 CRC가 통신시스템등에 많이 사용되는데, 하드웨어적인 접근방법도 많이 사용한다.
위의 예:
는 다음과 같은 구성으로 표현할 수 있다.
직렬 비트데이터가 들어오면 매 비트마다 논리회로에 의해 계산된다.
D-FF을 사용하여 논리 회로를 그리면 다음과 같다:
입력은 한클럭 동안 하나의 비트를 입력하고, 출력은 O O O로 3비트이다. 직렬입력에 대해 매 클럭마다 CRC값이 출력된다.
디지털통신에서 물리계층으로 갈수록 직렬비트의 데이터 형태로 입력되어 처리되는 경향이 있다. 따라서 보통 위와같은 회로를 사용하여 CRC을 계산할 수 있다.
직렬이 아니고 병렬로 입력되어 여러비트를 한클럭에 계산할 필요가 있다면, 위의 예에서의 회로를 층구조로 쌓아 만들면 된다.
예를 들어 4비트를 동시에 계산하는 하드웨어를 구성하면 다음과 같은 예로 만들수 있다.
4비트 입력 b3:b2:b1:b0를 한클럭에 계산하려면 다음과 같은 회로로 구성할 수 있다:
입력 b[3:0]에 대해 계산된 CRC출력은 C[2:0]이다. 여기서 b0가 가장먼저 입력되고, 다음이 b1의 순으로 입력되는 경우이다.
고속 클럭에서 동작하는 회로에서는 XOR가 여러단 전파하면서 생기는 시간지연은 상황에 따라 고려하여 설계하여야 한다.
위에서 예로 들은 메시지 입력:
에 대해 계산을 하면 다음과 같이 4비트 단위로 나눌 수 있다.
여기서 회로의 입력순서는
으로 표시 하였다.
최종 CRC 결과 C[2:0] = 110로 4클럭으로 계산 할 수 있다.
보통 CRC을 적용할 때 바이트(Octet) 단위로 구현한다. 많은 통신시스템에서 OCTET 단위가 기본이기 때문이다. 비트단위로 계산해야 하는 경우 속도등의 문제로 오히려 CRC 테이블 기법을 많이 사용한다.
OCT단위로 입력되는 데이터를 계산해야 하는데, 루프를 실행해야 하므로 속도등에 문제가 발생할 수 있다. 특히 CRC의 비트수가 많을 수록 더욱 문제가 된다.
위의 예를 기반으로 소프트웨어 접근법을 위한 코드를 작성 하면:
우선 모든 OCT 단위로 입력을 미리 계산한다.
실행결과 :
변수 crctable[]이 바이트 단위로 모두 계산한다. 이것을 프로그램 파일로 만들어 CRC 계산하는데 사용한다.
이 파일이름을 crc3table.c라고 하면 다음에 이것을 사용하여 코딩한다.
실행결과:
2바이트의 3비트 CRC는 6으로 결정되었다.