QLinkLayer simulation data

The .zip-files in this DataVerse contains data used in the paper: A Link Layer Protocol for Quantum Networks (https://arxiv.org/abs/1903.09778)

General info

All the raw-data can be found as sqlite3 (.db) files. Physical parameters used in the simulations can be found in each .zip file in the folder config. Input parameters for the simulation runs are in the files paramcombinations.json.

Reading the data

If you just want to have a look at the performance metrics such as fidelity, latency, throughput, number of generated pairs etc, there are genereted excel files for all the simulation runs. In each .zip-folder there is a file metrics/metrics.xlsx with multiple sheets containing this data. The script that generates the excel file from the raw data can be found at generate_metrics_file.py. Scripts that generated plots and tables used in the paper can be found in the folder data_analysis_scripts

Other notes

 The fidelity estimation unit used in these simulations was very simplistic and therefore not correct. It did not do any estimation based on measurement outcomes but only using a simple model for what the generated states are based on bright state populations, detection efficiencies and dark counts, not taking gate and measurement noise into account.

 These simulations used a rather pessimistic coherence time for the electron (T1=2.68 ms, T2=1 ms) and nuclear spin (T1=inf, T2=3.5 ms), whereas coherence times of seconds have been experimentally verified using dynamical decoupling.

 Only one of the carbons (nr 1) was used, so whenever an type K OK was returned to the higher layer it was consumed and measured such that the same carbon could be used again. Thus  multiple entangled pairs were never stored at the same time.

 During the earlier of these simulations we noticed a bug with the distributed queue in some rare cases, which amounted to some warnings in the logs.    This is however now fixed in the latest version of the repo at QLinkLayer.

 To more efficiently estimate QBER, the measurement-bases used for type M requests were iterated over (X, Y, Z) between the nodes such that the two nodes always measured in the same basis. The nodes choose the measurement-basis based on the current MHP-cycle modulo 3. However, this is not what a real implementation of a link layer protocol would do, see specification of the fields RBC, ROTX1, ROTY and ROTX2 in the CREATE header specified in
    draft-dahlberg-ll-quantum.

Data

The DataVerse contains the following zip files:

Major simulation (run1) (used in the paper) 2019-01-16T11:10:28CET_major_simulation.zip

Major simulation (run2)

 2019-01-15T23:56:55CET_major_simulation.zip

High loss run (used in the paper)

 2019-01-28T16:49:28CET_major_simulation.zip

Request frequency sweep (used in the paper)

 2019-01-24T19:59:34CET_req_freq_sweep.zip 
 2019-01-26T15:59:44CET_req_freq_sweep.zip 
 2019-01-26T16:23:25CET_req_freq_sweep.zip

Fidelity sweep (used in the paper)

 2019-01-28T11:32:51CET_fidelity_sweep.zip 
 2019-02-25T19:45:16UTC_fidelity_sweep.zip 
 2019-02-27T17:14:02UTC_fidelity_sweep.zip