모뎀 오류 수정 프로토콜이란 무엇입니까?

모뎀 오류 수정 프로토콜은 데이터 전송 오류를 감지하고 수정하는 방법입니다. 하드웨어 기반 및 소프트웨어 기반 프로토콜이 모두 존재하며 종종 함께 사용됩니다. 개별 모뎀은 일반적으로 내장 하드웨어 기반 프로토콜을 사용하여 통신 링크 노이즈를 보상합니다. 링크의 양쪽 끝에있는 시스템은 종종 소프트웨어 기반 프로토콜을 사용하여 모뎀의 제어 이상의 문제에 대처합니다.

전송 오류 수정은 일반적으로 다중 단계 프로세스입니다. 각 데이터 패킷이 링크를 통해 전송되기 전에 전송 모뎀은 체크섬을 계산하고 패킷에 포함시킵니다. CRC (Cyclic Redundancy Check) 알고리즘은 종종 체크섬을 결정하기 위해 적용됩니다. 패킷이 도착하면 수신 모뎀은 데이터의 체크섬을 계산하고 이미 패킷에있는 것과 비교합니다. 두 사람이 일치하지 않으면 수신기는 송신기에게 잘못된 데이터 패킷을 다시 제출해야한다고 알립니다.

1980 년대에 Microcom, Inc.는 HA 제품군을 소개했습니다.RDWARE 기반 모뎀 오류 수정 프로토콜. MNP (Microcom Networking Protocol)라고 불리는 10 가지 클래스로 구성되어 시간이 지남에 따라 성능이 향상되었습니다. MNP 클래스 3은 예를 들어 개별 데이터 바이트에서 불필요한 프레임 비트를 제거합니다. MNP 클래스 5는 클래스 1에서 4 클래스의 개선 사항을 바탕으로 데이터를 보내기 전에 데이터를 압축합니다. MNP 클래스 6은 데이터 대역폭을 변경하여 필요에 따라 다른 방향보다 한 방향을 선호하며 연결 ​​시작 시간을 줄입니다.

.

MNP는 널리 채택되었으며 대부분의 전화 기반 모뎀에 내장되었습니다. 보다 고급 하드웨어 기반 모뎀 오류 수정 프로토콜 중 하나가 1990 년대 초에 소개되었습니다. International Telecommunication Union의 통신 표준화 부문 (ITU-T) v.42 표준은 MNP와 함께 모뎀에 빠르게 포함되었습니다. Modems (LAPM)의 링크 액세스 절차에는 우수한 데이터 압축 Compa가 포함됩니다.빨간색에서 MNP. 또한 전송 된 데이터에 오버 헤드가 적고 흐름 제어 및 동기 전송을 더 잘 지원합니다.

하드웨어 기반 모뎀 오류 수정 프로토콜은 각 데이터 패킷이 손상되지 않도록하는 데 매우 능숙 할 수 있습니다. 그러나 소프트웨어 및 하드웨어 프로토콜을 함께 사용하여 많은 파일 전송을보다 효율적으로 처리 할 수 ​​있습니다. 매우 큰 파일을 보내는 동안 연결이 손실되면 많은 시스템이 파일의 시작부터 시작해야합니다. 대조적으로, 일부 소프트웨어 기반 오류 수정 프로토콜은 전송이 중단 된 위치를 기억하고 그곳에서 계속됩니다. 소프트웨어 프로토콜은 모뎀 연결 자체를 넘어 시스템의 흐름 제어를 더 잘 관리 할 수 ​​있습니다.

xmodem은 1970 년대 후반에 생성 된 초기 소프트웨어 기반 모뎀 오류 수정 프로토콜 중 하나였습니다. 블록 번호, 원시 체크섬 및 각 패킷의 몇 마커 바이트를 포함하여 매우 간단했습니다. 체크섬 알고리즘은 문제가 있었고 많은 pEople은 곧 추가 기능으로 변형을 구현했습니다. 여기에는 더 큰 블록 크기, 여러 파일의 전송 및 이전 패킷이 확인되기 전에 새 패킷을 시작하는 것이 포함되었습니다. 1980 년대 중반 Xmodem의 후계자 인 Ymodem은 이들 중 다수를 선택적 향상으로 나열했습니다.

Zmodem과 그 변형은 소프트웨어 기반 모뎀 오류 수정 프로토콜입니다. 1986 년 Ymodem의 저자가 개발 한 Zmodem은 32 비트를 사용하여 훨씬 더 나은 CRC 알고리즘을 포함합니다. 현재 패킷이 인정되기를 기다리지 않고 다음 패킷으로 이동하거나 처리량 또는 메시지 전달을 개선 할 수 있습니다. Zmodem은 연결이 끊어진 경우 중단 된 위치에서 큰 파일 전송을 다시 시작할 수 있습니다. 이후 변형에는 더 큰 블록 크기와 패킷 데이터의 자동 압축이 포함되었습니다.