-
Notifications
You must be signed in to change notification settings - Fork 0
/
background.tex
1437 lines (1360 loc) · 78.5 KB
/
background.tex
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
This chapter provides background information and a literature
review of topics related to the work completed in this
dissertation. The first section provides background information
on the \acrfull{NFC}, and the second section provides more
information about the
enrichment process. The third section provides a
review of different fuel cycle simulators, with special
attention paid to \Cyclus (the simulator used in this work),
different depletion methods in
fuel cycle simulators, and the verification and use of
these tools. The fourth section provides background information
on sensitivity analysis and optimization, with a focus on
how others have applied these methods to the \gls{NFC}.
This section also provides information about Dakota,
the tool this work uses to perform sensitivity analysis
and optimization. Finally, the fifth section provides more
information about \gls{HALEU}, including production methods,
different fuel forms required for advanced reactors, potential
demands in \gls{HALEU} from others' work, and analysis of
\gls{HALEU} performance in different reactor designs.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%
%
%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{The nuclear fuel cycle}
The nuclear fuel cycle encompasses the activities and processes
for the use of fissile materials in fission nuclear reactors
\cite{tsoulfanidis_nuclear_2013}.
Uranium, thorium, or plutonium can be used as
fuel for a reactor, with this work and most reactor designs focusing on
a uranium-based
fuel cycle. The nuclear fuel cycle begins with the mining of uranium ores
from the earth and ends with the final disposal of the radioactive
waste produced
\cite{tsoulfanidis_nuclear_2013}. A fuel cycle can vary based on the
design of the reactor(s) deployed, such as if enrichment is required
to produce the fuel.
Figure \ref{fig:fuel_cycle} shows
an example of the major steps in a nuclear fuel cycle.
\begin{figure}
\centering
\includegraphics[scale=0.7]{nuclear_fuel_cycle.jpg}
\caption{A complete view of options available for a once-through and
a recycling nuclear fuel cycle. Reproduced from
\protect\cite{us_nuclear_regulatory_commission_stages_2020}.}
\label{fig:fuel_cycle}
\end{figure}
The \acrfull{NFC} has two primary sections: the front-end and
the back-end.
The front end encompasses the steps before the fuel arrives at a reactor
and the back-end encompasses the steps after the fuel is discharged
from the reactor \cite{rodriguez-penalonga_review_2017}. The
front-end of the fuel cycle includes the mining,
milling, conversion, and enrichment of uranium, as well as
fuel fabrication. The mining step is the physical extraction of uranium
ore from the earth's crust. Milling removes the non-uranium containing
parts of the ore to purify the ore into yellow-cake uranium (U$_3$O$_8$).
The conversion step changes the chemical state of uranium compound
for the next step in the fuel cycle. If enrichment is present, conversion
changes the yellow-cake uranium to UF$_6$. If enrichment is not
needed, then the uranium is converted to whatever chemical compound is
needed for the fuel fabrication process. Enrichment modifies the
relative abundance of different isotopes in the uranium, specifically
to increase the abundance of $^{235}$U compared with $^{238}$U. Fuel
fabrication then converts the (enriched) uranium to the chemical
form required by the reactor(s) deployed. For \glspl{LWR}, fuel
fabrication converts the enriched uranium into a UO$_2$ ceramic
pellet. Other reactor designs may require that fuel fabrication
produce a UCO \gls{TRISO} pebble, a molten salt, or a metallic fuel.
The front-end of
the \gls{NFC} is often independent of the back-end, but the back-end
of the \gls{NFC} is highly dependent on the front-end and the reactor
type because they govern the form and composition of the discharged
\acrfull{SNF}. The back-end of the \gls{NFC} encompasses the
processes and activities performed after fuel is discharged from
a reactor. Steps commonly includes in the back-end of the \gls{NFC}
include storage of \gls{UNF}, reprocessing, and final disposal of
\gls{UNF}.
The back-end of the fuel cycle can also vary, primarily based on if used
fuel is reprocessed before final disposal. Whether or not reprocessing is
included in determines the name for the fuel cycle: a once-through
fuel cycle if it is not includes and a recycling, twice-through,
or closed fuel cycle if it is \cite{tsoulfanidis_nuclear_2013}.
\subsection{Once-through fuel cycle}
A once-through fuel cycle is characterized by \gls{UNF} disposal
after discharge from a reactor, and a lack of the
\gls{UNF} undergoing any chemical processes
or treatments before disposal \cite{rodriguez-penalonga_review_2017}.
The gray line from
the storage to disposal in Figure \ref{fig:fuel_cycle} represents
the back-end of a once-through fuel cycle. This fuel cycle does
not include any of the material flows from the ``Reprocessing Facility''
in Figure \ref{fig:fuel_cycle}.
This is the fuel cycle option currently employed in the
United States.
Once-through \glspl{NFC} use interim storage and final disposal schemes
such as \textit{in situ} pools, dry cas storage, and geological
repository \cite{rodriguez-penalonga_review_2017}. \gls{UNF} storage in
an \textit{in situ} storage pool can last between 3-10 years after
reactor discharge \cite{rodriguez-penalonga_review_2017}
and provides active cooling. Dry cask storage can be located
on-site or at a centralized location and provides passive
cooling to the \gls{UNF} after active cooling in a pool.
Final disposal in a geologic repository, is the ultimate disposal
of \gls{UNF} and
is needed in both a once-through and recycling fuel cycle. The
US has currently identified Yucca Mountain as a geologic repository
site, but the site is currently not operating.
\subsection{Recycling fuel cycle}
A recycling fuel cycle is characterized by \gls{UNF} undergoing chemical
processes to separate out uranium, plutonium, and other
actinides from the fuel for subsequent use in a reactor
\cite{rodriguez-penalonga_review_2017}.
Reuse of \gls{UNF} is possible because the metal in the fuel
consists of 95-97\% uranium and
plutonium \cite{rodriguez-penalonga_review_2017}, which can fission and
produce energy in a nuclear reactor. The reuse of \gls{UNF} in
reactors is shown by the arrows from the ``Reprocessing Facility''
node in Figure \ref{fig:fuel_cycle}.
There are two types of recycling fuel cycle options: a limited
recycle scheme and a continuous recycle scheme \cite{wigeland_nuclear_2014}.
A limited recycling scheme involves fuel being reprocessed and burned in
a reactor for a finite number of times before final disposal. This
fuel cycle scheme is sometimes referred to as a ``modified open cycle''
because of the disposal of both \gls{UNF} and \gls{HLW}
\cite{wigeland_identification_2011}. A continuous
recycle scheme, sometimes referred to as a ``full recycle'' fuel
cycle scheme, involves actinides from \gls{UNF} being repeatedly reprocessed
and burned in a reactor. Disposal in this fuel cycle only includes
fission products
and no \gls{UNF} \cite{wigeland_identification_2011}. The difference
in the number of times actinides and \gls{UNF} are reprocessed in each
recycling scheme leads to differences in the amount of new resources
(uranium) that must be acquired and the amount of material
sent for final disposal in a repository.
There are two primary methods to reprocess \gls{UNF}: aqueous reprocessing
and pyroprocessing. Aqueous reprocessing relies on redox reactions of
select actinides (typically uranium and plutonium) to move the
actinides from an aqueous phase to an organic phase, while the non-desired
materials in the \gls{UNF} remain in the aqueous phase \cite{rodriguez-penalonga_review_2017}.
There
are a variety of methods to perform aqueous reprocessing, with each method
removing different combinations of elements from the \gls{UNF}, but the primary
method is the PUREX process. The separated uranium and plutonium from
aqueous reprocessing are then fabricated into \gls{MOX} fuel for use in
a thermal-spectrum reactor. \gls{MOX} fuel can go through a limited number
passes in a thermal reactor before disposal \cite{rodriguez-penalonga_review_2017}.
Pyroprocessing uses electric potentials to
pull actinides (uranium and
\glspl{TRU}) onto a cathode from a molten salt bath, while the fission products
remain in the molten salt bath or on the anode. The
separated U/\gls{TRU} material from pyroprocessing can then be fabricated
into metallic fuel for use in a fast-spectrum reactor.
The \gls{UNF} from
the fast reactor can be reprocessed multiple times and continuously put back
into a reactor. Although this technique
has a smaller separation factor than aqueous reprocessing, fast-spectrum
reactors are less sensitive to impurities in the fuel and can readily use
fuel fabricated after pyroprocessing \cite{rodriguez-penalonga_review_2017}.
Aqueous reprocessing is commercially available, and used in
France, but pyroprocessing is not commercially available
\cite{rodriguez-penalonga_review_2017,noauthor_status_2021}. The
type of reprocessing is more dependent on the reactor designs
used in the fuel cycle than the fuel cycle option. For example,
pyroprocessing is more appropriate in fuel cycles that use metallic
fuel, because the electrorefining step requires the \gls{UNF} to
be in a metallic form.
Reprocessing \gls{UNF} improves resource utilization, compared
with a once-through fuel cycle. One estimate reports that uranium ore
requirements would decrease by 25\% annually if \gls{UNF} is reprocessed
to create \gls{MOX} fuel for \glspl{LWR} \cite{widder_benefits_2010}.
Although this decrease in uranium ore requirements may improve the
sustainability of the nuclear fuel cycle, current estimates of uranium
reserves are expected to last for another 50-100 years
\cite{widder_benefits_2010}. Therefore, reducing natural uranium usage
is only of concern
if there is an increase in the price of uranium ore. Another known benefit
of reprocessing is the reduction in the volume and radioactivity of
waste sent to a final repository. Reprocessing can reduce the waste
volume by a factor of four \cite{widder_benefits_2010},
reducing the capacity of a repository required to store all the
waste.
The radioactivity of the disposed waste decreases to about 10\% of the
initial amount \cite{rodriguez-penalonga_review_2017} when employing
recycling. Recycling \gls{UNF} reduces the concentration of actinides
that are disposed of, which are the primary contributor to the long-term
radioactivity of waste.
Despite these benefits, recycling has known disadvantages compared to
a once-through fuel cycle.
The amount of \gls{LLW} generated greatly increases by using
reprocessing \cite{widder_benefits_2010}. The \gls{LLW} generated
from reprocessing includes any solvents or materials used for the process
and must be disposed of in accordance with regulations, but not
necessarily in a deep geologic repository.
Pyroprocessing reduces the amount of \gls{LLW} compared with
a once-through fuel cycle more than aqueous reprocessing because
the molten salt bath used in pyroprocessing can be cleaned
and re-used. The \gls{LLW} generated demonstrates how the reprocessing
technology employed affects the performance of the fuel cycle.
Another disadvantage of reprocessing is the increased proliferation
risk. Aqueous reprocessing creates a material stream of
pure plutonium \cite{widder_benefits_2010}, which introduces
concerns of material diversion to
create a nuclear weapon. This concern led to the development of new
methods to reprocess \gls{UNF}, such as the NUEX and COEX reprocessing
methods, which do not create a plutonium material stream
\cite{widder_benefits_2010}.
Pyroprocessing has a reduced proliferation risk compared with
aqueous reprocessing
because a plutonium material stream is never created. The extracted
plutonium is always mixed with uranium and other \gls{TRU} material
\cite{noauthor_status_2021}.
Additionally, reprocessing \gls{UNF} is expected to cost more than
using a once-through fuel cycle \cite{rodriguez-penalonga_review_2017,widder_benefits_2010}.
The estimated
\gls{LCOE} are \$30-75/MWh for a once-through fuel cycle, with an
average of about \$47/MWh, and \$35-81/MWh for a fuel
cycle with reprocessing, with an average of about \$52/MWh
\cite{widder_benefits_2010}. The ranges in the \gls{LCOE} come from
differences in assumptions in determining the costs. Based on these
estimates, there is no current economic incentive to reprocess and recycle
\gls{UNF}
Each reprocessing method has advantages and disadvantages.
A comparison of fuel cycle options for the Republic of Korea
showed that a fuel cycle with pyroprocessing and \glspl{SFR} required less natural
uranium than a once-through fuel cycle or a closed
fuel cycle using aqueous reprocessing
and \glspl{PWR} to produce the same amount of energy
\cite{park_comparative_2011}. Both methods of reprocessing
reduced the amount of \gls{UNF} for disposal,
but using pyroprocessing with a fast reactor produced no \gls{UNF} for
disposal. The separated material from
pyroprocessing that cannot be recycled in a reactor is assumed to be
disposed of as \gls{LLW} in the analysis. This assumption
holds true, such that this waste stream is no longer
\gls{UNF}, but the material would likely be disposed of
as \gls{HLW} in the US.
One disadvantage of reprocessing
identified by Park et al. \cite{park_comparative_2011} is the
increase in \gls{LLW} produced
when using aqueous reprocessing and
thermal reactors. This result is consistent with the analysis
by \cite{widder_benefits_2010}, which showed a decrease in \gls{LLW}
mass when using a fuel cycle with pyroprocessing and fast reactors,
compared with a once-through fuel cycle \cite{park_comparative_2011}.
\section{Uranium enrichment}
In the \gls{NFC}, enrichment increases the relative abundance of
$^{235}$U compared with $^{238}$U in the fuel, increasing
the relative abundance of fissile material required
for operating most reactor designs. There are multiple technologies and processes
that can enrich uranium: gaseous diffusion, calutrons, gaseous centrifuges,
and laser separation technologies. The US currently employs gaseous
centrifuges to enrich uranium for commercial supplies. Gaseous centrifuges
are currently used at the Urenco site in New Mexico
\cite{us_nuclear_regulatory_commission_louisiana_2022} and planned for the
Centrus facility in Piketon, Ohio
\cite{us_nuclear_regulatory_commission_centrus_2021}. Gaseous centrifuges
are rotating canisters,
relying on the speed of the rotation to move heavier
materials to the outside of the canister. Because of this preferential
movement, a greater concentration of the lighter material ($^{235}$U)
accumulates near the middle of the canister \cite{villani_uranium_1979}.
To ensure that only the mass difference in the uranium isotopes causes
this preferential separation, the uranium is sequestered in UF$_6$ gas, because
fluorine only has one naturally occurring isotope and thus
does not contribute to any mass differences between
molecules of $^{235}$UF$_6$ and $^{238}$UF$_6$.
Multiple quantities govern the capacity of an enrichment facility
\cite{tsoulfanidis_nuclear_2013}, defined in Table \ref{tab:enrichment_variables}.
The enrichment facility separates the feed material (typically
natural uranium) into product and tails streams. The product stream is
material at the desired enrichment level and the tails stream
in material at enrichment levels lower than that of the
feed material. Each of these material streams have a
defined assay or weight fraction of $^{235}$U. The \acrfull{SWU} capacity
is the physical work required to put into the system to provide the
separation needed to meet the product stream demand. It is also related
to the amount of energy the facility
requires \cite{tsoulfanidis_nuclear_2013}.
Each of the quantities in Table \ref{tab:enrichment_variables}
can be related using the following equations:
\begin{subequations}
\begin{equation}
F = P + T
\end{equation}
\begin{equation}
x_fF = x_pP + x_tT
\label{eq:enrichment_assasys}
\end{equation}
\begin{equation}
SWU = \left[P*V(x_p) +T*V(x_t) - F*V(x_f)\right]*t
\label{eq:swu}
\end{equation}
\text{in which:}
\begin{equation}
V(x_i) = (2x_i - 1)*\ln\left(\frac{x_i}{1-x_i}\right)
\label{eq:sep_potential}
\end{equation}
\label{eq:enrichment}
\end{subequations}
\begin{table}[ht]
\centering
\caption{Definitions for variables used to describe throughput and
capacity for an enrichment facility.}
\label{tab:enrichment_variables}
\begin{tabular}{c c c}
\hline
Variable & Description & Units\\\hline
F & Mass of feed material per unit time & kg\\
P & Mass of product material per unit time & kg \\
T & Mass of tails material per unit time & kg\\
x$_f$ & weight fraction of $^{235}$U in the feed stream & -\\
x$_p$ & weight fraction of $^{235}$U in the product stream & - \\
x$_t$ & weight fraction of $^{235}$U in the tails stream & - \\
\gls{SWU} & the physical work required to separate the isotopes & kg-SWU\\
t & time step & d\\
V & Separation Potential & - \\
x$_i$ & weight fraction of $^{235}$U in the $i$ stream & - \\
\hline
\end{tabular}
\end{table}
The subequations comprising Eq. \ref{eq:enrichment} show that as the desired
enrichment level
of the product feed increases, the feed mass must also increase, assuming everything
else is held constant. The equations also show that as the desired
product
enrichment level increases, the amount of \gls{SWU} capacity needed also increases.
However, if the product mass decreases, then the required \gls{SWU} capacity
also decreases. Therefore, changes to the product enrichment level and mass
throughput have similar effects on the amount of feed material and required
\gls{SWU} capacity. Opposing changes to both quantities
(i.e., an increase in one and a decrease in the other) will not lead to a clear
expectation for the change in feed material of the \gls{SWU} capacity.
The effect on these variables will depend on the magnitude of the changes.
The separation needed to enrich uranium cannot be performed
in a single
separation step because of the small separation efficiency of gas centrifuges.
Therefore, centrifuges at a facility are placed into
cascades, as shown in Figure \ref{fig:cascade}. Each cascade is designed with
multiple separation stages in series, with multiple centrifuge units in
parallel comprising each stage \cite{villani_uranium_1979}. Each stage
outputs a product enriched to a certain amount (less than the final product
of the cascade), then the product from one
stage becomes the feed material for the next stage in the cascade to produce
a greater enrichment level. The tails material from each
stage is combined with feed material for the previous stage, to help strip
out any $^{235}$U that is left in the tails. Figure
\ref{fig:cascade} does not show the use of tails from each stage
as feed for the previous step. Using the tails in the
previous stage develops the cascade into a counter-current cascade
\cite{villani_uranium_1979} and helps to improve the efficiency of the entire cascade.
Depending on the mass of product material needed, an enrichment
facility may have multiple cascades, with each cascade housing multiple
centrifuges.
Changing the product stream assay (the $^{235}$U weight fraction)
requires a change in the cascade configuration of
a facility, even if the required \gls{SWU} capacity is the same. Therefore,
understanding the product stream assay, \gls{SWU} capacity needed, and the
amount of product needed aids in designing facilities to meet potential
demand of \gls{HALEU}.
\input{cascade-figure.tex}
The design parameters for a cascade are optimized based on the separation
factor
achieved in the centrifuges, the UF$_6$ flow rate, and the material assays.
The required product assay and the separation factor of each stage govern
the number of stages required in a cascade \cite{whitaker_uranium_2019}.
Therefore, to achieve a higher product assay either more stages
need to be added or each stage needs to achieve a greater separation
factor. The product flow rate governs the number of centrifuges in
each stage \cite{whitaker_uranium_2019}. As the flow rate increases,
so do the number of centrifuges per stage.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%
%
%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{Fuel cycle simulators}
\gls{NFC} simulators are computational tools to model the flow of materials
and the commissioning and decommissioning of facilities for a fuel
cycle. \gls{NFC} simulators can evaluate the transition between fuel cycle
options (e.g., from a once-through to a recycling fuel cycle), the
performance of one fuel cycle with a growth in the demand of nuclear power,
and the effect of perturbations on the material and facility
requirements for a fuel cycle \cite{piet_dynamic_2011}.
\gls{NFC} simulators include multiple functionalities and
capabilities: material flow tracking, facility deployment and
retirement, timing, facility capacities, and external fissile material
sources (e.g., mines) \cite{brown_identification_2016}.
each of the features listed here are considered ``foundational
capabilities'' by Brown et al.
\cite{brown_identification_2016}. Each of these features can then be
expanded upon through ``integral'' or ``exemplary'' features to expand the
foundational capabilities. Examples of integral
features include strategic deployment of facilities to meet a specified
material demand or material prioritization. Examples of exemplary
features include modeling radioactive decay of materials or calculations
of fuel depletion in a reactor \cite{brown_identification_2016}.
A variety of fuel cycle simulators have been developed, often to focus on
specific areas of the \gls{NFC} \cite{huff_next_2010}. Some of the
\gls{NFC} simulators developed include
\gls{DYMOND} \cite{feng_sensitivity_2020,feng_standardized_2016},
\gls{VISION} \cite{yacout_visionverifiable_2006}, ORION
\cite{gregg_analysis_2012}, COSI6 \cite{coquelet-pascal_cosi6:_2015}, and
\gls{NFCSim} \cite{schneider_nfcsim:_2005}.
Another \gls{NFC} simulator is \Cyclus, an open-source, agent-based
\gls{NFC} simulator \cite{huff_fundamental_2016}. The next section
describes \Cyclus more in-depth because it is the simulator chosen for this
work.
\gls{DYMOND} is a fuel cycle simulator developed by \gls{ANL} initially for
the Gen IV Fuel Cycle Crosscut Group. This simulator combines
multiple modeling paradigms, including system dynamics, discrete events, and
agent-based modeling \cite{feng_standardized_2016,feng_sensitivity_2020}.
\gls{DYMOND} accepts inputs of reactor and fuel characteristics, fuel cycle
facility properties, the facilities that use each fuel type, and an
energy demand to output the reactor fleet composition \cite{feng_standardized_2016}.
\gls{VISION} was developed primarily to meet the program objectives of the
\gls{AFCI} and is based on \gls{DYMOND} \cite{yacout_visionverifiable_2006}.
\gls{VISION} was initially developed to be US-focused, but has been modified to
be more generalized in its capabilities \cite{feng_standardized_2016}.
\gls{VISION} dynamically models the mass flow of material through the
entire fuel cycle and calculates metrics based on the \gls{AFCI} program
objectives. New functionalities added to \gls{VISION}, compared with \gls{DYMOND},
include estimating economic costs and modeling isotope decay.
\gls{VISION} has multiple
modules to model the mass flow, calculate metrics, perform control, or
integration.
Both \gls{DYMOND} and \gls{VISION} model the fuel cycle at a fleet level,
instead of a facility level \cite{feng_standardized_2016}.
The UK National Nuclear Laboratory developed ORION, which tracks up to
2500 nuclides as they
move through a nuclear fuel cycle \cite{gregg_analysis_2012}. ORION models
facilities as individual objects, it models
the decay and irradiation of the tracked nuclides
\cite{feng_standardized_2016}. COSI6 was developed by \gls{CEA} to
study different evolutions of reactors and fuel cycles and
provide technical information to decision makers \cite{coquelet-pascal_cosi6:_2015}.
COSI6 simulates a fuel
cycle in a chronological order based on user-provided inputs, and does
not provide any decision making. \gls{NFCSim} was developed by \gls{LANL}
to address contemporary gaps in the ability of fuel cycle simulators
to model transition scenarios or time-dependent information of
sensitive material locations \cite{schneider_nfcsim:_2005}.
\gls{NFCSim} applies an object-oriented
philosophy to represent each element of a fuel cycle model. Objects
are grouped into classes, with classes grouped together to form
superclasses.
\subsection{\Cyclus}
\Cyclus is a dynamic, open source agent-based fuel cycle simulator. Built
in C++, \Cyclus uses only open source and freely available libraries to
provide full access to all users and developers. The
\Cyclus architecture treats materials and facilities independently, similar
to ORION, and allows
for variable fidelity levels \cite{huff_fundamental_2016}. These attributes
of \Cyclus allow for the software to model any fuel cycle scenario.
\Cyclus uses the notion of an \textit{agent} to represent different
components in the simulated fuel cycle. Agents are
defined using the \Cyclus \gls{API}, which allows users
to develop their own suite of agent libraries and use them within \Cyclus.
The \gls{API} anticipates the structure on information about a given
library
required by the core \Cyclus kernel, facilitating
information sharing between the library and the \Cyclus framework.
This framework
also allows for flexibility in licensing and distribution of the
user-developed libraries. Libraries are loaded without changes to the \Cyclus
kernel and without unwanted transfer of sensitive information, allowing
agent library development with export controlled
software while still allowing \Cyclus to be open-source.
The agent-based modeling paradigm employed by \Cyclus allows agent level
modeling, as opposed to system level modeling. This paradigm allows different
fuel cycle facilities, such as a reactor and a fuel fabrication plant, to
be defined independently but still interact with each other in the
simulation. There are three main groups of agents within the \Cyclus
architecture: facilities, institutions, and regions. The agent types
are related using a parent-child hierarchy: regions are
parents of institutions, and institutions are parents of facilities.
Facilities are
the individual units in the fuel cycle that implement technologies,
such as a fuel fabrication facility or a uranium mine. Institutions
manage the facilities, similar to how a company manages facilities,
and are responsible for the deployment of facilities.
Regions provide geographic
and political context for the institutions and regions and can be thought
of as similar to individual nations.
The \Cycamore agent library provides a variety of libraries that can be
dynamically loaded into \Cyclus for use in a simulation
\cite{huff_fundamental_2016,carlsen_cycamore_2014}. These libraries
include multiple facilities, two institutions, and one region as of
\Cycamore 1.3 \cite{huff_fundamental_2016}. The two institutions
(the \texttt{DeployInst} and \texttt{ManagerInst}) interact
with the region (the \texttt{GrowthRegion}) to deploy
facilities as needed to meet a commodity demand specified by the region.
The \texttt{DeployInst} manually defines the number of each
facility to be deployed at each time step. These facilities
registered with the \texttt{GrowthRegion} for their
contribution to the demand and are decommissioned at the end of their
lifetime. The
\texttt{ManagerInst} calculates the number of each facility
type to deploy to meet the demand given by the \texttt{GrowthRegion},
based on what is not met through facilities deployed by other institutions
in the region.
In \Cyclus, agents trade materials through the \gls{DRE}
\cite{gidden_agent-based_2015,huff_fundamental_2016}. The \gls{DRE} defines the
supply-demand communication framework and treats facilities as black boxes
so the solution strategy is agnostic to the resource types being exchanged.
The \gls{DRE} is a novel concept and unique to \Cyclus. It provides a
flexible architecture to support supply-demand modeling and dynamic
material flows between facilities \cite{huff_fundamental_2016}.
There are three steps in the \gls{DRE}: information gathering, resource
exchanges, and trade execution \cite{gidden_agent-based_2015}.
During the information gathering
phase facilities that need materials state their demand for a given
material (e.g., a reactor stating a demand for fuel), referred to
as requests. Requests
from a facility can be more than what is actually required (e.g. a reactor
requesting extra fuel assemblies just in case one breaks mid-cycle). Additionally,
facilities can state mutual requests, or state requests for materials in
which either of the materials would meet the demand (e.g., a reactor
requesting UOX and MOX fuel but only needing one to meet their request), with
a preference defined for each material. Requests for materials can have
constraints attached, such as quantity limits or if the request is
\textit{exclusive}. Exclusive requests mean that it must be met fully
from a single response to the request (or bid), as opposed to being met
through multiple small
bids. Then facilities that produce materials also state the amount of a
material they have to trade away (e.g., a fuel fabrication plant stating
that they have 3 fuel assemblies), as the or
bids. Using the information of the material requests and the bids,
the \gls{DRE} creates an exchange graph. The exchange graph is a
bipartite network \cite{gidden_agent-based_2015}
with nodes for the requests and the responses to the requests.
Once the exchange graph is created, the requesting facilities can apply
preferences to possible each potential bid based on the facility
making the bid \cite{huff_fundamental_2016}. Preferences can be based on
the agent making the bid, the bidding agent's institution, or
the bidding agent's
region. For example, a reactor agent can prefer to receive fuel
assemblies from agent(s) that belong to a specific institution (mimicking but not
fully enforcing contracts between companies), or agents in a specific region
(mimicking international trade agreements). The addition of preferences of
potential bids allows the \gls{DRE} to more closely mimic supply chain
dynamics within a fuel cycle.
A solution is found to the exchange graph by matching requests with
responses. A feature of \Cyclus is that it is possible for
requests to be unmet if there is not enough material in the responses
to fully meet the bid. To account for this
capability, unconstrained false nodes are defined in the exchange graph
to ensure a feasible solution is possible \cite{gidden_methodology_2016}.
A solution to the exchange graph is found using a simulation-based
heuristic or a mathematical program \cite{gidden_agent-based_2015}.
Mathematical models to solve the exchange graph include \gls{MILP} and
\gls{LP}, with \gls{MILP} required to solve the exchange graph if
any of the requests are denoted as exclusive \cite{huff_fundamental_2016}.
Once a solution is found to the exchange graph, the materials are
traded between the matched facilities in the trade execution phase.
In the trade execution phase, the materials are traded between the
facilities matched between the requests and bids.
Similar to many of the other fuel cycle simulators developed, material
compositions in \Cyclus are defined using recipes. Recipes are
typically defined as stagnant compositions at the beginning of
a simulation. However, there are instances in which fuel compositions
need to be dynamic during a simulation, such as when accounting for fuel
depletion. The next section discussed how different fuel
cycle simulators address fuel depletion.
\subsection{Fuel depletion} \label{sec:depletion}
Fuel depletion is an important component of fuel cycle simulations
because the composition of used fuel affects the decay heat,
amount of fissile material present, and the volume of the used
fuel. Each of these fuel properties affects transportation of the
\gls{UNF},
repository storage limits, and how much material is available for
reprocessing and recycling. Therefore, fuel cycle simulators must
have a way to account for fuel depletion.
One possible way to account for fuel depletion is pre-define
compositions of used fuel and update the composition of fuel
materials when
they are discharged from a reactor. This methodology is used
in VISION \cite{yacout_vision_2006}, the \Cycamore \texttt{Reactor}
archetype \Cyclus \cite{carlsen_cycamore_2014},
and is available through ORION \cite{sunny_transition_2015}. To
use this method the
used fuel compositions must be known \textit{a priori}, with used fuel
compositions typically obtained by using another program
to model depletion before modeling the fuel cycle.
This method of accounting for fuel depletion provides a fast and
simple way to model a fuel cycle. Although it has been used to
model closed fuel cycles \cite{bae_standardized_2019,djokic_application_2015},
it is most appropriate for once through fuel cycles
\cite{sunny_transition_2015} because the same
compositions for fresh fuel are loaded into a reactor at each
refueling, which means that the used fuel compositions do not vary
greatly between discharged batches.
Brown et al. consider dynamic modeling of fuel depletion, or
modeling depletion during a fuel cycle simulation, to be an
``exemplary'' quality
of a fuel cycle simulator \cite{brown_identification_2016},
and is available in different simulators. Dynamic depletion
modeling allows a fuel cycle simulator to more accurately model
the effects of depletion on fuel compositions in a fuel cycle. Some of the
fuel cycle simulators that have dynamic fuel depletion capabilities
are ORION \cite{feng_standardized_2016}, \gls{DYMOND}
\cite{richards_application_2021}, and \gls{NFCSim} \cite{schneider_nfcsim:_2005}.
ORION allows
users to define material compositions using recipes or have the
program model decay and depletion of the material \cite{sunny_transition_2015}. ORION
has some built-in reactor-specific cross sections for modeling
depletion during a fuel cycle simulation, or users can generate
and provide their own cross section data customized for the reactors and fuel cycle
they are modeling. \gls{DYMOND} models depletion through a coupling with
ORIGEN2, a stand-alone depletion solver, using pre-generated
reactor-specific depletion libraries \cite{richards_application_2021}.
The coupling of \gls{DYMOND} with ORIGEN2 provides dynamic updates to
used fuel compositions, but it also allows for the code to perform
criticality searches to determine fresh fuel compositions based on
the used fuel compositions available. This criticality search provides
more accurate compositions of the fresh fuel produced than using a recipe
to define the composition because it creates a feedback mechanism
between the fresh and used fuel compositions \cite{richards_application_2021}.
However, the increased accuracy in fuel compositions in \gls{DYMOND} comes
at the cost of increased computational cost \cite{richards_application_2021}.
\gls{NFCSim} is coupled with \gls{LACE}, a criticality and burnup
engine developed to couple with \gls{NFCSim} to model the
time-dependent nature of nuclear materials in a fuel cycle simulation
\cite{schneider_nfcsim:_2005}. By providing \gls{LACE} with cross
section libraries, it can find fluence-dependent burnups and production
and destruction rates for actinides in the fuel materials. This
information is then used to develop reactor-specific reactivity models
based on the fluence as the independent variable. This coupling
with \gls{LACE} provides a cycle-dependent way to determine
used fuel compositions upon discharge from the reactor or at a
later time (e.g., after initial cooling or upon entrance to a
separations facility).
The core kernel of \Cyclus does not provide a method to dynamically
model depletion of fuel. However, the modular nature of \Cyclus means
that developers can easily create archetypes that provide this
functionality. One such archetype is \gls{CYBORG}, which is a
reactor-style archetype that couples \Cyclus with ORIGEN
\cite{skutnik_cyborg_2016}. \gls{CYBORG} leverages the validated
depletion capabilities in ORIGEN to model fuel depletion during
a fuel cycle simulation \cite{skutnik_cyborg_2016}. User-defined
parameters (such as fresh fuel compositions, irradiation time, and
power level) are passed to \gls{CYBORG}, which then produces a
problem-specific cross section library. The library is then passed to
ORIGEN to perform the depletion calculation. The depleted material
compositions are then passed to \Cyclus to update the appropriate
material compositions and recipes in a simulation. Use of this
archetype requires users to have a license to use ORIGEN, as it
is an export-controlled code, which can pose issues in a user being
able to use this archetype.
A third-party archetype library developed to account for fuel depletion
is Bright-lite \cite{schneider_integrated_2016}. The Bright-lite
library contains three different archetypes: \texttt{ReactorFacility},
\texttt{FuelfabFacility}, \texttt{ReprocessingFacility}. This archetype library
models depletion by determining fresh and used fuel compositions
based on burnup, criticality, and transmutations matrix curves.
Bright-lite has two operation modes: forward mode and blending
mode \cite{schneider_integrated_2016}. In forward mode, Bright-lite
reads in a defined fuel composition and depletes based on the neutron
fluence through the material and a target (i.e. \keff=1). In
blending mode, Bright-lite connects the ReactorFacility and
\texttt{FuelfabFacility} to mix multiple material streams to create a single
stream that meets a specific target: burnup-criticality or burnup-conversion
ratio. This archetype library can be used for modeling multiple reactor
designs and multiple fuel forms, but requires different cross
section libraries for each reactor and fuel type. Bright-lite comes
with pre-defined libraries or a user may supply their own
library that can be interpolated by Bright-lite. There is little
published use of this archetype library in the current literature,
suggesting that there are significant barriers to its use or that
other archetypes are sufficient to meet the performance of this
archetype library.
A third archetype to add dynamic depletion capabilities to \Cyclus
is the ann\_pwr archetype \cite{bae_deep_2020}. This archetype
attempts to strike a balance between computational cost and
depletion accuracy by predicting the used fuel composition based on
fuel burnup and initial enrichment using trained neural networks.
A similar depletion method was used with the \gls{CLASS}
\gls{NFC} simulator to predict core loading and cross section data
for a \gls{PWR} loaded with \gls{MOX} fuel \cite{leniau_neural_2015}.
The neural networks for the ann\_pwr archetype were trained
on data in the \gls{UNFSTANDARDS} \gls{UDB} \cite{peterson_used_2013}.
Performance of this archetype is very promising, showing much faster
compute times and reduced memory requirements than other depletion
methods as well as greater agreement to the data in the \gls{UDB} than
using a standard recipe composition \cite{bae_deep_2020}. However,
this archetype is very limited in applicability for many fuel cycles.
The neural network was trained only on data from \gls{PWR}
assemblies, so a user cannot use this archetype to model depletion
in other reactor types. Expansion of this archetype to include
other reactor types would require developing separate neural networks for
each reactor design, or the develop a new network that accounts for
reactor type as an input parameter.
\subsection{Verification and use of fuel cycle simulators}
Verification activities of \gls{NFC} provides a comparison of the
results from different simulators for a defined fuel cycle.
These activities are important because each fuel cycle
simulator uses a different methodology for defining materials
and facilities. These activities also identify different
modeler interpretations of the fuel cycle information,
and how to translate that into a fuel cycle model.
Multi-lab efforts validated some of the \gls{NFC} simulators discussed here
(\gls{DYMOND}, \gls{VISION}, ORION, and \Cyclus)
using a no growth transition from \glspl{LWR}
to \glspl{SFR} \cite{feng_standardized_2016,bae_standardized_2019}.
Each \gls{LWR} in the scenario provides 1000 MWe of
electricity and each \gls{SFR} provides 333.3 MWe of electricity. The
scenario is simple enough that a spreadsheet could calculate the results,
which served as an analytical solution. The
results from each \gls{NFC} simulator were compared to each other and
to the spreadsheet solution. Any observed differences were either explained
based on modeling implementation or resolved through changes to the
necessary code.
The results of the verification efforts showed agreement between each
of the codes and the spreadsheet results, but it also identified modeling
differences. For example, \gls{VISION} and \gls{DYMOND} model continuous
reprocessing at each time step, as opposed to the instantaneous
reprocessing modeled by the spreadsheet \cite{feng_standardized_2016}.
This difference led to \gls{DYMOND} reporting lower annual mass flow
rates for the \glspl{SFR} and a small delay in the idle \gls{UNF}
inventory modeled by \gls{VISION} compared with the spreadsheet
solution.
Another difference identified is that the \Cycamore Reactor
archetype models each fuel assembly and batch as discrete material
\cite{bae_standardized_2019}, as
opposed to the other codes assuming continuous fuel discharge.
This difference leads to oscillations in the \gls{UNF} discharged
when using \Cyclus, while the other codes results do not have these
oscillations.
However, this modeling decision in \Cyclus produced results that
are closer to reality, because of the cyclic nature of fuel
loading and discharge from reactors.
Additionally, the \Cycamore Reactor archetype depletes half of the
core of fuel upon decommissioning, while the other \gls{NFC} simulators
deplete the entire core of fuel upon decommissioning. This
difference affects the \gls{TRU} material inventory, and the
methodology was
temporarily removed to demonstrate that the different
methodologies led to the difference in results \cite{bae_standardized_2019}.
A common use of \gls{NFC} simulators is to evaluate the performance
of fuel cycles based on specific criteria.
For example, work with \gls{DYMOND}, \gls{DANESS},
and \gls{NFCSim} evaluated how different fuel cycle options
could reduce \gls{UNF} volume in a repository \cite{yacout_dynamic_2004}.
This work showed how the exclusion of \glspl{TRU} from material
sent to a repository significantly decreases the decay heat
of material in the repository.
\gls{NFC} simulators have also evaluated the transition between fuel cycle
options. Dynamic simulations of fuel cycle options for the \gls{AFCI}
Campaign in 2005 demonstrate the importance of the magnitude, timing,
and rate of deploying facilities for meeting demands of the new fuel cycle option
\cite{piet_assessment_2011}. Furthermore, \gls{NFC} simulators are
used to model the transition between
different fuel cycle options or technology. Quantifying the transition
between fuel cycle options occurs by studying metrics such as the
energy output and resource requirements of the transition
\cite{del_cul_advanced_2010}.
Resource requirements can include the mass of natural uranium, enrichment
needs, fuel irradiation, \gls{UNF}, waste production, and cost.
The use of \gls{NFC} simulators over the
last decade has primarily been guided by the Nuclear Fuel Cycle \gls{ES}
from the \gls{DOE-NE} \cite{wigeland_nuclear_2014}. This project
categorized multiple fuel cycle options into 40 different \glspl{EG}
based on characteristics such as the recycling scheme, the type of fuel
burned,
and the type of reactor (e.g., thermal critical reactor, fast critical reactor).
The \glspl{EG} were compared on their performance at equilibrium on nine evaluation
criterion, including nuclear waste management and resource utilization. The
results of this project showed that the most benefit comes from fuel cycles
that use continuous recycling of U/Pu with new or natural uranium in fast critical
reactors (\gls{EG} 23), continuous recycling of U/\gls{TRU} with new or natural
uranium in fast critical reactors (\gls{EG} 24), continuous recycling of U/Pu
with new or natural uranium in both fast and thermal critical reactors
(\gls{EG} 29), or continuous recycling of U/\gls{TRU} with new or natural uranium in
both fast and critical reactors (\gls{EG} 30) \cite{wigeland_nuclear_2014}.
Based on the results of the \gls{ES}, several efforts modeled
the transition to these promising fuel cycle options using fuel cycle
simulators \cite{sunny_transition_2015,djokic_application_2015,feng_standardized_2016,bae_standardized_2019,littell_development_2016}.
Researchers used ORION to model the transition from a
once-through fuel cycle option using enriched uranium in thermal critical
reactors to a closed fuel cycle with U/Pu recycling in fast
critical reactors (\gls{EG} 01 to \gls{EG} 23) \cite{sunny_transition_2015}.
This work
demonstrated the importance of new \glspl{LWR} and license
extensions of existing reactors for this transition.
Djokic et al. used \Cyclus to model the transition from \gls{EG} 01 to \gls{EG}
23 assuming a 1\% growth in power demand
\cite{djokic_application_2015}. The results from \Cyclus were compared
to the results from modeling the same transition scenario with \gls{DYMOND}.
The power generated, reactor entry
time, and reactor exit time for the \Cyclus simulation qualitatively
matches well with the results of the \gls{DYMOND} simulation, but the power
demand growth could match better to the target 1\% by slightly modifying
the \gls{SFR} deployment \cite{djokic_application_2015}. Littell
\cite{littell_development_2016}
also modeled the \gls{EG} 01 to \gls{EG} 23 transition in \Cyclus.
This work included constraints such as restricting the mass of separated
plutonium to less than 100 MT, not allowing reprocessing to begin until
at least 2050, and allowing up to 5\% surplus or deficit in the energy
from compared with the demand. This work found that the separated
plutonium constraint could be met, except when reprocessing first
begins because of the accumulation of \gls{UNF} before
reprocessing begins \cite{littell_development_2016}.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%
%
%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\section{Sensitivity analysis and optimization}
Sensitivity analysis identifies and quantifies how each input parameter
of a model affects output metrics \cite{thiolliere_methodology_2018}.
Sensitivity analysis is useful in fuel cycle modeling because of the
multiple sources of uncertainty in
modeling the nuclear fuel cycle, such as facility design parameters,
scenario assumptions, and reactor physics calculations
\cite{noauthor_effects_2017}. To perform
sensitivity
analysis, one simulates a fuel cycle multiple times
with small perturbations in model inputs between each simulation, with
the output metrics observed for any changes caused by each
perturbation. Output metrics are presented through three different
indicators: the final value, the maximum value, or the cumulative sum
\cite{noauthor_effects_2017}. Thiolliere et al.
\cite{thiolliere_methodology_2018} demonstrated a methodology to
perform sensitivity analysis, defining the specific input parameters to
perturb and the range of values those parameters can take.
They defined the range of values based on known technical capabilities, then
sampled uniformly across the range of values to build the simulations.
Feng et al. \cite{feng_sensitivity_2020} used a similar methodology,
using random sampling in the identified range of input variable values.
Some common
parameters varied during sensitivity analysis include the fuel burnup
\cite{thiolliere_methodology_2018,noauthor_effects_2017}, the \gls{LWR}
lifetime \cite{feng_sensitivity_2020,noauthor_effects_2017},
and the transition start time or introduction date of new reactor technology
\cite{chee_sensitivity_2019,passerini_systematic_2014,noauthor_effects_2017}.
Common model outputs used in sensitivity analysis include
natural uranium requirements
\cite{richards_application_2021,noauthor_effects_2017},
plutonium inventory \cite{chee_sensitivity_2019,noauthor_effects_2017},
and \gls{SWU}
capacity required \cite{richards_application_2021,noauthor_effects_2017}.
There are multiple types of sensitivity analysis, and this work considers
\gls{OAT}, synergistic, and global sensitivity analysis. Each type of
analysis differs based on the number of parameters varied at once.
In \gls{OAT} analysis, only one parameter is varied, in synergistic
analysis, two parameters are varied at once, and in global
sensitivity analysis more than two parameters are varied.
\subsection{One-at-a-time Analysis}\label{sec:oat_background}
\gls{OAT} analysis
investigates the effects of varying a single input parameter and its effects
on a single output metric, providing a relative impact of the input on the
metric. There are multiple ways to report the results of \gls{OAT}, such as a
correlation coefficients or sensitivity value. Correlation coefficients
are values between 0 and 1 that describes how linearly two variables
are related. Closer to 1 indicates a very linear relationship and closer to
0 indicates not a strong linear relationship. Correlation coefficients
provide information about linear relationships, but do not provide
information about non-linear relationships.
The sensitivity value is defined as:
\begin{equation}
q = \frac{p_{ref}(R_{ref}-R_s)}{R_{ref}(p_{ref}-p_s)}
\label{eq:sensitivity_metric}
\end{equation}
in which
\begin{align*}
&p_{ref} = \text{ reference value for the input parameter}\\
&p_s = \text{ value for the input parameter}\\
&R_{ref} = \text{ value for the output metric when the input parameter is }p_{ref}\\
&R_s = \text{value of the output metric when the input parameter is }p_s
\end{align*}
\noindent and quantifies the percent change in the output
per percent change in the input value \cite{noauthor_effects_2017}.
Using this metric requires identifying a reference input parameter value
($p_{ref}$) and the calculation of the output from the reference input value
($R_{ref}$) for comparison. The sensitivity indicator
quantifies the percent variation of an output metric based on a 1\% change in
the input parameter \cite{noauthor_effects_2017}. The sensitivity indicator
assumes a linear relationship between the input parameter and the output metric
\cite{noauthor_effects_2017}, so it is not applicable to all \gls{OAT}
analysis.
\gls{OAT} analysis has been applied to multiple fuel cycle scenarios and
transitions. The \gls{OECD} conducted \gls{OAT} analysis for a transition scenario
from \glspl{PWR} to \glspl{SFR} \cite{noauthor_effects_2017}. They examined
the effects of 15 different
input parameters (including the energy demand, first year of reprocessing fuel
from \glspl{PWR}, and the enrichment tails assays) on 22 different output metrics
(including the cumulative mass of natural uranium required, the \gls{SWU} capacity
required, and the plutonium inventory at various fuel cycle facilities).
Their analysis showed that the energy demand and the introduction date of
\glspl{SFR} had the most pronounced effect on many of the output metrics
based on the
sensitivity indicator. When using the sensitivity indicator, their analysis
showed that the \gls{SFR} introduction date, the energy demand, and the
enrichment tails assay had the greatest impacts on the natural uranium
consumption and the \gls{SWU} requirements.
Chee \cite{chee_sensitivity_2019} performed \gls{OAT} analysis on the \gls{EG}
01 to \gls{EG} 30 transition
(once-through fuel cycle with \glspl{PWR} fleet transitioning to a
closed fuel cycle with \gls{MOX} fueled \glspl{PWR} and \glspl{SFR}).
Chee considered the cooling time length
for \gls{UNF}, the fleet share of \gls{MOX} \glspl{PWR} to \glspl{SFR}, and
the transition start year as the model input parameters to vary and metrics
related to the environmental impact, resource utilization, and how well
the reactor deployment matches to the \gls{ES} \cite{wigeland_nuclear_2014}
as the output
metrics of the \gls{OAT} analysis. The analysis showed
that each of the input parameters primarily impact the proliferation risk
output metrics, with some impact on the final mass of \gls{HLW}.
\subsection{Synergistic Analysis}\label{sec:synergistic_background}
Synergistic analysis is a multi-parameter approach that varies two different
model inputs to investigate their combined impact on output metrics,
which provides a more comprehensive view of the impact of the input
parameters by evaluating the coupled effects of the parameters.
This analysis is performed by sweeping over a range of values for each input
parameter, then observing the response in each output metric for each
combination. Through this process the input parameters resulting in the
maximum or minimum value of the output metric can be found.
Chee \cite{chee_sensitivity_2019} also performed synergistic analysis for
the \gls{EG} 01 to \gls{EG} 30 transition.
Their analysis showed how the reactor fleet share and the transition start
year affect the maximum plutonium inventory at different facilities, such as
how minimizing the \gls{MOX}-fueled \gls{PWR} fleet share minimizes the
plutonium inventory in the cooling pools.
Other work on synergistic sensitivity analysis for \glspl{NFC} examined the
effects of the introduction of both thermal reprocessing and fast reactor
technology for a given \gls{NFC} on the number of reactors constructed,
the \gls{LCOE}, the mass of enrichment tails, and the \gls{SWU}
capacity \cite{passerini_systematic_2014}. By combining all four output
metrics into a single output metric, this analysis showed how the
later introduction dates for both thermal reprocessing
and fast reactor technology minimizes the combined metric. The work by
Passerini
et al. \cite{passerini_systematic_2014} and Chee \cite{chee_sensitivity_2019}
not only describe the combined effect of two different model parameters on
output metrics, but they also demonstrate how this analysis can be used for
optimization of a \gls{NFC}.
\subsection{Global Sensitivity Analysis}\label{sec:global_background}
Global sensitivity analysis varies multiple parameters at a time to
investigate their individual and combined effects on the output metrics.
Synergistic sensitivity analysis is a sub-set of global sensitivity
analysis, in which specifically two input parameters are varied.
Global sensitivity analysis can perform many functions such as identifying
the input
parameter(s) that have the most impact on an output metric and identifying
input parameter(s) that have the least or negligible impact on output
metrics \cite{thiolliere_methodology_2018}. One metric used
in global sensitivity analysis is the Sobol' indices ($S_{i}$), which
represent the
contribution of each input parameter on the variance of the output metric.
The indices are broken down into multiple orders based on how many
input parameter interactions are considered. For example, a first order