Because of the diversity of wireles

Because of the diversity of wireless networking issues and applications, a wireless sensor network (WSN) testbed is expected to be flexible, to support various network topologies and network layer protocol options in order to allow the greatest number of applications. The facility must enable the design of as much realistic IoT experimentations as possible, in terms of scale, behaviour, functionalities, environment and constraints. We have gathered these features into the following categories : (1) Experimentation, (2) Hardware features, (3) Mobility and (4) Extra features, that we detail in the following.
A. Experimentation
From the user perspective, the services and tools offered to design and interact with the experiment should be easy and intuitive to take in hand.
Specification: The first step of an experimentation is the specification, e.g. the selection of the adequate resources in terms of number, type or other properties, but also specifying the programs to upload, and the data to be collected. The way to set up and validate a configuration is an important feature.
Interaction: The testbed should provide proper interfaces to interact with the devices, and with the ongoing experiment in order to follow its progress, adjust parameters or debug. While most of the existing testbeds are accessible via web interfaces, only a few provide ssh front-end to access resources or both. Some expose their resources and functionalities as web services, offering the user the possibility to develop their own client applications on top of the web services API. Nevertheless security and availability questions have to be taken into account. During an experiment, it is also necessary to facilitate the access to sensors and to network-related metrics, such as the delay, throughput, overhead or energy consumption. Finally, testbeds should provide some visualisation tools for experimental data collection and data analysis.
Repeatability: There is a need to be able to repeat experiments within and across different testbeds. For instance, to analyse the influence of one specific parameter, several experiments should be run with this parameter varying. At the experiment level, repeatability can be achieved by standardising the experiment specification and recording it, as well as the firmwares to upload on the nodes. Even if the total real-world conditions replication is not possible (because of external interference and human activity), this repeatability requirement can be partially overcome by keeping the experimenter updated about the environmental conditions, and collecting traces, to help him/her to contextualise his/her results.
Simulation: When designing a wireless sensor network application, it is obvious that emulation and simulation are essential steps to put to the test the viability of a solution. Some efficient simulation and emulation tools exist and are widely used, like WSNet or NS-2/32. However, they suffer from a lack of accuracy in capturing realistic environmental conditions, like radio propagation. Some testbeds include simulation tools to alleviate the design of experiments, and to verify the consistency of a protocol or algorithm, before putting it into practice by using the testbed hardware. However, an interesting approach, detailed later in Section III-A, is to combine simulation, emulation and physical elements together into a single testbed, in order to gain flexibility on the scale and the offered configurations and to lower the trade-off between repeatability, reliability and scalability.

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

Vì sự đa dạng của các vấn đề mạng không dây và các ứng dụng, một cảm biến không dây mạng (WSN) thử nghiệm dự kiến sẽ được linh hoạt, hỗ trợ nhiều loại topo mạng và tùy chọn giao thức mạng lớp để cho phép số lượng lớn nhất của ứng dụng. Cơ sở phải cho phép việc thiết kế như nhiều thực tế IoT experimentations càng tốt, về quy mô, hành vi, chức năng, môi trường và hạn chế. Chúng tôi đã tập hợp các tính năng này thành các loại sau: (1) thử nghiệm, (2) phần cứng đặc trưng, (3) tính di động và (4) bổ sung các tính năng, chúng tôi chi tiết trong sau đây.A. thí nghiệmTừ quan điểm người dùng, các dịch vụ và công cụ được cung cấp để thiết kế và tương tác với các thử nghiệm nên dễ dàng và trực quan để có trong tay.Đặc điểm kỹ thuật: Các bước đầu tiên thử nghiệm một là đặc tả, ví dụ như việc lựa chọn các nguồn lực đầy đủ về số lượng, loại hoặc các tài sản khác, nhưng cũng xác định các chương trình để tải lên, và các dữ liệu được thu thập. Cách thiết lập và xác nhận một cấu hình là một tính năng quan trọng.Tương tác: Thử nghiệm sẽ cung cấp các giao diện phù hợp để tương tác với các thiết bị, và thử nghiệm liên tục để theo dõi tiến bộ của mình, điều chỉnh thông số hoặc gỡ lỗi. Trong khi hầu hết sẵn có để thử nghiệm có thể truy cập thông qua giao diện web, chỉ có một vài cung cấp ssh kết thúc để truy cập tài nguyên, hoặc cả hai. Một số tiếp xúc với nguồn lực và chức năng của họ như dịch vụ web, cung cấp cho người dùng khả năng để phát triển các ứng dụng riêng của họ của khách hàng trên đầu trang của các dịch vụ web API. Tuy nhiên câu hỏi có sẵn và bảo mật phải được đưa vào tài khoản. Trong thời gian thử nghiệm, nó cũng là cần thiết để tạo thuận lợi cho truy cập vào bộ cảm biến và mạng lưới liên quan đến số liệu, chẳng hạn như sự chậm trễ, thông lượng, chi phí hoặc năng lượng tiêu thụ. Cuối cùng, để thử nghiệm nên cung cấp một số công cụ trực quan để thu thập dữ liệu thử nghiệm và phân tích dữ liệu.Lặp: Đó là một nhu cầu để có thể lặp lại thí nghiệm bên trong và trên để thử nghiệm khác nhau. Ví dụ, để phân tích sự ảnh hưởng của một tham số cụ thể, một số thí nghiệm nên được chạy với tham số này khác nhau. Ở cấp độ thử nghiệm, độ có thể đạt được bởi standardising đặc điểm kỹ thuật thử nghiệm và ghi lại nó, cũng như các Firmware tải lên trên các nút. Ngay cả khi các bản sao tất cả các điều kiện thực tế là không thể (vì sự can thiệp bên ngoài và hoạt động của con người), yêu cầu lặp này có thể được một phần khắc phục bằng cách giữ experimenter Cập Nhật về các điều kiện môi trường, và thu thập các dấu vết, để giúp anh ta/cô để contextualise kết quả của mình.Mô phỏng: Khi thiết kế một ứng dụng mạng không dây cảm biến, nó là hiển nhiên rằng mô phỏng và mô phỏng là bước cần thiết để đưa vào thử nghiệm khả năng của một giải pháp. Một số công cụ mô phỏng và thi đua hiệu quả tồn tại và được sử dụng rộng rãi, giống như WSNet hoặc NS-2/32. Tuy nhiên, họ bị thiếu chính xác trong chụp thực tế các điều kiện môi trường, như đài phát thanh tuyên truyền. Để thử nghiệm một số bao gồm các công cụ mô phỏng để giảm bớt việc thiết kế các thí nghiệm, và để kiểm tra sự thống nhất của một giao thức hoặc thuật toán, trước khi đưa vào thực hiện bằng cách sử dụng thử nghiệm phần cứng. Tuy nhiên, một cách tiếp cận thú vị, chi tiết sau đó trong phần III-A, là để kết hợp mô phỏng, mô phỏng và vật lý các yếu tố với nhau vào một thử nghiệm duy nhất, để đạt được sự linh hoạt về quy mô và các cấu hình được cung cấp và để giảm sự đánh đổi giữa độ, sự đáng tin cậy và khả năng mở rộng.

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

Bởi sự đa dạng về các vấn đề kết nối mạng không dây và các ứng dụng, mạng cảm biến không dây (WSN) thử nghiệm dự kiến sẽ được linh hoạt, hỗ trợ topo mạng khác nhau và mạng tùy chọn giao thức lớp để cho phép số lượng lớn nhất của các ứng dụng. Cơ sở đó phải cho phép thiết kế của nhiều lần thử nghiệm IOT thực tế càng tốt, về quy mô, hành vi, chức năng, môi trường và hạn chế. Chúng tôi đã tập hợp các tính năng này thành các loại sau:. (1) Thí nghiệm, (2) các tính năng phần cứng, (3) Vận động và (4) các tính năng bổ sung, mà chi tiết chúng tôi trong những điều sau đây
A. Thí nghiệm
Từ góc độ người dùng, các dịch vụ và các công cụ được cung cấp để thiết kế và tương tác với các thí nghiệm nên dễ dàng và trực quan để có trong tay.
Đặc điểm kỹ thuật: Các bước đầu tiên của một thử nghiệm là các đặc điểm kỹ thuật, ví dụ như việc lựa chọn các nguồn lực đầy đủ về số lượng, loại hoặc tài sản khác, nhưng cũng quy định cụ thể các chương trình tải lên, và các dữ liệu được thu thập. Cách cài đặt và xác nhận một cấu hình là một tính năng quan trọng.
Sự tương tác: Các thử nghiệm nên cung cấp các giao diện thích hợp để tương tác với các thiết bị, và với các thí nghiệm liên tục để theo dõi sự tiến bộ của nó, điều chỉnh các thông số hoặc gỡ lỗi. Trong khi hầu hết các testbeds hiện có thể truy cập thông qua giao diện web, chỉ có một vài cung cấp ssh front-end để truy cập tài nguyên hoặc cả hai. Một số lộ nguồn lực và chức năng của họ như dịch vụ web, cung cấp cho người dùng khả năng để phát triển các ứng dụng khách hàng của mình trên đầu trang của các API dịch vụ web. Tuy nhiên câu hỏi bảo mật và tính sẵn sàng phải được đưa vào tài khoản. Trong một thử nghiệm, nó cũng là cần thiết để tạo điều kiện tiếp cận với các cảm biến và các số liệu, chẳng hạn như sự chậm trễ, thông lượng, chi phí tiêu thụ năng lượng liên quan đến mạng. Cuối cùng, testbeds nên cung cấp một số công cụ trực quan cho nghiệm thu thập dữ liệu và phân tích dữ liệu.
Lặp lại: Có một nhu cầu để có thể lặp lại các thí nghiệm trong và giữa các testbeds khác nhau. Ví dụ, để phân tích ảnh hưởng của một tham số cụ thể, một số thí nghiệm cần được chạy với tham số độ khác nhau này. Ở cấp độ thử nghiệm, lặp lại có thể đạt được bằng cách tiêu chuẩn hóa các đặc điểm kỹ thuật thí nghiệm và ghi lại nó, cũng như các firmware để tải lên trên các nút. Ngay cả khi tổng điều kiện thế giới nhân bản là không thể (vì sự can thiệp bên ngoài và hoạt động của con người), yêu cầu lặp lại này có thể được khắc phục một phần bằng cách giữ cho các thí nghiệm được cập nhật về các điều kiện môi trường, và thu thập dấu vết, để giúp anh ta / cô ấy để lồng bối cảnh . ông / bà kết quả
mô phỏng: Khi thiết kế một ứng dụng mạng cảm biến không dây, nó là rõ ràng rằng thi đua và mô phỏng là những bước cần thiết để đưa vào thử nghiệm tính khả thi của giải pháp. Một số mô phỏng và mô phỏng công cụ hiệu quả tồn tại và được sử dụng rộng rãi, như WSNet hoặc NS-2/32. Tuy nhiên, họ phải chịu từ sự thiếu chính xác trong việc nắm bắt các điều kiện môi trường thực tế, như tuyên truyền vô tuyến. Một số testbeds bao gồm các công cụ mô phỏng để làm giảm bớt những thiết kế của các thí nghiệm, và để kiểm tra sự phù hợp của một giao thức hay thuật toán, trước khi đưa nó vào thực tế bằng cách sử dụng các phần cứng thử nghiệm. Tuy nhiên, một cách tiếp cận thú vị, trình bày chi tiết trong Phần III-A, là kết hợp mô phỏng, mô phỏng và các yếu tố vật lý với nhau thành một thử nghiệm duy nhất, để đạt được sự linh hoạt về quy mô và các cấu hình cung cấp và để giảm thương mại-off giữa lặp lại , độ tin cậy và khả năng mở rộng.