데이터셋 상세
미국
Measurement Data From "Operational Impacts of IEEE 802.1Qbv Scheduling on a Collaborative Robotic Scenario"
Time-sensitive networking (TSN) is an emerging topic for the advancement of wireless networking for industrial applications. TSN, as defined under the umbrella of IEEE 802.1 working group standards, addresses issues related to providing deterministic communications over IEEE 802-based Local Area Networks (LANs). TSN was originally designed to support real-time audio/video applications over Ethernet providing better reliability and lower, more deterministic latency with traffic shaping capabilities. TSN has since expanded its scope and applicability to other applications such as those in industrial environments and automotive. Industrial examples include machine-machine communications for robot control, end-effector actuation, real-time sensing, and safety integrated systems. Applications utilizing an wireless local area network (WLAN) can also benefit from scheduling and traffic shaping as defined in the 802.1Qbv standard; however, factors such as clock stability, synchronization, resource requirements and protocol options come into play when selecting a schedule to support multiple application types on the same network. In this article, we present a scenario for a collaborative robot heavy lift operation, in which, two robots communicate over an IEEE 802.11 WLAN with TSN capabilities to lift a rigid body in three dimensions. Scheduling is performed using 802.1Qbv over WLAN with the robot operating system (ROS) used as the software middleware utilizing the transport control protocol (TCP). As a part of the research, we describe our process for schedule selection to accommodate the time-sensitive traffic of the robotic scenario while allowing an industrial internet of things (IIoT) high data rate traffic to coexist. We then provide an analysis of the impacts of TSN schedule selection on the operational performance of the collaborative robot application. The data provided within this data set was collected as a result of experiments conducted under this research effort.
데이터 정보
연관 데이터
Intel Edison wireless latency and reliability computing code
공공데이터포털
This software provides a framework to generate events with both application payload identification and timestamps. Events information is logged at each producer and consumer. The logs can be used to derive latency and reliability metrics for cyber-physical systems experiments in which wireless communication is used for messaging.
Intel Edison wireless latency and reliability computing code
공공데이터포털
This software provides a framework to generate events with both application payload identification and timestamps. Events information is logged at each producer and consumer. The logs can be used to derive latency and reliability metrics for cyber-physical systems experiments in which wireless communication is used for messaging.
System Level Evaluation of UE-to-Network Relays in D2D-enabled LTE Networks
공공데이터포털
The data in this document corresponds to the results presented in the paper entitled "System Level Evaluation of UE-to-Network Relays in D2D-enabled LTE Networks", to appear in the proceeding of the 2019 IEEE International Workshop on Computer Aided Modeling and Design of Communication Links and Networks (IEEE CAMAD 2019)
Access Time Analysis of MCPTT Off-Network Mode over LTE
공공데이터포털
Summary of analytical estimates and simulation results that are used to generate figures in a paper titled "Access Time Analysis of MCPTT Off-Network Mode over LTE". The paper was submitted to the special issue "Emergency Networks and Future Public Safety Systems" of journal "Wireless Communications and Mobile Computing" on November 30, 2018.
Réseau SNCF TGV, Intercités et TER
공공데이터포털
_**_** ! NB : vos jeux de données horaires évoluent Afin de rationaliser notre offre en opendata, de mieux suivre les évolutions (notamment avec la mise en concurrence) et les attentes des utilisateurs, les jeux de données TER,IC et TGV sont fusionnés au sein de ce nouveau jeu de données SNCF. Merci d’utiliser ce nouveau jeu de données, les ressources par périmètre seront décommissionnées courant de l’été 2025. _*_** Horaires théoriques et en temps réel de la SNCF Théorique : les horaires des lignes TER, Intercités et TGV opérées par la SNCF Voyageurs pour les 151j à venir, sont fournis au format GTFS et au format NeTEx (qui est la norme technique européenne pour l’échange de données de transport). Les fichiers sont disponibles aux liens suivants : pour le GTFS : https://eu.ftp.opendatasoft.com/sncf/plandata/export-opendata-sncf-gtfs.zip pour le NeTEx : https://eu.ftp.opendatasoft.com/sncf/plandata/export-opendata-sncf-netex.zip Temps réel : les horaires en temps réel sont fournis selon les deux standards GTFS RT et SIRI pour les horaires et les informations contextuelles sur un périmètre élargi comprenant notamment les TGV, les IC et TER (y compris les sociétés dédiées TER) : GTFS-RT TU (Trip Updates) mis à jour toutes les 2 minutes pour les trains circulant dans les 60 prochaines minutes et GTFS-RT SA (Service Alerts) pour les circulations à venir SIRI ET Lite (service “Situation eXchange”) mis à jour toutes les 2 minutes pour les trains circulant dans les 60 prochaines minutes et SIRI SX Lite (service “Situation eXchange”) pour les circulations à venir Les fichiers sont disponibles aux liens suivants : pour le GTFS-RT TU : https://proxy.transport.data.gouv.fr/resource/sncf-all-gtfs-rt-trip-updates pour le GTFS-RT SA : https://proxy.transport.data.gouv.fr/resource/sncf-gtfs-rt-service-alerts pour le SIRI ET LITE (version Béta) : https://proxy.transport.data.gouv.fr/resource/sncf-siri-lite-estimated-timetable pour le SIRI SX LITE : https://proxy.transport.data.gouv.fr/resource/sncf-siri-lite-situation-exchange Quelques remarques techniques : Au niveau théorique : des mises à jour ont été effectuées sur les données GTFS : le plan de transport théorique intègre désormais à l’échelle nationale les adaptations connues la veille à 17h en cas de perturbations ou de mouvements sociaux. Les flux en temps réel ne sont pas filtrés, et peuvent contenir un périmètre plus large que les TGV, IC et TER. Même si des informations concernant d’autres circulations peuvent être visibles, merci de vous référer aux jeux de données des autorités organisatrices compétentes, notamment Ile de France Mobilités pour les données en temps réel en Ile de France ou les différents temps réels des Régions quand elles existent. Le périmètre n’est garanti que pour TGV et IC Pour les flux GTFS-RT SA et SIRI SX Lite : l’identifiant commun des circulations entre les différents flux est le numéro commercial du train, que vous trouverez dans pour le GTFS-RT SA et dans dans le SIRI SX LITE. Ces flux ne comprennent que les informations valorisées à la course et ne comprennent pas les informations relatives à des périmètres (gares ou lignes du réseau, qui peuvent impacter plusieurs opérateurs). ·Ce jeu de données est une production SNCF Voyageurs contenant des éléments assemblés pour la communauté open data au-delà de ses obligations réglementaires. Il ne se substitue donc pas aux données officielles progressivement publiées par les autorités organisatrices régionales qui peuvent éventuellement comporter de petites divergences. Aussi, nous vous recommandons de plutôt consommer les données fournies par les Régions et IDFM. En cas de question, vous pouvez contacter l’équipe Open data SNCF Voyageurs à l’adresse suivante : Data_Office_Secretariat_General_SA_Voyageurs@sncf.fr Static data https://eu.ftp.opendatasoft.com/sncf/plandata/export-opendata-sncf-gtfs.zip 2025-06-30 2025-11-27 2025-06-30 Latest modification 100% Availability rate Up to date 1011 informations during
Evaluation of Timers Related to ProSe-based UE-to-Network Relays
공공데이터포털
User Equipment (UE)-to-Network Relay functionality was introduced in Release 13 of the Third Generation Partnership Project (3GPP) Long Term Evolution (LTE) to extend and improve user connectivity. A UE connected to the network (relay UE) provides network access to another UE (remote UE) by establishing a direct one-to-one connection with it using the sidelink (SL) channels over the PC5 interface. The PC5 signaling is used for the establishment and maintenance of this direct connection, and different procedures and timers are linked to these processes. We focus on evaluating the PC5 signaling protocol performance through system-level simulations to provide some insights on minimum timer values that may increase the probability of successfully establishing and maintaining the connection between a remote UE and a relay UE. This data is in multiple forms: - source .txt files that contains data based on network simulations in ns-3. - scripts .gnu files for processing the data and generating plots as shown in NIST Technical Note 2144. - readme file explaining the data and associated scripts. Each .txt file (starting with "DirectSecurityTrace") represents the cumulative distribution function (CDF) of the roundtrip time (RTT) for the security procedure (one set of message exchange: request/response) over ProSe for a specific sidelink period value (e.g. 40, 60, 80, ..., 320 ms). Each .txt file (starting with "DirectCommunicationTrace") represents the cumulative distribution function (CDF) of the roundtrip time (RTT) for direct link setup procedure (one request/response encapsulating another request/response) over ProSe for a specific sidelink period value (e.g. 40, 60, 80, ..., 320 ms). Each .txt file (starting with "DirectCommunicationTrace") represents the success probability of establishing a remote/relay connection for a specific sidelink period value (e.g. 40, 60, 80, ..., 320 ms). The rest of the .txt files (minvaluesfile.txt, avgvaluesfile.txt, maxvaluesfile.txt) includes results from the theoretical model in "Access Time Analysis of MCPTT Off-Network Mode over LTE" by Yishen Sunby Yishen Sun et al (https://doi.org/10.1155/2019/2729370): providing the minimum, maximum, and average values of the RTT over ProSe direct communication. Running the .gnu scripts generates the .eps figures (Fig. 3/4/5) included in NIST Technical Note 2144: They plot the corresponding RTT in function of time (ms) and sidelink period, and the corresponding success probability in function of the sidelink period.
Evaluation of Timers Related to ProSe-based UE-to-Network Relays
공공데이터포털
User Equipment (UE)-to-Network Relay functionality was introduced in Release 13 of the Third Generation Partnership Project (3GPP) Long Term Evolution (LTE) to extend and improve user connectivity. A UE connected to the network (relay UE) provides network access to another UE (remote UE) by establishing a direct one-to-one connection with it using the sidelink (SL) channels over the PC5 interface. The PC5 signaling is used for the establishment and maintenance of this direct connection, and different procedures and timers are linked to these processes. We focus on evaluating the PC5 signaling protocol performance through system-level simulations to provide some insights on minimum timer values that may increase the probability of successfully establishing and maintaining the connection between a remote UE and a relay UE. This data is in multiple forms: - source .txt files that contains data based on network simulations in ns-3. - scripts .gnu files for processing the data and generating plots as shown in NIST Technical Note 2144. - readme file explaining the data and associated scripts. Each .txt file (starting with "DirectSecurityTrace") represents the cumulative distribution function (CDF) of the roundtrip time (RTT) for the security procedure (one set of message exchange: request/response) over ProSe for a specific sidelink period value (e.g. 40, 60, 80, ..., 320 ms). Each .txt file (starting with "DirectCommunicationTrace") represents the cumulative distribution function (CDF) of the roundtrip time (RTT) for direct link setup procedure (one request/response encapsulating another request/response) over ProSe for a specific sidelink period value (e.g. 40, 60, 80, ..., 320 ms). Each .txt file (starting with "DirectCommunicationTrace") represents the success probability of establishing a remote/relay connection for a specific sidelink period value (e.g. 40, 60, 80, ..., 320 ms). The rest of the .txt files (minvaluesfile.txt, avgvaluesfile.txt, maxvaluesfile.txt) includes results from the theoretical model in "Access Time Analysis of MCPTT Off-Network Mode over LTE" by Yishen Sunby Yishen Sun et al (https://doi.org/10.1155/2019/2729370): providing the minimum, maximum, and average values of the RTT over ProSe direct communication. Running the .gnu scripts generates the .eps figures (Fig. 3/4/5) included in NIST Technical Note 2144: They plot the corresponding RTT in function of time (ms) and sidelink period, and the corresponding success probability in function of the sidelink period.
LTE Device-to-Device Out-of-Coverage Communication with Frequency Hopping Resource Scheduling Performance Metrics Evaluation Data
공공데이터포털
This dataset represents the results from conducted simulations to evaluate the performance of Device-to-Device (D2D) communications in LTE when the User Equipment (UEs) are operating in UE-scheduled mode (Mode 2) with frequency hopping enabled. Different scenarios were simulated and communication performance was evaluated for each frequency hopping scheme defined in the LTE standard. The communication performance metrics include the successful transmission-reception ratio of transport blocks (TBs) at the physical layer, and the probability mass funciton (PMF) of consecutive TBs lost. Simulations were run multiple times with different random variable seeds, therefore, the mean and standard deviation of each metric is reported.
목록