데이터 통신
6. Data Link Control Protocols
Data link control Protocols
데이터 통신 링크를 통해 데이터를 전송한다. 필요한 제어를 달성하기 위해 물리적 계층 위에 논리 계층이 추가된다.
이 논리를 데이터 링크 제어 프로토콜 또는 데이터 링크 제어 프로토콜이라고 한다.
데이터 링크 제어 프로토콜이 사용되는 경우, 시스템 간의 전송 매체를 데이터 링크라고 한다.
직접 연결된 두 개의 스테이션 간의 효과적인 데이터 통신을 위한 몇 가지 요구 사항과 목표가 있다.
- 프레임 동기화
- 데이터는 프레임이라는 블록으로 전송된다. 각 프레임의 시작과 끝은 인식 가능해야 한다.
- Flow Control
- 송신 스테이션은 수신 스테이션이 프레임을 흡수할 수 있는 속도보다 빠른 속도로 프레임을 전송해서는 안된다.
- Error Control
- Addressing(주소 부여)
- LAN(Local Area Network)과 같은 공유 링크에서는 전송과 관련된 두 스테이션의 ID를 지정해야 한다.
- 동일한 링크의 제어 및 데이터
- 일반적으로 제어 정보를 위한 물리적으로 분리된 통신 경로를 갖는 것은 바람직하지 않다. 따라서, 수신기는 전송되는 데이터로부터 제어 정보를 구별할 수 있어야 한다.
- 링크 관리
- 지속적인 데이터 교환의 시작, 유지 및 종료는 방송국 간의 상당한 조정과 협력을 필요로 한다.
Flow Contorl
전송 엔티티가 데이터로 수신 엔티티를 압도하지 않도록 보장하는 기술
- 수신 엔티티는 일반적으로 전송을 위해 최대 길이의 데이터 버퍼를 할당한다.
- 데이터가 수신되면 수신기는 데이터를 상위 레벨의 소프트웨어로 전달하기 전에 일정량의 처리를 수행해야 한다.
흐름 제어가 없는 경우 수신기의 버퍼가 오래된 데이터를 처리하는 동안 가득 차거나 오버플로할 수 있다.
- b에서 frame 2에서 수신 buffer가 가득차 전송이 불가하다.
- frame4는 전송 중 노이즈로 인해 왜곡 된다.
Stop and Wait flow control
흐름 제어의 가장 간단한 형태인 stop and wait 흐름 제어는 다음과 같이 작동한다.
- 원본 엔터티가 프레임을 전송
- 목적지 엔티티는 프레임을 수신한 후 방금 수신한 프레임에 확인 응답을 다시 전송하여 다른 프레임을 수락할 의향이 있음을 나타냄.
- 소스는 다음 프레임을 전송하기 전에 확인 응답을 수신할 때까지 기다려야 함.
- 따라서 목적지는 단순히 확인 응답을 보류함으로써 데이터 흐름을 중지할 수 있다.
이 절차는 잘 작동하지만, 실제로 메시지가 몇 개의 큰 프레임으로 전송될 때 개선될 수 없다. 소스가 큰 데이터 블록을 더 작은 블록으로 나누고 많은 프레임으로 데이터를 전송하는 경우가 종종 있다. 이 작업은 다음과 같은 이유로 수행된다.
- 수신기의 버퍼 크기가 제한될 수 있다.
- 전송 시간이 길수록 오류가 발생할 가능성이 높아지므로 전체 프레임의 재전송이 필요하다.
- 공유 매체에서는 일반적으로 한 방송국이 미디어에 장시간 동안 허용되지 않으므로 다른 송신국에서 긴 지연이 발생한다.
그림 7.2(a 및 b)의 두 부분은 시간 경과에 따른 전송 프로세스의 스냅샷 시퀀스로 구성됩니다. 두 경우 모두 처음 네 개의 스냅샷은 데이터가 포함된 프레임을 전송하는 프로세스를 보여주고 마지막 스냅샷은 작은 확인 프레임의 반환을 보여줍니다. a>1의 경우 라인이 항상 충분히 활용되지 않으며 a<1의 경우에도 라인이 비효율적으로 활용된다는 점에 유의하십시오. 본질적으로, 매우 높은 데이터 속도의 경우, 송신자와 수신자 사이의 매우 긴 거리에서 정지 및 대기 흐름 제어는 비효율적인 회선 활용을 제공한다.
