Section 3.1 discussed the problem o

Section 3.1 discussed the problem of hidden terminals, a situation that can alsooccur in IEEE 802.11 networks. This problem occurs if one station can receivetwo others, but those stations cannot receive each other. The two stations maysense the channel is idle, send a frame, and cause a collision at the receiver inthe middle. To deal with this problem, the standard defines an additional mechanism using two control packets, RTS and CTS. The use of the mechanism isoptional; however, every 802.11 node has to implement the functions to reactproperly upon reception of RTS/CTS control packets.Figure 7.13 illustrates the use of RTS and CTS. After waiting for DIFS (plus arandom backoff time if the medium was busy), the sender can issue a request tosend (RTS) control packet. The RTS packet thus is not given any higher prioritycompared to other data packets. The RTS packet includes the receiver of the datatransmission to come and the duration of the whole data transmission. Thisduration specifies the time interval necessary to transmit the whole data frameand the acknowledgement related to it. Every node receiving this RTS now hasto set its net allocation vector (NAV) in accordance with the duration field.The NAV then specifies the earliest point at which the station can try to accessthe medium again.If the receiver of the data transmission receives the RTS, it answers with aclear to send (CTS) message after waiting for SIFS. This CTS packet contains theduration field again and all stations receiving this packet from the receiver of theintended data transmission have to adjust their NAV. The latter set of receiversneed not be the same as the first set receiving the RTS packet. Now all nodeswithin receiving distance around sender and receiver are informed that theyhave to wait more time before accessing the medium. Basically, this mechanismreserves the medium for one sender exclusively (this is why it is sometimes calleda virtual reservation scheme).

Kết quả (Việt) 1:

Phần 3.1 thảo luận các vấn đề về thiết bị đầu cuối ẩn, một tình huống mà cũng có thể
xảy ra trong IEEE 802.11 mạng. Vấn đề này xảy ra nếu một trạm có thể nhận được
hai người khác, nhưng những trạm không thể nhận nhau. Hai trạm có thể
cảm nhận được kênh là nhàn rỗi, gửi một khung, và gây ra một vụ va chạm tại máy thu ở
giữa. Để đối phó với vấn đề này, tiêu chuẩn định nghĩa một cơ chế bổ sung sử dụng hai gói điều khiển, RTS và CTS. Việc sử dụng các cơ chế này là
không bắt buộc; Tuy nhiên, mỗi 802.11 nút có để thực hiện các chức năng phản ứng
chính xác khi tiếp nhận các gói tin kiểm soát RTS / CTS.
Hình 7.13 minh họa việc sử dụng RTS và CTS. Sau khi chờ đợi DIFS (cộng với một
thời gian backoff ngẫu nhiên nếu phương tiện là bận rộn), người gửi có thể phát hành một yêu cầu để
gửi (RTS) gói điều khiển. Các gói RTS do đó không đưa ra bất kỳ ưu tiên cao hơn
so với các gói dữ liệu khác. Các gói RTS bao gồm người nhận dữ liệu
truyền tải đến và thời gian truyền dữ liệu chung. Đây
thời gian quy định cụ thể thời gian khoảng cần thiết để truyền tải các khung dữ liệu toàn
và thừa nhận liên quan đến nó. Mỗi nút nhận RTS này hiện có
để thiết lập vector phân bổ ròng (NAV) phù hợp với các lĩnh vực thời gian.
NAV sau đó xác định điểm sớm nhất mà tại đó các trạm có thể thử truy cập vào
các phương tiện một lần nữa.
Nếu người nhận việc truyền tải dữ liệu nhận được RTS, nó trả lời với một
rõ ràng để gửi tin nhắn (CTS) sau khi chờ đợi SIFS. Gói CTS này chứa các
lĩnh vực thời gian một lần nữa và tất cả các trạm tiếp nhận gói tin này từ các máy thu của
truyền dữ liệu có ý định phải điều chỉnh NAV của họ. Tập thứ hai của máy thu
cần phải được giống như các thiết lập đầu tiên nhận được gói tin RTS. Bây giờ tất cả các nút
trong nhận khoảng cách xung quanh gửi và người nhận được thông báo rằng họ
phải chờ thêm thời gian trước khi truy cập môi trường. Về cơ bản, cơ chế này
bảo lưu vừa cho một người gửi riêng (đây là lý do tại sao đôi khi nó được gọi là
một chương trình đặt phòng ảo).

Kết quả (Việt) 2:

Phần 3,1 Thảo luận về vấn đề của các thiết bị đầu cuối ẩn, một tình huống mà cũng có thể
xảy ra trong mạng IEEE 802,11. Sự cố này xảy ra nếu một trạm có thể nhận được
hai người khác, nhưng các trạm không thể nhận được lẫn nhau. Hai trạm có thể
cảm giác của kênh là nhàn rỗi, gửi một khung, và gây ra một va chạm tại người nhận trong
giữa. Để giải quyết vấn đề này, tiêu chuẩn xác định một cơ chế bổ sung bằng cách sử dụng hai gói điều khiển, RTS và CTS. Việc sử dụng cơ chế này là
tùy chọn Tuy nhiên, mỗi nút 802,11 phải thực hiện các chức năng để phản ứng
đúng khi tiếp nhận các gói điều khiển RTS/CTS.
Hình 7,13 minh họa việc sử dụng RTS và CTS. Sau khi chờ đợi cho DIFS (cộng với một
thời gian Potentially ngẫu nhiên nếu vừa bận rộn), người gửi có thể phát hành một yêu cầu để
gửi (RTS) điều khiển gói. Các gói RTS như vậy không được đưa ra bất kỳ ưu tiên cao hơn
so với các gói dữ liệu khác. Gói RTS bao gồm bộ thu dữ liệu
truyền tải đến và thời gian của toàn bộ truyền dữ liệu. Này
thời gian chỉ định khoảng thời gian cần thiết để truyền toàn bộ khung dữ liệu
và sự thừa nhận liên quan đến nó. Mỗi nút nhận RTS này bây giờ đã
để thiết lập vector phân bổ ròng (NAV) của nó phù hợp với thời gian trường.
NAV sau đó chỉ định điểm sớm nhất mà trạm có thể cố gắng truy cập
Các phương tiện một lần nữa.
Nếu bộ thu của truyền dữ liệu nhận được RTS, nó trả lời với một
rõ ràng để gửi (CTS) thông báo sau khi chờ đợi SIFS. Gói CTS này chứa các
trường thời gian một lần nữa và tất cả các trạm nhận được gói này từ máy thu của
truyền dữ liệu dự định phải điều chỉnh NAV của họ. Bộ thu sau
không cần phải giống như bộ đầu tiên nhận được gói RTS. Bây giờ tất cả các nút
trong khoảng cách nhận được thông báo cho người gửi
phải chờ thêm thời gian trước khi truy cập vào các phương tiện. Về cơ bản, cơ chế này
Giữ phương tiện cho một người gửi độc quyền (đây là lý do tại sao nó đôi khi được gọi là
một chương trình đặt chỗ ảo).

Kết quả (Việt) 3:

Phần 3.1 đã thảo luận về vấn đề các thiết bị bí mật
xuất hiện trong mạng IEE 802.11.Vấn đề này xảy ra nếu một trạm có thể nhận được
hai người khác, nhưng các trạm đó không thể tiếp đón nhau.Hai ga có thể
cảm nhận con kênh đang ngồi không, gửi một khung hình, và gây va chạm vào máy thu.
ở giữa.Để giải quyết vấn đề này, tiêu chuẩn định một cơ chế bổ sung dùng hai gói điều khiển, RTS và CTS.Sử dụng cơ chế là
Tuy nhiên, mỗi nút 802.11 phải thực hiện chức năng để phản ứng.
đúng lúc nhận được các gói điều khiển RTS/CTS.
Hình 7.13 minh họa cách dùng RTS và CTS.Sau khi đợi DIFS
Khoảng thời gian tắt ngẫu nhiên nếu phương tiện bận, người gửi có thể gửi yêu cầu
gửi gói điều khiển (RTS).Vậy là gói RTS không được ưu tiên cao hơn
so với các gói dữ liệu khác.Gói RTS bao gồm máy thu dữ liệu.
truyền đi tới và thời gian của to àn bộ truyền dữ liệu.Đây.
thời gian chỉ định thời gian cần thiết để truyền to àn bộ khung dữ liệu
và sự công nhận liên quan đến nó.Mọi nút nhận được RTS hiện tại có
đặt véc- tơ tấn công lưới (NAV) theo giá trị thời gian.
Sau đó, Nazca chỉ định các điểm đầu tiên nơi trạm có thể cố gắng truy cập
lại là trung bình.
Nếu người nhận tín hiệu dữ liệu nhận được RTS, nó sẽ trả lời bằng
có thể gởi tin nhắn (CTS) sau khi đợi SIFS.Tập tin này có chứa
lặp lại phạm vi thời gian và tất cả các trạm nhận gói này từ máy thu phát của tàu.
Máy truyền dữ liệu được dự định phải điều chỉnh NAV.Nhóm nhận sự kiện mới
không cần phải giống với bộ đã nhận gói RTS đầu tiên.Giờ là tất cả nút
trong khoảng cách nhận diện người gửi và người nhận được thông báo rằng họ
phải đợi thêm thời gian để truy cập trung gian.Cơ bản là...
dự trữ phương tiện duy nhất cho một người gửi (đó là lý do thỉnh thoảng nó được gọi là
một kế hoạch đặt chỗ ảo.