Bài viết Thiết kế và thực thi mô hình Gateway cho các thiết bị IoTs đề xuất một mô hình Gateway được thiết kế với lớp đệm trung gian có chức năng chuyển đổi qua lại giữa các chuẩn truyền thông khác nhau qua một chuẩn trung gian, giúp cho chúng có thể dễ dàng kết nối với nhau và kết nối tới Internet.
ISSN 1859-1531 - TẠP CHÍ KHOA HỌC VÀ CƠNG NGHỆ ĐẠI HỌC ĐÀ NẴNG, SỐ 9(118).2017 - Quyển 79 THIẾT KẾ VÀ THỰC THI MƠ HÌNH GATEWAY CHO CÁC THIẾT BỊ IoTs DESIGNING AND IMPLEMENTING A GATEWAY MODEL FOR IoTs DEVICES Phan Văn Ca Trường Đại học Sư phạm Kỹ thuật Thành phố Hồ Chí Minh; capv@hcmute.edu.vn Tóm tắt - Trong mạng lưới vạn vật kết nối IoTs (Internet of Things), thiết bị phải thực kết nối truyền thông theo phương thức M2M (Machine-to-Machine) hay D2D (Device-to-Device) Thông thường, thiết bị thiết bị nhúng có phần cứng khơng đồng sử dụng chuẩn truyền thơng khác Vì vậy, chúng tự thiết lập kết nối giao tiếp với Bài báo đề xuất mô hình Gateway thiết kế với lớp đệm trung gian có chức chuyển đổi qua lại chuẩn truyền thông khác qua chuẩn trung gian, giúp cho chúng dễ dàng kết nối với kết nối tới Internet Mơ hình thực thi thiết kế hỗ trợ ba công nghệ truyền thông phổ biến bao gồm Zigbee, Bluetooth Wifi, giao tiếp với qua chuẩn trung gian Ethernet Abstract - In the internet of things environment, most devices have ability to connect and communicate with others to transfer data in a Machine-to-Machine (M2M) or Device-to-Device (D2D) manner In general, most of them are heterogeneous embedded devices that may be implemented by different communication protocols or technologies Therefore, they cannot connect and communicate to each other directly This paper proposes an IoTs Gateway model with intermediate layer that abstracts different communication protocols or standards from IoTs devices into an intermediate standard The proposed Gateway can connect with different input and output wireless technology interfaces including Zigbee, Bluetooth and Wifi via Ethernet interface serving as intermediate layer Từ khóa - vạn vật kết nối; giao thức truyền thông không dây; truyền thông máy – máy; mơ hình cổng nối; kết nối thiết bị IoTs Key words - Internet of things; wireless communication protocol; M2M communication; Gateway model; connecting IoTs devices Giới thiệu Hiện nay, thiết bị thông minh xuất hầu hết lĩnh vực, từ điện tử tiêu dùng sản xuất cơng nghiệp Các mơ hình ứng dụng IoTs (Internet of Things) nghiên cứu triển khai ngày nhiều IoTs hệ thống cấu thành từ thiết bị nhúng thơng minh thu thập liệu từ môi trường giới thực, kết hợp xử lý liệu từ giới thực ảo nhằm cung cấp thông tin hữu ích, đưa định điều khiển từ xa qua mạng Internet khả tự vận hành hệ thống hệ thống phạm vi cục qua điện toán đám mây [1], [2] Thiết bị mạng lưới IoTs thiết bị thông minh với khả cảm nhận môi trường xung quanh, thu thập liệu, tương tác với giới thực qua cảm biến cấu chấp hành, đồng thời giao tiếp với đối tượng khác thông qua chuẩn truyền thông [3] Bên cạnh thiết bị thông minh điều khiển người qua mạng internet, cịn có thiết bị tự hành, giao tiếp với tự đưa định mà không cần can thiệp người [4] Trong báo [5], tác giả thiết kế mạng cảm biến IoTs với cảm biến siêu âm để thiết lập hàng rào điện tử sóng siêu âm, hoạt động dựa hiệu ứng Doppler để tự động phát đối tượng di chuyển phạm vi rộng lớn Một tính chất quan trọng hệ thống IoTs khả hoạt động độc lập, tiêu thụ lượng thấp Trong báo [6], tác giả đề xuất phương pháp cho phép truyền đa kênh định tuyến cho mạng hỗn hợp, với thiết bị nút mạng trang bị cảm biến hình ảnh để phát kiện theo thời gian thực Các thiết bị đầu cuối sử dụng nguồn pin thiết lập kết nối khơng dây diện rộng Ngoài ra, tác giả đề xuất giao thức định tuyến chọn kênh tối ưu nhằm giảm thiểu điện tiêu thụ Tuy nhiên, mơ hình thiết kế IoTs chưa thiết kế theo chuẩn thống nhất, đặc biệt chuẩn truyền thông để kết nối thiết bị với kết nối tới Internet [7] Cụ thể, giao thức truyền thông không dây hệ thống IoTs sử dụng cơng nghệ sẵn có Zigbee, Bluetooth hay Wifi Việc làm cho hệ thống tự giao tiếp để truyền nhận liệu với Giải pháp cho vấn đề thiết kế cổng nối Gateway để giúp cho thiết bị có chuẩn truyền thơng khác kết nối với kết nối tới Internet qua lớp đệm trung gian Gateway đóng vai trò thiết bị chuyển đổi chuẩn liệu, đồng thời cổng kết nối tới mạng Internet, nhằm khai thác ứng dụng lưu trữ điện toán đám mây Thiết kế giúp hệ thống IoTs với chuẩn truyền thông khác dễ dàng kết nối với kết nối đến mạng Internet với số lượng phần tử khả lưu trữ không giới hạn Bài báo đề xuất kiến trúc Gateway đóng vai trị thiết bị cầu nối giúp cho thiết bị IoTs thiết kế với chuẩn truyền không khác giao tiếp với cách dễ dàng Bên cạnh đó, báo cịn đề xuất lớp chuyển đổi trung gian giúp cho việc mở rộng tiêu chuẩn hỗ trợ Gateway cách nhanh chóng, mà khơng cần thay đổi lớp phía Ngồi ra, báo cịn đề xuất mơ hình quản lý mạng IoTs với Gateway kết nối tới Internet thông qua server đám mây, giúp cho hệ thống IoTs truy xuất từ server khác Thiết kế cho phép thiết bị bên thực việc truyền nhận liệu ngang hàng với kết nối tới nhiều server khác mạng Internet Mô hình Gateway IoTs Một vài mơ hình Gateway IoTs công bố thời gian gần [8]-[10] Mô hình Gateway báo [8] dựa giao thức Zigbee GPRS cho ứng dụng IoTs điển hình kết nối mạng cảm biến khơng dây Zigbee mạng thông tin di động Bài báo [9] giới thiệu mơ hình Gateway cho mạng cơng suất thấp Mơ hình Phan Văn Ca 80 Gateway báo [10] phát triển để kết nối thiết bị thông minh với thiết bị thông thường qua giao thức modbus Tuy nhiên, mơ hình Gateway mơ hình Gateway đơn giao thức thực chuyển đổi liệu lớp cao, mơ tả Hình Bài báo [11] đề xuất mơ hình Gateway có chức thu thập liệu từ thiết bị cảm biến kết nối qua công nghệ truyền thông GPRS, WiFi, RF, Bluetooth LAN qua máy tính kết nối tới Internet Các tác giả [12] đề xuất mơ hình Gateway thơng minh, có chức xử lý liệu trước gửi lên đám mây cho ứng dụng tích hợp IoT điện toán đám mây, gọi CoT (Cloud of Things) Hình Mơ hình Gateway Ethernet lớp ứng dụng Mơ hình đề xuất báo thực chuyển đổi lớp thấp để giảm độ trễ cải thiện tốc độ xử lý Gateway Trong đó, lớp phía truy xuất liệu lớp thấp thông qua lớp đệm xây dựng từ API tương ứng với phần cứng giao tiếp khác Mơ hình kiến trúc thực thi dựa công nghệ thường gặp Zigbee, Bluetooth, Wifi, Ethernet với phần cứng tương ứng cho Gateway Xbee, HC-05, ESP8266 ENC28J60 2.1 Giao thức Zigbee Giao thức Zigbee giao thức sử dụng rộng rãi hệ thống IoTs khả quản lý thiết bị độ ổn định hệ thống Để giao tiếp với thiết bị Zigbee thông qua Gateway, cần phải phát triển API với phần cứng tương ứng Từ xây dựng lớp đệm để truy xuất thông tin thông qua API tái cấu trúc lớp bên trên, mơ tả Hình này, việc chuyển đổi liệu phía lớp RFCOMM mơ tả Hình Hình Lớp đệm Bluetooth Thông thường, hệ thống IoTs, độ ưu tiên hệ thống tốc độ truyền tải mà độ ổn định đáp ứng thời gian thực, việc truy xuất lớp RFCOMM cho tốc độ đáp ứng độ ổn định cao 2.3 Giao thức Wifi Ethernet Trong ứng dụng nhà thông minh, đa số hệ thống IoTs phát triển dựa hạ tầng mạng sẵn có Wifi hay Ethernet Lớp chuyển đổi thực giao thức truyền vận TCP/UDP, mô tả Hình Từ đây, ta thực truy vấn mà TCP/IP cho phép, phương thức giao thức HTTP GET, POST server Internet Mơ hình cho phép việc tải lên/xuống liệu từ đám mây cách dễ dàng Hình Lớp đệm WIFI/Ethernet Kiến trúc tổng thể Gateway đa giao thức Hình Lớp đệm Zigbee Thiết kế cho phép truy xuất thông tin sử dụng tài nguyên mạng Zigbee cho thiết bị khác 2.2 Giao thức Bluetooth Đối với ứng dụng IoTs với phần tử thiết bị di động Bluetooth đóng vai trị quan trọng khả thiết lập kết nối tốc độ ổn định Đối với giao thức Hình Kiến trúc tổng thể Gateway Kiến trúc tổng thể Gateway đa giao thức mơ ISSN 1859-1531 - TẠP CHÍ KHOA HỌC VÀ CÔNG NGHỆ ĐẠI HỌC ĐÀ NẴNG, SỐ 9(118).2017 - Quyển tả Hình Kiến trúc kết hợp mơ hình gateway đơn giao thức dựa lớp đệm đề xuất Gateway trích xuất gói tin từ mạng IoTs với chuẩn kết nối khác nhau, thực chuyển đổi sau định tuyến gói tin liên mạng tới mạng IoTs khác Ngồi ra, Gateway cịn thực quản lý giám sát thiết bị hỗn tạp mạng Mơ hình Gateway thực gồm phần cứng hỗ trợ công nghệ truyền thông khác nhau, bao gồm: Zigbee, Bluetooth Wifi Lớp chuyển đổi xây dựng từ API phần cứng tương ứng để thực việc chuyển đổi chuẩn liệu từ mạng IoTs nguồn sang chuẩn trung gian sử dụng công nghệ Ethernet Tiếp theo, liệu theo chuẩn trung gian chuyển sang chuẩn liệu phù hợp với mạng IoTs đích kết nối liên mạng truyền trực tiếp lên mạng Internet 3.1 Khối đóng gói liệu Khối đóng gói liệu Gateway đóng vai trị tách thơng tin cần thiết thơng qua API, sau thực đóng gói theo chuẩn để chuẩn bị định tuyến liệu lớp Q trình trích xuất đóng gói liệu mơ tả Hình 81 cho chuẩn Ethernet, nhiên, hệ thống IoTs dựa Wifi thường thiết kế tối giản có thời gian đáp ứng chậm, đồng thời thiếu độ ổn định truyền nhận gói tin mạng Kết nối Ethernet giúp Gateway kết nối với mạng WAN hay Internet để đưa liệu toàn hệ thống lên server ngược lại Các server thiết kế chia sẻ cho nhiều Gateway, đồng thời cho phép server liên kết với thành mạng lưới server mạng Internet Hình Kết nối mạng WAN, Internet sở liệu 3.4 Lập trình API Thơng qua hàm API, Client hệ thống IoTs truy xuất tới phần tử khác mạng theo chuẩn khác cho phép phần tử mạng đưa liệu lên sở liệu, hay thực giao thức thông qua cổng Ethernet phương thức HTTP GET/POST liệu tới Server mạng Hình Sơ đồ đóng gói liệu 3.2 Khối định tuyến Ở lớp này, thực trích xuất địa từ lớp bên để đưa vào phần cứng phù hợp đóng gói phù hợp với API tương ứng để thực truyền liệu Mỗi tiêu chuẩn có cách thức đóng gói header khác Sau đó, gói tin chuyển định dạng phù hợp với mạng IoTs đích thực việc truyền liệu đến lớp vật lý để gửi Hình Các API Gateway Hình Mơ hình đinh tuyến liệu Ngoài việc định tuyến liệu tiêu chuẩn với thực nhiệm vụ cổng kết nối với mạng WAN, Internet thông qua cổng Ethernet 3.3 Kết nối WAN sở liệu Mặc dù chuẩn Wifi làm nhiệm vụ thay 3.5 Mơ hình server Mơ hình thử nghiệm sử dụng MySQL chạy Server Linux tính phổ biến khả hỗ trợ Mơ hình thử nghiệm sử dụng thơng số liên quan đến liệu Tuy nhiên, thực tế, hệ thống cần có nhiều thơng số khác trạm Gateway, thông số Port, tài khoản truy cập thơng số bảo mật Phía Server cài đặt lớp đệm trung gian cho phép việc chuyển đổi truy vấn phương thức GET/POST để kết nối cập nhật sở liệu Tuy nhiên, lớp chạy môi trường Apache, PHP MySQL Ngồi ra, cịn có giao diện người dùng để truy xuất hiển thị thông tin từ Server Từ thông tin địa IP Gateway, giao thức truyền thông mang IoTs Phan Văn Ca 82 Hình 10 Sơ đồ kết nối Gateway - Server Kết Mơ hình phần cứng Gateway thi công, đồng thời thực kiểm tra đánh giá thông số đặc tính kỹ thuật Đối với giao thức ,tốc độ toàn cục Gateway phụ thuộc vào tốc độ phần cứng xử lý giao thức tốc độ xử lý CPU Gateway Tốc độ phần cứng thiết bị CPU với công nghệ khác liệt kê Bảng Bảng Tốc độ xử lý mô-đun phần cứng truyền thông tốc độ CPU Gateway Công nghệ Bluetooth Wifi Zigbee Ethernet Mô-đun truyền thông Tốc độ tối đa mô-đun truyền thông Tốc độ tối đa CPU Gateway HC-05 115.200 bps 921.600 bps ESP8266 230.400 bps 921.600 bps Xbee 115.200 bps 921.600 bps ENC28J60 10 Mbps Mbps Mơ hình Gateway thực truyền thành cơng tiêu chuẩn với ,đồng thời thực truy vấn sở liệu truy xuất mạng WAN với khả đáp ứng tốt, với tỷ lệ nhận gói tin thành cơng mơ tả Bảng Bảng Đánh giá độ tin cậy mơ hình Gateway Nguồn Đích Số gói tin truyền Số gói tin nhận Tỷ lệ thành công (%) Wifi Zigbee 100 92 92 Zigbee Wifi 100 99 99 Wifi Bluetooth 100 100 100 Bluetooth Wifi 100 100 100 Zigbee Bluetooth 100 95 95 Bluetooth Zigbee 100 92 92 Đối với việc truyền từ thiết bị Wifi (mô-đun ESP) sang thiết bị Zigbee (mơ-đun XBEE), thời gian gói tin nhỏ 50 ms xảy tượng gói tin phần cứng mơ-đun ESP khơng đủ khả đáp ứng, việc tràn đệm nhận liệu lúc CPU Gateway thực hiện, mơ tả Hình 11 Đối với việc truyền từ thiết bị Zigbee sang thiết bị Wifi, thời gian truyền gói tin nhỏ 80 ms, xảy tượng gói tin thời gian đóng gói gói tin theo giao thức TCP phần cứng mơ-đun ESP khơng thực hồn tất trước nhận gói tin mới, CPU phụ trách việc giải mã lệnh API thiết bị Zigbee tiêu tốn tài nguyên nhiều thời gian xử lý Không truyền thiết bị Zigbee Wifi, việc truyền thiết bị Bluetooth thiết bị Wifi có độ tin cậy cao với chiều dài gói tin sau đóng gói ngắn đạt tốc độ cao hơn, mơ tả Hình 12 Bộ đệm mơ-đun Bluetooth lớn tích hợp lưu trữ liệu kết nối chừng Việc truyền thiết bị Zigbee Bluetooth lần cho thấy khả đáp ứng CPU dành cho việc giải mã API hạn chế, dẫn đến việc xử lý liệu CPU phần cứng thiết bị Zigbee bị nghẽn gây tràn liệu Điều dẫn đến việc gói tin thời gian đáp ứng nhỏ 150 ms Lý thiết bị Zigbee thiết bị công suất thấp, thiết kế dành cho ứng dụng yêu cầu tốc độ truyền thấp khơng địi hỏi hiệu xử lý cao Tuy nhiên, ứng dụng IoTs nay, điểm cần quan tâm khả hoạt động ổn định tiêu tốn lượng thấp, Gateway IoTs xây dựng với phần cứng đáp ứng tốt nhu cầu sử dụng hệ thống IoTs Việc đáp ứng nhu cầu mạng cảm biến, thu thập thông tin, giám sát điều khiển ứng dụng khơng địi hỏi nghiêm ngặt tính thời gian thực hoạt động 100 Tỷ lệ gói tin (%) nguồn, địa mạng cục thiết bị địa IP hay địa MAC tùy theo tính chất ứng dụng cần xây dựng, tham chiếu hiển thị dễ dàng Dữ liệu server truy xuất từ thiết bị hỗ trợ giao thức HTTP, giao thức liên kết trực tiếp tới database server Từ đó, ta xây dựng hệ thống IoTs với số phần tử khoảng cách chúng gần không giới hạn 80 60 40 20 0 100 200 300 Tốc độ truyền gói tin (ms/gói) Hình 11 Tỷ lệ gói tin kết nối thiết bị Zigbee Wifi Đối với việc định tuyến liệu cho luồng từ thiết bị Bluetooth sang thiết bị Zigbee, có thêm yếu tố để tăng khả gói tin chuẩn này, việc phần cứng thiết bị Zigbee thiết kế bên Gateway đóng vai trị điều phối viên (coordinator), nên thời gian công tác phần cứng bao gồm việc định tuyến liệu phần tử bên mạng thiết bị Zigbee nói riêng Điều dẫn đến việc định tuyến liệu bị trễ gây nghẽn cổ chai đây, làm gói tin lần truyền liê ̣u Tuy nhiên, thiết bị Zigbee có sửa sai tự động truyền lại, với việc đệm có giới hạn liệu ln đưa vào việc gói tin khơng thể tránh khỏi Vì khả đáp ứng phần cứng thiết bị Bluetooth HC-05 có độ trễ thấp hơn, nên gói tin bị ảnh hưởng khả xử lý CPU giới hạn tối đa thiết bị thiết bị Zigbee Ở đây, điểm nghẽn thiết bị Zigbee Gateway đóng vai trị coordinator ISSN 1859-1531 - TẠP CHÍ KHOA HỌC VÀ CƠNG NGHỆ ĐẠI HỌC ĐÀ NẴNG, SỐ 9(118).2017 - Quyển nên không dành toàn thời gian để tiếp nhận liệu, mà cịn dùng để qt tìm kiếm phần tử mới, cấp phát quản lý địa cập nhật hiệu chỉnh thơng số để đáp ứng nhu cầu ngày cao người TÀI LIỆU THAM KHẢO 100 Tỷ lệ gói tin (%) 83 80 60 40 20 0 50 100 150 200 Tốc độ truyền gói tin (ms/gói) Hình 11 Biểu đồ Packet Loss Xbee Bluetooth Ở đây, ta thấy có vị trí biến thiên khơng khơng đồng chu kì quét nhận liệu, quản lý thiết bị tiêu chuẩn khác nhau, làm cho hệ số gói tin tăng cao khơng tuyến tính số khoảng thời gian Ở số khe thời gian cho phép việc truyền với tỉ số lỗi thấp không đồng Xác suất giảm khoảng cách liệu lớn 300 ms Kết luận Bài báo trình bày kiến trúc mơ hình thực thi cho Gateway IoTs, cho phép thiết bị IoTs truy xuất ngang hàng chia sẻ tài nguyên thân cho toàn hệ thống, đồng thời đề xuất lớp tiêu chuẩn để mở rộng hệ thống IoTs Ngồi ra, mơ hình Gateway cịn đóng vai trị cổng kết nối Internet cho phép mạng IoTs giao tiếp với thơng qua mạng tồn cầu Bài báo đưa đánh giá tương quan tốc độ xử lý tốc độ phần cứng, cho phép xây dựng mơ hình Gateway thực tế với điều kiện lựa chọn thơng số cách xác Mở rộng hệ thống với tiêu chuẩn khác dễ dàng với việc cần thiết lập lớp chuyển đổi liệu theo chuẩn để xuất ghép với phần lại Gateway Với phát triển trí thơng minh nhân tạo hệ thống M2M, có đủ khả xử lý thơng tin, với lượng thơng tin đủ lớn hệ thống IoTs vận hành mà khơng cần can thiệp người Hệ thống tự động [1] C Perera, A Zaslavsky, P Christen and D Georgakopoulos, “Context Aware Computing for The Internet of Things: A Survey”, IEEE Communications Surveys & Tutorials, Vol 16, No 1, First Quarter 2014, pp 414-454 [2] A Al-Fuqaha, M Guizani, M Mohammadi, M Aledhari and M Ayyash, “Internet of Things: A Survey on Enabling Technologies, Protocols, and Applications”, IEEE Communications Surveys & Tutorials, Vol 17, No 4, FourthQuarter 2015, pp 2347-2376 [3] G Kortuem, F Kawsar, V Sundramoorthy and D Fitton, “Smart objects as building blocks for the Internet of things”, IEEE Internet Computing, Vol 14, No 1, Jan-Feb 2010, pp 44-51 [4] M A Razzaque, M Milojevic-Jevric, A Palade and S Clarke, “Middleware for Internet of Things: A Survey”, IEEE Internet of Things Journal, Vol 3, No 1, Feb 2016, pp 70-95 [5] H T Chan, T A Rahman and A Arsad, “Performance study of virtual fence unit using Wireless Sensor Network in IoT environment”, 2014 20th IEEE International Conference on Parallel and Distributed Systems (ICPADS), Hsinchu, 2014, pp 873-875 [6] HyungWon Kim, “Low power routing and channel allocation method of wireless video sensor networks for Internet of Things (IoTs)”, 2014 IEEE World Forum on Internet of Things (WF-IoT), Seoul, 2014, pp.446-451 [7] Z Sheng, S Yang, Y Yu, A V Vasilakos, J A Mccann and K K Leung, “A survey on the ietf protocol suite for the internet of things: Standards, challenges, and opportunities”, IEEE Wireless Communications, Vol 20, No 6, December 2013, pp 91-98 [8] Q Zhu, R Wang, Q Chen, Y Liu and W Qin, “IOT Gateway: Bridging Wireless Sensor Networks into Internet of Things”, 2010 IEEE/IFIP International Conference on Embedded and Ubiquitous Computing, Hong Kong, 2010, pp 347-352 [9] T Kadıoğlu, N Yıldız and E Cesur, “Low power Internet of Things Gateway”, 2016 24th Signal Processing and Communication Application Conference (SIU), Zonguldak, 2016, pp 1613-1616 [10] Datta S.K, “An IoTs Gateway centric architecture to provide novel M2M services”, Internet of Things (WF-IoTs), 2014 IEEE World Forum, 6-8 March 2014, pp 514 - 519 [11] K Rajaram and G Susanth, “Emulation of IoT gateway for connecting sensor nodes in heterogenous networks”, 2017 International Conference on Computer, Communication and Signal Processing (ICCCSP), Chennai, 2017, pp 1-5 [12] M Aazam, P P Hung and E N Huh, “Smart gateway based communication for cloud of things”, 2014 IEEE Ninth International Conference on Intelligent Sensors, Sensor Networks and Information Processing (ISSNIP), Singapore, 2014, pp 1-6 (BBT nhận bài: 14/07/2017, hoàn tất thủ tục phản biện: 23/08/2017) ... tin kết nối thi? ??t bị Zigbee Wifi Đối với việc định tuyến liệu cho luồng từ thi? ??t bị Bluetooth sang thi? ??t bị Zigbee, có thêm yếu tố để tăng khả gói tin chuẩn này, việc phần cứng thi? ??t bị Zigbee thi? ??t. .. đáp ứng phần cứng thi? ??t bị Bluetooth HC-05 có độ trễ thấp hơn, nên gói tin bị ảnh hưởng khả xử lý CPU giới hạn tối đa thi? ??t bị thi? ??t bị Zigbee Ở đây, điểm nghẽn thi? ??t bị Zigbee Gateway đóng vai... suất giảm khoảng cách liệu lớn 300 ms Kết luận Bài báo trình bày kiến trúc mơ hình thực thi cho Gateway IoTs, cho phép thi? ??t bị IoTs truy xuất ngang hàng chia sẻ tài nguyên thân cho toàn hệ thống,