VI. RESULTS AND DISCUSSIONWe used OMNET++ to conduct our simulation st การแปล - VI. RESULTS AND DISCUSSIONWe used OMNET++ to conduct our simulation st ไทย วิธีการพูด

VI. RESULTS AND DISCUSSIONWe used O

VI. RESULTS AND DISCUSSION
We used OMNET++ to conduct our simulation studies. Our
main issues were: (i) making reliable connections and (ii)
evaluating the end-to-end delay in our converged network. We
did a comparative study of both loose and tight coupling. Our
network setups for loose coupling and tight coupling are in
shown in Fig. 3 and Fig. 4, respectively.
In our simulation we utilized a single gateway that separates
the two heterogeneous networks, that is, the WSN and the
LTE-A cellular network. For simplicity, we deployed 10 nodes
in our WSN. We did this since we were mainly concerned
with end-to-end connections. The reliability of the converged
network was limited by the low power, lossy channel of the
WSN. Utilizing IEEE 802.5.4 and 6LoWPAN are among the
best options for this type of network (Low Power Lossy
Network) and were therefore utilized in our simulations. We
were also cognizant of potential bottlenecks at the dual mode
gateway. This however, was an issue of scalability and could
easily be addressed by providing multiple gateways.
Nonetheless, issues of scalability were not the focus of our
research and hence were not addressed in our simulation
studies. The delay at the gateway as a result of buffering and
protocol conversion processing was negligible with respect to
the delay caused by the noisy channel of the WSN. Thus, this
was ignored.
Fig. 6 depicts the end-to-end transmission delay time in
loose coupling and tight coupling. The graphs imply that by
using the proposed tight coupling method the end-to-end delay
time can be decreased significantly from 900 milliseconds at
the maximum to 500 milliseconds, which would be a
significant enhancement for real time networks or systems
with low latency restrictions. Also, this would meet the
requirements for various applications of real-time M2M
networks.
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
VI. ผลและอภิปรายเราใช้ OMNET ++ การดำเนินการศึกษาการจำลองของเรา ของเรามีปัญหาหลัก: (i) การเชื่อมต่อที่เชื่อถือได้และ (ii)ประเมินการหน่วงเวลาสิ้นสุดเพื่อสิ้นสุดในเครือข่ายของเราหลอม เราได้ศึกษาเปรียบเทียบข้อต่อหลวม และแน่น ของเราตั้งค่าเครือข่ายสำหรับข้อต่อหลวมและข้อต่อแน่นอยู่ในแสดงในรูป 3 และ 4 รูป ตามลำดับในการจำลองของเรา เราใช้เกตเวย์เดียวที่แยกชนิดสองเครือข่าย คือ WSN ในและLTE A เครือข่ายเซลลูลาร์ สำหรับความเรียบง่าย เราใช้โหน 10ใน WSN ของเรา เราทำแบบนี้ตั้งแต่ส่วนใหญ่กังวลด้วยสิ้นสุดเพื่อสิ้นสุดการเชื่อมต่อ ความน่าเชื่อถือของการแปรสภาพเครือข่ายถูกจำกัด ด้วยพลังงานต่ำ สูญเสียช่องทางของการWSN ใช้ IEEE 802.5.4 และ 6LoWPANตัวเลือกที่ดีที่สุดสำหรับเครือข่าย (ต่ำพลังงานสูญเสียชนิดนี้เครือข่าย) และดังนั้นจึงมีใช้ในแบบจำลองของเรา เราก็รู้ของคอขวดที่อาจเกิดขึ้นในโหมดคู่เกตเวย์ นี้อย่างไรก็ตาม เป็นปัญหาของภาระ และสามารถสามารถได้รับ โดยให้หลายเกตเวย์อย่างไรก็ตาม ปัญหาของภาระไม่ได้โฟกัสของเราวิจัย และจึง ไม่ได้รับการแก้ไขในการจำลองของเราการศึกษา การหน่วงเวลาที่เกตเวย์จากบัฟเฟอร์ และประมวลผลการแปลงของโพรโทคอลถูกเล็กน้อยกับความล่าช้าที่เกิดจากช่องทางเสียงของ WSN ดังนั้น นี้ถูกละเว้นรูป 6 แสดงให้เห็นเวลาที่ล่าช้าส่งสิ้นสุดเพื่อสิ้นสุดในข้อต่อหลวมและข้อต่อแน่น กราฟนัยว่าโดยใช้วิธีการต่อแน่นเสนอเลื่อนเวลาสิ้นสุดเพื่อสิ้นสุดเวลาจะลดลงอย่างมากจาก 900 มิลลิวินาทีที่สูงสุดการลลิ ซึ่งจะเป็นการปรับปรุงที่สำคัญสำหรับเครือข่ายเวลาจริงหรือระบบด้วยข้อจำกัดของเวลาแฝงต่ำ นอกจากนี้ นี้จะตอบสนองการข้อกำหนดสำหรับโปรแกรมต่าง ๆ ของ M2M แบบเรียลไทม์เครือข่าย
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
พระมงกุฎเกล้าเจ้าอยู่หัว ผลลัพธ์และการอภิปราย
เราใช้ OMNET ++ เพื่อดำเนินการศึกษาแบบจำลองของเรา ของเรา
ประเด็นหลัก ได้แก่ (i) ทำให้การเชื่อมต่อความน่าเชื่อถือและ (ii)
การประเมินความล่าช้า end-to-end ในเครือข่ายแบบของเรา เรา
ได้ศึกษาเปรียบเทียบของทั้งสองแต่งงานกันหลวมและแน่น เรา
ตั้งค่าเครือข่ายสำหรับการมีเพศสัมพันธ์หลวมและแต่งงานกันแน่นอยู่ใน
ที่แสดงในรูป 3 รูป 4 ตามลำดับ.
ในการจำลองของเราที่เรานำมาใช้เป็นประตูเดียวที่แยก
ทั้งสองเครือข่ายต่างกัน, ที่อยู่, WSN และ
LTE-A เครือข่ายโทรศัพท์เคลื่อนที่ สำหรับความเรียบง่ายที่เราจะนำไปใช้ 10 โหนด
ใน WSN ของเรา เราทำอย่างนี้ตั้งแต่เรายังเป็นส่วนใหญ่เกี่ยวข้อง
กับการเชื่อมต่อแบบ end-to-end ความน่าเชื่อถือของการแปรสภาพ
เครือข่ายที่ถูก จำกัด โดยใช้พลังงานต่ำช่องสูญเสียของ
WSN ใช้มาตรฐาน IEEE 802.5.4 และ 6LoWPAN เป็นหนึ่งใน
ตัวเลือกที่ดีที่สุดสำหรับประเภทของเครือข่าย (พลังงานต่ำ Lossy นี้
เครือข่าย) และถูกนำมาใช้จึงอยู่ในแบบจำลองของเรา เรา
ก็มีความรู้ทันคอขวดที่อาจเกิดขึ้นในโหมดคู่
เกตเวย์ อย่างไรก็ตามเรื่องนี้เป็นปัญหาของความยืดหยุ่นและสามารถ
ได้อย่างง่ายดายได้รับการแก้ไขโดยการให้เกตเวย์หลาย.
อย่างไรก็ตามประเด็นของการขยายขีดความสามารถไม่ได้โฟกัสของเรา
วิจัยและด้วยเหตุนี้ไม่ได้รับการแก้ไขในการจำลองของเรา
การศึกษา ความล่าช้าที่ประตูเป็นผลมาจากบัฟเฟอร์และ
แปลงโปรโตคอลการประมวลผลได้เล็กน้อยด้วยความเคารพต่อ
ความล่าช้าที่เกิดจากช่องทางที่มีเสียงดังของ WSN ดังนั้นนี้
ก็ไม่สนใจ.
มะเดื่อ 6 แสดงให้เห็นเวลาการส่งล่าช้า end-to-end ใน
การมีเพศสัมพันธ์หลวมและการมีเพศสัมพันธ์แน่น กราฟหมายความว่าโดย
ใช้วิธีการที่นำเสนอมีเพศสัมพันธ์แน่นล่าช้าแบบ end-to-end
เวลาที่สามารถลดลงอย่างมีนัยสำคัญจาก 900 มิลลิวินาทีที่
สูงสุดถึง 500 มิลลิวินาทีซึ่งจะเป็น
การเพิ่มประสิทธิภาพอย่างมีนัยสำคัญสำหรับเครือข่ายเวลาจริงหรือระบบ
มีข้อ จำกัด latency ต่ำ นอกจากนี้จะตอบสนองความ
ต้องการสำหรับการใช้งานต่างๆของ M2M เวลาจริง
เครือข่าย
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
ผลและการอภิปราย VIเราใช้มเน็ต + + ศึกษาจำลองของเรา ของเราประเด็นหลักคือ : ( 1 ) และ ( 2 ) ทำการเชื่อมต่อที่เชื่อถือได้การประเมินการประวิงเวลาในการดำเนินงานเครือข่าย เราได้ศึกษาเปรียบเทียบทั้งหลวมและ coupling คับ ของเราการตั้งค่าเครือข่ายสำหรับการเชื่อมต่อหลวม coupling คับในแสดงในรูปที่ 3 และรูปที่ 4 ตามลำดับในระบบของเราที่เราใช้เป็นประตูเดียวที่แยกสองเครือข่ายที่แตกต่างกัน , ที่เป็น , WSN และเครือข่าย lte-a Cellular พูดง่ายๆ เราใช้ 10 โหนดใน WSN ของเรา เราทำแบบนี้ได้ เพราะเราเป็นกังวลด้วยสิ้นสุดการเชื่อมต่อ ความน่าเชื่อถือของการทำงานเครือข่ายที่ถูก จำกัด ด้วยพลังงานต่ำ ช่องภายในของWSN ใช้ 802.5.4 6lowpan IEEE และอยู่ในหมู่ตัวเลือกที่ดีที่สุดสำหรับเครือข่ายประเภทนี้ ( พลังงานต่ำภายในเครือข่าย ) และดังนั้นจึงใช้ในแบบของเรา เราก็เพียงของคอขวดที่มีศักยภาพในโหมดคู่เกตเวย์ นี้ แต่เป็นปัญหาของระบบ และสามารถได้อย่างง่ายดาย addressed โดยการให้หลายเกตเวย์อย่างไรก็ตาม ปัญหาที่ยังไม่โฟกัสของเราการวิจัย และเพราะไม่ได้อยู่ในระบบของเราศึกษา ความล่าช้าที่เกตเวย์ ผลของบัฟเฟอร์และการประมวลผลการแปลงโปรโตคอลสำคัญ ไหว้พระความล่าช้าที่เกิดจากช่องที่มีเสียงดังของ WSN ดังนั้นนี้ถูกเพิกเฉยภาพที่ 6 แสดงการส่งผ่านการประวิงเวลาเวลาในและ coupling หลวม coupling คับ กราฟ แสดงให้เห็นว่า โดยการเสนอวิธีการประวิงเวลาแบบแน่นเวลาจะลดลงอย่างมีนัยสำคัญ จาก 900 มิลลิวินาทีที่สูงสุดถึง 500 มิลลิวินาที ซึ่งจะการเพิ่มประสิทธิภาพที่สำคัญในเครือข่ายเวลาจริงและระบบกับข้อ จำกัด แฝงต่ำ นอกจากนี้ นี้จะตอบสนองข้อกำหนดสำหรับการคิดแบบเรียลไทม์เครือข่าย
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: