"숨겨진 노드 문제가없는 경우 RTS 임계 값을 변경해도 성능이 향상되지 않는다"는 것에 동의하지 않습니다. CTR / RTS를 사용하면 항상 데이터 충돌 가능성이 줄어 듭니다. 모든 데이터 충돌로 인해 데이터가 손상되어 데이터를 다시 보내야하므로 충돌이 적다는 것은 데이터를 다시 보내지 않고 데이터를 다시 보내지 않으면 WiFi 성능을 크게 향상시킬 수 있습니다. 물론 네트워크에 눈에 띄는 충돌이있는 경우에만 가능합니다.
세부 사항을 설명하려면 : 노드는 항상 일정 시간 동안 대기하고 자신의 채널을 지정하기 전에 가능한 전송을 위해 채널을 감지해야합니다. 전송이 감지되지 않는 경우에만 자체 전송을 시작할 수 있습니다. RTS / CTS가 없으면이 전송은 직접 데이터 전송입니다. 이제 두 노드가 모두 동일한 아이디어를 가지고 있고 거의 동시에 데이터 전송을 시작하면 이러한 전송이 충돌합니다. 결과적으로, 수신 된 모든 데이터가 다른 모든 노드와 AP에 대해 손상되기 때문에 어느 쪽도 전송으로 전송되지 않습니다.
RTS / CTS가 사용되는 경우, 센싱 후에 노드가 RTS 패킷을 전송하여 전송이 시작됩니다. 해당 RTS 요청이 CTS 응답으로 응답 된 경우에만 데이터 전송이 시작됩니다. 물론 두 노드가 동시에 전송하려는 경우 RTS 요청은 RTS가 전혀 수신되지 않는 것과 동일한 부정적인 영향을 줄 수 있습니다. 차이점은 전체 네트워크가 데이터 충돌보다 RTS 충돌에서 훨씬 빠르게 복구된다는 것입니다. 따라서 RTS 충돌은 데이터 충돌보다 전체 네트워크 성능에 덜 해 롭습니다.
단점은 RTS / CTS 자체에는 자체 네트워크 대역폭이 필요하며 다른 데이터 전송이나 RTS / CTS 전송이 발생하지 않는 새로운 감지 시간이 발생한다는 것입니다. 설상가상으로, 물론 RTS / CTS는 항상 네트워크가 지원하는 가장 느린 속도를 사용하여 수행되어야합니다. 그렇지 않으면이 속도 만 지원하는 노드는 볼 수 없습니다. 따라서 기본적으로 RTS / CTS는 항상 전체 네트워크의 이론적 처리량을 낮춘다 고 말할 수 있지만 네트워크가 숨겨진 노드 문제 (동일한 네트워크를 사용하는 다른 노드의 노드로 인해 발생할 수 있음)로 인해 많은 충돌이 발생하는 경우 더 많은 노드가 임의의 충돌 가능성을 증가시킬수록 실제 처리량이 증가 할 수 있습니다. 숨겨진 노드의 수가 아니라
나는 연구를 읽었습니다 (다시 찾을 수 있었으면 여기에 링크를 업데이트하고 추가 할 것입니다). 네트워크가 실제로 작지 않은 경우 (6 개 미만의 노드와 작은 영역 만 포함하지 않는 한) 다른 것으로 격리되지 않았 음을 제안합니다 RTS / CTS를 사용하는 동일한 채널을 사용하는 네트워크는 실제로 거의 항상 긍정적 인 영향을 미칩니다. 왜 임계 값입니까? 데이터를 보내는 데 RTS / CTS 핸드 셰이크보다 많은 시간이 걸리는 경우 네트워크가 아주 작은 데이터 충돌에서 복구해야하는지 또는 RTS 충돌에서 복구해야하는지에 따라 RTS / CTS를 사용하면 별다른 이점이 없습니다. 많은 차이가 있습니다. RTS 충돌에서 더 나은 복구는 RTS 패킷이 매우 작고 데이터 패킷이 일반적이지 않기 때문입니다. 그러나 매우 작은 데이터 패킷의 경우 RTS / CTS는 실질적인 이득없이 오버 헤드를 추가합니다.
이제 조각화 임계 값이 어떻게 네트워크 성능을 향상시킬 수 있는지 알게되었습니다. 한편으로는 전송되는 패킷의 크기를 제한하며 위에서 설명한 것처럼 충돌시 패킷이 작을수록 네트워크가 더 빨리 복구됩니다. 반면에 충돌이 발생한 경우 전체 패킷이 아닌 충돌이 발생한 조각 만 다시 보내면됩니다. 그러나 전송되는 모든 조각에는 고유 한 오버 헤드가 있으므로 조각이 많을수록 더 많은 오버 헤드가 발생하고 오버 헤드는 기본적으로 데이터 전송에 사용될 수있는 대역폭 낭비입니다.