Outline

• 다양한 Protocol function들에 대해 이해

  • Error control

    • PDU(protocol data unit)가 정상적으로 전달되지 않은 상황에서의 protocol entity의 동장

    <aside> ☝🏻 진짜 중요함

    </aside>

    • ARQ : Automatic Request Q..?
      • Error control function application

  • fragmentation, flow control

    • entity간 data를 서로 주고받는 속도 및 형태 조절

protocol의 실제 모습

• 실제 생김새 = protocol function
  • 여러 protocol에서 두루 사용 되는 특정 procedure / mechanism
  • 통신에서는 항상 error가 존재하기 때문에 이를 방지하는 기능이 필수적으로 있어야함. 예를 들어 LTE, Wifi에서 사용할 수 있는 error를 방지하는 최선의 function이 있다면 그 함수를 사용함.

Error Control

• Connection-oriented(==TCP ↔ UDP) 에게 주어지는 중요 역할 중 하나는 상대방에게 확실하게 PDU를 전달 하는 것 (correctly/reliably)

  

• Protocol에서 “relaible, correct PDU”를 전달하려면 두가지 동작에 대한 정의가 필요함.

  • Detect : 송신측에서 error 여부 인지
  • React : error 상황에서 송신측 동작
  • ACK를 사용하여 수신양호 여부를 다시 송신측에 알려줌

Confirmation

• TX entiry: Transmitter
• RX entity : Receiver

Explicit ACK의 방법

• Positive ACK (ACK): 정상 수신된 PDU를 알려주는 방식
  • 지금까지 수신한 PDU의 다음 Sequence number를 알려줌
  • network load를 줄이기 위해 cumulative ACK가 주로 사용됨
• Negative ACK (NACK) :미수신 PDU를 알려주는 방식
  • fault or outstanding sequence
  • active error control
    • reaction은 곧 재전송이나, 세부 방법은 다양함
      • 대게 못받은 PDU를 재전송하거나 연결을 끊음
  • Piggybacking : explicit한 ACK 메세지 전송이 아닌, PDU에 실어서 ACK 정보 전송

Timer (implicit ACK)

• Acknowledgement (ACK) 전송 역시 손실될 수 있음.

  • TX entity 입장에서는 PDU를 보낸 뒤 ACK를 무기한 기다릴 수 없다.
    • Deadlock situation이 발생할 수 있기 때문에

• 따라서 ACK에 대한 기한을 두고 기한을 넘기면 action을 취할 필요가 있음.

  • timer에 의해 ACK 도달을 monitoring

  

Algorithm

1. 보통 PDU를 보낼 때 timer 시작