In a MANET, there is no base station or access point. Therefore, in th dịch - In a MANET, there is no base station or access point. Therefore, in th Việt làm thế nào để nói

In a MANET, there is no base statio

In a MANET, there is no base station or access point. Therefore, in this paper we exclude the use of thepoint coordinate
function (PCF) described in the IEEE 802.11 MAC specification [19], and study mainly the behavior under thedistributed coordinate function(DCF).
The CSMA/CA mechanism requires a host to start abackoffprocedure right after the host transmitted a message, or
when a host wants to transmit but the medium is busy and
the previous backoff has been done. To perform a backoff, a
counter is first set to an integer randomly picked from its current backoff window. If thechannel clear assessment(CCA)
mechanism of the host detects no channel activity during the
pastslot(a fixed period), the counter is decreased by one.
When the counter reaches zero, the backoff procedure is finished.
Now consider the scenario where several neighbor hosts
hear a broadcast from hostX. There are several reasons for
collisions to occur. First, if the surrounding medium ofX
has been quiet for enough long, allX’s neighbors may have
passed their backoff procedures. Thus, after hearing the
broadcast message (and having passed the DIFS period), they
may all start rebroadcasting at around the same time. This
is especially true if carriers can not be sensed immediately
due to such as RF delays and transmission latency. Second,
because the RTS/CTS forewarning dialogue is not used in
a broadcast transmission, the damage of collision is more
serious. Third, once collision occurs, withoutcollision detection (CD), a host will keep transmitting the packet even
if some of foregoing bits have been garbled. And the longer
the packet is, the more the waste.
The above problem is not addressed in the ordinary IEEE
802.11 MAC activities, possibly because the one-to-many
behavior is not considered therein. For all the above reasons,
we believe that the broadcast storm problem deserves serious
studies in a MANET environment
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
In a MANET, there is no base station or access point. Therefore, in this paper we exclude the use of thepoint coordinatefunction (PCF) described in the IEEE 802.11 MAC specification [19], and study mainly the behavior under thedistributed coordinate function(DCF).The CSMA/CA mechanism requires a host to start abackoffprocedure right after the host transmitted a message, orwhen a host wants to transmit but the medium is busy andthe previous backoff has been done. To perform a backoff, acounter is first set to an integer randomly picked from its current backoff window. If thechannel clear assessment(CCA)mechanism of the host detects no channel activity during thepastslot(a fixed period), the counter is decreased by one.When the counter reaches zero, the backoff procedure is finished.Now consider the scenario where several neighbor hostshear a broadcast from hostX. There are several reasons forcollisions to occur. First, if the surrounding medium ofXhas been quiet for enough long, allX’s neighbors may havepassed their backoff procedures. Thus, after hearing thebroadcast message (and having passed the DIFS period), theymay all start rebroadcasting at around the same time. Thisis especially true if carriers can not be sensed immediatelydue to such as RF delays and transmission latency. Second,because the RTS/CTS forewarning dialogue is not used ina broadcast transmission, the damage of collision is moreserious. Third, once collision occurs, withoutcollision detection (CD), a host will keep transmitting the packet even
if some of foregoing bits have been garbled. And the longer
the packet is, the more the waste.
The above problem is not addressed in the ordinary IEEE
802.11 MAC activities, possibly because the one-to-many
behavior is not considered therein. For all the above reasons,
we believe that the broadcast storm problem deserves serious
studies in a MANET environment
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trong một Manet, không có trạm hoặc điểm truy cập. Vì vậy, trong bài báo này, chúng tôi loại trừ việc sử dụng các thepoint phối hợp
chức năng (PCF) được mô tả trong các MAC đặc điểm kỹ thuật IEEE 802.11 [19], và nghiên cứu chủ yếu là các hành vi dưới thedistributed phối hợp chức năng (DCF).
Các CSMA / CA cơ chế yêu cầu một máy chủ để bắt đầu abackoffprocedure ngay sau khi máy chủ truyền tin, hoặc
khi một host muốn truyền nhưng đường truyền đang bận rộn và
các backoff trước đó đã được thực hiện. Để thực hiện một backoff, một
bộ đếm bị đầu tiên thiết lập một số nguyên ngẫu nhiên chọn từ cửa sổ backoff hiện tại của nó. Nếu thechannel đánh giá rõ ràng (CCA)
cơ chế của chủ nhà phát hiện không có hoạt động của kênh trong
pastslot (một khoảng thời gian cố định), truy cập được trừ đi một.
Khi bộ đếm đạt đến số không, thủ tục backoff xong.
Bây giờ hãy xem xét các kịch bản mà một số người hàng xóm host
nghe một chương trình phát sóng từ hostX. Có nhiều lý do cho
sự va chạm xảy ra. Đầu tiên, nếu OFX môi trường xung quanh
đã được yên tĩnh cho đủ lâu, hàng xóm allX có thể đã
thông qua thủ tục backoff của họ. Như vậy, sau khi nghe các
tin nhắn quảng bá (và đã vượt qua giai đoạn DIFS), họ
có thể bắt đầu phát sóng lại tất cả trong khoảng thời gian tương tự. Điều này
đặc biệt đúng nếu hãng không thể được cảm nhận ngay lập tức
do như sự chậm trễ RF và độ trễ truyền dẫn. Thứ hai,
vì cuộc đối thoại cảnh báo trước RTS / CTS không được sử dụng trong
một truyền quảng bá, thiệt hại của vụ va chạm là hơn
nghiêm trọng. Thứ ba, một khi va chạm xảy ra, phát hiện withoutcollision (CD), một máy chủ sẽ tiếp tục truyền gói thậm chí
nếu một số bit nói trên đã bị cắt xén. Và còn
các gói tin là, càng có nhiều chất thải.
Vấn đề trên không được giải quyết trong IEEE bình thường
802.11 MAC hoạt động, có thể vì một-nhiều
hành vi không được xem trong đó. Đối với tất cả những lý do trên,
chúng tôi tin rằng vấn đề bão phát sóng đáng nghiêm trọng
các nghiên cứu trong một môi trường Manet
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: