Cách sử dụng RTS/CTS với phân đoạn

Một phần của tài liệu LUẬN VĂN:BẢO ĐẢM CÔNG BẰNG LUỒNG TRONG CÁC MẠNG AD HOC KHÔNG DÂY docx (Trang 36 - 37)

Sau đây là một mô tả về việc sử dụng RTS/CTS cho một đoạn MSDU hay MMPDU. Các khung RTS/CTS định nghĩa khoảng thời gian sau khung và tin báo nhận. Trường Duration/ID trong dữ liệu và các ACK xác định rõ tổng thời gian của đoạn và tin báo nhận kế tiếp. Điều này được minh họa trong hình 1.16.

Hình 1.16. RTS/CTS với các MSDU đã phân đoạn

Mỗi khung chứa đựng thông tin mà xác định thời gian truyền tiếp theo. Thông tin khoảng thời gian từ các khung RTS sẽ được dùng để cập nhật NAV tiến tới chỉ ra trạng thái bận cho đến khi kết thúc ACK 0. Thông tin khoảng thời gian từ khung CTS cũng sẽ được dùng để cập nhật NAV tiến tới chỉ ra trạng thái bận cho đến khi kết thúc ACK 0. Cả hai khung 0 và ACK 0 sẽ chứa thông tin khoảng thời gian cập nhật NAV để chỉ ra trạng thái bận cho đến khi kết thúc ACK 1. Điều này sẽ được thực hiện bằng cách sử dụng trường Duration/ID trong các khung dữ liệu và ACK. Điều này sẽ tiếp tục cho đến khung cuối cùng, khung này sẽ có khoảng thời gian bằng thời gian một ACK cộng với thời gian một SIFS, và ACK của nó, ACK này sẽ có trường Duration/ID thiết lập bằng 0. Mỗi khung và ACK hành động như một RTS và CTS ảo, cho nên không có các khung RTS/CTS nào cần được tạo ra sau khi

RTS/CTS đó bắt đầu chuỗi trao đổi khung thậm chí các khung theo sau mặc dù có thể lớn hơn khi bắt đầu RTS. Tại những trạm sử dụng một tầng vật lý với bước nhảy tần số, khi có một khoảng thời gian không đủ trước khi dừng lại ở ranh giới kế tiếp để truyền khung tiếp theo, một trạm bắt đầu chuỗi trao đổi khung, có thể thiết lập trường Duration/ID trong dữ liệu cuối cùng hoặc khung điều khiển được truyền đi trước khi dừng lại ở ranh giới với một khoảng thời gian ACK cộng với một thời gian SIFS.

Trong trường hợp khi một tin báo nhận được gửi đi nhưng không nhận được bởi trạm nguồn, các trạm mà nghe thấy khung, hay ACK, sẽ đánh dấu kênh trong trạng thái bận cho sự trao đổi khung kế tiếp do NAV đang được cập nhật từ những khung này. Đây là trường hợp xấu nhất, và được chỉ ra trong Hình 1.17. Nếu một tin báo nhận không được gửi đi bởi trạm đích, các trạm mà chỉ có thể nghe thấy trạm đích sẽ không cập nhật NAV của chúng và có thể cố gắng truy cập kênh khi NAV chúng cập nhật từ khung nhận được trước đó đạt đến 0. Tất cả các trạm mà nghe thấy nguồn sẽ tự do truy cập kênh sau khi NAV của chúng được cập nhật từ đoạn đang truyền kết thúc.

Hình 1.17. RTS/CTS với độ ưu tiên truyền và thiếu báo nhận

Một phần của tài liệu LUẬN VĂN:BẢO ĐẢM CÔNG BẰNG LUỒNG TRONG CÁC MẠNG AD HOC KHÔNG DÂY docx (Trang 36 - 37)

Tải bản đầy đủ (PDF)

(87 trang)