RTS Frame, CTS Frame   RTS 프레임, CTS 프레임, RTS/CTS 프레임

1. 무선 LAN 802.11에서의 RTS/CTS 제어 프레임       (☞ 802.11 제어프레임 구조 참조)

  ㅇ RTS 프레임 역할
     - 송신측이 전송을 위해 무선 링크를 예약하는 것
     - 송신측이 무선 링크를 듣고 있는 모든 노드에게 지금부터 송신 말라고 하는 것
     
     - 전송할 데이터가 많아서 전송매체를 얼마동안 예약코자 타 노드에게 알리는 프레임
     - 헤더 부분 만 있고, 데이터 부분은 없음

  ㅇ CTS 프레임 역할
     - 수신측이 무선 링크를 듣고 있는 모든 노드에게 지금부터 송신 말라고 하는 것
     


2. 4개의 RTS/CTS 프레임 교환 절차 (RTS/CTS + ACK)

  ㅇ 송신 노드는 채널이 빈 것(idle)을 알고난 후, DIFS 만큼 기다린 후, RTS 송출
  ㅇ 수신 노드는 RTS 수신 후, SIFS 만큼 기다린 후, CTS 송출
  ㅇ 송신 노드는 SIFS 만큼 기다린 후, 데이터 송출 시작
  ㅇ 수신 노드는 SIFS 만큼 기다린 후, 확인응답(ACK 프레임) 송출

    


3. 무선 LAN에서 RTS/CTS 프레임 용도 

  ㅇ 숨겨진 노드 문제에 의한 충돌(Collision)의 해결을 위한 메커니즘
     - 논리적 신호 탐지(Virtual Carrier Sensing) 을 구현하기 위한 추가적이고
       선택적인 방법

  ㅇ 무선 매체의 예약
     - 다중 프레임 또는 긴 프레임을 전송할 때 필요한 절차


4. RTS/CTS 스레쉬홀드(threshold) : dot11RTSThreshold

  ㅇ 이 값 보다 큰 다중 또는 긴 프레임에 대해서 만 RTS/CTS 교환 절차를 이용함
     - 표준값 : 2347 바이트
        . 만일, 0 이면 모든 데이터 또는 관리 프레임에 대해 RTS/CTS 프레임 교환 의무화

  ㅇ 리눅스에서, 설정 例)  iwconfig wlan0 rts 250


5. 채널 점유 소요 예상시간 계산 (NAV 시간 값 계산)

  ㅇ 전체 프레임 교환 시간 동안 매체를 사용하리라는 시간을 다음과 같이 계산하여
     지속/ID 필드에 넣어둠
     - RTS 프레임의 경우 : (3 x SIFS + CTS + 데이터프레임 + ACK)
     - CTS 프레임의 경우 : (2 x SIFS + 데이터프레임 + ACK)
        .. 수신된 RTS프레임의 지속/ID 필드 값에 RTS 프레임 및 SIFS 시간을 빼면 됨