merge lena head with ns-3-dev head
authorTom Henderson <tomh@tomh.org>
Fri, 12 Apr 2013 11:42:20 -0700
changeset 9689 43cf4176edb8
parent 9296 c9534df44a2d (current diff)
parent 9688 17f49271f94f (diff)
child 9690 19e7ac885ce8
merge lena head with ns-3-dev head
src/lte/doc/source/figures/lte-arch-data-rrc-pdcp-rlc.dia
src/lte/doc/source/figures/lte-enb-architecture.dia
src/lte/doc/source/figures/lte-ue-architecture.dia
--- a/src/lte/doc/Makefile	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/Makefile	Fri Apr 12 11:42:20 2013 -0700
@@ -1,6 +1,7 @@
 EPSTOPDF = epstopdf
 DIA = dia
 SEQDIAG = seqdiag
+DOT = dot
 CONVERT = convert -density 250
 
 
@@ -10,19 +11,27 @@
 # specify dia figures from which .png and .pdf figures need to be built
 
 IMAGES_DIA = \
+        $(FIGURES)/epc-ctrl-arch.dia \
 	$(FIGURES)/epc-data-flow-dl.dia \
 	$(FIGURES)/epc-data-flow-ul.dia \
 	$(FIGURES)/epc-profiling-scenario.dia \
 	$(FIGURES)/epc-topology.dia \
+	$(FIGURES)/epc-topology-x2-enhanced.dia \
 	$(FIGURES)/eutran-profiling-scenario.dia \
 	$(FIGURES)/ff-example.dia \
 	$(FIGURES)/ff-mac-saps.dia \
-	$(FIGURES)/lte-arch-data-rrc-pdcp-rlc.dia \
-	$(FIGURES)/lte-enb-architecture.dia \
+	$(FIGURES)/lte-arch-enb-data.dia \
+	$(FIGURES)/lte-arch-enb-ctrl.dia \
+	$(FIGURES)/lte-arch-ue-data.dia \
+	$(FIGURES)/lte-arch-ue-ctrl.dia \
+	$(FIGURES)/lte-enb-phy.dia \
+	$(FIGURES)/lte-ue-phy.dia \
 	$(FIGURES)/lte-epc-e2e-data-protocol-stack.dia \
 	$(FIGURES)/lte-interference-test-scenario.dia \
-	$(FIGURES)/lte-ue-architecture.dia \
-	$(FIGURES)/lte-subframe-structure.dia
+	$(FIGURES)/lte-subframe-structure.dia \
+	$(FIGURES)/lte-epc-x2-interface.dia \
+	$(FIGURES)/lte-harq-architecture.dia \
+	$(FIGURES)/lte-harq-processes-scheme.dia
 
 
 # specify eps figures from which .png and .pdf figures need to be built
@@ -43,27 +52,48 @@
 	$(FIGURES)/lte-rlc-data-txon-dl.eps \
 	$(FIGURES)/lte-rlc-data-retx-dl.eps \
 	$(FIGURES)/lte-rlc-data-txon-ul.eps \
-	$(FIGURES)/lte-rlc-data-retx-ul.eps 
+	$(FIGURES)/lte-rlc-data-retx-ul.eps \
+	$(FIGURES)/lte-epc-x2-handover-seq-diagram.eps \
+	$(FIGURES)/lte-epc-x2-entity-saps.eps
 
 
 # rescale pdf figures as necessary
 $(FIGURES)/lte-interference-test-scenario.pdf_width = 3in
+$(FIGURES)/epc-ctrl-arch.pdf_width = 8cm
 $(FIGURES)/epc-topology.pdf_width = 4in
+$(FIGURES)/epc-topology-x2-enhanced.pdf_width = 14cm
 $(FIGURES)/lte-arch-data-rrc-pdcp-rlc.pdf_width = 3in
 $(FIGURES)/lte-epc-e2e-data-protocol-stack.pdf_width = 15cm
 $(FIGURES)/ff-mac-saps.pdf_width = 5in
 $(FIGURES)/ff-example.pdf_width = 5in
+$(FIGURES)/lte-arch-enb-data.pdf_width = 6cm 
+$(FIGURES)/lte-arch-enb-ctrl.pdf_width = 10cm
+$(FIGURES)/lte-arch-ue-data.pdf_width = 6cm
+$(FIGURES)/lte-arch-ue-ctrl.pdf_width = 10cm
 $(FIGURES)/lte-rlc-implementation-model.pdf_width = 20in
 $(FIGURES)/lte-rlc-data-txon-dl.pdf_width = 10cm
 $(FIGURES)/lte-rlc-data-txon-ul.pdf_width = 10cm
 $(FIGURES)/lte-rlc-data-retx-ul.pdf_width = 10cm
 $(FIGURES)/lte-phy-interference.pdf_width = 12cm
 $(FIGURES)/lte-subframe-structure.pdf_width = 2in
-
+$(FIGURES)/mac-random-access-contention.pdf_width = 10cm
+$(FIGURES)/mac-random-access-noncontention.pdf_width = 15cm
+$(FIGURES)/lte-ue-rrc-states.pdf_width = 7cm
+$(FIGURES)/helpers.pdf_width = 8cm
 
 IMAGES_SEQDIAG = \
 	$(FIGURES)/lte-phy-interference.seqdiag \
-	$(FIGURES)/helpers.seqdiag
+	$(FIGURES)/helpers.seqdiag \
+	$(FIGURES)/mac-random-access-contention.seqdiag \
+	$(FIGURES)/mac-random-access-noncontention.seqdiag \
+	$(FIGURES)/rrc-connection-establishment.seqdiag \
+	$(FIGURES)/rrc-connection-reconfiguration.seqdiag \
+	$(FIGURES)/rrc-connection-reconfiguration-handover.seqdiag \
+	$(FIGURES)/nas-attach.seqdiag 
+
+IMAGES_DOT = \
+	$(FIGURES)/lte-enb-rrc-states.dot \
+	$(FIGURES)/lte-ue-rrc-states.dot
 
 IMAGES_NOBUILD = $(FIGURES)/fading_pedestrian.png \
 	$(FIGURES)/fading_vehicular.png \
@@ -100,7 +130,10 @@
 	$(FIGURES)/miesm_scheme.pdf \
 	$(FIGURES)/miesm_scheme.png \
 	${IMAGES_SEQDIAG:.seqdiag=.png} \
-	${IMAGES_SEQDIAG:.seqdiag=.pdf}
+	${IMAGES_SEQDIAG:.seqdiag=.pdf} \
+	${IMAGES_DOT:.dot=.png} \
+	${IMAGES_DOT:.dot=.pdf} \
+
 
 IMAGES_BUILD = \
 	${IMAGES_DIA:.dia=.eps} \
@@ -115,11 +148,15 @@
 
 %.eps : %.dia; $(DIA) -t eps $< -e $@
 %.png : %.dia; $(DIA) -t png $< -e $@
-%.png : %.seqdiag; $(SEQDIAG) -Tpng -o $@ $< 
+%.png : %.seqdiag; $(SEQDIAG) -Tpng --no-transparency -o $@ $< 
+%.png : %.dot; $(DOT) -Tpng -o$@ $< 
 %.png : %.eps; $(CONVERT) $< $@
 %.pdf : %.seqdiag
 	$(SEQDIAG) -Tpdf -o $@ $<
 	if test x$($@_width) != x; then ./rescale-pdf.sh $($@_width) $@ ; fi
+%.pdf : %.dot
+	$(DOT) -Tpdf -o $@ $<
+	if test x$($@_width) != x; then ./rescale-pdf.sh $($@_width) $@ ; fi
 %.pdf : %.eps
 	$(EPSTOPDF) $< -o=$@
 	if test x$($@_width) != x; ./rescale-pdf.sh $($@_width) $@ ; fi
@@ -166,6 +203,9 @@
 	-rm -rf $(BUILDDIR)/*
 	-rm -f $(IMAGES_BUILD)
 
+
+images: $(IMAGES_NOBUILD) $(IMAGES_BUILD)
+
 frag: pickle
 	@if test ! -d $(BUILDDIR)/frag; then mkdir $(BUILDDIR)/frag; fi
 	pushd $(BUILDDIR)/frag && ../../pickle-to-xml.py ../pickle/index.fpickle  > navigation.xml && popd
--- a/src/lte/doc/source/conf.py	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/source/conf.py	Fri Apr 12 11:42:20 2013 -0700
@@ -48,9 +48,9 @@
 # built documents.
 #
 # The short X.Y version.
-version = 'M2'
+version = 'lena-dev'
 # The full version, including alpha/beta/rc tags.
-release = 'M2'
+release = 'M5'
 
 # The language for content autogenerated by Sphinx. Refer to documentation
 # for a list of supported languages.
@@ -208,6 +208,11 @@
 #latex_domain_indices = True
 
 
+
+# add page breaks in the pdf. Level 1 is for top-level sections, level 2 for subsections, and so on.
+pdf_break_level = 4 
+
+
 # -- Options for manual page output --------------------------------------------
 
 # One entry per manual page. List of tuples
Binary file src/lte/doc/source/figures/epc-ctrl-arch.dia has changed
Binary file src/lte/doc/source/figures/epc-topology-x2-enhanced.dia has changed
Binary file src/lte/doc/source/figures/epc-topology.dia has changed
Binary file src/lte/doc/source/figures/helpers.pdf has changed
Binary file src/lte/doc/source/figures/helpers.png has changed
--- a/src/lte/doc/source/figures/helpers.seqdiag	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/source/figures/helpers.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -2,26 +2,23 @@
 
 diagram {
 
-LteHelper => EpcHelper [label="AddEnb"] {
-  EpcHelper  -> EpcHelper [label="create EpcEnbApplication"];
-  EpcHelper  -> EpcHelper [label="Setup S1 link"];
-  EpcHelper  => EpcSgwPgwApplication [label="AddEnb (enbIpv4Address)"];
-}
-
-
-LteHelper => LteUeRrc [label="GetRnti", return="RNTI"]
-LteHelper => LteEnbRrc [label="SetupRadioBearer", return="LCID"] 
+SimProgram; LteHelper; EpcHelper; 
 
-LteHelper => EpcHelper [label="ActivateEpsBearer(UE IP, eNB IP, TFT, RNTI, LCID)"] {
-  EpcHelper => EpcSgwPgwApplication [label="ActivateS1Bearer (UE IP, eNB IP, TFT)", return="TEID"] {
-    EpcSgwPgwApplication => EpcSgwPgwApplication [label="Store UE IP<->eNB IP mapping"];
-    EpcSgwPgwApplication => EpcSgwPgwApplication [label="Create GTP-U tunnel endpoint"];
-  }
-  EpcHelper => EpcEnbApplication [label="ErabSetupRequest(TEID, RNTI, LCID	)"] {
-    EpcEnbApplication -> EpcEnbApplication [label="Create GTP-U tunnel endpoint (TEID)"];
-    EpcEnbApplication -> EpcEnbApplication [label="store TEID<->(RNTI,LCID) mapping"]
-  }  
-}
-    
+SimProgram ->> LteHelper [label="create"]
+SimProgram ->> EpcHelper [label="create"]
+EpcHelper ->> EpcHelper [label="create MME and SGW/PGW"]
+SimProgram ->> LteHelper [label="InstallEnbDevice"] 
+LteHelper ->> LteHelper [label="install protocol stack on eNB"]
+LteHelper ->> EpcHelper [label="AddEnb"]
+EpcHelper ->> EpcHelper [label="setup S1-U, S1-AP and S11"]
+SimProgram ->> LteHelper [label="InstallUeDevice"] 
+LteHelper ->> LteHelper [label="install protocol stack on UE"]
+SimProgram ->> LteHelper [label="Attach (UE, eNB)"] 
+LteHelper ->> LteHelper [label="tell UE NAS to start connection"]
+LteHelper ->> EpcHelper [label="ActivateEpsBearer (default)"]
+EpcHelper ->> EpcHelper [label="tell MME to activate bearer when UE connects"]
+SimProgram ->> LteHelper [label="ActivateDedicatedEpsBearer"]
+LteHelper ->> EpcHelper [label="ActivateEpsBearer"] 
+EpcHelper ->> EpcHelper [label="tell MME to activate bearer when UE connects"]
 
 }
\ No newline at end of file
Binary file src/lte/doc/source/figures/lte-arch-data-rrc-pdcp-rlc.dia has changed
Binary file src/lte/doc/source/figures/lte-arch-enb-ctrl.dia has changed
Binary file src/lte/doc/source/figures/lte-arch-enb-data.dia has changed
Binary file src/lte/doc/source/figures/lte-arch-ue-ctrl.dia has changed
Binary file src/lte/doc/source/figures/lte-arch-ue-data.dia has changed
Binary file src/lte/doc/source/figures/lte-enb-architecture.dia has changed
Binary file src/lte/doc/source/figures/lte-enb-phy.dia has changed
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/lte-enb-rrc-states.dot	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,35 @@
+digraph LteEnbRrcStates {
+
+size="20,20"
+
+
+NO_CONTEXT [shape="ellipse", label="no context"]
+INITIAL_RANDOM_ACCESS  [shape="box",width=4]
+CONNECTION_SETUP [shape="box",width=4]
+CONNECTION_REJECTED [shape="box",width=4] 
+CONNECTED_NORMALLY [shape="box",width=4] 
+CONNECTION_RECONFIGURATION [shape="box",width=4] 
+HANDOVER_PREPARATION [shape="box",width=4] 
+HANDOVER_JOINING [shape="box",width=4] 
+HANDOVER_PATH_SWITCH [shape="box",width=4] 
+HANDOVER_LEAVING [shape="box",width=4]
+CONTEXT_DESTROYED [shape="ellipse", label="context destroyed"]
+
+NO_CONTEXT -> INITIAL_RANDOM_ACCESS [label="rx RA preamble",labeldistance=0]
+INITIAL_RANDOM_ACCESS -> CONNECTION_REJECTED [label="rx RRC CONN REQUEST, AdmitRrcConnectionRequest = false"]
+CONNECTION_REJECTED -> CONTEXT_DESTROYED [label="maxRecvConnRejectDelay timeout"]
+INITIAL_RANDOM_ACCESS -> CONTEXT_DESTROYED [label="maxConnectionDelay timeout"]
+INITIAL_RANDOM_ACCESS -> CONNECTION_SETUP [label="rx RRC CONN REQUEST, AdmitRrcConnectionRequest = true"]
+CONNECTION_SETUP -> CONNECTED_NORMALLY [label="rx RRC CONN SETUP COMPLETED"]
+CONNECTED_NORMALLY -> CONNECTION_RECONFIGURATION [label="reconfiguration trigger"]
+CONNECTION_RECONFIGURATION -> CONNECTED_NORMALLY [label="rx RRC CONN RECONF COMPLETED"]
+CONNECTED_NORMALLY -> HANDOVER_PREPARATION [label="handover trigger"]
+HANDOVER_PREPARATION -> CONNECTED_NORMALLY [label="rx X2 HO PREP FAILURE"]
+HANDOVER_PREPARATION -> HANDOVER_LEAVING [label="rx X2 HO REQUEST ACK"]
+HANDOVER_LEAVING -> CONTEXT_DESTROYED [label="rx X2 UE CONTEXT RELEASE"]
+NO_CONTEXT -> HANDOVER_JOINING [label="rx & admit X2 HANDOVER REQUEST"]
+HANDOVER_JOINING -> HANDOVER_PATH_SWITCH [label="RRC CONN RECONF COMPLETED"]
+HANDOVER_PATH_SWITCH -> CONNECTED_NORMALLY [label="rx S1 PATH SWITCH REQUEST ACK"]
+
+
+}
\ No newline at end of file
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/lte-epc-x2-entity-saps.eps	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,2753 @@
+%!PS-Adobe-3.0 EPSF-3.0
+%%Title: 
+%%Creator: PScript5.dll Version 5.2.2
+%%CreationDate: 5/22/2012 10:9:48
+%%For: mrequena
+%%BoundingBox: 0 0 469 355
+%%Pages: 1
+%%Orientation: Portrait
+%%PageOrder: Ascend
+%%DocumentNeededResources: (atend)
+%%DocumentSuppliedResources: (atend)
+%%DocumentData: Clean7Bit
+%%TargetDevice: () (52.3) 320
+%%LanguageLevel: 1
+%%EndComments
+
+%%BeginDefaults
+%%PageBoundingBox: 0 0 469 355
+%%ViewingOrientation: 1 0 0 1
+%%EndDefaults
+
+%%BeginProlog
+%%BeginResource: file Pscript_WinNT_VMErrorHandler 5.0 0
+/currentpacking where{pop/oldpack currentpacking def/setpacking where{pop false
+setpacking}if}if/$brkpage 64 dict def $brkpage begin/prnt{dup type/stringtype
+ne{=string cvs}if dup length 6 mul/tx exch def/ty 10 def currentpoint/toy exch
+def/tox exch def 1 setgray newpath tox toy 2 sub moveto 0 ty rlineto tx 0
+rlineto 0 ty neg rlineto closepath fill tox toy moveto 0 setgray show}bind def
+/nl{currentpoint exch pop lmargin exch moveto 0 -10 rmoveto}def/=={/cp 0 def
+typeprint nl}def/typeprint{dup type exec}readonly def/lmargin 72 def/rmargin 72
+def/tprint{dup length cp add rmargin gt{nl/cp 0 def}if dup length cp add/cp
+exch def prnt}readonly def/cvsprint{=string cvs tprint( )tprint}readonly def
+/integertype{cvsprint}readonly def/realtype{cvsprint}readonly def/booleantype
+{cvsprint}readonly def/operatortype{(--)tprint =string cvs tprint(-- )tprint}
+readonly def/marktype{pop(-mark- )tprint}readonly def/dicttype{pop
+(-dictionary- )tprint}readonly def/nulltype{pop(-null- )tprint}readonly def
+/filetype{pop(-filestream- )tprint}readonly def/savetype{pop(-savelevel- )
+tprint}readonly def/fonttype{pop(-fontid- )tprint}readonly def/nametype{dup
+xcheck not{(/)tprint}if cvsprint}readonly def/stringtype{dup rcheck{(\()tprint
+tprint(\))tprint}{pop(-string- )tprint}ifelse}readonly def/arraytype{dup rcheck
+{dup xcheck{({)tprint{typeprint}forall(})tprint}{([)tprint{typeprint}forall(])
+tprint}ifelse}{pop(-array- )tprint}ifelse}readonly def/packedarraytype{dup
+rcheck{dup xcheck{({)tprint{typeprint}forall(})tprint}{([)tprint{typeprint}
+forall(])tprint}ifelse}{pop(-packedarray- )tprint}ifelse}readonly def/courier
+/Courier findfont 10 scalefont def end errordict/handleerror{systemdict begin
+$error begin $brkpage begin newerror{/newerror false store vmstatus pop pop 0
+ne{grestoreall}if initgraphics courier setfont lmargin 720 moveto errorname
+(VMerror)eq{version cvi 2016 ge{userdict/ehsave known{clear userdict/ehsave get
+restore 2 vmreclaim}if vmstatus exch pop exch pop PrtVMMsg}if}if systemdict
+/showpage get exec(%%[ Error: )print errorname =print(; OffendingCommand: )
+print/command load =print( ]%%)= flush}if end end end}dup 0 systemdict put dup
+4 $brkpage put bind readonly put/currentpacking where{pop/setpacking where{pop
+oldpack setpacking}if}if
+%%EndResource
+%%BeginProcSet: Pscript_Res_Emul 5.0 0
+/defineresource where{pop}{userdict begin/defineresource{userdict/Resources 2
+copy known{get begin}{15 dict dup begin put}ifelse exch readonly exch
+currentdict 1 index known not{dup 30 dict def}if load 3 -1 roll 2 index put
+end}bind readonly def/findresource{userdict/Resources get exch get exch get}
+bind readonly def/resourceforall{pop pop pop pop}bind readonly def
+/resourcestatus{userdict/Resources 2 copy known{get exch 2 copy known{get exch
+known{0 -1 true}{false}ifelse}{pop pop pop false}ifelse}{pop pop pop pop false}
+ifelse}bind readonly def end}ifelse
+%%EndProcSet
+userdict /Pscript_WinNT_Incr 230 dict dup begin put
+%%BeginResource: file Pscript_FatalError 5.0 0
+userdict begin/FatalErrorIf{{initgraphics findfont 1 index 0 eq{exch pop}{dup
+length dict begin{1 index/FID ne{def}{pop pop}ifelse}forall/Encoding
+{ISOLatin1Encoding}stopped{StandardEncoding}if def currentdict end
+/ErrFont-Latin1 exch definefont}ifelse exch scalefont setfont counttomark 3 div
+cvi{moveto show}repeat showpage quit}{cleartomark}ifelse}bind def end
+%%EndResource
+userdict begin/PrtVMMsg{vmstatus exch sub exch pop gt{[
+(La impresora no tiene suficiente memoria disponible para este trabajo.)100 500
+(Realice una de las siguientes operaciones e intente imprimir de nuevo:)100 485
+(Escoja "Optimizar para portabilidad" como formato de salida.)115 470
+(En el panel Configuración de dispositivo, compruebe que "Memoria PostScript disponible" tiene el valor correcto.)
+115 455(Reduzca el número de fuentes del documento.)115 440
+(Imprima el documento por partes.)115 425 12/Times-Roman showpage
+(%%[ PrinterError: Low Printer VM ]%%)= true FatalErrorIf}if}bind def end
+version cvi 2016 ge{/VM?{pop}bind def}{/VM? userdict/PrtVMMsg get def}ifelse
+%%BeginResource: file Pscript_Win_Basic 5.0 0
+/d/def load def/,/load load d/~/exch , d/?/ifelse , d/!/pop , d/`/begin , d/^
+/index , d/@/dup , d/+/translate , d/$/roll , d/U/userdict , d/M/moveto , d/-
+/rlineto , d/&/currentdict , d/:/gsave , d/;/grestore , d/F/false , d/T/true ,
+d/N/newpath , d/E/end , d/Ac/arc , d/An/arcn , d/A/ashow , d/D/awidthshow , d/C
+/closepath , d/V/div , d/O/eofill , d/L/fill , d/I/lineto , d/-c/curveto , d/-M
+/rmoveto , d/+S/scale , d/Ji/setfont , d/Lc/setlinecap , d/Lj/setlinejoin , d
+/Lw/setlinewidth , d/Lm/setmiterlimit , d/sd/setdash , d/S/show , d/LH/showpage
+, d/K/stroke , d/W/widthshow , d/R/rotate , d/L2? false/languagelevel where{pop
+languagelevel 2 ge{pop true}if}if d L2?{/xS/xshow , d/yS/yshow , d/zS/xyshow ,
+d}if/b{bind d}bind d/bd{bind d}bind d/xd{~ d}bd/ld{, d}bd/bn/bind ld/lw/Lw ld
+/lc/Lc ld/lj/Lj ld/sg/setgray ld/ADO_mxRot null d/self & d/OrgMx matrix
+currentmatrix d/reinitialize{: OrgMx setmatrix[/TextInit/GraphInit/UtilsInit
+counttomark{@ where{self eq}{F}?{cvx exec}{!}?}repeat cleartomark ;}b
+/initialize{`{/Pscript_Win_Data where{!}{U/Pscript_Win_Data & put}?/ADO_mxRot ~
+d/TextInitialised? F d reinitialize E}{U/Pscript_Win_Data 230 dict @ ` put
+/ADO_mxRot ~ d/TextInitialised? F d reinitialize}?}b/terminate{!{& self eq
+{exit}{E}?}loop E}b/suspend/terminate , d/resume{` Pscript_Win_Data `}b U `
+/lucas 21690 d/featurebegin{countdictstack lucas[}b/featurecleanup{stopped
+{cleartomark @ lucas eq{! exit}if}loop countdictstack ~ sub @ 0 gt{{E}repeat}
+{!}?}b E/snap{transform 0.25 sub round 0.25 add ~ 0.25 sub round 0.25 add ~
+itransform}b/dsnap{dtransform round ~ round ~ idtransform}b/nonzero_round{@ 0.5
+ge{round}{@ -0.5 lt{round}{0 ge{1}{-1}?}?}?}b/nonzero_dsnap{dtransform
+nonzero_round ~ nonzero_round ~ idtransform}b U<04>cvn{}put/rr{1 ^ 0 - 0 ~ -
+neg 0 - C}b/irp{4 -2 $ + +S fx 4 2 $ M 1 ^ 0 - 0 ~ - neg 0 -}b/rp{4 2 $ M 1 ^ 0
+- 0 ~ - neg 0 -}b/solid{[]0 sd}b/g{@ not{U/DefIf_save save put}if U/DefIf_bool
+2 ^ put}b/DefIf_El{if U/DefIf_bool get not @{U/DefIf_save get restore}if}b/e
+{DefIf_El !}b/UDF{L2?{undefinefont}{!}?}b/UDR{L2?{undefineresource}{! !}?}b
+/freeVM{/Courier findfont[40 0 0 -40 0 0]makefont Ji 2 vmreclaim}b/hfRedefFont
+{findfont @ length dict `{1 ^/FID ne{d}{! !}?}forall & E @ ` ~{/CharStrings 1
+dict `/.notdef 0 d & E d}if/Encoding 256 array 0 1 255{1 ^ ~/.notdef put}for d
+E definefont !}bind d/hfMkCIDFont{/CIDFont findresource @ length 2 add dict `{1
+^ @/FID eq ~ @/XUID eq ~/UIDBase eq or or{! !}{d}?}forall/CDevProc ~ d/Metrics2
+16 dict d/CIDFontName 1 ^ d & E 1 ^ ~/CIDFont defineresource ![~]composefont !}
+bind d
+%%EndResource
+%%BeginResource: file Pscript_Win_Utils_L1 5.0 0
+/rf{N rp L}b/fx{1 1 dtransform @ 0 ge{1 sub 1}{1 add -0.25}? 3 -1 $ @ 0 ge{1
+sub 1}{1 add -0.25}? 3 1 $ 4 1 $ idtransform 4 -2 $ idtransform}b/BZ{4 -2 $
+snap + +S fx rf}b/rs{N rp C K}b/rc{N rp clip N}b/UtilsInit{}b/setcolorspace{!}b
+/scol{[/setgray/setrgbcolor/setcolor/setcmykcolor/setcolor/setgray]~ get cvx
+exec}b/colspRefresh{}b/AddFontInfoBegin{/FontInfo 8 dict @ `}bind d/AddFontInfo
+{/GlyphNames2Unicode 16 dict d/GlyphNames2HostCode 16 dict d}bind d
+/AddFontInfoEnd{E d}bind d
+%%EndResource
+end
+%%EndProlog
+
+%%BeginSetup
+[ 1 0 0 1 0 0 ] false Pscript_WinNT_Incr dup /initialize get exec
+1 setlinecap 1 setlinejoin
+/mysetup [ 72 600 V 0 0 -72 600 V 0 355.46456 ] def 
+%%EndSetup
+
+%%Page: 1 1
+%%PageBoundingBox: 0 0 469 355
+%%EndPageComments
+%%BeginPageSetup
+/DeviceRGB dup setcolorspace /colspABC exch def
+mysetup concat colspRefresh
+%%EndPageSetup
+
+Pscript_WinNT_Incr begin
+%%BeginResource: file Pscript_Win_GdiObject 5.0 0
+/SavedCTM null d/CTMsave{/SavedCTM SavedCTM currentmatrix d}b/CTMrestore
+{SavedCTM setmatrix}b/mp null d/ADO_mxRot null d/GDIHMatrix null d
+/GDIHPatternDict 22 dict d GDIHPatternDict `/PatternType 1 d/PaintType 2 d/Reps
+L2?{1}{5}? d/XStep 8 Reps mul d/YStep XStep d/BBox[0 0 XStep YStep]d/TilingType
+1 d/PaintProc{` 1 Lw[]0 sd PaintData , exec E}b/FGnd null d/BGnd null d
+/HS_Horizontal{horiz}b/HS_Vertical{vert}b/HS_FDiagonal{fdiag}b/HS_BDiagonal
+{biag}b/HS_Cross{horiz vert}b/HS_DiagCross{fdiag biag}b/MaxXYStep XStep YStep
+gt{XStep}{YStep}? d/horiz{Reps{0 4 M XStep 0 - 0 8 +}repeat 0 -8 Reps mul + K}b
+/vert{Reps{4 0 M 0 YStep - 8 0 +}repeat 0 -8 Reps mul + K}b/biag{Reps{0 0 M
+MaxXYStep @ - 0 YStep neg M MaxXYStep @ - 0 8 +}repeat 0 -8 Reps mul + 0 YStep
+M 8 8 - K}b/fdiag{Reps{0 0 M MaxXYStep @ neg - 0 YStep M MaxXYStep @ neg - 0 8
++}repeat 0 -8 Reps mul + MaxXYStep @ M 8 -8 - K}b E/makehatch{4 -2 $/yOrg ~ d
+/xOrg ~ d GDIHPatternDict/PaintData 3 -1 $ put CTMsave GDIHMatrix setmatrix
+GDIHPatternDict matrix xOrg yOrg + mp CTMrestore ~ U ~ 2 ^ put}b/h0{/h0
+/HS_Horizontal makehatch}b/h1{/h1/HS_Vertical makehatch}b/h2{/h2/HS_FDiagonal
+makehatch}b/h3{/h3/HS_BDiagonal makehatch}b/h4{/h4/HS_Cross makehatch}b/h5{/h5
+/HS_DiagCross makehatch}b/GDIBWPatternMx null d/pfprep{save 8 1 $
+/PatternOfTheDay 8 1 $ GDIBWPatternDict `/yOrg ~ d/xOrg ~ d/PaintData ~ d/yExt
+~ d/Width ~ d/BGnd ~ d/FGnd ~ d/Height yExt RepsV mul d/mx[Width 0 0 Height 0
+0]d E build_pattern ~ !}b/pfbf{/fEOFill ~ d pfprep hbf fEOFill{O}{L}? restore}b
+/GraphInit{GDIHMatrix null eq{/SavedCTM matrix d : ADO_mxRot concat 0 0 snap +
+: 0.48 @ GDIHPatternDict ` YStep mul ~ XStep mul ~ nonzero_dsnap YStep V ~
+XStep V ~ E +S/GDIHMatrix matrix currentmatrix readonly d ; : 0.24 -0.24 +S
+GDIBWPatternDict ` Width Height E nonzero_dsnap +S/GDIBWPatternMx matrix
+currentmatrix readonly d ; ;}if}b
+%%EndResource
+%%BeginResource: file Pscript_Win_GdiObject_L1 5.0 0
+/GDIBWPatternDict 25 dict @ `/PatternType 1 d/PaintType 2 d/RepsV 6 d/RepsH 5 d
+/BBox[0 0 RepsH 1]d/TilingType 1 d/XStep 1 d/YStep 1 d/Height 8 RepsV mul d
+/Width 8 d/mx[Width 0 0 Height neg 0 Height]d/FGnd null d/BGnd null d
+/SetBGndFGnd{}b/PaintProc{` SetBGndFGnd RepsH{Width Height F mx PaintData
+imagemask Width 0 +}repeat E}b E d/GDIpattfill{@ ` BGnd null ne PaintType 2 eq
+and{: BGnd aload ! scol fEOFill{O}{L}? ; FGnd aload ! U/iCol 2 ^ put @ 0 eq{!
+2}{@ 1 eq ~ 2 eq or{4}{5}?}? -1 $}if E @ patterncalc : 4 ^/PaintType get 2 eq
+{iCol 0 eq{6 -1 $}if iCol 1 eq iCol 2 eq or{8 -3 $}if iCol 3 eq iCol 4 eq or{9
+-4 $}if iCol scol}if fEOFill{eoclip}{clip}? N patternfill ; N}b/hbf
+{GDIpattfill}b/hfMain{/fEOFill ~ d ~/iCol ~ d GDIpattfill}b/hf{: hfMain ;}b
+/mpstr 1 string d/mp{~ @ length 12 add dict copy `/PatternCTM matrix
+currentmatrix d/PatternMatrix ~ d/PatWidth XStep mpstr length mul d/PatHeight
+YStep d/FontType 3 d/Encoding 256 array d 3 string 0 1 255{Encoding ~ @ 3 ^ cvs
+cvn put}for !/FontMatrix matrix d/FontBBox BBox d/BuildChar{! @ ` XStep 0
+FontBBox aload ! setcachedevice/PaintProc , E : exec ;}b & E ~ @ 3 -1 $
+definefont}b/build_pattern{: GDIBWPatternDict ` Width Height E dsnap +S
+/GDIBWPatternMx matrix currentmatrix d ; CTMsave GDIBWPatternMx setmatrix
+GDIBWPatternDict @ ` xOrg yOrg E matrix + mp CTMrestore}b/patterncalc{` :
+PatternCTM setmatrix PatternMatrix concat BBox aload ! ! ! + pathbbox ;
+PatHeight V ceiling 4 1 $ PatWidth V ceiling 4 1 $ PatHeight V floor 4 1 $
+PatWidth V floor 4 1 $ 2 ^ sub cvi abs ~ 3 ^ sub cvi abs ~ 4 2 $ PatHeight mul
+~ PatWidth mul ~ E}b/patternfill{5 -1 $ @ ` Ji PatternCTM setmatrix
+PatternMatrix concat 0 2 ^ 2 ^ M 0 1 mpstr length 1 sub{1 ^ mpstr 3 1 $ put}for
+! 2 ^{currentpoint 5 ^{mpstr S}repeat YStep add M}repeat ! ! ! ! E}b/pbf{: 14
+dict `/fGray ~ d/fEOFill ~ d/yOrg ~ d/xOrg ~ d/PaintData ~ d/OutputBPP ~ d
+/Height ~ d/Width ~ d/mx xOrg yOrg matrix + d fGray{/PaintProc{` Width Height
+OutputBPP mx PaintData image E}b}{/PaintProc{` Width Height 8 mx PaintData F
+OutputBPP 8 idiv colorimage E}b}? pathbbox fEOFill{eoclip}{clip}?/Top ~ d/Right
+~ d/Bottom ~ d/Left ~ d Top Height neg Bottom 1 sub{Left Width Right 1 sub{1 ^
+2 copy + & PaintProc neg ~ neg ~ +}bind for !}bind for E ;}b
+%%EndResource
+end reinitialize
+N 265 10 M 265 544 I 3791 544 I 3791 10 I 265 10 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol 1 Lj 1 Lc 3 Lw solid N 265 544 M 3791 544 I 3791 10 I 265 10 I 265 544 I C 
+: 0.668 0.652 +S K 
+; 11 dict begin
+/FontName /TT35224o00 def
+/FontMatrix [1 2048 div 0 0 1 2048 div 0 0 ] def
+/Encoding  256 array 0 1 255 {1 index exch /.notdef put} for  def
+/PaintType 0 def
+/FontType 1 def
+/FontBBox { 0 0 0 0 } def
+AddFontInfoBegin
+AddFontInfo
+AddFontInfoEnd
+currentdict
+end
+
+currentfile eexec
+9e67edc6f3ddb54d987dfb0ad4392351758f10eff40ef287a1387512b853
+046f6e589e2c97d48fdb38d54b68757f1dc48a239a5da408c2bfd473eac0
+3ab6b0025b87770e5f3b06904c282a51ee189ce871258447b47d83c5fad2
+326aa26e4c7f0ff21a841a463c859f102729802bbfa6ac0c2766f6b09317
+a247f37b339b99b7588bee2e861ed9de7a8990c512001ce21da50f4516f7
+553cc5df31ac42402c2b4e2b106773ccdac45a8dee89d3d35ce4f9afb022
+79592359efd5293f35df57216c84236a1347e922a61c45691be2c137b65f
+08f4b3113b88e58dce4bd559387db7a00fe16460e5ab8fc835ea6ed9b938
+610bff26bc7ddabb1ad5fccecd57424a328981db674bccc7a683d13c9070
+49c13ea323460311be28af8da5bbf4b2d911cafc818b9ffe12bd8b169d53
+d5a78e973cf1976f17a5f036bf38feb5db48155eea2443bc093a135a9442
+f8752d3cac9d85730cf5b61e72f8ce77ce1e88ad1f79cad09e047152fb28
+cc0830bb6db65d3dd7c8212de11f62ccfca27362a8e3ce8e18e54227094c
+21c3001c912939361bcd0f7af7a7cc0c83bcaeb5c6d0ee313ae910884402
+d618097897e1ab0db5ac838219071f8e17fffcdbcdadbd403ac6f553c916
+72d4544dc96462882396c2e09a6bb4625082da1176cfae26ccef7f6bd7c2
+871a4c568c319d1358d84c408db99eb5dc6ddee3ef649d0edc8d623ea846
+a20624d59267d7cc1e9783801967a9514d45a2b28939f473a05cf85fda84
+efc9a943e4d1d808cd8b2690e8af47abcabdf5b99a34a0e087dcc1e985b4
+64c8ee1a45889556ba082fab60f2fd57964db2fb6e09c1256cfadc32a65b
+d8550c53a7bcbe6242bfe3ccb2ac9c19bdb5ea69cedac85bd420e22acf8c
+084486ac7a7ec081e11876f90adae302a0539d2ca40e3164a1c858bc783a
+978e83d465401290c7d5a4c65a65d5bd361f1fd26f03142bd82683eb7394
+c84009c33110f054274ed02c4edb52c90bd9ac1b3083c7cd361f2c6fe62c
+3dadfeb15815b848a7f0ee96f5e211337e2c55d50c5d3da4f48707416ff2
+faa061125d332bf8f47de24ac76a13c1036da20ab05c3d52ff447c01005b
+e42dc980bcee25a75b9e5032fcac41d8d3ad9c4f1c680b707503bda6d8a2
+81b93c71563e309f7cd081ae74f7ff1f81c4ef7e4f9fd194feb20e54ec09
+0b0f65c1811c88535a2c01e2756eaa8457493a10fe7e77a7bdfa0a448051
+31b64489e514d7478a791fb525f3e12a2366d90725828299511e81fd7e5a
+b705698f4cdac749823794dcec19578f3919640a688c4679c4c87c56f92f
+51f04fca9e0e243b5a06cb58f4b0e1faf23306b15e929f059061a97526db
+442c397c86750a625b103c6666db826b9b61ced138579f189afc49ad631a
+db2a9de72112aa9e8004bd651ebb42c769c204cb083e59ba9edf39cf4a03
+3f527d73a362e001eb2ebaf6a42acf43081b6a633c0da6bfa76bbe2a10bd
+52260dd6b534d4d9b6fbb375c6ba7112900c9ae79545485029d1af065ab0
+55559c7a42a296fd6c1beae2913eeb583339607e08b28be16b48e0a7f495
+af27a935de15d0e2a1b5d8d62415849b1ca668aba544ffce2d201ab552c2
+24ec6dea30524cb10d820000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 1 /g367 put
+dup 2 /g410 put
+dup 3 /g286 put
+pop
+Pscript_WinNT_Incr begin
+%%BeginResource: file Pscript_Text 5.0 0
+/TextInit{TextInitialised? not{/Pscript_Windows_Font & d/TextInitialised? T d
+/fM[1 0 0 1 0 0]d/mFM matrix d/iMat[1 0 0.212557 1 0 0]d}if}b/copyfont{1 ^
+length add dict `{1 ^/FID ne{d}{! !}?}forall & E}b/EncodeDict 11 dict d/bullets
+{{/bullet}repeat}b/rF{3 copyfont @ ` ~ EncodeDict ~ get/Encoding ~ 3 ^/0 eq{&
+/CharStrings known{CharStrings/Eth known not{! EncodeDict/ANSIEncodingOld get}
+if}if}if d E}b/mF{@ 7 1 $ findfont ~{@/Encoding get @ StandardEncoding eq{! T}{
+{ISOLatin1Encoding}stopped{! F}{eq}?{T}{@ ` T 32 1 127{Encoding 1 ^ get
+StandardEncoding 3 -1 $ get eq and}for E}?}?}{F}?{1 ^ ~ rF}{0 copyfont}? 6 -2 $
+! ! ~ !/pd_charset @ where{~ get 128 eq{@ FDV 2 copy get @ length array copy
+put pd_CoverFCRange}if}{!}? 2 ^ ~ definefont fM 5 4 -1 $ put fM 4 0 put fM
+makefont Pscript_Windows_Font 3 1 $ put}b/sLT{: Lw -M currentpoint snap M 0 - 0
+Lc K ;}b/xUP null d/yUP null d/uW null d/xSP null d/ySP null d/sW null d/sSU{N
+/uW ~ d/yUP ~ d/xUP ~ d}b/sU{xUP yUP uW sLT}b/sST{N/sW ~ d/ySP ~ d/xSP ~ d}b/sT
+{xSP ySP sW sLT}b/sR{: + R 0 0 M}b/sRxy{: matrix astore concat 0 0 M}b/eR/; , d
+/AddOrigFP{{&/FontInfo known{&/FontInfo get length 6 add}{6}? dict `
+/WinPitchAndFamily ~ d/WinCharSet ~ d/OrigFontType ~ d/OrigFontStyle ~ d
+/OrigFontName ~ d & E/FontInfo ~ d}{! ! ! ! !}?}b/mFS{makefont
+Pscript_Windows_Font 3 1 $ put}b/mF42D{0 copyfont `/FontName ~ d 2 copy ~ sub 1
+add dict `/.notdef 0 d 2 copy 1 ~{@ 3 ^ sub Encoding ~ get ~ d}for & E
+/CharStrings ~ d ! ! & @ E/FontName get ~ definefont}b/mF42{15 dict ` @ 4 1 $
+FontName ~ d/FontType 0 d/FMapType 2 d/FontMatrix[1 0 0 1 0 0]d 1 ^ 254 add 255
+idiv @ array/Encoding ~ d 0 1 3 -1 $ 1 sub{@ Encoding 3 1 $ put}for/FDepVector
+Encoding length array d/CharStrings 2 dict `/.notdef 0 d & E d 0 1 Encoding
+length 1 sub{@ @ 10 lt{! FontName length 1 add string}{100 lt{FontName length 2
+add string}{FontName length 3 add string}?}? @ 0 FontName @ length string cvs
+putinterval @ 3 -1 $ @ 4 1 $ 3 string cvs FontName length ~ putinterval cvn 1 ^
+256 mul @ 255 add 3 -1 $ 4 ^ findfont mF42D FDepVector 3 1 $ put}for & @ E
+/FontName get ~ definefont ! ! ! mF}b/mF_OTF_V{~ ! ~ ! 4 -1 $ ! findfont 2 ^ ~
+definefont fM @ @ 4 6 -1 $ neg put 5 0 put 90 matrix R matrix concatmatrix
+makefont Pscript_Windows_Font 3 1 $ put}b/mF_TTF_V{3{~ !}repeat 3 -1 $ !
+findfont 1 ^ ~ definefont Pscript_Windows_Font 3 1 $ put}b/UmF{L2?
+{Pscript_Windows_Font ~ undef}{!}?}b/UmF42{@ findfont/FDepVector get{/FontName
+get undefinefont}forall undefinefont}b
+%%EndResource
+end reinitialize
+F /F0 0 /0 F /TT35224o00 mF 
+/F0S64 F0 [100.105 0 0 -100.105 0 0 ] mFS
+F0S64 Ji 
+1800 307 M <01>S 
+1826 307 M <02>S  1861 307 M <03>S  
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53d097b637ac1ecc1b963dbbe3ef440e521771300a
+9de5d4ca5747aa69de2f233d8dda7b57b0c1f43fb4045b8025ae0b044b2d
+e4dd39b8c86de9ee5d8328ca444d05ee500b8c8a64c426b83790625df29c
+3609484897f3731ce169d7907f0e67fc98e27cada492c0444f513bb7c9a3
+f242fd94cf9d8443e94f39947418bd74af463b2f57ed097d27452dfeb6a0
+dd437e0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 4 /g882 put
+pop
+1913 307 M <04>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dbba54e9f1d259682aca36719215f1923a51b3c5
+4dda45255f2b7d5070a78c57603b92f641056d50eeab592b9b3df1c9d964
+95b30bbd3c9ec28cfe8dc36b9a742504971c2fb390d4184b47605e25b36a
+d4d7b3d1762839ad19c1ee6be815be7dd3c53411dce7fdae64bbeb59a8bd
+19e0b6d7fd078ddc923366c5f6e100112c8e0c0108ff5026a5027352935d
+83d461c1d453bd301605fb6822c7f5302a5e72dde92d213e9a423c06c384
+bbc587dad9d7b832d2b64e1b37f31e70da26c8445e65bcabc479cc6b15fa
+a68cf33904471c945e70943b12aae21150c4fc251260078fa9fd5e70ec6e
+235ec0711e862580d7afa78760b328a12663feb7bbd39d88293858892c65
+0f323429eaf79910d111291da12cbe910c59dad8f07ff7f3c02fb0b3cc2d
+e15b24ae38a975fed81d9c7ef07b3cd2814139a4bdd0ac5a2933d244f2d9
+ec192106f7881a8373b7cacfbdb182198a35706b8083fb97c17b4ce34fb8
+584042a9a825a957173694c8134bf863e460855d3e860cae869b05293fe0
+865231bb12a0974fc614a361380964fa5c11eba45027c442d3be8b2eb895
+8133e3e602eade29feeb93fb17d3815e0e586b92e89e2effec3dd8599622
+fbdc72cb2d1428754529eb537e2c6fe9da0758eb22cc455e789dbe83fc68
+331fd9dc3628764230725c3d6f0e1af3dded4cfa9a255bc1e5614082a003
+3a3d1b78d038feea4080e4a7a6e4d25c02d5936c7f58c42b5c045c02591b
+6f79557f36d483fce6aa695ae7c8659168c06b3ba50ecc8ab7dde0f9691c
+47ce6f9308023979e3d7f5a991cdaf824043f0802cf36084b6ff46b887e2
+8d4a5ca18998b9239ad0b78d29778db84d5f86d1fa613289aae84789929b
+2aea6b413a9fb65801966786f132492d283cf0b401d9fb3785ad045c6efe
+b143af7a86447514603228d7ad7141d93f38b3ea07b817661b40bc42eb28
+69c4d7301a262fcf5ccdf6a56dd42b4ac2c4cf06b92a61528861b9b71e0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 5 /g374 put
+dup 6 /g271 put
+pop
+1945 307 M <03>S 
+1996 307 M <05>S  2051 307 M <06>S  
+2107 307 M <04>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dbb4bf522d1f42d9e0b54219e97c13460bd72aa7
+a1d3f7aed03822ac8c016202cd93e2d87930384efbd0b38cf2e43f2ad034
+5a0def07f2f09c2693e93054a8091ada7b1e1e7a310aca90ff9a7d23be2f
+df0a302e3a477692ce931ab8fca78ed4f31f063e652c44bee3e288a82d88
+f70b4090ae16af2804f2a58bd67637d18a2088a8eaa46f208077492e3990
+093f1dd3a4e1aa92198b953fe4787eee82a287f9d7c2d46d089c8c5adff0
+23ae43ea0ef3033c7360a2a4018a30b09d1d19b38a80d24ba2b892654a4a
+7f4a6ebe814bd3cab448b34fd1a22b9aa1ada7fe5ed30489b8cf4f9ac288
+5b01c70d2a666615c5a7cf3671ce53ee3ceffab2b42602c81b9a246c5b6a
+dce1703206313540fa2e59de7ea301decdac3cc727356a9c59e59f0a2986
+433db692b3a3116b2f2c404f299edbe793ac61fd8fd44c88b68d2b961089
+251cd4b4e079545898606e1487a6b1f3de7ff416f63491c7b189d42a8957
+f8868e701a90a5daab8fa8fa0570450a1790c27f13b3e659359d99245693
+52cb6341ece4de260d7b4c1db4350f935a1a1a8d6040b663a8a8ae41e197
+58e16ed5056f1d002c2a611f11e06067291a352895d3ffc02b2f4ce7f147
+605ce31ce70b0e06d6351511118a3db7ab086a685a1c6df93f72a9332225
+cf893c72e7d7a43795b90757679cd78d770709fe75c728f5715cb394852a
+a81a745b6ee776f059eea15d85562443c159227f0a5135ba91fb8971d6d5
+26933334b62e676901824009a33ddfbd7831ff46ff24a082361514530cad
+7a90f0cc1d7c352308cf92e770add97ff7275a368f1469189f21e935c99e
+e575ba5f7b3877c96b076a1fff2a1caae3850fb45ff37a825666f85e3acf
+c5d47b72f3c056f971a19317420ebdca0d353279433ee05af7daf075e241
+f8d8910ce29ef0facfc8848b9b02e0d07042d061a9efca270a9e8698c28a
+0e11f8ff6b5470c1bc6cd24c59d06e0b8e59f39e0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 7 /g396 put
+dup 8 /g272 put
+pop
+2139 307 M <07>S 
+2175 307 M <07>S  2211 307 M <08>S  
+N 264 1136 M 264 1610 I 1845 1610 I 1845 1136 I 264 1136 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 264 1610 M 1845 1610 I 1845 1136 I 264 1136 I 264 1610 I C 
+: 0.668 0.652 +S K 
+; 
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dbb4ba4a940cd3dac89368136e7f83376e8093ac
+1c822b3887d0a702a5b8ee3c69ecdb3f8c219df27044f8f7ba8fd26b7e15
+fd5ee1d87c8cdc7afbfbbe4e94d9c6bf9eefe3857c8b6fb00c1f2621c410
+46872452bf8ea1a248450dac92562e161dcc8e2641f8894e822cb233eb49
+69b84822f1c0bdc3555af53cb4cfbf1c322280b96bdf9e874f1dd4fee53f
+b2a2426412c8dfcdec26ee58da07dd3f44578ec4f0fe1ea4be651c80b3e9
+af4cd13e3e537a56d61dcb56782dd3b9e8282e065dc81c04df1718c29165
+560921ea565928154bf87194453c5adcb4827c4799de4aefa2c84fef3921
+10294e181aaaf209f26cc0a78ec4327c61ac43d0c98f2ba68023ce8b2581
+6b684c09cdb77417268523541b8fc51345d208324cb68af9dcbf3f90df78
+d5efbe8708a5e10013c1da0b0fd3a8efb5e0a3ab8d798a1bcfe35ed13ae3
+55dec9b76e1d6fd01509788ba04f28a1ec49f902d67a7923e9a478b15733
+561547af4306b9a7aa1261722fd2e107c027cec8f6ae2a29addeb9c6aabe
+72df257e7f1b220f1a16a89df119763b7b7a244e1c5947824acadecd7ed9
+600000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 9 /g393 put
+pop
+914 1403 M <03>S 
+966 1403 M <09>S  1021 1403 M <08>S  
+1064 1403 M <04>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dc699ef61982525c4576f6a86097909616155f38
+adc3a6c8eb45204c274cde5ba085f0f7430d9e53c7ad5334470d7400a8a3
+818ea35877c2e55addfc2bd31345abe36aafc52dddaec60dab51b6731f33
+d3cea4942736c31b88f10f013ca66af278d817d639ecb9b5411adeed7851
+fe0d2903bf7a37abd17f7548805f62d300c4a1261d65e985d745224a8d2f
+f1ba67b26967e5d78bcb60a816f5802d5869edc3f230617f34d17f4418a0
+0ebad9ee44118b942660114c3d2dae8bd7af5d835a0f96d1c7aed86343d5
+a954b07697e5cb46f0e807f09f23f4192b9632c1c120629967bd263ff975
+07f9f3953940e8e95a3d782b2d7c5c760e814087970f0c3fb331d86a635a
+9d1cef26a80ddeaa137324ca9f71baac0eabb8460c06ed0803206f8d6321
+7ae46581bac4279fd507f72eccbc02119286821d882842f848de5e6ed02c
+cd62dbc611e598aab10000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 10 /g454 put
+pop
+1096 1403 M <0A>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53d9c032b276daf7e43af80e1861c4af6ff52a716e
+7a19130562a1a01c7c936b9e878982d5975b72a5edec88541331e33805d7
+d0c0d841e6f2f0c5568f4fd5b3758d61050b64d0a3b313ed3db2a6d49e39
+d534ce76b28c1e79b94258d025873364f8aaa5246d10989464910a68110f
+469bb278abcd328a927e9faa3b0a23192d6fab6335b61f3a578aff1ceed9
+7aecb9debf1ceb4affccbae0a1b9e1c6db76cde2762f8618b07ad4d7ca94
+3baea974807c39696fd38cfc8310205b61aa7e2b88d20118bd99aebc8e5a
+362f6605995a920b3e927c6679e61ec277bc8111fa1bc886f68a343281e2
+d44c0d0cbb3ff37423f1dee6be2f384c6dcbfbfed53a51af01373f469841
+f53a93a50e8f2913a9b34a33b351f1566e2a9f4f93a82d7d1bab1c462619
+abaa6e638d9aa84eece57101aec2e6a59e99cb39bf0d5033a673fdc91226
+679da8604a3d3f7080fce356ffe67bfcc2fb0c2f421726d49e3d0fd85761
+3d33a4582d878eeda1c49baa9476f2d6f74de32879ac55da9ed20a8a4604
+6eb7a7332e4a99f2509332324846ac75987f2beee0ce5fb482a5dcb260e3
+3f0934bbca8b3bcf260d0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 11 /g1006 put
+pop
+1143 1403 M <0B>S 
+N 751 1106 M 751 1103 I 753 1100 I 756 1097 I 760 1095 I 765 1092 I 771 1089 I 779 1087 I 787 1086 I 795 1084 I 804 1082 I 825 1079 I 848 1077 I 873 1076 I 897 1077 I 920 1079 I 940 1082 I 950 1084 I 959 1086 I 966 1087 I 973 1089 I 979 1092 I 984 1095 I 988 1097 I 991 1100 I 993 1103 I 994 1106 I 994 1106 I 993 1109 I 991 1112 I 988 1115 I 984 1118 I 979 1120 I 973 1123 I 966 1125 I 959 1127 I 950 1129 I 940 1131 I 920 1133 I 897 1135 I 873 1136 I 848 1135 I 825 1133 I 804 1131 I 795 1129 I 787 1127 I 779 1125 I 771 1123 I 765 1120 I 760 1118 I 756 1115 I 753 1112 I 751 1109 I 751 1106 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 751 1106 M 751 1103 I 753 1100 I 756 1097 I 760 1095 I 765 1092 I 771 1089 I 779 1087 I 787 1086 I 795 1084 I 804 1082 I 825 1079 I 848 1077 I 873 1076 I 897 1077 I 920 1079 I 940 1082 I 950 1084 I 959 1086 I 966 1087 I 973 1089 I 979 1092 I 984 1095 I 988 1097 I 991 1100 I 993 1103 I 994 1106 I 994 1106 I 993 1109 I 991 1112 I 988 1115 I 984 1118 I 979 1120 I 973 1123 I 966 1125 I 959 1127 I 950 1129 I 940 1131 I 920 1133 I 897 1135 I 873 1136 I 848 1135 I 825 1133 I 804 1131 I 795 1129 I 787 1127 I 779 1125 I 771 1123 I 765 1120 I 760 1118 I 756 1115 I 753 1112 I 751 1109 I 751 1106 I : 0.668 0.652 +S K 
+; N 854 1041 M 891 1041 I 873 1076 I 854 1041 I C 
+ O N 854 1041 M 891 1041 I 873 1076 I 854 1041 I : 0.668 0.652 +S K 
+; N 873 1041 M 873 544 I : 0.668 0.652 +S K 
+; N 1255 638 M 1219 638 I 1237 603 I 1255 638 I C 
+ O N 1255 638 M 1219 638 I 1237 603 I 1255 638 I : 0.668 0.652 +S K 
+; N 1237 638 M 1237 1136 I : 0.668 0.652 +S K 
+; N 1116 573 M 1116 570 I 1118 567 I 1121 564 I 1125 561 I 1131 559 I 1137 557 I 1143 554 I 1151 552 I 1160 550 I 1169 548 I 1190 546 I 1212 544 I 1237 544 I 1261 544 I 1284 546 I 1305 548 I 1315 550 I 1323 552 I 1331 554 I 1338 557 I 1344 559 I 1349 561 I 1354 564 I 1356 567 I 1358 570 I 1359 573 I 1359 573 I 1358 576 I 1356 579 I 1354 582 I 1349 584 I 1344 587 I 1338 590 I 1331 592 I 1323 594 I 1315 596 I 1305 597 I 1284 601 I 1261 602 I 1237 603 I 1212 602 I 1190 601 I 1169 597 I 1160 596 I 1151 594 I 1143 592 I 1137 590 I 1131 587 I 1125 584 I 1121 582 I 1118 579 I 1116 576 I 1116 573 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 1116 573 M 1116 570 I 1118 567 I 1121 564 I 1125 561 I 1131 559 I 1137 557 I 1143 554 I 1151 552 I 1160 550 I 1169 548 I 1190 546 I 1212 544 I 1237 544 I 1261 544 I 1284 546 I 1305 548 I 1315 550 I 1323 552 I 1331 554 I 1338 557 I 1344 559 I 1349 561 I 1354 564 I 1356 567 I 1358 570 I 1359 573 I 1359 573 I 1358 576 I 1356 579 I 1354 582 I 1349 584 I 1344 587 I 1338 590 I 1331 592 I 1323 594 I 1315 596 I 1305 597 I 1284 601 I 1261 602 I 1237 603 I 1212 602 I 1190 601 I 1169 597 I 1160 596 I 1151 594 I 1143 592 I 1137 590 I 1131 587 I 1125 584 I 1121 582 I 1118 579 I 1116 576 I 1116 573 I : 0.668 0.652 +S K 
+; 11 dict begin
+/FontName /TT35225o00 def
+/FontMatrix [1 2048 div 0 0 1 2048 div 0 0 ] def
+/Encoding  256 array 0 1 255 {1 index exch /.notdef put} for  def
+/PaintType 0 def
+/FontType 1 def
+/FontBBox { 0 0 0 0 } def
+AddFontInfoBegin
+AddFontInfo
+AddFontInfoEnd
+currentdict
+end
+
+currentfile eexec
+9e67edc6f3ddb54d987dfb0ad4392351758f10eff40ef287a1387512b853
+046f6e589e2c97d48fdb38d54b68757f1dc48a239a5da408c2bfd473eac0
+3ab6b0025b87770e5f3b06904c282a51ee189ce871258447b47d83c5fad2
+326aa26e4c7f0ff21a841a463c859f102729802bbfa6ac0c2766f6b09317
+a247f37b339b99b7588bee2e861ed9de7a8990c512001ce21da50f4516f7
+553cc5df31ac42402c2b4e2b106773ccdac45a8dee89d3d35ce4f9afb022
+79592359efd5293f35df57216c84236a1347e922a61c45691be2c137b65f
+08f4b3113b88e58dce4bd559387db7a00fe16460e5ab8fc835ea6ed9b938
+610bff26bc7ddabb1ad5fdfe6936526accfadbc4cb5e38f395ecf641bca9
+d91cdf2c51c1f0bd79615c1438816270a0005b670301a6fc46ed6a1d57d6
+775eb028cddb9a6b8889217af7965b13a9810ff9b3fb352a9e1e8c8e60ca
+39a6ee0d0d0cb656aef6c25691ce7b20d10710695e932d792671a6158c9a
+cffb7efdb6ead6234483a1a04db5cff407a243d31c313693119f108a5a7b
+b01f4dd596ad581b90ee894bf907b34e97bc7e3c41415a0beb356278f77f
+3355291239884b1783116885f9e230b605aa02e4455d68d5fa299a65dcf6
+c093248c656c2f60ffa2b6dbe735c41b87018ba01449d75f295f51d59a76
+a88445370be76b2ec23ae0b9a4ed4e2664ea650006207cebf8583686799c
+907d50d049f4bcb33f9a629d63b22607bdad16d50da82647f4f8edd5a6ed
+1a1c5d3a0e7ca0fd9bdb58d522ddc3f2485528c001d197aeeca6821db4e9
+18f9a85d0bd54907b5d565199224a8b2b9f88d4c8ea7a228d469f452d7a7
+4b7b95b23e77b2a4a46c3483b340a2666ec9280469e7282938bbee86b37d
+9806f0dd2739ca4aca9b040e7deede2f067bedd98cd4b391b47e37c2ec35
+8200255f59c77fdcce0745e568849e5d976fc8fe07cd88bff833b3493d46
+01d4ca6b6730c85548e8c5c03ee889485154ec29914dc28166497ff3c524
+8ed80aacd2ebe753e6a4c87cb78d3ac883fed701299583a9766ff9ae835b
+658895ab32fc6cd25aecbee7a5ae6c3d41cedbd422ce4b3501c86e83615e
+cf948ce90dbd945488e9e4b6aa739118a124aa0c8ddd49613e9871ec0966
+5a85268b223dfa8fcb8fc7e8afe8b84b4aba7521ed5d2fcc13f783165dff
+0f6b692000bd53e1b36ff4fcd162094e6f2e48c21dec1de27c8bff2319c6
+35fd5a05f59f967f0f9413f9c114d9395b4234ea48028b3bd5cf239272a5
+f396e27e84e908dab3f8d58ef1fca61f913d9aa19ca1b8d9cbd50aa8f5b2
+f91d08b3aa20a6ae3cdff0f74b48fbdf0a9368d9001bb63daacfe91d7f5e
+2a925ffb342e4f328e8fe0aceb7259ba2bf791d1890aea331c11afac79b6
+c77cc6b13a3574782f79c0a9e3b25b4810038af8f7025c702da96545afe3
+0d620643dfaa4cfb57033a992fc1ec8457c2a7d7a204354999ef479c30a4
+1cba337c3b2973cca84c85af5747fd5e387805abed1cf5a70c0fc80de126
+6f6a99808d71c445f877d7fb1ea6bb8f6e28046eaa6bc57183d65c3aedd4
+1fd03ce3e6b9fdf5589e6594ec3b2d107fbc99f56dfe60af5de287a71ffd
+adb1e8ca34fbde943045ca22ad67eb94cbacf9cb846ff52cbbecc2e81a03
+9b085960b8c1bf6d14f3b1c1469befa91f94c4508317c4ba6f23d679325a
+624609982b9b4af56995c2598549d8dbaa3817d0cf11b1bd3a870dc3e3cd
+a7b9768b476dd0db3699a1b88753ab78fcaf03f500b7571ec9f7ac9117fa
+0c545594c0c42700f759c55523ebc130b09424af10c8d2c9b722105d21b1
+5260dffa4878c6ddbb6ed3ad7c0a2af72dd05c199705fbc7402f0969f0c8
+aa8add4fbdfedc73e458e5799eb29052326b64590deb81b26b1fd937b25d
+34a902274503878a291c632d392211c333190ff040245e30881b0509c427
+7f525403e402714110381ff36576cf55f3fc05b581ad5fd5335c0695a619
+f3c6f8f7cb8bc9b6efe47be6e80be457057e622d9220a68f3b889c9c0019
+e3b5c59d1d566b0aaefcdc32bb681eab9b81b8a421da04ad73abbf04f14b
+42cccd548547aa1c7443948ff91fd775ebdb48c515bdb1e5a8d37c55f3b9
+94ba6d4470ee86ddce1ef61bf1d7e19b10847413f791d9a74f052bb7dd8f
+c6828dad6a9011f3a3263e7c9fc4734927e23b989a311ca7acaf79261173
+e2fcbee8d9235c69fa07b0eb85231bab81e636cd958957b7bd3d5627806f
+9be633545d44ba5aa7d96d177075228910e24320beac86abf7aec5380c27
+8d8ae18ad396bef53eda6b6272cd3d05185c6b8c76730000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35225o00 findfont /Encoding get
+dup 1 /g28 put
+dup 2 /g393 put
+dup 3 /g272 put
+dup 4 /g121 put
+pop
+F /F1 0 /0 F /TT35225o00 mF 
+/F1S64 F1 [100.105 0 0 -100.105 0 0 ] mFS
+F1S64 Ji 
+1366 633 M <01>S 
+1416 633 M <02>S  1469 633 M <03>S  1512 633 M <04>S  
+
+currentfile eexec
+9e67edc6b841302bf9f60fd883cf0817a74d8c06f64e04110b8a8fbca01a
+ac09157fd1dd0a2cf53de9dbebb7526be8a4710216b8ef49ddb796668e31
+c233fb83dc02b2d2a14472ad221b89bb9d7a1a3e891ac50f6e7791a7ec5c
+89220573aa7f0caf86480c564a3e397a4a308f2ea07a8128e70505b50beb
+90018ed5a314d45e76b0ff8ce970188e013655549649a3c3b1bb30ffc375
+e93b73ce16dd133563f53ff5c7b9436ea3e5948464fef4ace1d45eb4e66a
+e3f97a88e4d4a7d01160ace5d045a4ab06dfbdbb6687544c3d22c1a45fdf
+708c5ac6dbd1f2904b7294c2708135db2a581588ae8120eb3c38dfd7eaa9
+235ba161b31ca65cd9ff0bc46a503e0f977bc1a3070afe8e9bc057bb37eb
+515376cf90ac3c9bc824a695df8f690dcb3006c02df6825977ff1234d5db
+d22e79f7813eb9ef5e6a4dff3e68fc7002ef0153c1790d704d6ae8434735
+41c41f1b9c2923691172fd65752f02a3c312acd602e1e1198c05f0cba2c1
+d695e3f3f6561b6d3f9f1ec4f26c6ce3af023bfb2ffa5200a9ae5ac502f2
+43c84bce26286ed32ec88fa811f0553431deac2b69d37d31b888bd4902ea
+b1dda939486bdca9941a900f59f6955f1cfc8031e7b46f5452b0a46bbe06
+8bbb634173779265d94e613698d043d573077d037aba259d607c94d1d1a2
+ea021111559e9b8424c97a582e28afa082025cbf3214614b354946300735
+92486dff29db45ad0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35225o00 findfont /Encoding get
+dup 5 /g1006 put
+pop
+1565 633 M <05>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd883cf0817a74d8c06f64e04110b8a8fbca01a
+ac09157fd1dd0a2cf53de9dbebb7526be8a4710216b8ef49ddb796668e31
+c233fb83dc02b2d2a1447a244d28a60722545cfe759adaed19e127a54188
+1d994eef32cee42162dc2d43a6609f59814c0a6924ef9d7b5819b19dcb3b
+74a5e9dd13121d2e12cd67f085bae264dc22720726479185ff03a97fdbff
+fa7c74f771fe9f113056f06c429bae9de9fb627cd2e1c6f9fc11e4b20c80
+1eeaa28c359c2af35a0d5e9fe79808d8fad863fd41e4e4f2fa8280dd1db5
+fcafa9589e7216466cdf61dcf9800a0007cd04a447565416d06fd5fef8e0
+9d8afaa8a9dd871bc9da404b2aef6e1f8527751282119a4a947d00ee12ac
+077122850421bed9ad582b23a402d91ed1cf0d6d22117663fab74bb2e8ee
+c3cf7513da7e7a14c6995058ba96d5d4d4ffa810206548f87adf2eb2e4b4
+c08d60b80c9f961a9a0c147c586bb9aa547664f03526fc30c43c798c0c20
+48d4e69101a6e2e230aaf260bea7c53da41035993ab578dfdb10870f43a3
+ba4c1c5f323902497fdd8edc5876306c5a0bfed2a2d0396110b358169d9e
+22ffc0c6dd694eb06c8b8a1ddf7c8c06f606b8eaa40f5b326587668d8371
+520c63627d8190e1acb1b7e130dd03c5dffdcf665919e77b830902a585d7
+1e93ee463ad4224f1c6925d1866de8b7bc03cf52fc166bead0fafff6c8cb
+e164d31141c576f75ba4cddeeb07db6dc2952971f272fefd0eeb7df6d650
+4fa9d6f8e79e3c619a86ecb452d55ae8caa0768bb7a22a175d511d2f90cc
+2e436898094d0c3a957002a8dc6a45586814eff9def545d567710b58bf89
+a2c946738cd8b8bf8d7b7f23d74a0cb11506c2c4c2d16c451b3cc7c56faf
+39a7e9f57c8a43f3f1425c56af502b2dd95b30e56a731f6d098e3d070c09
+44c1bf0131592cf174319b675ff62afcae644af3fcec07557c5dd77bb9cc
+8bfe3e946bc594b231e6d78846101186c115bfe180b2937d0235acbafca4
+b962644a44ae2e3ac042336b576cc91137f7fddb95081f099d358b727530
+0b7eb9c985016d54150075984bf47946622d394de931e10e2fce32c3408f
+7205883043fa8bcf23563fb31e7f6265fd9e2e7b9bc97922b4531a677603
+fb0804faf80e15ac0fda8317d17eac67fe15c9776543f81fa9cac7cfb8fa
+3b49d481d1c3e6966bc6bc1ca4098deeb405c4914ba4886939273336553e
+ce564dc64d9b990f2b700fddb5922a2ff645d67be3c3f885e1eb5d4e8107
+6e13f95366b32b027f0bd58b75f04a08e9efcf2dafa62cc1289babb384b1
+e926f911a41782be9ffd665a7ce72953b498d2250ded4d484ab420871d8d
+16c62b3524487842cb3ebfbf2d079e1bc421c5f2362b0aa69711e8abf4b6
+0ca170bc58bfd46795473d90d53c207b5109fed25d74b1b3a718f211d565
+12c689bb361482b8e0d6a7013d4772ea92e5ffa65acde9bec092c616c13d
+0c7e7fe8e114e0cb1bfb9de8ded9b4eba2b0bfd963ac8fa20538d72f4f7d
+c2ebb36ada99a7ff7a540460bb4cc73066fb807682764030a7bc15e82e3b
+9b8de86bde1dde932c3d6f94c64d58dcbb54afe280d85b70b704a0a78a5f
+c269240b052299409c440279309f414dc9e0f913ec830748ca9c66ebeef7
+25c3fcf4a99582a6d5ebc14bc2f57448c7c690ee338bf130a314b3a20098
+5a577da2d510ad7fcaa9ab9ec047294cf2405639a64b3c4c6522f62f220b
+109e36b8c8450a3dda77b74e266e3101c99d7db4f2d100c5b3d5c58db2b8
+2603049e17d58cab602b556a3b849e7eee7e9feda0ff44c30fc62f6ba167
+c83964786ce07bdfa076a5ffd72430e55b87c2a67a60239f8ade55b2ca35
+8d2254a3ce3be3dcf2419fe9cfed6fa109df87fd6d9850bae9aa1286e62c
+e81a19aa56efd5e00045e6f8a50f10fae6f0c34145ea33358a4dc5a5b433
+b8ad313f82d4b889d2c83be67b25461aad308f93f0e3085ce32d8c56ae1b
+798791ab634016c95c9ab079ea4a54333d19cf93ad0aefb73f3bee6c1e0a
+93bad6e70698d01967320869c0533dac11a66477cfb232f0d509f7c96e7b
+6176ff3fc1d2ecf99c3f15642fe56c2da27fbe4a4e44ea86515383dc932b
+9fe17c65e77896ded64e03a5efbe98a45cb161c3c8187a93e6100b2435e0
+8d58c8e4c17122dbd4be292d8a33b218771e21229a9199e15a5a46de41e3
+3bd3acfe8a4557ceb4804c9c546d56b0fdefc62385efef970562cdd8dc58
+ad53290017f5a20ae57f8e84175e9821e21fa38f1bc2399543f1c7d7f52f
+d090aea6b61ee343a4e9cb173cd302587d535316d29e8e36cbe18b616f3d
+408d4de28fd543786901242613eb1f88bb3de9858929a191aaa9f11d286f
+97d111f995ac077a6376a54630f6a859389d8909b38b1d9bd3efe600a22e
+ef8e81817e3689065179a35bac844c9f7ff4fde7a35891c664fd1045b9cd
+d6395b2629e329504422b9455b0eeda6978087e6b9c4f5a94684587a563b
+5799731b891f888fcd3a9d7788f202cf81b90f1c54236a7dbf2ffec49828
+632fcfb2759faedae34709f3fa88685ed13608657b1250d35e9dd0a3f3e9
+bebed5266dd1c1fcf7bf416df92a7117381dcfbbae5aaaf495bb47df3bdf
+7f378d05da4c4b5ce805968dadd27dab66f761a1a878d092c3ed38e85f8b
+4b309c142f8137449a81bf195fb8b5b0087a043a5974bd958e6248651a47
+55152626b80712297716aa57683e5ffcd15416ab8554e15b1452abd75d09
+61455c9db1a6bd003bfe236a4dd22662a63c8b250cb19e3e410791914e9b
+dc7c60c1cc893dbca1736b5cc8ab53852283ddd88c57a4826a273ad19cda
+2e273f3190f60f74bf06872f9ace4f3695b2e2ddb4d7e27d0343c71c1f09
+28c62bdb81fab0ef61239b28035f827c142e6f9013e471a04aa6f7707ac8
+1b70117bbbc7e07336b458cd026f5e81d1bc48e07e2e21c089b537d5a0b7
+da2cfb5564288b47cc23636a7b0347d9b7ef0f0d445d608cf774a2b56e98
+357a00c673b65e47eb943803897afe419a2950422f89da71473cf9559f65
+ef82a9a14e231142637cb436dad3ef82d5a24bfba49f90146249b387901b
+221c8551220657be54eae85cdb7984fc9fd7edec125bf79642f5c861fe91
+bd8ccd6f7743b1a267de7f66d659579a6c0949bc9c5589aba8fa658e4640
+03e731d5f606f36de804d3a30b6080ea571508979ad5ac927e8f5cad7c29
+9ecdb75ff693a7e4ccc2cc35fae3540c160bd8b7508aaca4124ad9f2eed7
+dd98d6014e26dbb03eef34d52c6034d94a6132860b7760c7a1ec9b113c0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35225o00 findfont /Encoding get
+dup 6 /g94 put
+dup 7 /g258 put
+dup 8 /g104 put
+dup 9 /g400 put
+dup 10 /g286 put
+dup 11 /g396 put
+pop
+1617 633 M <06>S 
+1663 633 M <07>S  1716 633 M <02>S  1769 633 M <08>S  1835 633 M <09>S  1875 633 M <0A>S  1924 633 M <0B>S  
+9 1106 M <01>S 
+60 1106 M <02>S  113 1106 M <03>S  156 1106 M <04>S  
+209 1106 M <05>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd883cf0817a74d8c06f64e04110b8a8fbca01a
+ac09157fd1dd0a2cf53de9dbebb7526be8a4710216b8ef49ddb796668e31
+c233fb83dc02b2d2a1447be833a8262e79ebed8edf80e8f95d14b8426da9
+e7afd2db6ce7dc68699ea0fdb50b5325e807730b1d0eac3ffaadb8336c4d
+cbc18ecd3e36b44957ec504fdb48a9144abc52bf124791251c40c63ec28c
+9f6b43b9a24b4bf5bba0c9d687ceacaa5bde27ff100897f0bf1760e71ddc
+58eb4e6459b05c21958e67ab1a38813da46cd26aae9ab8821ab02267c633
+e4e5765acff4b7d1444b85182976f2e07629a320a2a8c3254feda1fd6f63
+3d8ce89f4e14003b01f777b7f845ed4cb89e7c360d174c776959495b7165
+c01e9dbf1c7bbf86065ba855f754a8fc1464c7ec2e662cbe5de2b9bf9d61
+d2e323f0b23b7ad5cb2efbac53e8935bcc003843f96e77354cdb85e97ec1
+dd07ed018d80ef75003b134685a493606f606a1ad19f245ded44f2a61b29
+ba95007f7c28ab4bd04f6367a72625ea84cacbd17b19a0afdca855f10a3d
+fa88c3a6f76dffad13b202cbd6cee8fecd50b001054b2c16903d174d6ae7
+fa022be6aed942c1e341c386b24df73d207c8a78030c81ced54dddbb5abe
+75008ef1a13c5908c0c77570e2ab4ca4486e1936fcfd5c3c30a0f9a9e8da
+7673b9f03dcb956c44c0025f95e7c4001ae8f423e9e98a82aee285a5857e
+67d8be4eebc9cf37899882358fad1278ad4007108a426ffa40a1a096df33
+ca5c9e0dbada9d8c18e6c2d1cd72df9b41b2e312fd8fd3caf5d849d3bde3
+33ba33d94cb5c0f20a79c25820322c45d955c2b6050d74097a639cd10df9
+c0f3b76241411fb0c9695e3f125cdf8c782952f7a5399707e8f215329c7c
+09c3a015570d88d0591e44c0523a59f433b1e20f57e0b1519482c63f1487
+8eaa14b0f0db0e1bae30a3eeaea7566bd20d53e11fb17b01d45e092a5164
+0d74a2fa1195d2a352cd940350cce17bfa0a9655cd4ae9b66838def10b01
+051e0bf064aeacd41156f830999deb6d52718a1efc20975e276bcb5d07a1
+7c0d9aaab3e9b8fbc636bed00fe14102fdd693dca204ba928ca59a6cbd8d
+705375e3592eaa273bf54b429a38d450e970a1cb5e736e3e8f60732dfeff
+9a21ef77d7c6db6c53e68737ec5a8845568922af6115b9f547e66a47bd0d
+d33a084f321d6d49ae4f9919e7bb15d321dca014986bf9520aff25312b2c
+2222ec72d969d6cf77fdf10976a0a75f2e1d7742a8c265e024aa9a276c8e
+1e3dc45a342740e45bb00aee5e26ef8a6f26e42aeb09bcaef166aeb61d1c
+b9d565d4804657db2dc491f6a61fd8dfcf740aabcd0b71bd1286d1965f88
+ca998e52fc0c1a461b5a1b1cfaff920ba69260a280edb08ceeee71a36a15
+afd931d729d0b19ba03c93952fbf57b302d2af64fc0550e95b49d36f3a2e
+56ff2a7369df25da9b8cbb764de22ba9a3ff0e6eb9b46ecc00f663d89ea6
+a08c7fb384f0130eb7fc7fced5241b6137b9fc98f43806115dda18ace139
+f2a788aeda846359fa0b28902a0572c6cb5f0e84a85687cd35e7d8989128
+4a538e632534ec2b5ac78840060e90f04554683aa734c94e97c54d165c0b
+e274a78ff4cba3ebefea0d89dbaa76f491029dd2fdf159b8bd9d744bcb0e
+c6185bc98946c82bb1aa8dc31e54d468852b5bd85e45f1227c4ce66c3fd4
+d9dd2e453c3da096882f2868b062cdde564c2f08c5724922cc813b9575c5
+a89bf0b60f4a2b17944e1b4eef203169a18293c9d93e852c886ead02a04e
+4ae22bdb0976a03b8658aa483fbf6a333d196d01aa29cf69cc890ede52fa
+d55473c78a7a88a0885b22689dc6ea8df4b4f4a95c2cee15133e1e4248ca
+976a531e9b65b7e7471cf5c250c51b958365368e7fbc78bcc046238a4d33
+7e301bf962d22bf72d332321bddb1611492b2805b160654da97731c95180
+741325a4ee44081656d4864147c84612ce106d861cc5ce697349c4ded892
+4efe36cac90c9a329c1fe4a2552ae3689379381fdc3bbc1c44e3fbe49a02
+d35e213154d674762c51543e5f971a7b5540d9211e363a737bfda54c62e6
+ce9e0d44b568fc03f08ba1ac2359d635af214bde857f29b98a84a51e3f9f
+f6c1af97a68eafd95a18e71003cecade10491407f4428f7f3f870b247d8e
+aa8e5b07948203960d7447d66749d4e693c0a4b974e49f75c0d7f273c197
+dd47a8d8e93e50434b9b7ab52413df24843831ca0b2715cb6d40183355aa
+42eb16a31216ca0b0a8d6f461f98d0aad5c949bb857dfdd0dc930430a871
+cb1dfa0cebce464fc03680ae6e5e8486ae945920e94d614ee8e7aec551cf
+1aa92f5e4e3d27f7783fd327f9612e0686c15652f88c852581da3799b2a4
+247bb5b3bb0a764a040000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35225o00 findfont /Encoding get
+dup 12 /g87 put
+dup 13 /g381 put
+dup 14 /g448 put
+dup 15 /g349 put
+dup 16 /g282 put
+pop
+261 1106 M <06>S 
+308 1106 M <07>S  361 1106 M <02>S  414 1106 M <0C>S  467 1106 M <0B>S  502 1106 M <0D>S  556 1106 M <0E>S  601 1106 M <0F>S  625 1106 M <10>S  678 1106 M <0A>S  727 1106 M <0B>S  
+F0S64 Ji 
+783 870 M <03>S 
+835 870 M <09>S  890 870 M <08>S  
+934 870 M <04>S 
+965 870 M <0A>S 
+1012 870 M <0B>S 
+1065 870 M <04>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dc6c2534436ed6cafaa9f446826347be273f9b32
+a6a877c2b0a008e8052fe607fa26f4e260a69a4b81cc7b7faad839af95b4
+811ce9d399317b22c2459c12a86bc36d55f146a11fcf044c10ca1efac774
+5b6fcc003503b39f9af4b3e2a23aacca01df89fefb11fad14d09a9f97105
+e4538aff91862dc9bcebfe4dd856279a1646158c143161fc215e0804152c
+83a31aa6f2b39ad8b3906ad2d21d9b08633e08cd020109719e0e3687e27a
+ff8559a56e566250e0daf74c9d442ee0c2ef44770dfe60e24b409b498240
+e35158d75eaeb26c0534584b2c93153a2b1618c55206c1470e9a69dd36d4
+b6cb6ab8c56bbf1bbc07c586dfa9a8784c847504778ce99d470632e5043c
+31c3d6aebab70768538c16b28add67c05d9c481729173d9bcb895eae63df
+0cd8e2887ee2722c4a424e2385a9c4e64f1ea33ab864447a742b491a59f8
+7c10a264e8155cba51e14d5e7cce0349f6425a3c5e5af11eb81dfd8b2ee2
+3926acd9a910f5bc6c6fa9765cf17542a68449dd72b1c882abe8b10d1a06
+1d58a6e0d67fe20974f2860f6e96b16b2df48ca274c49217ac5821de1dd4
+84dc6b14b9a5799194eec82f9cfa14cb80995024282905596609834be303
+ec52dc534aa84d5e9cc6df66406d303496c80eaa7bd8d792ffa9e8da70a6
+e84e4da363d03ab33614fda0ec758870bae266adac503e789d9beb957a12
+f44dcd532f497775da4e6d3c9c48979bd30343a2b9ee436feb05f22d1d5a
+6508ec1ef1c17d2dd1e09f0b6f020a7e37ecc12d29ed820c9284d38c8e7f
+7152efc77573469e940587b708be9312d7db94a4e95614cd676af692c782
+c814c78f4d063a2842781a827cd329f09a67428eb74fa83b30a93fe6fc37
+981d7eac44c006ebde7159e22a13024972da87724d4f4c01f96ba8f3bb94
+1f2fabc8172bcec2cb2187327fc023fd8e3ee5efce63660780a51c33a962
+e3fc98717d83661336aa92160806430c9eeac3dbb15441940480cbf5b957
+c8b67371be314d4e00797251a37f8b76298af296ca5d6ccd48ce9cc95924
+508031a2f3478b67fa8b46cb8db7de693b56f55018b0fa1935662a74e6f3
+b67bf5534460c8ea532287bd0463149e1b1f3bb8354481c6c2d647527f8f
+11cfe7f8aed44e4c53e5b555e93cbf0c7bfe07e446b9efe73b9d86cad627
+44417327725ecad8fb144b36661cdbea21eeacbb1308c4f1dc755e1c0914
+1cac29d0df78b83a1f2f1f78de8c0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 12 /g400 put
+dup 13 /g258 put
+pop
+1096 870 M <0C>S 
+1137 870 M <0D>S  1188 870 M <09>S  
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53d09ac6ed84cfd702fa11f53f20e6aa537e32e511
+679222b4edbf8799f5b9bd3e511715dc46fb94d6b362809f19fe58bbf8a2
+54a1d30b9e10fd78db95026d91b3b81c4f48011c1f93e6535a70ccc80483
+a2220885d3c9fe888a01dd4adc8246bac73d8e463395b31346a0b3e6c506
+fe202f43bd723c6e2daa4ae4ba450000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 14 /g856 put
+pop
+1243 870 M <0E>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dbb9a73c2579c91e0d30cce6c64c1fdd64774186
+c380426120e7b57ef6ee81e7af14940243312e8b808bcf807ee686ec20c9
+29d3aab3a8d315a99e911aa36a33fe04db43f5abc0294f24549ec783c2bd
+398d23608289cfa2665390cdd18a9645ea1039707495c8204103bc885f1e
+7c4b983d30f9654feffb1d7baf73c88e09d2ce9e7d046a3b11190c48b741
+cb669ea5967c33ced6f92f33a49c6f7f007a359a7415de379d146624aa38
+83413ed81a9941bca6e1b926893d832ed86649f9c814917ca11ce1bde5b0
+98ec480ffd6d7c5a48f99ff04ddeb488ed1029632a6697f386e20c7b113d
+cc214b2a73f9d921e8dcf39d81403c64410e1f261c12c0e0058b758c63d7
+a26bf9860952addf3e2546a010e63a99cd33f5d1f4bd730d32759b00ff94
+5da5678b49dd3762dd1cdffc63920d2e98b1ad44d4f8711e7be836c132ae
+463841fadc6d75ebb67c23a3a156923a0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 15 /g346 put
+pop
+1271 870 M <0F>S 
+N 2088 2202 M 2088 2675 I 2818 2675 I 2818 2202 I 2088 2202 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 2088 2675 M 2818 2675 I 2818 2202 I 2088 2202 I 2088 2675 I C 
+: 0.668 0.652 +S K 
+; 2222 2469 M <09>S 
+2277 2469 M <0B>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53dbaddd4a4881695292af51bf80638425b156c84e
+4eeec577fbcc1b47312e7a80aac74434238c7806c6d7b968c3c5557d929e
+52854864480a82ac4d7e735c8b6a2537efee8aa7e787ad269fea6eab65dc
+a97eb5aef958d5d50c83add930d97e8e2003b8c96c4e4ef8ad177358b58a
+b95dc2ee3a540c26b890619e4c11559eaf56743b6eee9988254556d72e9f
+ddec552b06438315ba25c8f5c32131bebcef2f564dbdb4dd630ecbd0c538
+e3ea65106234978272b5dcab7f35e97ba3a26c7eb1cf9fe25c7b8d92dd65
+4a290e85faa7c59ba94a18c2d08891786a053ec46e45dad767778635e4c6
+ba77379f1781003f826a96219a597a53c266e68fcabe210033b6994a1397
+d33fc3e664282fe1a8a433dcbb41b3fbfa3cad403031161b0dc49821942e
+3243ccd230c90aa1255d76bf92f06ab297e35e3c1c906bb062b1ead48d60
+5d25a2abdb651913940bc793b07d049df063a37878e06a728db3a59e4f73
+70463decb797f18a84e98bd42a966d1dca522cea2719c281000267ffc06e
+8fae59bdaae6fc3de617868534571e6a452a5d57e08a480442f967a34508
+752e3a695a85dd3ae545351692d022354b8faf2b3c538cbb2fadc348568e
+aaa178fea11f7d382fba0bb1a3de736c28956ff89e0f25e9cdeb5d150451
+b3ed626a237891e9e8600cc96972e85ddc15ca7ace23410b6ddf0a7e27c9
+ca02f538d62fb66d604565205ad9d06886ac6eddd029da486d66965af9c3
+8fcf66b2d1e419e9a3b9fc657d330b672e703bacea77265b239102213433
+a662db30ea2224ddb76120a913c087207635cd96469eabfc5618f258b497
+cfc2b4568500ba098b7c8072207def336a804def7134fa3306a6deaa3623
+ba4eee7e8915fba26f2e4c1c7415b8118d76926892346bfb00b875ffc88d
+7a361ca7389a207717eab538527f17682d450f52947d769dc750c1d998a4
+dae66f8ef9ae96ebc7fbb4f21829959c207aff94dc0030f3807d112b8f81
+d81abb8e16766bf2d25411ba1696230a5bc9c4cee5ad83b7d29788d26e50
+20e6e10a8be6db321451d988b002418ec007d7a8635495366c97afb3e9cd
+1b9b7c49b9a2269aa3004310d94834d410fef668eff0ff45810e93086007
+05ef92fa58049954457335f295ba5c49904f5f4597ce3d9b35f6456adcbb
+ef94e6683bdcda8194c87534e3562ae7570af8d0395f80da5b6cbc634c63
+6e312c9ae89cde8c25be586afe9cb64be9ca9a7587281305d6bd79feff3d
+150000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 16 /g3 put
+dup 17 /g282 put
+dup 18 /g448 put
+dup 19 /g349 put
+pop
+2329 2469 M <09>S 
+2385 2469 M <10>S  2408 2469 M <11>S  2463 2469 M <03>S  2515 2469 M <12>S  2564 2469 M <13>S  2589 2469 M <08>S  2632 2469 M <03>S  
+N 2088 1136 M 2088 1610 I 3791 1610 I 3791 1136 I 2088 1136 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 2088 1610 M 3791 1610 I 3791 1136 I 2088 1136 I 2088 1610 I C 
+: 0.668 0.652 +S K 
+; 2802 1403 M <03>S 
+2853 1403 M <09>S  2909 1403 M <08>S  
+2952 1403 M <04>S 
+2984 1403 M <0C>S 
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53d9c032b1a7e363255e8adfdbcc86a2212ec5b882
+cc169f21a88b54c7979083b3b37b48b30761d49f96c3896170cda66f6966
+1e9bcca3b4ab4b4d4f6e591842a29f2cd0a15c35342a616818de81cf5cfd
+95f6ef716c34a7b069272d15021b148bdc67075faf88cb7312e4f668f69a
+359e1a646b51e745dcca30c16c456ed7785f5769f88444ba94c38b2a19fd
+8e030edbd9c5664d559bda255008c56dec474045316c608f4ce1e9b022d5
+9b322b3be9dc022298ab0209051b1330d1b2861ee31e4bf4f97599b1c799
+137b690318f1ff039dda5ad6c8068566a707229e4efba6b1bc7f010fc35d
+673b5c5394c0a1e97bd93015612c5e98c6e90962866e4a8c5d966abc32c5
+7c649f992211745706da94097764807377317b8aed7a6c727f75987a84a1
+0a537bf658e0ac5542df0424a93d5f5bf2cfdbca2ec4f17438f2c8730000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 20 /g1005 put
+pop
+3025 1403 M <14>S 
+N 3183 2172 M 3183 2170 I 3185 2166 I 3189 2164 I 3193 2161 I 3197 2159 I 3203 2156 I 3211 2153 I 3218 2151 I 3227 2149 I 3236 2148 I 3257 2145 I 3280 2144 I 3304 2143 I 3329 2144 I 3352 2145 I 3373 2148 I 3382 2149 I 3390 2151 I 3398 2153 I 3406 2156 I 3412 2159 I 3416 2161 I 3420 2164 I 3424 2166 I 3425 2170 I 3426 2172 I 3426 2172 I 3425 2176 I 3424 2178 I 3420 2181 I 3416 2184 I 3412 2187 I 3406 2189 I 3398 2191 I 3390 2193 I 3382 2195 I 3373 2197 I 3352 2200 I 3329 2201 I 3304 2202 I 3280 2201 I 3257 2200 I 3236 2197 I 3227 2195 I 3218 2193 I 3211 2191 I 3203 2189 I 3197 2187 I 3193 2184 I 3189 2181 I 3185 2178 I 3183 2176 I 3183 2172 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 3183 2172 M 3183 2170 I 3185 2166 I 3189 2164 I 3193 2161 I 3197 2159 I 3203 2156 I 3211 2153 I 3218 2151 I 3227 2149 I 3236 2148 I 3257 2145 I 3280 2144 I 3304 2143 I 3329 2144 I 3352 2145 I 3373 2148 I 3382 2149 I 3390 2151 I 3398 2153 I 3406 2156 I 3412 2159 I 3416 2161 I 3420 2164 I 3424 2166 I 3425 2170 I 3426 2172 I 3426 2172 I 3425 2176 I 3424 2178 I 3420 2181 I 3416 2184 I 3412 2187 I 3406 2189 I 3398 2191 I 3390 2193 I 3382 2195 I 3373 2197 I 3352 2200 I 3329 2201 I 3304 2202 I 3280 2201 I 3257 2200 I 3236 2197 I 3227 2195 I 3218 2193 I 3211 2191 I 3203 2189 I 3197 2187 I 3193 2184 I 3189 2181 I 3185 2178 I 3183 2176 I 3183 2172 I : 0.668 0.652 +S K 
+; N 3566 1704 M 3529 1704 I 3548 1669 I 3566 1704 I C 
+ O N 3566 1704 M 3529 1704 I 3548 1669 I 3566 1704 I : 0.668 0.652 +S K 
+; N 3548 1704 M 3548 2202 I : 0.668 0.652 +S K 
+; N 3426 1639 M 3426 1636 I 3428 1633 I 3432 1631 I 3436 1628 I 3440 1625 I 3447 1623 I 3454 1621 I 3462 1618 I 3470 1616 I 3479 1615 I 3500 1612 I 3523 1610 I 3548 1610 I 3572 1610 I 3595 1612 I 3616 1615 I 3625 1616 I 3634 1618 I 3641 1621 I 3649 1623 I 3655 1625 I 3659 1628 I 3664 1631 I 3667 1633 I 3669 1636 I 3670 1639 I 3670 1639 I 3669 1642 I 3667 1646 I 3664 1648 I 3659 1651 I 3655 1653 I 3649 1656 I 3641 1658 I 3634 1660 I 3625 1662 I 3616 1664 I 3595 1667 I 3572 1668 I 3548 1669 I 3523 1668 I 3500 1667 I 3479 1664 I 3470 1662 I 3462 1660 I 3454 1658 I 3447 1656 I 3440 1653 I 3436 1651 I 3432 1648 I 3428 1646 I 3426 1642 I 3426 1639 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 3426 1639 M 3426 1636 I 3428 1633 I 3432 1631 I 3436 1628 I 3440 1625 I 3447 1623 I 3454 1621 I 3462 1618 I 3470 1616 I 3479 1615 I 3500 1612 I 3523 1610 I 3548 1610 I 3572 1610 I 3595 1612 I 3616 1615 I 3625 1616 I 3634 1618 I 3641 1621 I 3649 1623 I 3655 1625 I 3659 1628 I 3664 1631 I 3667 1633 I 3669 1636 I 3670 1639 I 3670 1639 I 3669 1642 I 3667 1646 I 3664 1648 I 3659 1651 I 3655 1653 I 3649 1656 I 3641 1658 I 3634 1660 I 3625 1662 I 3616 1664 I 3595 1667 I 3572 1668 I 3548 1669 I 3523 1668 I 3500 1667 I 3479 1664 I 3470 1662 I 3462 1660 I 3454 1658 I 3447 1656 I 3440 1653 I 3436 1651 I 3432 1648 I 3428 1646 I 3426 1642 I 3426 1639 I : 0.668 0.652 +S K 
+; 
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53d1491a493469103af57e978fcbf90217c78fa544
+dde39994330e221df0dbfc1930b0737f56e2fa003a94c92901872288e837
+809318327a90c53c3fc944307d547c23ac7ebc117472148c760b6521a27d
+d710d6a15aac97a08f1869d8b22690b8dce84726fc3f55d0f00d439dbb44
+361ecb4a724261a2c8c7688ffff0ac3cb72634b5761f58d5756215ff4eb3
+42bfc4693d7e5092125bb6e6d33094b4b2c1596ff8e0285dc32ff3aff4f9
+b02a42c32cf40602b9f1061c0a35313175caf427a29d83816ee0022f8c47
+6c2c18459180d6b50f42b824f2c81e044c3b87d54ad7595fca4bf9a4c038
+d37ffe45474a87bfea5ad8b038d42995dea5f8ccc8a7fe73c109131c95cf
+0d8c5202c01b86a803616b491e987c4a5ba00ef54ed6bb56196a143df57b
+087704ec3c936784d35ecdc2a674594335c85177378de5ec467c9b898056
+b33c6a2c0c979596e2c24604a7017049cae76a691ff50adcfb5cef5b9577
+c0dfb27e22bfc9e2f6e1d68d118ee9266a479f434342b5540ee5035808b6
+ffa593f98ea96821451e16ab1984a52068a8735132ff829e12f531e49caa
+ecc88d93abb5047e84d4f8950ccd827f7191ad58916dec22aa4558cad050
+0585c7d8f39e0431c3c132328255766ca4763c7f7f8baa46671219a44a39
+4bd9d14babc0d74898e6da1d20c17aab25617a5b99730ddeeb343041beb2
+aed1941375f4f9cda99c8596c0982b16fea2f378f85910fe8dd4f925c8db
+a8ba91b0af2b634c12593776a0759dfcc554104edc8895076ff3bd150329
+8868cd0805a0d8bda115e4601edd8664ac3109030c71e65b93d4d5bbcab1
+1d0bcee131d8a816069dca61ffd3b38c0065392c0ef8201fc27a4b01ea26
+c273cbc8f420b5a9c24deaffc0284bed7ca6a2c070fa44514eca8f9f41cc
+5f872eb63e15628cee3940cb79a256b36e84593e7548594228aaee214288
+08ab3fdb27401814748ec81929972b88aa21ba4f368d4ccb232fa40e55dd
+03503a21b6a3c7548c7fda68828804382ab7f142e41b932d036c3744c46b
+da6aeb59f6ac94b504311d467f3533cac20c520fd67067383425cdb2b5ea
+fd32ac79902c5fe470b1a283b9e3ef84ac6578660e5f1d038a72bea3f3f8
+3f33aec27934b6c8f5e4ff2a0d88f69085904743f2cad24a862006c1210d
+dcf2d6175a1edfac9010c20b310c449faf9c851140ad6ab7fcb45e2bb1b3
+d5d548b384c45bee0f4faca3ba96e19ef2b55e0c48f9eae9c6e617cc2ed9
+4b12856a825c6c5caae5ab866b3f5b2d12404d03d8c25145f4487b616f3f
+a87ec5a4ac70d2b5d936de3e76a3500c2063ce56a8e3aee706f8d2dea774
+71c4132e10a318cd52724e153ffeaea82636bf9e62c44e04c6e00a543bb6
+db592f91f0a5137ef0e9ac4b9000c0e21fc505722a811a0ffbbcc63dfbea
+cff2c09cf7bccc5967b86f9784e06815210a0aa2e3f46d7ffa9b63994a4b
+6581e7b5643242417f01a293d865ebc0bb2f19de268a02ae04e4552e2443
+78c6b30e4bda116bad5c90f8520000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 21 /g94 put
+dup 22 /g381 put
+dup 23 /g364 put
+pop
+2777 1935 M <15>S 
+2825 1935 M <16>S  2880 1935 M <08>S  2923 1935 M <17>S  2973 1935 M <03>S  3025 1935 M <02>S  3060 1935 M <0C>S  
+N 3286 2107 M 3323 2107 I 3304 2143 I 3286 2107 I C 
+ O N 3286 2107 M 3323 2107 I 3304 2143 I 3286 2107 I : 0.668 0.652 +S K 
+; N 3304 2107 M 3304 1610 I : 0.668 0.652 +S K 
+; N 2696 1106 M 2697 1103 I 2699 1101 I 2702 1097 I 2706 1095 I 2711 1092 I 2717 1089 I 2724 1087 I 2732 1086 I 2741 1084 I 2750 1082 I 2771 1079 I 2794 1077 I 2818 1076 I 2843 1077 I 2866 1079 I 2886 1082 I 2896 1084 I 2904 1086 I 2912 1087 I 2919 1089 I 2925 1092 I 2930 1095 I 2934 1097 I 2937 1101 I 2939 1103 I 2939 1106 I 2939 1106 I 2939 1109 I 2937 1112 I 2934 1115 I 2930 1118 I 2925 1120 I 2919 1123 I 2912 1125 I 2904 1127 I 2896 1129 I 2886 1131 I 2866 1133 I 2843 1135 I 2818 1136 I 2794 1135 I 2771 1133 I 2750 1131 I 2741 1129 I 2732 1127 I 2724 1125 I 2717 1123 I 2711 1120 I 2706 1118 I 2702 1115 I 2699 1112 I 2697 1109 I 2696 1106 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 2696 1106 M 2697 1103 I 2699 1101 I 2702 1097 I 2706 1095 I 2711 1092 I 2717 1089 I 2724 1087 I 2732 1086 I 2741 1084 I 2750 1082 I 2771 1079 I 2794 1077 I 2818 1076 I 2843 1077 I 2866 1079 I 2886 1082 I 2896 1084 I 2904 1086 I 2912 1087 I 2919 1089 I 2925 1092 I 2930 1095 I 2934 1097 I 2937 1101 I 2939 1103 I 2939 1106 I 2939 1106 I 2939 1109 I 2937 1112 I 2934 1115 I 2930 1118 I 2925 1120 I 2919 1123 I 2912 1125 I 2904 1127 I 2896 1129 I 2886 1131 I 2866 1133 I 2843 1135 I 2818 1136 I 2794 1135 I 2771 1133 I 2750 1131 I 2741 1129 I 2732 1127 I 2724 1125 I 2717 1123 I 2711 1120 I 2706 1118 I 2702 1115 I 2699 1112 I 2697 1109 I 2696 1106 I : 0.668 0.652 +S K 
+; N 2800 1041 M 2836 1041 I 2818 1076 I 2800 1041 I C 
+ O N 2800 1041 M 2836 1041 I 2818 1076 I 2800 1041 I : 0.668 0.652 +S K 
+; N 2818 1041 M 2818 544 I : 0.668 0.652 +S K 
+; N 3201 639 M 3164 639 I 3183 603 I 3201 639 I C 
+ O N 3201 639 M 3164 639 I 3183 603 I 3201 639 I : 0.668 0.652 +S K 
+; N 3183 639 M 3183 1136 I : 0.668 0.652 +S K 
+; N 3061 573 M 3062 571 I 3064 567 I 3067 565 I 3071 562 I 3076 559 I 3082 557 I 3089 554 I 3097 552 I 3105 550 I 3115 549 I 3136 546 I 3158 544 I 3183 544 I 3207 544 I 3230 546 I 3251 549 I 3260 550 I 3269 552 I 3277 554 I 3284 557 I 3290 559 I 3295 562 I 3299 565 I 3302 567 I 3303 571 I 3304 573 I 3304 573 I 3303 576 I 3302 579 I 3299 582 I 3295 585 I 3290 588 I 3284 590 I 3277 592 I 3269 594 I 3260 596 I 3251 598 I 3230 601 I 3207 602 I 3183 603 I 3158 602 I 3136 601 I 3115 598 I 3105 596 I 3097 594 I 3089 592 I 3082 590 I 3076 588 I 3071 585 I 3067 582 I 3064 579 I 3062 576 I 3061 573 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 3061 573 M 3062 571 I 3064 567 I 3067 565 I 3071 562 I 3076 559 I 3082 557 I 3089 554 I 3097 552 I 3105 550 I 3115 549 I 3136 546 I 3158 544 I 3183 544 I 3207 544 I 3230 546 I 3251 549 I 3260 550 I 3269 552 I 3277 554 I 3284 557 I 3290 559 I 3295 562 I 3299 565 I 3302 567 I 3303 571 I 3304 573 I 3304 573 I 3303 576 I 3302 579 I 3299 582 I 3295 585 I 3290 588 I 3284 590 I 3277 592 I 3269 594 I 3260 596 I 3251 598 I 3230 601 I 3207 602 I 3183 603 I 3158 602 I 3136 601 I 3115 598 I 3105 596 I 3097 594 I 3089 592 I 3082 590 I 3076 588 I 3071 585 I 3067 582 I 3064 579 I 3062 576 I 3061 573 I : 0.668 0.652 +S K 
+; F1S64 Ji 
+3314 633 M <01>S 
+3365 633 M <02>S  3418 633 M <03>S  3461 633 M <06>S  
+
+currentfile eexec
+9e67edc6b841302bf9f60fd883cf0817a74d8c06f64e04110b8a8fbca01a
+ac09157fd1dd0a2cf53de9dbebb7526be8a4710216b8ef49ddb796668e31
+c233fb83dc02b2d2a14472ad22181e43970ebc614ef441b65be6b14fc1de
+8e2d04720f64fe9b1dfa786eaafd9161194595996e67514c63887b4e0472
+dc2d182f7b72c6f351696fa1365f6cec2e6ea97d2e4104bccc36c759289f
+d36078b6ad8dabfdeeef7d476f57eabaa59f135adcbd19f15c9a19842d0c
+634976ec2681f843b893d3e6d1ed97aa4e6631112b56219d2265ffaa5ca6
+c47ea37c01ace2adcb823df5f8e1da31b6b1b037800b102d6b8b70a0a33a
+76a9db2d039c97e8c3c851f22e577f3932023012e224e96c854224a70a90
+2e2bad7e9585e04737f0266173090beaee4ee827268ecb2973c65b7056bc
+cd6d0573229b2864a3b80a7adf5fa8e4693ebf90594708437f21f463bfe7
+a9731ed124f654d9dcd2db06f5e6ce2314d9a12f9d400130b140cc4e3663
+52779804a14266198dcef390cf0ecfc57d83143a5b2c4a8ec38eb24e52d5
+b40000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35225o00 findfont /Encoding get
+dup 17 /g1005 put
+pop
+3507 633 M <11>S 
+3559 633 M <06>S 
+3606 633 M <07>S  3659 633 M <02>S  3712 633 M <08>S  3778 633 M <09>S  3818 633 M <0A>S  3867 633 M <0B>S  
+1959 1106 M <01>S 
+2009 1106 M <02>S  2062 1106 M <03>S  2105 1106 M <06>S  
+2151 1106 M <11>S 
+2203 1106 M <06>S 
+2250 1106 M <07>S  2303 1106 M <02>S  2356 1106 M <0C>S  2409 1106 M <0B>S  2444 1106 M <0D>S  2497 1106 M <0E>S  2543 1106 M <0F>S  2567 1106 M <10>S  2620 1106 M <0A>S  2669 1106 M <0B>S  
+F0S64 Ji 
+2732 870 M <03>S 
+2784 870 M <09>S  2839 870 M <08>S  
+2882 870 M <04>S 
+2914 870 M <0C>S 
+2955 870 M <14>S 
+3007 870 M <04>S 
+3039 870 M <0C>S 
+3080 870 M <0D>S  3131 870 M <09>S  
+3186 870 M <0E>S 
+3213 870 M <0F>S 
+N 508 2202 M 508 2675 I 1480 2675 I 1480 2202 I 508 2202 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 508 2675 M 1480 2675 I 1480 2202 I 508 2202 I 508 2675 I C 
+: 0.668 0.652 +S K 
+; 
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53d9c2afa4d9dafa642ff192f6e54e28927b35a54a
+60df3536f01abb08b2d0a3d050c74a6514009934dc894179414d60371574
+e7e85a40bcc8da59d1e0e229242a8622450bbfa7b71cd7d999db5c7aeaa8
+d902c94489d57420c6cb699ead38a862bc2fdb190a563aae8866d2562f5f
+1fb7cdcc27af4450eb378444035db99154abcd9d22b1705be84023ea5388
+35c57a2ebf588369c75f6684b894b9db1f51908e55db7bb069ea52f11063
+859cfd924e1a98621a26a2ae73f8b75a0b8e08ff703b99b8b86f0c70dac5
+b1679e21901422be189eb419737cb606b3759e46f8c3ef7d07aff546d0c0
+da614d25fa4568303a112c3018a4a446c915a1050d9eb4a711627597a602
+61257811cfe55cafccf6e315bd5259c7831babf010c0bc5e2297d237e4d3
+126a3075c09cd3f33d73eb28baf134386731722c6a8ecba611f777dffc1a
+4a2aaa9d42aa7228b30000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 24 /g121 put
+pop
+736 2348 M <18>S 
+793 2348 M <0B>S 
+846 2348 M <10>S  
+
+currentfile eexec
+9e67edc6b841302bf9f60fd9d4da1e6b3c8eb24a7a9a805dd8a805fb98b4
+cc97c66e38b492cf50ee1828d692c2379a9476bea240ce0b306e0e56dced
+c6cb7e7f3ed81bbd6f53da86e1c189f604a875ddace4717deccd986e834c
+f98e749536c9e33965779172c1742ee47cac16fa2de6c3907335d9d263ed
+48e55bcbd3d3dd987493df36104a57eaf3bccf3f9c9985a88f6c02632307
+ad248742c48c3ef876cb8eb07296139780fe6c9ca0ed8787d5db73c2a3fe
+a3066474d54673acd199c3a0bbd55e861564dcf65586ece0539a17e02441
+3c841f167afeb6c0a62b49d771e3ff2eb5e1572f6ed1ea1d316b66b0993c
+0554230d7599e57d569f03a50de40342ba1b99ad5cc5cdc2aee8f5e0d7df
+966e50f8dd4785aeb1545df95aea36490d3fec5803fe8c15197af623a787
+82d94ae24974940ac0dc291f69c0ecb38d38687e309e705bc4dfda521e45
+776bfe26ccf42b08ae416541b8ade0feb190d88792d05d83bac1bebff155
+f33c698da9ba73726b1883aa353b3f3f614dad76df89810622b305eb2892
+3f80eee9332de66cd18aae533a10e79f829bc1b0deb29fcaa9ed757b45d2
+2a69fc5a36af35b40496140c2d4c62b9fd2df8a67df61fc69633b95620f5
+cf73b391840000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+0000000000000000000000000000000000000000000000000000000000000000
+cleartomark
+/TT35224o00 findfont /Encoding get
+dup 25 /g296 put
+pop
+869 2348 M <13>S 
+894 2348 M <05>S  949 2348 M <02>S  985 2348 M <03>S  1036 2348 M <07>S  1073 2348 M <19>S  1105 2348 M <0D>S  1156 2348 M <08>S  1199 2348 M <03>S  
+897 2469 M <16>S 
+952 2469 M <12>S  1002 2469 M <03>S  1053 2469 M <07>S  
+763 2589 M <09>S 
+818 2589 M <0B>S 
+871 2589 M <09>S 
+926 2589 M <10>S  949 2589 M <11>S  1004 2589 M <03>S  1056 2589 M <12>S  1105 2589 M <13>S  1130 2589 M <08>S  1173 2589 M <03>S  
+N 751 2172 M 752 2169 I 753 2166 I 756 2164 I 760 2161 I 765 2158 I 772 2156 I 779 2153 I 787 2151 I 795 2149 I 804 2147 I 825 2145 I 848 2144 I 873 2143 I 897 2144 I 920 2145 I 940 2147 I 950 2149 I 959 2151 I 966 2153 I 973 2156 I 979 2158 I 984 2161 I 989 2164 I 991 2166 I 993 2169 I 994 2172 I 994 2172 I 993 2176 I 991 2178 I 989 2181 I 984 2184 I 979 2187 I 973 2189 I 966 2191 I 959 2193 I 950 2195 I 940 2197 I 920 2200 I 897 2201 I 873 2202 I 848 2201 I 825 2200 I 804 2197 I 795 2195 I 787 2193 I 779 2191 I 772 2189 I 765 2187 I 760 2184 I 756 2181 I 753 2178 I 752 2176 I 751 2172 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 751 2172 M 752 2169 I 753 2166 I 756 2164 I 760 2161 I 765 2158 I 772 2156 I 779 2153 I 787 2151 I 795 2149 I 804 2147 I 825 2145 I 848 2144 I 873 2143 I 897 2144 I 920 2145 I 940 2147 I 950 2149 I 959 2151 I 966 2153 I 973 2156 I 979 2158 I 984 2161 I 989 2164 I 991 2166 I 993 2169 I 994 2172 I 994 2172 I 993 2176 I 991 2178 I 989 2181 I 984 2184 I 979 2187 I 973 2189 I 966 2191 I 959 2193 I 950 2195 I 940 2197 I 920 2200 I 897 2201 I 873 2202 I 848 2201 I 825 2200 I 804 2197 I 795 2195 I 787 2193 I 779 2191 I 772 2189 I 765 2187 I 760 2184 I 756 2181 I 753 2178 I 752 2176 I 751 2172 I : 0.668 0.652 +S K 
+; N 1255 1704 M 1219 1704 I 1237 1669 I 1255 1704 I C 
+ O N 1255 1704 M 1219 1704 I 1237 1669 I 1255 1704 I : 0.668 0.652 +S K 
+; N 1237 1704 M 1237 2202 I : 0.668 0.652 +S K 
+; N 1116 1639 M 1116 1636 I 1118 1633 I 1121 1631 I 1125 1628 I 1131 1625 I 1137 1623 I 1143 1620 I 1151 1618 I 1160 1616 I 1169 1615 I 1190 1612 I 1212 1610 I 1237 1610 I 1261 1610 I 1284 1612 I 1305 1615 I 1315 1616 I 1323 1618 I 1331 1620 I 1338 1623 I 1344 1625 I 1349 1628 I 1354 1631 I 1356 1633 I 1358 1636 I 1359 1639 I 1359 1639 I 1358 1642 I 1356 1645 I 1354 1648 I 1349 1651 I 1344 1653 I 1338 1656 I 1331 1658 I 1323 1660 I 1315 1662 I 1305 1664 I 1284 1667 I 1261 1668 I 1237 1669 I 1212 1668 I 1190 1667 I 1169 1664 I 1160 1662 I 1151 1660 I 1143 1658 I 1137 1656 I 1131 1653 I 1125 1651 I 1121 1648 I 1118 1645 I 1116 1642 I 1116 1639 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 1116 1639 M 1116 1636 I 1118 1633 I 1121 1631 I 1125 1628 I 1131 1625 I 1137 1623 I 1143 1620 I 1151 1618 I 1160 1616 I 1169 1615 I 1190 1612 I 1212 1610 I 1237 1610 I 1261 1610 I 1284 1612 I 1305 1615 I 1315 1616 I 1323 1618 I 1331 1620 I 1338 1623 I 1344 1625 I 1349 1628 I 1354 1631 I 1356 1633 I 1358 1636 I 1359 1639 I 1359 1639 I 1358 1642 I 1356 1645 I 1354 1648 I 1349 1651 I 1344 1653 I 1338 1656 I 1331 1658 I 1323 1660 I 1315 1662 I 1305 1664 I 1284 1667 I 1261 1668 I 1237 1669 I 1212 1668 I 1190 1667 I 1169 1664 I 1160 1662 I 1151 1660 I 1143 1658 I 1137 1656 I 1131 1653 I 1125 1651 I 1121 1648 I 1118 1645 I 1116 1642 I 1116 1639 I : 0.668 0.652 +S K 
+; 892 1935 M <15>S 
+940 1935 M <16>S  995 1935 M <08>S  1038 1935 M <17>S  1088 1935 M <03>S  1140 1935 M <02>S  1175 1935 M <0C>S  
+N 854 2107 M 891 2107 I 873 2143 I 854 2107 I C 
+ O N 854 2107 M 891 2107 I 873 2143 I 854 2107 I : 0.668 0.652 +S K 
+; N 873 2107 M 873 1610 I : 0.668 0.652 +S K 
+; N 568 2261 M 568 2735 I 1541 2735 I 1541 2261 I 568 2261 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 568 2735 M 1541 2735 I 1541 2261 I 568 2261 I 568 2735 I C 
+: 0.668 0.652 +S K 
+; 797 2408 M <18>S 
+854 2408 M <0B>S 
+906 2408 M <10>S  
+929 2408 M <13>S 
+954 2408 M <05>S  1010 2408 M <02>S  1045 2408 M <03>S  1097 2408 M <07>S  1133 2408 M <19>S  1165 2408 M <0D>S  1216 2408 M <08>S  1259 2408 M <03>S  
+959 2528 M <16>S 
+1014 2528 M <12>S  1063 2528 M <03>S  1114 2528 M <07>S  
+824 2649 M <09>S 
+879 2649 M <0B>S 
+931 2649 M <09>S 
+986 2649 M <10>S  1010 2649 M <11>S  1065 2649 M <03>S  1116 2649 M <12>S  1165 2649 M <13>S  1191 2649 M <08>S  1234 2649 M <03>S  
+N 629 2320 M 629 2794 I 1602 2794 I 1602 2320 I 629 2320 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 629 2794 M 1602 2794 I 1602 2320 I 629 2320 I 629 2794 I C 
+: 0.668 0.652 +S K 
+; 858 2467 M <18>S 
+915 2467 M <0B>S 
+967 2467 M <10>S  
+990 2467 M <13>S 
+1016 2467 M <05>S  1071 2467 M <02>S  1106 2467 M <03>S  1158 2467 M <07>S  1194 2467 M <19>S  1227 2467 M <0D>S  1278 2467 M <08>S  1321 2467 M <03>S  
+1019 2587 M <16>S 
+1074 2587 M <12>S  1123 2587 M <03>S  1175 2587 M <07>S  
+885 2708 M <09>S 
+940 2708 M <0B>S 
+992 2708 M <09>S 
+1047 2708 M <10>S  1071 2708 M <11>S  1126 2708 M <03>S  1178 2708 M <12>S  1227 2708 M <13>S  1252 2708 M <08>S  1295 2708 M <03>S  
+N 690 2380 M 690 2853 I 1662 2853 I 1662 2380 I 690 2380 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 690 2853 M 1662 2853 I 1662 2380 I 690 2380 I 690 2853 I C 
+: 0.668 0.652 +S K 
+; 925 2647 M <09>S 
+980 2647 M <0B>S 
+1032 2647 M <09>S 
+1088 2647 M <10>S  1111 2647 M <11>S  1166 2647 M <03>S  1218 2647 M <12>S  1267 2647 M <13>S  1292 2647 M <08>S  1335 2647 M <03>S  1387 2647 M <0C>S  
+Pscript_WinNT_Incr begin
+%%BeginResource: file Pscript_T3Hdr 5.0 0
+{version cvi 2016 ge{32/FontType resourcestatus{pop pop true}{false}ifelse}
+{false}ifelse}exec/Is2016andT32? exch def/T32DefSBCMap{/CIDInit/ProcSet
+findresource begin 10 dict begin begincmap/CIDSystemInfo 3 dict dup begin
+/Registry(Adobe)def/Ordering(Identity1)def/Supplement 0 def end def/CMapType 0
+def/WMode 0 def 1 begincodespacerange<00><ff>endcodespacerange 1 begincidrange
+<00><ff>0 endcidrange endcmap/DrvSBCMap currentdict/CMap defineresource pop end
+end}bind def Is2016andT32?{T32DefSBCMap}def/T32RsrcBegin{Is2016andT32?{
+/BitmapFontInit/ProcSet findresource begin}if}bind def/T32RsrcEnd{Is2016andT32?
+{end}if}bind def/AddT32Char{6 1 roll 0 get 7 1 roll pop pop 5 1 roll pop
+findfont/TT32R get addglyph}bind def/AddT3Char{findfont dup 5 2 roll 1 index
+length 0 gt{cvx 1 index exch 4 exch put dup(imagemask)cvx cvn 5 exch put cvx}
+{pop cvx}ifelse 3 -1 roll/CharProcs get 3 1 roll put dup/Encoding get 5 -1 roll
+4 index put/Metrics get 3 1 roll put}bind def/AddT3T32Char Is2016andT32?{
+/AddT32Char}{/AddT3Char}ifelse load def/GreNewFontT32{5 dict begin exch
+/FontMatrix exch def exch/FontBBox exch def exch pop exch pop/CIDFontType 4 def
+dup currentdict end/CIDFont defineresource 3 -1 roll dup/DrvSBCMap dup/CMap
+resourcestatus{pop pop}{T32DefSBCMap}ifelse 5 -1 roll[exch]composefont dup
+length dict copy dup/FID undef begin exch/TT32R exch def currentdict end
+definefont/BitmapFontInit/ProcSet findresource begin/TT32R get[14 0 0 0 0 0]<>0
+4 -1 roll addglyph end}bind def/GreNewFontT3{11 dict begin pop/FontType 3 def
+/FontMatrix exch def/FontBBox exch def/Encoding exch def/CharProcs 257 dict def
+CharProcs/.notdef{}put/Metrics 257 dict def Metrics/.notdef 3 -1 roll put
+AddFontInfoBegin AddFontInfo AddFontInfoEnd/BuildChar{userdict begin/char exch
+def dup/charname exch/Encoding get char get def dup/Metrics get charname 2 copy
+known{get aload pop}{pop/.notdef get aload pop}ifelse setcachedevice begin
+Encoding char get CharProcs exch 2 copy known{get}{pop/.notdef get}ifelse end
+exec end}def currentdict end definefont pop}bind def/GreNewFont{Is2016andT32?
+{GreNewFontT32}{GreNewFontT3}ifelse}bind def/UDF3{Is2016andT32?{/BitmapFontInit
+/ProcSet findresource begin dup/CIDFont findresource removeall/CIDFont
+undefineresource undefinefont end}{pop UDF}ifelse}bind def
+%%EndResource
+end reinitialize
+/TT35226b00
+[66 0 0 0 0 0 ] 
+ 256 array 0 1 255 {1 index exch /.notdef put} for 
+[0 0 0 0 ] 
+[1 66 div 0 0 -1 66 div 0 0 ]
+/__TT35226b00
+GreNewFont
+T32RsrcBegin
+
+1
+/g100 [33 0 1 -42 33 0 ] 
+/g100 [32 42 true [1 0 0 1 -1 42 ]  0 0]
+[<ffffffff
+ffffffff
+ffffffff
+ffffffff
+ffffffff
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+0007e000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+2
+/g381 [35 0 3 -32 32 1 ] 
+/g381 [29 33 true [1 0 0 1 -3 32 ]  0 0]
+[<003fe000
+00fffc00
+03ffff00
+07ffff80
+0fffffc0
+1fe03fc0
+3fc00fe0
+3f8007e0
+7f0007f0
+7e0003f0
+7e0003f0
+7e0003f8
+fc0001f8
+fc0001f8
+fc0001f8
+fc0001f8
+fc0001f8
+fc0001f8
+fc0001f8
+fc0001f8
+fc0001f8
+fe0003f0
+7e0003f0
+7e0003f0
+7f0007f0
+3f000fe0
+3fc01fe0
+1fe03fc0
+1fffff80
+0fffff00
+07fffe00
+01fff800
+003fc000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+3
+/g449 [48 0 2 -31 46 0 ] 
+/g449 [44 31 true [1 0 0 1 -2 31 ]  0 0]
+[<f8000f8001f0
+fc001f8001f0
+fc001f8001f0
+7c001fc003f0
+7e003fc003e0
+7e003fc003e0
+3e003fc007e0
+3f003fe007c0
+3f007fe007c0
+1f007fe00fc0
+1f807ff00fc0
+1f8079f00f80
+1f80f9f00f80
+0f80f9f81f80
+0fc0f0f81f00
+0fc1f0f81f00
+07c1f0f83f00
+07e1f0fc3e00
+07e1e07c3e00
+03e3e07c3e00
+03f3e07e7c00
+03f3e03e7c00
+01f3c03e7c00
+01f7c03ff800
+01ffc01ff800
+00ff801ff800
+00ff801ff800
+00ff801ff000
+00ff800ff000
+007f000ff000
+007f0007e000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+4
+/g258 [32 0 3 -32 27 1 ] 
+/g258 [24 33 true [1 0 0 1 -3 32 ]  0 0]
+[<01ff80
+1ffff0
+3ffff8
+7ffffc
+7f01fe
+7800fe
+60007e
+00007f
+00003f
+00003f
+00003f
+00003f
+00003f
+00003f
+007fff
+03ffff
+0fffff
+3fffff
+3fc03f
+7f003f
+7e003f
+fc003f
+fc003f
+fc003f
+fc003f
+fc007f
+fe00ff
+7e01ff
+7f87df
+3fff9f
+1fff1f
+0ffe1f
+03f800
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+5
+/g396 [23 0 5 -32 22 0 ] 
+/g396 [17 32 true [1 0 0 1 -5 32 ]  0 0]
+[<001f00
+f87f80
+f8ff80
+f9ff80
+f9ff80
+fbe180
+ffc000
+ff8000
+ff0000
+fe0000
+fe0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+6
+/g282 [35 0 3 -45 30 1 ] 
+/g282 [27 46 true [1 0 0 1 -3 45 ]  0 0]
+[<000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+007e07e0
+03ff87e0
+07ffe7e0
+0ffff7e0
+1fffffe0
+1fe0ffe0
+3f807fe0
+3f003fe0
+7f001fe0
+7e000fe0
+7e0007e0
+fe0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+7e0007e0
+7e000fe0
+7f001fe0
+7f003fe0
+3f807fe0
+3fc1ffe0
+1ffffbe0
+0ffff3e0
+07ffe3e0
+03ff83e0
+00fe0000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+7
+/g400 [26 0 3 -32 24 1 ] 
+/g400 [21 33 true [1 0 0 1 -3 32 ]  0 0]
+[<00fe00
+07ffc0
+0fffe0
+1fffe0
+3f81e0
+3e0060
+7c0000
+7c0000
+7c0000
+7c0000
+7c0000
+7e0000
+3f8000
+3fe000
+1ff800
+0ffe00
+07ff80
+01ffe0
+003fe0
+000ff0
+0007f8
+0003f8
+0001f8
+0001f8
+0001f8
+0001f8
+c003f8
+f003f0
+fc0ff0
+ffffe0
+7fffc0
+3fff00
+07fc00
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+8
+/g3 [15 0 0 0 1 1 ] 
+/g3 [1 1 true [1 0 0 1 0 0 ]  0 0]
+[<00
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+9
+/g410 [22 0 1 -39 20 1 ] 
+/g410 [19 40 true [1 0 0 1 -1 39 ]  0 0]
+[<07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+ffffe0
+ffffe0
+ffffe0
+ffffe0
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07e000
+07f000
+03f860
+03ffe0
+03ffe0
+01ffe0
+00ffe0
+003f80
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+10
+/g346 [35 0 5 -45 30 0 ] 
+/g346 [25 45 true [1 0 0 1 -5 45 ]  0 0]
+[<fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc0fe000
+fc3ff800
+fcfffc00
+fdfffe00
+fffffe00
+ffe0ff00
+ffc07f00
+ff803f00
+ff003f80
+fe001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+11
+/g286 [33 0 3 -32 30 1 ] 
+/g286 [27 33 true [1 0 0 1 -3 32 ]  0 0]
+[<003fc000
+00fff800
+03fffc00
+07fffe00
+0fe07f00
+1f803f80
+3f001f80
+3f000fc0
+7e000fc0
+7e0007c0
+7e0007e0
+7c0007e0
+fc0007e0
+fc0007e0
+ffffffe0
+ffffffe0
+ffffffe0
+ffffffc0
+fc000000
+fc000000
+fc000000
+fc000000
+7c000000
+7e000000
+7e000000
+3f000000
+3f800000
+1fc001c0
+1ff00fc0
+0fffffc0
+03ffffc0
+01ffff00
+003ff000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+12
+/g69 [43 0 6 -42 38 0 ] 
+/g69 [32 42 true [1 0 0 1 -6 42 ]  0 0]
+[<7f00003f
+ff80003f
+ffc0003f
+ffc0003f
+ffe0003f
+ffe0003f
+fff0003f
+fdf8003f
+fdf8003f
+fcfc003f
+fcfc003f
+fc7e003f
+fc7e003f
+fc3f003f
+fc3f003f
+fc1f803f
+fc1f803f
+fc0fc03f
+fc0fc03f
+fc07e03f
+fc07e03f
+fc03f03f
+fc03f03f
+fc01f83f
+fc01f83f
+fc00fc3f
+fc00fc3f
+fc007e3f
+fc007e3f
+fc003f3f
+fc003f3f
+fc001fbf
+fc001fbf
+fc000fff
+fc000fff
+fc0007ff
+fc0007ff
+fc0003ff
+fc0003ff
+fc0001ff
+fc0000ff
+fc00007e
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+13
+/g17 [36 0 6 -42 34 0 ] 
+/g17 [28 42 true [1 0 0 1 -6 42 ]  0 0]
+[<7fff8000
+fffff000
+fffff800
+fffffc00
+fffffe00
+fc01ff00
+fc007f00
+fc003f80
+fc003f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f00
+fc003f00
+fc003f00
+fc007e00
+fc01fc00
+fffff800
+fffff800
+fffffe00
+ffffff00
+fc007f80
+fc001fc0
+fc000fe0
+fc0007e0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0007f0
+fc0007e0
+fc001fe0
+fc007fc0
+ffffffc0
+ffffff80
+fffffe00
+fffff800
+7fffc000
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+F /F2 0 /0 F /TT35226b00 mF 
+/F2S42 F2 [66.664 0 0 -66.664 0 0 ] mFS
+F2S42 Ji 
+893 2933 M <01>S 
+927 2933 M <02>S  963 2933 M <03>S  1012 2933 M <04>S  1045 2933 M <05>S  1069 2933 M <06>S  1106 2933 M <07>S  1133 2933 M <08>S  1148 2933 M <02>S  1184 2933 M <09>S  1207 2933 M <0A>S  1243 2933 M <0B>S  1278 2933 M <05>S  1302 2933 M <08>S  1317 2933 M <0B>S  1352 2933 M <0C>S  1396 2933 M <0D>S 
+1433 2933 M <07>S  
+T32RsrcBegin
+
+14
+/g94 [31 0 2 -43 28 1 ] 
+/g94 [26 44 true [1 0 0 1 -2 43 ]  0 0]
+[<003fc000
+01fff800
+07fffe00
+0fffff00
+1fffff00
+3fe03f00
+3f800f00
+3f000300
+7e000000
+7e000000
+7e000000
+7e000000
+7e000000
+7f000000
+7f000000
+3f800000
+3fe00000
+1ff00000
+0ffc0000
+07ff0000
+03ffc000
+01fff000
+007ffc00
+001ffe00
+0007ff00
+0001ff00
+00007f80
+00003f80
+00001fc0
+00000fc0
+00000fc0
+00000fc0
+00000fc0
+00000fc0
+00000fc0
+c0001f80
+f0003f80
+f8007f80
+ff01ff00
+fffffe00
+7ffffc00
+3ffff800
+0fffe000
+01ff0000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+15
+/g39 [42 0 3 -43 37 1 ] 
+/g39 [34 44 true [1 0 0 1 -3 43 ]  0 0]
+[<0000ffc000
+0007fff800
+003fffff00
+007fffff80
+01ffffffc0
+03ff807fc0
+07fc000fc0
+07f00003c0
+0fe00000c0
+1fc0000000
+1f80000000
+3f80000000
+3f00000000
+7f00000000
+7e00000000
+7e00000000
+7e00000000
+fc00000000
+fc00000000
+fc00000000
+fc003fff80
+fc003fffc0
+fc003fffc0
+fc003fffc0
+fc003fffc0
+fc00000fc0
+fc00000fc0
+fe00000fc0
+7e00000fc0
+7e00000fc0
+7f00000fc0
+7f00000fc0
+3f80000fc0
+3f80000fc0
+1fc0000fc0
+1fe0000fc0
+0ff0000fc0
+07fc001fc0
+03ff807fc0
+01ffffffc0
+00ffffff80
+003fffff00
+000ffff800
+0001ffc000
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+16
+/g116 [60 0 2 -42 58 0 ] 
+/g116 [56 42 true [1 0 0 1 -2 42 ]  0 0]
+[<fc00007c00003e
+fc0000fe00003f
+fc0000fe00003e
+7e0000fe00007e
+7e0000ff00007e
+7e0001ff00007c
+7e0001ff0000fc
+3f0001ff8000fc
+3f0001ff8000fc
+3f0003ef8000f8
+1f8003ef8001f8
+1f8003efc001f8
+1f8003efc001f0
+0f8007c7c001f0
+0fc007c7e003f0
+0fc007c7e003e0
+0fc00783e003e0
+07c00f83e003e0
+07e00f83f007e0
+07e00f83f007c0
+03e00f01f007c0
+03f01f01f00fc0
+03f01f01f80f80
+03f01f00f80f80
+01f03e00f80f80
+01f83e00fc1f80
+01f83e00fc1f00
+00f83e007c1f00
+00f87c007c1f00
+00fc7c007e3e00
+00fc7c007e3e00
+007c7c003e3e00
+007ef8003f3e00
+007ef8003f7c00
+003ef8001f7c00
+003ef8001f7c00
+003ff0001ff800
+001ff0001ff800
+001ff0000ff800
+001ff0000ff000
+001fe0000ff000
+000fe00007f000
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+2175 2755 M <01>S 
+2209 2755 M <02>S  2245 2755 M <03>S  2294 2755 M <04>S  2327 2755 M <05>S  2351 2755 M <06>S  2387 2755 M <07>S  2414 2755 M <08>S  2430 2755 M <0E>S  2461 2755 M <0F>S  2504 2755 M <10>S  
+T32RsrcBegin
+
+17
+/g876 [26 0 0 -48 25 9 ] 
+/g876 [25 57 true [1 0 0 1 0 48 ]  0 0]
+[<00000f80
+00000f80
+00000f80
+00001f80
+00001f00
+00003f00
+00003f00
+00003e00
+00007e00
+00007c00
+00007c00
+0000fc00
+0000f800
+0000f800
+0001f800
+0001f000
+0003f000
+0003e000
+0003e000
+0007e000
+0007c000
+0007c000
+000fc000
+000f8000
+000f8000
+001f8000
+001f0000
+003f0000
+003e0000
+003e0000
+007e0000
+007c0000
+007c0000
+00fc0000
+00f80000
+01f80000
+01f80000
+01f00000
+03f00000
+03e00000
+03e00000
+07e00000
+07c00000
+07c00000
+0fc00000
+0f800000
+1f800000
+1f800000
+1f000000
+3f000000
+3e000000
+3e000000
+7e000000
+7c000000
+7c000000
+fc000000
+f8000000
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+2565 2755 M <11>S 
+T32RsrcBegin
+
+18
+/g87 [35 0 6 -42 32 0 ] 
+/g87 [26 42 true [1 0 0 1 -6 42 ]  0 0]
+[<7fff0000
+ffffe000
+fffff800
+fffffc00
+fffffe00
+fc01ff00
+fc007f80
+fc003f80
+fc001f80
+fc001fc0
+fc000fc0
+fc000fc0
+fc000fc0
+fc000fc0
+fc000fc0
+fc000fc0
+fc001f80
+fc001f80
+fc003f80
+fc007f00
+fc01ff00
+fffffe00
+fffffc00
+fffff000
+ffffe000
+ffff0000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+2591 2755 M <12>S 
+2627 2755 M <0F>S  2670 2755 M <10>S  
+N 3061 2202 M 3061 2675 I 3791 2675 I 3791 2202 I 3061 2202 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 3061 2675 M 3791 2675 I 3791 2202 I 3061 2202 I 3061 2675 I C 
+: 0.668 0.652 +S K 
+; F0S64 Ji 
+3220 2469 M <01>S 
+3245 2469 M <02>S  3281 2469 M <03>S  3332 2469 M <10>S  3356 2469 M <11>S  3411 2469 M <03>S  3463 2469 M <12>S  3512 2469 M <13>S  3537 2469 M <08>S  3580 2469 M <03>S  
+N 2210 2172 M 2211 2169 I 2213 2166 I 2215 2164 I 2219 2161 I 2225 2158 I 2231 2156 I 2237 2153 I 2246 2151 I 2254 2149 I 2264 2147 I 2284 2145 I 2307 2144 I 2332 2143 I 2356 2144 I 2379 2145 I 2399 2147 I 2409 2149 I 2417 2151 I 2426 2153 I 2432 2156 I 2438 2158 I 2444 2161 I 2448 2164 I 2450 2166 I 2452 2169 I 2453 2172 I 2453 2172 I 2452 2176 I 2450 2178 I 2448 2181 I 2444 2184 I 2438 2187 I 2432 2189 I 2426 2191 I 2417 2193 I 2409 2195 I 2399 2197 I 2379 2200 I 2356 2201 I 2332 2202 I 2307 2201 I 2284 2200 I 2264 2197 I 2254 2195 I 2246 2193 I 2237 2191 I 2231 2189 I 2225 2187 I 2219 2184 I 2215 2181 I 2213 2178 I 2211 2176 I 2210 2172 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 2210 2172 M 2211 2169 I 2213 2166 I 2215 2164 I 2219 2161 I 2225 2158 I 2231 2156 I 2237 2153 I 2246 2151 I 2254 2149 I 2264 2147 I 2284 2145 I 2307 2144 I 2332 2143 I 2356 2144 I 2379 2145 I 2399 2147 I 2409 2149 I 2417 2151 I 2426 2153 I 2432 2156 I 2438 2158 I 2444 2161 I 2448 2164 I 2450 2166 I 2452 2169 I 2453 2172 I 2453 2172 I 2452 2176 I 2450 2178 I 2448 2181 I 2444 2184 I 2438 2187 I 2432 2189 I 2426 2191 I 2417 2193 I 2409 2195 I 2399 2197 I 2379 2200 I 2356 2201 I 2332 2202 I 2307 2201 I 2284 2200 I 2264 2197 I 2254 2195 I 2246 2193 I 2237 2191 I 2231 2189 I 2225 2187 I 2219 2184 I 2215 2181 I 2213 2178 I 2211 2176 I 2210 2172 I : 0.668 0.652 +S K 
+; N 2593 1704 M 2557 1704 I 2575 1669 I 2593 1704 I C 
+ O N 2593 1704 M 2557 1704 I 2575 1669 I 2593 1704 I : 0.668 0.652 +S K 
+; N 2575 1704 M 2575 2202 I : 0.668 0.652 +S K 
+; N 2453 1639 M 2454 1636 I 2456 1633 I 2458 1631 I 2462 1628 I 2468 1625 I 2474 1623 I 2481 1620 I 2489 1618 I 2497 1616 I 2507 1615 I 2528 1612 I 2550 1610 I 2575 1610 I 2600 1610 I 2622 1612 I 2643 1615 I 2652 1616 I 2661 1618 I 2669 1620 I 2675 1623 I 2681 1625 I 2687 1628 I 2691 1631 I 2694 1633 I 2696 1636 I 2696 1639 I 2696 1639 I 2696 1642 I 2694 1645 I 2691 1648 I 2687 1651 I 2681 1653 I 2675 1656 I 2669 1658 I 2661 1660 I 2652 1662 I 2643 1664 I 2622 1667 I 2600 1668 I 2575 1669 I 2550 1668 I 2528 1667 I 2507 1664 I 2497 1662 I 2489 1660 I 2481 1658 I 2474 1656 I 2468 1653 I 2462 1651 I 2458 1648 I 2456 1645 I 2454 1642 I 2453 1639 I C 
+0.867 0.887 0.805 1 scol  O 0 0 0 1 scol N 2453 1639 M 2454 1636 I 2456 1633 I 2458 1631 I 2462 1628 I 2468 1625 I 2474 1623 I 2481 1620 I 2489 1618 I 2497 1616 I 2507 1615 I 2528 1612 I 2550 1610 I 2575 1610 I 2600 1610 I 2622 1612 I 2643 1615 I 2652 1616 I 2661 1618 I 2669 1620 I 2675 1623 I 2681 1625 I 2687 1628 I 2691 1631 I 2694 1633 I 2696 1636 I 2696 1639 I 2696 1639 I 2696 1642 I 2694 1645 I 2691 1648 I 2687 1651 I 2681 1653 I 2675 1656 I 2669 1658 I 2661 1660 I 2652 1662 I 2643 1664 I 2622 1667 I 2600 1668 I 2575 1669 I 2550 1668 I 2528 1667 I 2507 1664 I 2497 1662 I 2489 1660 I 2481 1658 I 2474 1656 I 2468 1653 I 2462 1651 I 2458 1648 I 2456 1645 I 2454 1642 I 2453 1639 I : 0.668 0.652 +S K 
+; N 2313 2107 M 2350 2107 I 2332 2143 I 2313 2107 I C 
+ O N 2313 2107 M 2350 2107 I 2332 2143 I 2313 2107 I : 0.668 0.652 +S K 
+; N 2332 2107 M 2332 1610 I : 0.668 0.652 +S K 
+; T32RsrcBegin
+
+19
+/g104 [43 0 6 -42 38 1 ] 
+/g104 [32 43 true [1 0 0 1 -6 42 ]  0 0]
+[<fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fc00003f
+fe00007f
+7e00007e
+7f00007e
+7f0000fe
+3f8001fc
+3fc003f8
+1ff80ff8
+0ffffff0
+07ffffe0
+03ffff80
+00ffff00
+001ff800
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+20
+/g28 [33 0 6 -42 29 0 ] 
+/g28 [23 42 true [1 0 0 1 -6 42 ]  0 0]
+[<7ffffe
+fffffe
+fffffe
+fffffe
+fffffe
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fffff0
+fffff0
+fffff0
+fffff0
+fffff0
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fffffe
+fffffe
+fffffe
+fffffe
+7ffffe
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+F2S42 Ji 
+3206 2755 M <01>S 
+3240 2755 M <02>S  3276 2755 M <03>S  3325 2755 M <04>S  3358 2755 M <05>S  3382 2755 M <06>S  3418 2755 M <07>S  3445 2755 M <08>S  3461 2755 M <09>S  3484 2755 M <0A>S  3520 2755 M <0B>S  3554 2755 M <08>S  3569 2755 M <13>S  3614 2755 M <14>S  
+N 325 307 M 325 484 I 811 484 I 811 307 I 325 307 I C 
+0.93 0.938 0.895 1 scol  O 0 0 0 1 scol N 325 484 M 811 484 I 811 307 I 325 307 I 325 484 I C 
+: 0.668 0.652 +S K 
+; T32RsrcBegin
+
+21
+/g4 [39 0 1 -42 38 0 ] 
+/g4 [37 42 true [1 0 0 1 -1 42 ]  0 0]
+[<0001fc0000
+0001fc0000
+0003fe0000
+0003fe0000
+0007fe0000
+0007ff0000
+0007ff0000
+000fdf0000
+000f9f8000
+000f9f8000
+001f8fc000
+001f0fc000
+003f0fc000
+003e07e000
+003e07e000
+007e07e000
+007c03f000
+007c03f000
+00fc01f000
+00f801f800
+00f801f800
+01f800fc00
+01f000fc00
+03f000fc00
+03f0007e00
+03e0007e00
+07e0007e00
+07ffffff00
+07ffffff00
+0fffffff80
+0fffffff80
+0f80001f80
+1f80000fc0
+1f00000fc0
+3f00000fc0
+3f000007e0
+3e000007e0
+7e000007e0
+7e000003f0
+7c000003f0
+fc000003f8
+fc000001f0
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+22
+/g373 [54 0 5 -32 49 0 ] 
+/g373 [44 32 true [1 0 0 1 -5 32 ]  0 0]
+[<000fc001f800
+f83ff007ff00
+f87ffc0fff80
+f8fffc3fffc0
+f9fffe7fffc0
+fbe0ff7c1fe0
+ffc07ff80fe0
+ff803ff007e0
+ff003fe007f0
+fe001fc003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+fc001f8003f0
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+23
+/g349 [15 0 4 -43 11 0 ] 
+/g349 [7 43 true [1 0 0 1 -4 43 ]  0 0]
+[<7c
+fe
+fe
+fe
+fe
+7c
+00
+00
+00
+00
+00
+00
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+24
+/g374 [35 0 5 -32 30 0 ] 
+/g374 [25 32 true [1 0 0 1 -5 32 ]  0 0]
+[<000fc000
+f83ff800
+f87ffc00
+f9fffe00
+f9fffe00
+fbe0ff00
+ffc07f00
+ff803f00
+ff003f80
+fe001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+fc001f80
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+425 376 M <15>S 
+464 376 M <06>S  500 376 M <16>S  556 376 M <17>S  571 376 M <07>S  598 376 M <07>S  625 376 M <17>S  640 376 M <02>S  676 376 M <18>S  
+T32RsrcBegin
+
+25
+/g18 [36 0 3 -43 34 1 ] 
+/g18 [31 44 true [1 0 0 1 -3 43 ]  0 0]
+[<0003fe00
+001fffe0
+007ffff8
+00fffffc
+01fffffe
+03fe01fe
+07f8003e
+0fe0001e
+1fc00006
+1fc00000
+3f800000
+3f000000
+3f000000
+7e000000
+7e000000
+7e000000
+7e000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fe000000
+7e000000
+7e000000
+7f000000
+3f000000
+3f800000
+3f800000
+1fc00006
+1fe0001e
+0ff8003e
+07fe01fe
+03fffffe
+01fffffc
+00fffff0
+003fffc0
+0007fe00
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+26
+/g367 [15 0 5 -45 11 0 ] 
+/g367 [6 45 true [1 0 0 1 -5 45 ]  0 0]
+[<fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+464 455 M <19>S 
+500 455 M <02>S  537 455 M <18>S  573 455 M <09>S  596 455 M <05>S  620 455 M <02>S  656 455 M <1A>S  
+N 325 69 M 325 247 I 811 247 I 811 69 I 325 69 I C 
+0.93 0.938 0.895 1 scol  O 0 0 0 1 scol N 325 247 M 811 247 I 811 69 I 325 69 I 325 247 I C 
+: 0.668 0.652 +S K 
+; T32RsrcBegin
+
+27
+/g44 [42 0 6 -42 36 0 ] 
+/g44 [30 42 true [1 0 0 1 -6 42 ]  0 0]
+[<fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fffffffc
+fffffffc
+fffffffc
+fffffffc
+fffffffc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+28
+/g448 [30 0 1 -31 29 0 ] 
+/g448 [28 31 true [1 0 0 1 -1 31 ]  0 0]
+[<f80001f0
+fc0003f0
+fc0003e0
+7c0007e0
+7e0007e0
+7e0007c0
+3e000fc0
+3f000fc0
+3f000f80
+1f801f80
+1f801f80
+1f801f00
+0fc03f00
+0fc03e00
+07c03e00
+07e07e00
+07e07c00
+03e07c00
+03f0fc00
+03f0f800
+01f0f800
+01f9f800
+01f9f000
+00f9f000
+00ffe000
+007fe000
+007fe000
+007fc000
+003fc000
+003fc000
+001f8000
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+432 139 M <1B>S 
+475 139 M <04>S  508 139 M <18>S  544 139 M <06>S  580 139 M <02>S  617 139 M <1C>S  648 139 M <0B>S  682 139 M <05>S  
+T32RsrcBegin
+
+29
+/g68 [57 0 6 -42 52 0 ] 
+/g68 [46 42 true [1 0 0 1 -6 42 ]  0 0]
+[<7f80000007f8
+ffc000000ffc
+ffe000000ffc
+ffe000001ffc
+fff000001ffc
+fff000003ffc
+fdf000003efc
+fdf800003efc
+fcf800007cfc
+fcfc00007cfc
+fcfc0000fcfc
+fc7c0000f8fc
+fc7e0000f8fc
+fc7e0001f0fc
+fc3e0001f0fc
+fc3f0003f0fc
+fc1f0003e0fc
+fc1f8003e0fc
+fc1f8007c0fc
+fc0f8007c0fc
+fc0fc00fc0fc
+fc07c00f80fc
+fc07e00f80fc
+fc07e01f00fc
+fc03e01f00fc
+fc03f03f00fc
+fc03f03e00fc
+fc01f83e00fc
+fc01f87e00fc
+fc00f87c00fc
+fc00fcfc00fc
+fc00fcf800fc
+fc007ef800fc
+fc007ff800fc
+fc003ff000fc
+fc003ff000fc
+fc003fe000fc
+fc001fe000fc
+fc001fe000fc
+fc001fc000fc
+fc000fc000fc
+fc000f8000fc
+>
+ ]
+/TT35226b00 AddT3T32Char
+
+30
+/g336 [32 0 2 -32 30 12 ] 
+/g336 [28 44 true [1 0 0 1 -2 32 ]  0 0]
+[<003f8000
+01fffff0
+03fffff0
+07fffff0
+0fe0fff0
+1f803e00
+1f001f00
+3f001f80
+3e000f80
+3e000f80
+3e000f80
+3e000f80
+3e000f80
+3f001f80
+1f001f00
+1f803f00
+0fe0fe00
+0ffffe00
+1ffff800
+3efff000
+3e3f8000
+7c000000
+7c000000
+7c000000
+7f000000
+7ffff000
+3ffffe00
+1fffff80
+0fffffc0
+1f001fe0
+3e0007e0
+7c0003f0
+7c0001f0
+f80001f0
+f80001f0
+f80001f0
+f80003f0
+fc0003e0
+fe000fe0
+7f803fc0
+3fffff80
+1fffff00
+07fffc00
+00ffe000
+>
+ ]
+/TT35226b00 AddT3T32Char
+T32RsrcEnd
+381 219 M <1D>S 
+439 219 M <04>S  472 219 M <18>S  509 219 M <04>S  541 219 M <1E>S  574 219 M <0B>S  608 219 M <16>S  663 219 M <0B>S  697 219 M <18>S  734 219 M <09>S  
+LH
+%%PageTrailer
+
+%%Trailer
+%%DocumentNeededResources: 
+%%DocumentSuppliedResources: 
+%%+ procset Pscript_WinNT_VMErrorHandler 5.0 0
+%%+ procset Pscript_FatalError 5.0 0
+%%+ procset Pscript_Win_Basic 5.0 0
+%%+ procset Pscript_Win_Utils_L1 5.0 0
+%%+ procset Pscript_Win_GdiObject 5.0 0
+%%+ procset Pscript_Win_GdiObject_L1 5.0 0
+%%+ procset Pscript_Text 5.0 0
+%%+ procset Pscript_T3Hdr 5.0 0
+Pscript_WinNT_Incr dup /terminate get exec
+%%EOF
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/lte-epc-x2-handover-seq-diagram.eps	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,2995 @@
+%!PS-Adobe-3.0 EPSF-3.0
+%%Title: 
+%%Creator: PScript5.dll Version 5.2.2
+%%CreationDate: 5/22/2012 10:57:55
+%%For: mrequena
+%%BoundingBox: 0 0 420 364
+%%Pages: 1
+%%Orientation: Portrait
+%%PageOrder: Ascend
+%%DocumentNeededResources: (atend)
+%%DocumentSuppliedResources: (atend)
+%%DocumentData: Clean7Bit
+%%TargetDevice: () (52.3) 320
+%%LanguageLevel: 1
+%%EndComments
+
+%%BeginDefaults
+%%PageBoundingBox: 0 0 420 364
+%%ViewingOrientation: 1 0 0 1
+%%EndDefaults
+
+%%BeginProlog
+%%BeginResource: file Pscript_WinNT_VMErrorHandler 5.0 0
+/currentpacking where{pop/oldpack currentpacking def/setpacking where{pop false
+setpacking}if}if/$brkpage 64 dict def $brkpage begin/prnt{dup type/stringtype
+ne{=string cvs}if dup length 6 mul/tx exch def/ty 10 def currentpoint/toy exch
+def/tox exch def 1 setgray newpath tox toy 2 sub moveto 0 ty rlineto tx 0
+rlineto 0 ty neg rlineto closepath fill tox toy moveto 0 setgray show}bind def
+/nl{currentpoint exch pop lmargin exch moveto 0 -10 rmoveto}def/=={/cp 0 def
+typeprint nl}def/typeprint{dup type exec}readonly def/lmargin 72 def/rmargin 72
+def/tprint{dup length cp add rmargin gt{nl/cp 0 def}if dup length cp add/cp
+exch def prnt}readonly def/cvsprint{=string cvs tprint( )tprint}readonly def
+/integertype{cvsprint}readonly def/realtype{cvsprint}readonly def/booleantype
+{cvsprint}readonly def/operatortype{(--)tprint =string cvs tprint(-- )tprint}
+readonly def/marktype{pop(-mark- )tprint}readonly def/dicttype{pop
+(-dictionary- )tprint}readonly def/nulltype{pop(-null- )tprint}readonly def
+/filetype{pop(-filestream- )tprint}readonly def/savetype{pop(-savelevel- )
+tprint}readonly def/fonttype{pop(-fontid- )tprint}readonly def/nametype{dup
+xcheck not{(/)tprint}if cvsprint}readonly def/stringtype{dup rcheck{(\()tprint
+tprint(\))tprint}{pop(-string- )tprint}ifelse}readonly def/arraytype{dup rcheck
+{dup xcheck{({)tprint{typeprint}forall(})tprint}{([)tprint{typeprint}forall(])
+tprint}ifelse}{pop(-array- )tprint}ifelse}readonly def/packedarraytype{dup
+rcheck{dup xcheck{({)tprint{typeprint}forall(})tprint}{([)tprint{typeprint}
+forall(])tprint}ifelse}{pop(-packedarray- )tprint}ifelse}readonly def/courier
+/Courier findfont 10 scalefont def end errordict/handleerror{systemdict begin
+$error begin $brkpage begin newerror{/newerror false store vmstatus pop pop 0
+ne{grestoreall}if initgraphics courier setfont lmargin 720 moveto errorname
+(VMerror)eq{version cvi 2016 ge{userdict/ehsave known{clear userdict/ehsave get
+restore 2 vmreclaim}if vmstatus exch pop exch pop PrtVMMsg}if}if systemdict
+/showpage get exec(%%[ Error: )print errorname =print(; OffendingCommand: )
+print/command load =print( ]%%)= flush}if end end end}dup 0 systemdict put dup
+4 $brkpage put bind readonly put/currentpacking where{pop/setpacking where{pop
+oldpack setpacking}if}if
+%%EndResource
+%%BeginProcSet: Pscript_Res_Emul 5.0 0
+/defineresource where{pop}{userdict begin/defineresource{userdict/Resources 2
+copy known{get begin}{15 dict dup begin put}ifelse exch readonly exch
+currentdict 1 index known not{dup 30 dict def}if load 3 -1 roll 2 index put
+end}bind readonly def/findresource{userdict/Resources get exch get exch get}
+bind readonly def/resourceforall{pop pop pop pop}bind readonly def
+/resourcestatus{userdict/Resources 2 copy known{get exch 2 copy known{get exch
+known{0 -1 true}{false}ifelse}{pop pop pop false}ifelse}{pop pop pop pop false}
+ifelse}bind readonly def end}ifelse
+%%EndProcSet
+userdict /Pscript_WinNT_Incr 230 dict dup begin put
+%%BeginResource: file Pscript_FatalError 5.0 0
+userdict begin/FatalErrorIf{{initgraphics findfont 1 index 0 eq{exch pop}{dup
+length dict begin{1 index/FID ne{def}{pop pop}ifelse}forall/Encoding
+{ISOLatin1Encoding}stopped{StandardEncoding}if def currentdict end
+/ErrFont-Latin1 exch definefont}ifelse exch scalefont setfont counttomark 3 div
+cvi{moveto show}repeat showpage quit}{cleartomark}ifelse}bind def end
+%%EndResource
+userdict begin/PrtVMMsg{vmstatus exch sub exch pop gt{[
+(La impresora no tiene suficiente memoria disponible para este trabajo.)100 500
+(Realice una de las siguientes operaciones e intente imprimir de nuevo:)100 485
+(Escoja "Optimizar para portabilidad" como formato de salida.)115 470
+(En el panel Configuración de dispositivo, compruebe que "Memoria PostScript disponible" tiene el valor correcto.)
+115 455(Reduzca el número de fuentes del documento.)115 440
+(Imprima el documento por partes.)115 425 12/Times-Roman showpage
+(%%[ PrinterError: Low Printer VM ]%%)= true FatalErrorIf}if}bind def end
+version cvi 2016 ge{/VM?{pop}bind def}{/VM? userdict/PrtVMMsg get def}ifelse
+%%BeginResource: file Pscript_Win_Basic 5.0 0
+/d/def load def/,/load load d/~/exch , d/?/ifelse , d/!/pop , d/`/begin , d/^
+/index , d/@/dup , d/+/translate , d/$/roll , d/U/userdict , d/M/moveto , d/-
+/rlineto , d/&/currentdict , d/:/gsave , d/;/grestore , d/F/false , d/T/true ,
+d/N/newpath , d/E/end , d/Ac/arc , d/An/arcn , d/A/ashow , d/D/awidthshow , d/C
+/closepath , d/V/div , d/O/eofill , d/L/fill , d/I/lineto , d/-c/curveto , d/-M
+/rmoveto , d/+S/scale , d/Ji/setfont , d/Lc/setlinecap , d/Lj/setlinejoin , d
+/Lw/setlinewidth , d/Lm/setmiterlimit , d/sd/setdash , d/S/show , d/LH/showpage
+, d/K/stroke , d/W/widthshow , d/R/rotate , d/L2? false/languagelevel where{pop
+languagelevel 2 ge{pop true}if}if d L2?{/xS/xshow , d/yS/yshow , d/zS/xyshow ,
+d}if/b{bind d}bind d/bd{bind d}bind d/xd{~ d}bd/ld{, d}bd/bn/bind ld/lw/Lw ld
+/lc/Lc ld/lj/Lj ld/sg/setgray ld/ADO_mxRot null d/self & d/OrgMx matrix
+currentmatrix d/reinitialize{: OrgMx setmatrix[/TextInit/GraphInit/UtilsInit
+counttomark{@ where{self eq}{F}?{cvx exec}{!}?}repeat cleartomark ;}b
+/initialize{`{/Pscript_Win_Data where{!}{U/Pscript_Win_Data & put}?/ADO_mxRot ~
+d/TextInitialised? F d reinitialize E}{U/Pscript_Win_Data 230 dict @ ` put
+/ADO_mxRot ~ d/TextInitialised? F d reinitialize}?}b/terminate{!{& self eq
+{exit}{E}?}loop E}b/suspend/terminate , d/resume{` Pscript_Win_Data `}b U `
+/lucas 21690 d/featurebegin{countdictstack lucas[}b/featurecleanup{stopped
+{cleartomark @ lucas eq{! exit}if}loop countdictstack ~ sub @ 0 gt{{E}repeat}
+{!}?}b E/snap{transform 0.25 sub round 0.25 add ~ 0.25 sub round 0.25 add ~
+itransform}b/dsnap{dtransform round ~ round ~ idtransform}b/nonzero_round{@ 0.5
+ge{round}{@ -0.5 lt{round}{0 ge{1}{-1}?}?}?}b/nonzero_dsnap{dtransform
+nonzero_round ~ nonzero_round ~ idtransform}b U<04>cvn{}put/rr{1 ^ 0 - 0 ~ -
+neg 0 - C}b/irp{4 -2 $ + +S fx 4 2 $ M 1 ^ 0 - 0 ~ - neg 0 -}b/rp{4 2 $ M 1 ^ 0
+- 0 ~ - neg 0 -}b/solid{[]0 sd}b/g{@ not{U/DefIf_save save put}if U/DefIf_bool
+2 ^ put}b/DefIf_El{if U/DefIf_bool get not @{U/DefIf_save get restore}if}b/e
+{DefIf_El !}b/UDF{L2?{undefinefont}{!}?}b/UDR{L2?{undefineresource}{! !}?}b
+/freeVM{/Courier findfont[40 0 0 -40 0 0]makefont Ji 2 vmreclaim}b/hfRedefFont
+{findfont @ length dict `{1 ^/FID ne{d}{! !}?}forall & E @ ` ~{/CharStrings 1
+dict `/.notdef 0 d & E d}if/Encoding 256 array 0 1 255{1 ^ ~/.notdef put}for d
+E definefont !}bind d/hfMkCIDFont{/CIDFont findresource @ length 2 add dict `{1
+^ @/FID eq ~ @/XUID eq ~/UIDBase eq or or{! !}{d}?}forall/CDevProc ~ d/Metrics2
+16 dict d/CIDFontName 1 ^ d & E 1 ^ ~/CIDFont defineresource ![~]composefont !}
+bind d
+%%EndResource
+%%BeginResource: file Pscript_Win_Utils_L1 5.0 0
+/rf{N rp L}b/fx{1 1 dtransform @ 0 ge{1 sub 1}{1 add -0.25}? 3 -1 $ @ 0 ge{1
+sub 1}{1 add -0.25}? 3 1 $ 4 1 $ idtransform 4 -2 $ idtransform}b/BZ{4 -2 $
+snap + +S fx rf}b/rs{N rp C K}b/rc{N rp clip N}b/UtilsInit{}b/setcolorspace{!}b
+/scol{[/setgray/setrgbcolor/setcolor/setcmykcolor/setcolor/setgray]~ get cvx
+exec}b/colspRefresh{}b/AddFontInfoBegin{/FontInfo 8 dict @ `}bind d/AddFontInfo
+{/GlyphNames2Unicode 16 dict d/GlyphNames2HostCode 16 dict d}bind d
+/AddFontInfoEnd{E d}bind d
+%%EndResource
+end
+%%EndProlog
+
+%%BeginSetup
+[ 1 0 0 1 0 0 ] false Pscript_WinNT_Incr dup /initialize get exec
+1 setlinecap 1 setlinejoin
+/mysetup [ 72 600 V 0 0 -72 600 V 0 364.25198 ] def 
+%%EndSetup
+
+%%Page: 1 1
+%%PageBoundingBox: 0 0 420 364
+%%EndPageComments
+%%BeginPageSetup
+/DeviceRGB dup setcolorspace /colspABC exch def
+mysetup concat colspRefresh
+%%EndPageSetup
+
+Pscript_WinNT_Incr begin
+%%BeginResource: file Pscript_Win_GdiObject 5.0 0
+/SavedCTM null d/CTMsave{/SavedCTM SavedCTM currentmatrix d}b/CTMrestore
+{SavedCTM setmatrix}b/mp null d/ADO_mxRot null d/GDIHMatrix null d
+/GDIHPatternDict 22 dict d GDIHPatternDict `/PatternType 1 d/PaintType 2 d/Reps
+L2?{1}{5}? d/XStep 8 Reps mul d/YStep XStep d/BBox[0 0 XStep YStep]d/TilingType
+1 d/PaintProc{` 1 Lw[]0 sd PaintData , exec E}b/FGnd null d/BGnd null d
+/HS_Horizontal{horiz}b/HS_Vertical{vert}b/HS_FDiagonal{fdiag}b/HS_BDiagonal
+{biag}b/HS_Cross{horiz vert}b/HS_DiagCross{fdiag biag}b/MaxXYStep XStep YStep
+gt{XStep}{YStep}? d/horiz{Reps{0 4 M XStep 0 - 0 8 +}repeat 0 -8 Reps mul + K}b
+/vert{Reps{4 0 M 0 YStep - 8 0 +}repeat 0 -8 Reps mul + K}b/biag{Reps{0 0 M
+MaxXYStep @ - 0 YStep neg M MaxXYStep @ - 0 8 +}repeat 0 -8 Reps mul + 0 YStep
+M 8 8 - K}b/fdiag{Reps{0 0 M MaxXYStep @ neg - 0 YStep M MaxXYStep @ neg - 0 8
++}repeat 0 -8 Reps mul + MaxXYStep @ M 8 -8 - K}b E/makehatch{4 -2 $/yOrg ~ d
+/xOrg ~ d GDIHPatternDict/PaintData 3 -1 $ put CTMsave GDIHMatrix setmatrix
+GDIHPatternDict matrix xOrg yOrg + mp CTMrestore ~ U ~ 2 ^ put}b/h0{/h0
+/HS_Horizontal makehatch}b/h1{/h1/HS_Vertical makehatch}b/h2{/h2/HS_FDiagonal
+makehatch}b/h3{/h3/HS_BDiagonal makehatch}b/h4{/h4/HS_Cross makehatch}b/h5{/h5
+/HS_DiagCross makehatch}b/GDIBWPatternMx null d/pfprep{save 8 1 $
+/PatternOfTheDay 8 1 $ GDIBWPatternDict `/yOrg ~ d/xOrg ~ d/PaintData ~ d/yExt
+~ d/Width ~ d/BGnd ~ d/FGnd ~ d/Height yExt RepsV mul d/mx[Width 0 0 Height 0
+0]d E build_pattern ~ !}b/pfbf{/fEOFill ~ d pfprep hbf fEOFill{O}{L}? restore}b
+/GraphInit{GDIHMatrix null eq{/SavedCTM matrix d : ADO_mxRot concat 0 0 snap +
+: 0.48 @ GDIHPatternDict ` YStep mul ~ XStep mul ~ nonzero_dsnap YStep V ~
+XStep V ~ E +S/GDIHMatrix matrix currentmatrix readonly d ; : 0.24 -0.24 +S
+GDIBWPatternDict ` Width Height E nonzero_dsnap +S/GDIBWPatternMx matrix
+currentmatrix readonly d ; ;}if}b
+%%EndResource
+%%BeginResource: file Pscript_Win_GdiObject_L1 5.0 0
+/GDIBWPatternDict 25 dict @ `/PatternType 1 d/PaintType 2 d/RepsV 6 d/RepsH 5 d
+/BBox[0 0 RepsH 1]d/TilingType 1 d/XStep 1 d/YStep 1 d/Height 8 RepsV mul d
+/Width 8 d/mx[Width 0 0 Height neg 0 Height]d/FGnd null d/BGnd null d
+/SetBGndFGnd{}b/PaintProc{` SetBGndFGnd RepsH{Width Height F mx PaintData
+imagemask Width 0 +}repeat E}b E d/GDIpattfill{@ ` BGnd null ne PaintType 2 eq
+and{: BGnd aload ! scol fEOFill{O}{L}? ; FGnd aload ! U/iCol 2 ^ put @ 0 eq{!
+2}{@ 1 eq ~ 2 eq or{4}{5}?}? -1 $}if E @ patterncalc : 4 ^/PaintType get 2 eq
+{iCol 0 eq{6 -1 $}if iCol 1 eq iCol 2 eq or{8 -3 $}if iCol 3 eq iCol 4 eq or{9
+-4 $}if iCol scol}if fEOFill{eoclip}{clip}? N patternfill ; N}b/hbf
+{GDIpattfill}b/hfMain{/fEOFill ~ d ~/iCol ~ d GDIpattfill}b/hf{: hfMain ;}b
+/mpstr 1 string d/mp{~ @ length 12 add dict copy `/PatternCTM matrix
+currentmatrix d/PatternMatrix ~ d/PatWidth XStep mpstr length mul d/PatHeight
+YStep d/FontType 3 d/Encoding 256 array d 3 string 0 1 255{Encoding ~ @ 3 ^ cvs
+cvn put}for !/FontMatrix matrix d/FontBBox BBox d/BuildChar{! @ ` XStep 0
+FontBBox aload ! setcachedevice/PaintProc , E : exec ;}b & E ~ @ 3 -1 $
+definefont}b/build_pattern{: GDIBWPatternDict ` Width Height E dsnap +S
+/GDIBWPatternMx matrix currentmatrix d ; CTMsave GDIBWPatternMx setmatrix
+GDIBWPatternDict @ ` xOrg yOrg E matrix + mp CTMrestore}b/patterncalc{` :
+PatternCTM setmatrix PatternMatrix concat BBox aload ! ! ! + pathbbox ;
+PatHeight V ceiling 4 1 $ PatWidth V ceiling 4 1 $ PatHeight V floor 4 1 $
+PatWidth V floor 4 1 $ 2 ^ sub cvi abs ~ 3 ^ sub cvi abs ~ 4 2 $ PatHeight mul
+~ PatWidth mul ~ E}b/patternfill{5 -1 $ @ ` Ji PatternCTM setmatrix
+PatternMatrix concat 0 2 ^ 2 ^ M 0 1 mpstr length 1 sub{1 ^ mpstr 3 1 $ put}for
+! 2 ^{currentpoint 5 ^{mpstr S}repeat YStep add M}repeat ! ! ! ! E}b/pbf{: 14
+dict `/fGray ~ d/fEOFill ~ d/yOrg ~ d/xOrg ~ d/PaintData ~ d/OutputBPP ~ d
+/Height ~ d/Width ~ d/mx xOrg yOrg matrix + d fGray{/PaintProc{` Width Height
+OutputBPP mx PaintData image E}b}{/PaintProc{` Width Height 8 mx PaintData F
+OutputBPP 8 idiv colorimage E}b}? pathbbox fEOFill{eoclip}{clip}?/Top ~ d/Right
+~ d/Bottom ~ d/Left ~ d Top Height neg Bottom 1 sub{Left Width Right 1 sub{1 ^
+2 copy + & PaintProc neg ~ neg ~ +}bind for !}bind for E ;}b
+%%EndResource
+end reinitialize
+0 0 0 1 scol N 1212 3023 M 1212 2991 I 1213 2990 I 1214 2989 I 1216 2990 I 1216 2991 I 1216 3023 I 1216 3024 I 1214 3025 I 1213 3024 I 1212 3023 I 1212 3023 I C 
+1212 2969 M 1212 2937 I 1213 2936 I 1214 2935 I 1216 2936 I 1216 2937 I 1216 2969 I 1216 2970 I 1214 2971 I 1213 2970 I 1212 2969 I 1212 2969 I C 
+1212 2915 M 1212 2884 I 1213 2883 I 1214 2882 I 1216 2883 I 1216 2884 I 1216 2915 I 1216 2917 I 1214 2918 I 1213 2917 I 1212 2915 I 1212 2915 I C 
+1212 2861 M 1212 2830 I 1213 2829 I 1214 2828 I 1216 2829 I 1216 2830 I 1216 2861 I 1216 2863 I 1214 2864 I 1213 2863 I 1212 2861 I 1212 2861 I C 
+1212 2807 M 1212 2776 I 1213 2775 I 1214 2774 I 1216 2775 I 1216 2776 I 1216 2807 I 1216 2810 I 1214 2810 I 1213 2810 I 1212 2807 I 1212 2807 I C 
+1212 2754 M 1212 2723 I 1213 2721 I 1214 2721 I 1216 2721 I 1216 2723 I 1216 2754 I 1216 2756 I 1214 2756 I 1213 2756 I 1212 2754 I 1212 2754 I C 
+1212 2700 M 1212 2669 I 1213 2667 I 1214 2667 I 1216 2667 I 1216 2669 I 1216 2700 I 1216 2702 I 1214 2702 I 1213 2702 I 1212 2700 I 1212 2700 I C 
+1212 2647 M 1212 2615 I 1213 2614 I 1214 2613 I 1216 2614 I 1216 2615 I 1216 2647 I 1216 2648 I 1214 2649 I 1213 2648 I 1212 2647 I 1212 2647 I C 
+1212 2593 M 1212 2561 I 1213 2560 I 1214 2559 I 1216 2560 I 1216 2561 I 1216 2593 I 1216 2594 I 1214 2595 I 1213 2594 I 1212 2593 I 1212 2593 I C 
+1212 2539 M 1212 2508 I 1213 2507 I 1214 2506 I 1216 2507 I 1216 2508 I 1216 2539 I 1216 2541 I 1214 2542 I 1213 2541 I 1212 2539 I 1212 2539 I C 
+1212 2486 M 1212 2454 I 1213 2453 I 1214 2452 I 1216 2453 I 1216 2454 I 1216 2486 I 1216 2487 I 1214 2488 I 1213 2487 I 1212 2486 I 1212 2486 I C 
+1212 2432 M 1212 2400 I 1213 2399 I 1214 2398 I 1216 2399 I 1216 2400 I 1216 2432 I 1216 2434 I 1214 2434 I 1213 2434 I 1212 2432 I 1212 2432 I C 
+1212 2378 M 1212 2347 I 1213 2345 I 1214 2345 I 1216 2345 I 1216 2347 I 1216 2378 I 1216 2380 I 1214 2380 I 1213 2380 I 1212 2378 I 1212 2378 I C 
+1212 2324 M 1212 2293 I 1213 2291 I 1214 2291 I 1216 2291 I 1216 2293 I 1216 2324 I 1216 2326 I 1214 2326 I 1213 2326 I 1212 2324 I 1212 2324 I C 
+1212 2271 M 1212 2240 I 1213 2238 I 1214 2237 I 1216 2238 I 1216 2240 I 1216 2271 I 1216 2272 I 1214 2273 I 1213 2272 I 1212 2271 I 1212 2271 I C 
+1212 2217 M 1212 2186 I 1213 2184 I 1214 2183 I 1216 2184 I 1216 2186 I 1216 2217 I 1216 2218 I 1214 2219 I 1213 2218 I 1212 2217 I 1212 2217 I C 
+1212 2163 M 1212 2132 I 1213 2130 I 1214 2129 I 1216 2130 I 1216 2132 I 1216 2163 I 1216 2165 I 1214 2166 I 1213 2165 I 1212 2163 I 1212 2163 I C 
+1212 2110 M 1212 2078 I 1213 2077 I 1214 2076 I 1216 2077 I 1216 2078 I 1216 2110 I 1216 2111 I 1214 2112 I 1213 2111 I 1212 2110 I 1212 2110 I C 
+1212 2056 M 1212 2024 I 1213 2023 I 1214 2022 I 1216 2023 I 1216 2024 I 1216 2056 I 1216 2058 I 1214 2058 I 1213 2058 I 1212 2056 I 1212 2056 I C 
+1212 2002 M 1212 1971 I 1213 1970 I 1214 1969 I 1216 1970 I 1216 1971 I 1216 2002 I 1216 2004 I 1214 2005 I 1213 2004 I 1212 2002 I 1212 2002 I C 
+1212 1948 M 1212 1917 I 1213 1916 I 1214 1915 I 1216 1916 I 1216 1917 I 1216 1948 I 1216 1950 I 1214 1951 I 1213 1950 I 1212 1948 I 1212 1948 I C 
+1212 1895 M 1212 1864 I 1213 1862 I 1214 1862 I 1216 1862 I 1216 1864 I 1216 1895 I 1216 1897 I 1214 1897 I 1213 1897 I 1212 1895 I 1212 1895 I C 
+1212 1841 M 1212 1810 I 1213 1808 I 1214 1808 I 1216 1808 I 1216 1810 I 1216 1841 I 1216 1843 I 1214 1843 I 1213 1843 I 1212 1841 I 1212 1841 I C 
+1212 1787 M 1212 1757 I 1213 1754 I 1214 1754 I 1216 1754 I 1216 1757 I 1216 1787 I 1216 1789 I 1214 1790 I 1213 1789 I 1212 1787 I 1212 1787 I C 
+1212 1734 M 1212 1703 I 1213 1701 I 1214 1700 I 1216 1701 I 1216 1703 I 1216 1734 I 1216 1735 I 1214 1736 I 1213 1735 I 1212 1734 I 1212 1734 I C 
+1212 1680 M 1212 1649 I 1213 1647 I 1214 1646 I 1216 1647 I 1216 1649 I 1216 1680 I 1216 1682 I 1214 1682 I 1213 1682 I 1212 1680 I 1212 1680 I C 
+1212 1627 M 1212 1595 I 1213 1594 I 1214 1593 I 1216 1594 I 1216 1595 I 1216 1627 I 1216 1628 I 1214 1629 I 1213 1628 I 1212 1627 I 1212 1627 I C 
+1212 1573 M 1212 1541 I 1213 1540 I 1214 1539 I 1216 1540 I 1216 1541 I 1216 1573 I 1216 1574 I 1214 1575 I 1213 1574 I 1212 1573 I 1212 1573 I C 
+1212 1519 M 1212 1488 I 1213 1487 I 1214 1486 I 1216 1487 I 1216 1488 I 1216 1519 I 1216 1521 I 1214 1522 I 1213 1521 I 1212 1519 I 1212 1519 I C 
+1212 1465 M 1212 1434 I 1213 1433 I 1214 1432 I 1216 1433 I 1216 1434 I 1216 1465 I 1216 1467 I 1214 1468 I 1213 1467 I 1212 1465 I 1212 1465 I C 
+1212 1411 M 1212 1381 I 1213 1379 I 1214 1378 I 1216 1379 I 1216 1381 I 1216 1411 I 1216 1414 I 1214 1414 I 1213 1414 I 1212 1411 I 1212 1411 I C 
+1212 1358 M 1212 1327 I 1213 1325 I 1214 1325 I 1216 1325 I 1216 1327 I 1216 1358 I 1216 1360 I 1214 1360 I 1213 1360 I 1212 1358 I 1212 1358 I C 
+1212 1304 M 1212 1273 I 1213 1271 I 1214 1271 I 1216 1271 I 1216 1273 I 1216 1304 I 1216 1306 I 1214 1306 I 1213 1306 I 1212 1304 I 1212 1304 I C 
+1212 1251 M 1212 1219 I 1213 1218 I 1214 1217 I 1216 1218 I 1216 1219 I 1216 1251 I 1216 1252 I 1214 1253 I 1213 1252 I 1212 1251 I 1212 1251 I C 
+1212 1197 M 1212 1165 I 1213 1164 I 1214 1163 I 1216 1164 I 1216 1165 I 1216 1197 I 1216 1198 I 1214 1199 I 1213 1198 I 1212 1197 I 1212 1197 I C 
+1212 1144 M 1212 1112 I 1213 1111 I 1214 1110 I 1216 1111 I 1216 1112 I 1216 1144 I 1216 1145 I 1214 1146 I 1213 1145 I 1212 1144 I 1212 1144 I C 
+1212 1090 M 1212 1058 I 1213 1057 I 1214 1056 I 1216 1057 I 1216 1058 I 1216 1090 I 1216 1091 I 1214 1092 I 1213 1091 I 1212 1090 I 1212 1090 I C 
+1212 1036 M 1212 1005 I 1213 1003 I 1214 1002 I 1216 1003 I 1216 1005 I 1216 1036 I 1216 1038 I 1214 1038 I 1213 1038 I 1212 1036 I 1212 1036 I C 
+1212 982 M 1212 951 I 1213 949 I 1214 949 I 1216 949 I 1216 951 I 1216 982 I 1216 984 I 1214 984 I 1213 984 I 1212 982 I 1212 982 I C 
+1212 928 M 1212 897 I 1213 895 I 1214 895 I 1216 895 I 1216 897 I 1216 928 I 1216 930 I 1214 930 I 1213 930 I 1212 928 I 1212 928 I C 
+1212 875 M 1212 844 I 1213 842 I 1214 841 I 1216 842 I 1216 844 I 1216 875 I 1216 876 I 1214 877 I 1213 876 I 1212 875 I 1212 875 I C 
+1212 821 M 1212 790 I 1213 788 I 1214 787 I 1216 788 I 1216 790 I 1216 821 I 1216 822 I 1214 823 I 1213 822 I 1212 821 I 1212 821 I C 
+1212 768 M 1212 736 I 1213 735 I 1214 734 I 1216 735 I 1216 736 I 1216 768 I 1216 769 I 1214 770 I 1213 769 I 1212 768 I 1212 768 I C 
+1212 714 M 1212 682 I 1213 681 I 1214 680 I 1216 681 I 1216 682 I 1216 714 I 1216 715 I 1214 716 I 1213 715 I 1212 714 I 1212 714 I C 
+1212 660 M 1212 629 I 1213 627 I 1214 626 I 1216 627 I 1216 629 I 1216 660 I 1216 662 I 1214 663 I 1213 662 I 1212 660 I 1212 660 I C 
+1212 606 M 1212 575 I 1213 574 I 1214 573 I 1216 574 I 1216 575 I 1216 606 I 1216 608 I 1214 609 I 1213 608 I 1212 606 I 1212 606 I C 
+1212 552 M 1212 521 I 1213 520 I 1214 519 I 1216 520 I 1216 521 I 1216 552 I 1216 554 I 1214 555 I 1213 554 I 1212 552 I 1212 552 I C 
+1212 499 M 1212 468 I 1213 466 I 1214 466 I 1216 466 I 1216 468 I 1216 499 I 1216 501 I 1214 501 I 1213 501 I 1212 499 I 1212 499 I C 
+1212 445 M 1212 414 I 1213 412 I 1214 412 I 1216 412 I 1216 414 I 1216 445 I 1216 447 I 1214 447 I 1213 447 I 1212 445 I 1212 445 I C 
+1212 392 M 1212 361 I 1213 359 I 1214 358 I 1216 359 I 1216 361 I 1216 392 I 1216 393 I 1214 394 I 1213 393 I 1212 392 I 1212 392 I C 
+1212 338 M 1212 307 I 1213 305 I 1214 304 I 1216 305 I 1216 307 I 1216 338 I 1216 339 I 1214 340 I 1213 339 I 1212 338 I 1212 338 I C 
+1212 284 M 1212 253 I 1213 251 I 1214 250 I 1216 251 I 1216 253 I 1216 284 I 1216 286 I 1214 287 I 1213 286 I 1212 284 I 1212 284 I C 
+:  L ; K 
+N 984 13 M 984 248 I 1445 248 I 1445 13 I 984 13 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 1 Lj 1 Lc 6 Lw solid N 984 248 M 1445 248 I 1445 13 I 984 13 I 984 248 I C 
+: 0.668 0.727 +S K 
+; Pscript_WinNT_Incr begin
+%%BeginResource: file Pscript_T3Hdr 5.0 0
+{version cvi 2016 ge{32/FontType resourcestatus{pop pop true}{false}ifelse}
+{false}ifelse}exec/Is2016andT32? exch def/T32DefSBCMap{/CIDInit/ProcSet
+findresource begin 10 dict begin begincmap/CIDSystemInfo 3 dict dup begin
+/Registry(Adobe)def/Ordering(Identity1)def/Supplement 0 def end def/CMapType 0
+def/WMode 0 def 1 begincodespacerange<00><ff>endcodespacerange 1 begincidrange
+<00><ff>0 endcidrange endcmap/DrvSBCMap currentdict/CMap defineresource pop end
+end}bind def Is2016andT32?{T32DefSBCMap}def/T32RsrcBegin{Is2016andT32?{
+/BitmapFontInit/ProcSet findresource begin}if}bind def/T32RsrcEnd{Is2016andT32?
+{end}if}bind def/AddT32Char{6 1 roll 0 get 7 1 roll pop pop 5 1 roll pop
+findfont/TT32R get addglyph}bind def/AddT3Char{findfont dup 5 2 roll 1 index
+length 0 gt{cvx 1 index exch 4 exch put dup(imagemask)cvx cvn 5 exch put cvx}
+{pop cvx}ifelse 3 -1 roll/CharProcs get 3 1 roll put dup/Encoding get 5 -1 roll
+4 index put/Metrics get 3 1 roll put}bind def/AddT3T32Char Is2016andT32?{
+/AddT32Char}{/AddT3Char}ifelse load def/GreNewFontT32{5 dict begin exch
+/FontMatrix exch def exch/FontBBox exch def exch pop exch pop/CIDFontType 4 def
+dup currentdict end/CIDFont defineresource 3 -1 roll dup/DrvSBCMap dup/CMap
+resourcestatus{pop pop}{T32DefSBCMap}ifelse 5 -1 roll[exch]composefont dup
+length dict copy dup/FID undef begin exch/TT32R exch def currentdict end
+definefont/BitmapFontInit/ProcSet findresource begin/TT32R get[14 0 0 0 0 0]<>0
+4 -1 roll addglyph end}bind def/GreNewFontT3{11 dict begin pop/FontType 3 def
+/FontMatrix exch def/FontBBox exch def/Encoding exch def/CharProcs 257 dict def
+CharProcs/.notdef{}put/Metrics 257 dict def Metrics/.notdef 3 -1 roll put
+AddFontInfoBegin AddFontInfo AddFontInfoEnd/BuildChar{userdict begin/char exch
+def dup/charname exch/Encoding get char get def dup/Metrics get charname 2 copy
+known{get aload pop}{pop/.notdef get aload pop}ifelse setcachedevice begin
+Encoding char get CharProcs exch 2 copy known{get}{pop/.notdef get}ifelse end
+exec end}def currentdict end definefont pop}bind def/GreNewFont{Is2016andT32?
+{GreNewFontT32}{GreNewFontT3}ifelse}bind def/UDF3{Is2016andT32?{/BitmapFontInit
+/ProcSet findresource begin dup/CIDFont findresource removeall/CIDFont
+undefineresource undefinefont end}{pop UDF}ifelse}bind def
+%%EndResource
+end reinitialize
+/TT353ADb00
+[74 0 0 0 0 0 ] 
+ 256 array 0 1 255 {1 index exch /.notdef put} for 
+[0 0 0 0 ] 
+[1 74 div 0 0 -1 74 div 0 0 ]
+/__TT353ADb00
+GreNewFont
+T32RsrcBegin
+
+1
+/g400 [29 0 3 -35 26 1 ] 
+/g400 [23 36 true [1 0 0 1 -3 35 ]  0 0]
+[<00ff80
+03fff0
+0ffff8
+1ffff8
+1ffff8
+3fc0f8
+3f0018
+7e0000
+7e0000
+7e0000
+7e0000
+7f0000
+7f0000
+3fc000
+3fe000
+1ffc00
+0fff00
+07ffc0
+01fff0
+007ff8
+000ffc
+0003fc
+0001fe
+0000fe
+00007e
+00007e
+00007e
+00007e
+c000fe
+f001fc
+fe03fc
+fffff8
+fffff0
+7fffe0
+1fff80
+03fe00
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+2
+/g381 [39 0 3 -35 36 1 ] 
+/g381 [33 36 true [1 0 0 1 -3 35 ]  0 0]
+[<000ffc0000
+007fff8000
+01ffffc000
+03fffff000
+07fffff800
+0ff80ffc00
+1fe003fc00
+1fc000fe00
+3f80007e00
+3f00007f00
+7e00003f00
+7e00003f00
+7e00003f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fc00001f80
+fe00003f00
+7e00003f00
+7e00003f00
+7f00007e00
+3f0000fe00
+3f8001fc00
+1fe003fc00
+1ff80ff800
+0ffffff000
+07ffffe000
+01ffffc000
+00ffff0000
+001ff80000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+3
+/g437 [39 0 5 -34 33 1 ] 
+/g437 [28 35 true [1 0 0 1 -5 34 ]  0 0]
+[<fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0007f0
+fe000ff0
+7e001ff0
+7f003ff0
+7f807ff0
+3fc1fdf0
+3ffff9f0
+1ffff1f0
+0fffe1f0
+07ff81f0
+00fe0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+4
+/g396 [26 0 6 -35 25 0 ] 
+/g396 [19 35 true [1 0 0 1 -6 35 ]  0 0]
+[<000fc0
+f83fe0
+f87fe0
+f8ffe0
+f9ffe0
+fbf060
+fbe000
+ffc000
+ff8000
+ff0000
+fe0000
+fe0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+5
+/g272 [31 0 3 -35 29 1 ] 
+/g272 [26 36 true [1 0 0 1 -3 35 ]  0 0]
+[<001fe000
+00fffc00
+01ffff00
+07ffff80
+0fffffc0
+0ff01fc0
+1fc007c0
+3f8003c0
+3f000080
+7f000000
+7e000000
+7e000000
+7e000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fe000000
+7e000000
+7e000000
+7f000000
+3f0000c0
+3f8001c0
+3fc007c0
+1ff01fc0
+0fffffc0
+07ffff80
+03ffff00
+00fffc00
+003fe000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+6
+/g286 [37 0 3 -35 33 1 ] 
+/g286 [30 36 true [1 0 0 1 -3 35 ]  0 0]
+[<001ff000
+007ffe00
+01ffff00
+03ffffc0
+07ffffe0
+0ff01fe0
+1fc007f0
+3f8003f8
+3f0001f8
+7e0001f8
+7e0000f8
+7c0000fc
+7c0000fc
+fc0000fc
+fffffffc
+fffffffc
+fffffffc
+fffffffc
+fffffff8
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+7e000000
+7e000000
+7f000000
+3f000000
+3f800000
+1fe00038
+1ff803f8
+0ffffff8
+07fffff8
+01fffff8
+00ffffe0
+000ffc00
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+7
+/g3 [17 0 0 0 1 1 ] 
+/g3 [1 1 true [1 0 0 1 0 0 ]  0 0]
+[<00
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+8
+/g69 [48 0 6 -47 41 0 ] 
+/g69 [35 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7f000007e0
+ff800007e0
+ffc00007e0
+ffe00007e0
+ffe00007e0
+fff00007e0
+fff00007e0
+fff80007e0
+fdf80007e0
+fdfc0007e0
+fcfc0007e0
+fcfe0007e0
+fc7f0007e0
+fc7f0007e0
+fc3f8007e0
+fc3f8007e0
+fc1fc007e0
+fc1fc007e0
+fc0fe007e0
+fc0fe007e0
+fc07f007e0
+fc03f007e0
+fc03f807e0
+fc01f807e0
+fc01fc07e0
+fc00fe07e0
+fc00fe07e0
+fc007f07e0
+fc007f07e0
+fc003f87e0
+fc003f87e0
+fc001fc7e0
+fc001fc7e0
+fc000fe7e0
+fc0007e7e0
+fc0007f7e0
+fc0003f7e0
+fc0003ffe0
+fc0001ffe0
+fc0001ffe0
+fc0000ffe0
+fc0000ffe0
+fc00007fe0
+fc00007fe0
+fc00003fe0
+fc00001fe0
+fc00000fc0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+9
+/g17 [40 0 6 -47 37 0 ] 
+/g17 [31 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7fffe000
+fffffc00
+ffffff00
+ffffff80
+ffffffc0
+fc007fc0
+fc001fe0
+fc000fe0
+fc0007f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0007e0
+fc0007e0
+fc000fe0
+fc001fc0
+fc007f80
+ffffff00
+fffffc00
+ffffff80
+ffffffc0
+ffffffe0
+fc003ff0
+fc000ff8
+fc0003fc
+fc0001fc
+fc0001fc
+fc0000fe
+fc0000fe
+fc0000fe
+fc0000fe
+fc0000fe
+fc0000fe
+fc0000fe
+fc0001fc
+fc0001fc
+fc0003fc
+fc0007f8
+fc001ff0
+fffffff0
+ffffffc0
+ffffff80
+fffffe00
+7ffff000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+Pscript_WinNT_Incr begin
+%%BeginResource: file Pscript_Text 5.0 0
+/TextInit{TextInitialised? not{/Pscript_Windows_Font & d/TextInitialised? T d
+/fM[1 0 0 1 0 0]d/mFM matrix d/iMat[1 0 0.212557 1 0 0]d}if}b/copyfont{1 ^
+length add dict `{1 ^/FID ne{d}{! !}?}forall & E}b/EncodeDict 11 dict d/bullets
+{{/bullet}repeat}b/rF{3 copyfont @ ` ~ EncodeDict ~ get/Encoding ~ 3 ^/0 eq{&
+/CharStrings known{CharStrings/Eth known not{! EncodeDict/ANSIEncodingOld get}
+if}if}if d E}b/mF{@ 7 1 $ findfont ~{@/Encoding get @ StandardEncoding eq{! T}{
+{ISOLatin1Encoding}stopped{! F}{eq}?{T}{@ ` T 32 1 127{Encoding 1 ^ get
+StandardEncoding 3 -1 $ get eq and}for E}?}?}{F}?{1 ^ ~ rF}{0 copyfont}? 6 -2 $
+! ! ~ !/pd_charset @ where{~ get 128 eq{@ FDV 2 copy get @ length array copy
+put pd_CoverFCRange}if}{!}? 2 ^ ~ definefont fM 5 4 -1 $ put fM 4 0 put fM
+makefont Pscript_Windows_Font 3 1 $ put}b/sLT{: Lw -M currentpoint snap M 0 - 0
+Lc K ;}b/xUP null d/yUP null d/uW null d/xSP null d/ySP null d/sW null d/sSU{N
+/uW ~ d/yUP ~ d/xUP ~ d}b/sU{xUP yUP uW sLT}b/sST{N/sW ~ d/ySP ~ d/xSP ~ d}b/sT
+{xSP ySP sW sLT}b/sR{: + R 0 0 M}b/sRxy{: matrix astore concat 0 0 M}b/eR/; , d
+/AddOrigFP{{&/FontInfo known{&/FontInfo get length 6 add}{6}? dict `
+/WinPitchAndFamily ~ d/WinCharSet ~ d/OrigFontType ~ d/OrigFontStyle ~ d
+/OrigFontName ~ d & E/FontInfo ~ d}{! ! ! ! !}?}b/mFS{makefont
+Pscript_Windows_Font 3 1 $ put}b/mF42D{0 copyfont `/FontName ~ d 2 copy ~ sub 1
+add dict `/.notdef 0 d 2 copy 1 ~{@ 3 ^ sub Encoding ~ get ~ d}for & E
+/CharStrings ~ d ! ! & @ E/FontName get ~ definefont}b/mF42{15 dict ` @ 4 1 $
+FontName ~ d/FontType 0 d/FMapType 2 d/FontMatrix[1 0 0 1 0 0]d 1 ^ 254 add 255
+idiv @ array/Encoding ~ d 0 1 3 -1 $ 1 sub{@ Encoding 3 1 $ put}for/FDepVector
+Encoding length array d/CharStrings 2 dict `/.notdef 0 d & E d 0 1 Encoding
+length 1 sub{@ @ 10 lt{! FontName length 1 add string}{100 lt{FontName length 2
+add string}{FontName length 3 add string}?}? @ 0 FontName @ length string cvs
+putinterval @ 3 -1 $ @ 4 1 $ 3 string cvs FontName length ~ putinterval cvn 1 ^
+256 mul @ 255 add 3 -1 $ 4 ^ findfont mF42D FDepVector 3 1 $ put}for & @ E
+/FontName get ~ definefont ! ! ! mF}b/mF_OTF_V{~ ! ~ ! 4 -1 $ ! findfont 2 ^ ~
+definefont fM @ @ 4 6 -1 $ neg put 5 0 put 90 matrix R matrix concatmatrix
+makefont Pscript_Windows_Font 3 1 $ put}b/mF_TTF_V{3{~ !}repeat 3 -1 $ !
+findfont 1 ^ ~ definefont Pscript_Windows_Font 3 1 $ put}b/UmF{L2?
+{Pscript_Windows_Font ~ undef}{!}?}b/UmF42{@ findfont/FDepVector get{/FontName
+get undefinefont}forall undefinefont}b
+%%EndResource
+end reinitialize
+F /F0 0 /0 F /TT353ADb00 mF 
+/F0S4A F0 [74.477 0 0 -74.477 0 0 ] mFS
+F0S4A Ji 
+1055 153 M <01>S 
+1082 153 M <02>S  1118 153 M <03>S  1155 153 M <04>S  1179 153 M <05>S  1208 153 M <06>S  1242 153 M <07>S  1257 153 M <06>S  1292 153 M <08>S  1336 153 M <09>S  
+7 Lw N 1055 161 M 1373 161 I : 0.668 0.727 +S K 
+; 1 Lw solid N 2184 3023 M 2184 2991 I 2185 2990 I 2186 2989 I 2187 2990 I 2188 2991 I 2188 3023 I 2187 3024 I 2186 3025 I 2185 3024 I 2184 3023 I 2184 3023 I C 
+2184 2969 M 2184 2937 I 2185 2936 I 2186 2935 I 2187 2936 I 2188 2937 I 2188 2969 I 2187 2970 I 2186 2971 I 2185 2970 I 2184 2969 I 2184 2969 I C 
+2184 2915 M 2184 2884 I 2185 2883 I 2186 2882 I 2187 2883 I 2188 2884 I 2188 2915 I 2187 2917 I 2186 2918 I 2185 2917 I 2184 2915 I 2184 2915 I C 
+2184 2861 M 2184 2830 I 2185 2829 I 2186 2828 I 2187 2829 I 2188 2830 I 2188 2861 I 2187 2863 I 2186 2864 I 2185 2863 I 2184 2861 I 2184 2861 I C 
+2184 2807 M 2184 2776 I 2185 2775 I 2186 2774 I 2187 2775 I 2188 2776 I 2188 2807 I 2187 2810 I 2186 2810 I 2185 2810 I 2184 2807 I 2184 2807 I C 
+2184 2754 M 2184 2723 I 2185 2721 I 2186 2721 I 2187 2721 I 2188 2723 I 2188 2754 I 2187 2756 I 2186 2756 I 2185 2756 I 2184 2754 I 2184 2754 I C 
+2184 2700 M 2184 2669 I 2185 2667 I 2186 2667 I 2187 2667 I 2188 2669 I 2188 2700 I 2187 2702 I 2186 2702 I 2185 2702 I 2184 2700 I 2184 2700 I C 
+2184 2647 M 2184 2615 I 2185 2614 I 2186 2613 I 2187 2614 I 2188 2615 I 2188 2647 I 2187 2648 I 2186 2649 I 2185 2648 I 2184 2647 I 2184 2647 I C 
+2184 2593 M 2184 2561 I 2185 2560 I 2186 2559 I 2187 2560 I 2188 2561 I 2188 2593 I 2187 2594 I 2186 2595 I 2185 2594 I 2184 2593 I 2184 2593 I C 
+2184 2539 M 2184 2508 I 2185 2507 I 2186 2506 I 2187 2507 I 2188 2508 I 2188 2539 I 2187 2541 I 2186 2542 I 2185 2541 I 2184 2539 I 2184 2539 I C 
+2184 2486 M 2184 2454 I 2185 2453 I 2186 2452 I 2187 2453 I 2188 2454 I 2188 2486 I 2187 2487 I 2186 2488 I 2185 2487 I 2184 2486 I 2184 2486 I C 
+2184 2432 M 2184 2400 I 2185 2399 I 2186 2398 I 2187 2399 I 2188 2400 I 2188 2432 I 2187 2434 I 2186 2434 I 2185 2434 I 2184 2432 I 2184 2432 I C 
+2184 2378 M 2184 2347 I 2185 2345 I 2186 2345 I 2187 2345 I 2188 2347 I 2188 2378 I 2187 2380 I 2186 2380 I 2185 2380 I 2184 2378 I 2184 2378 I C 
+2184 2324 M 2184 2293 I 2185 2291 I 2186 2291 I 2187 2291 I 2188 2293 I 2188 2324 I 2187 2326 I 2186 2326 I 2185 2326 I 2184 2324 I 2184 2324 I C 
+2184 2271 M 2184 2240 I 2185 2238 I 2186 2237 I 2187 2238 I 2188 2240 I 2188 2271 I 2187 2272 I 2186 2273 I 2185 2272 I 2184 2271 I 2184 2271 I C 
+2184 2217 M 2184 2186 I 2185 2184 I 2186 2183 I 2187 2184 I 2188 2186 I 2188 2217 I 2187 2218 I 2186 2219 I 2185 2218 I 2184 2217 I 2184 2217 I C 
+2184 2163 M 2184 2132 I 2185 2130 I 2186 2129 I 2187 2130 I 2188 2132 I 2188 2163 I 2187 2165 I 2186 2166 I 2185 2165 I 2184 2163 I 2184 2163 I C 
+2184 2110 M 2184 2078 I 2185 2077 I 2186 2076 I 2187 2077 I 2188 2078 I 2188 2110 I 2187 2111 I 2186 2112 I 2185 2111 I 2184 2110 I 2184 2110 I C 
+2184 2056 M 2184 2024 I 2185 2023 I 2186 2022 I 2187 2023 I 2188 2024 I 2188 2056 I 2187 2058 I 2186 2058 I 2185 2058 I 2184 2056 I 2184 2056 I C 
+2184 2002 M 2184 1971 I 2185 1970 I 2186 1969 I 2187 1970 I 2188 1971 I 2188 2002 I 2187 2004 I 2186 2005 I 2185 2004 I 2184 2002 I 2184 2002 I C 
+2184 1948 M 2184 1917 I 2185 1916 I 2186 1915 I 2187 1916 I 2188 1917 I 2188 1948 I 2187 1950 I 2186 1951 I 2185 1950 I 2184 1948 I 2184 1948 I C 
+2184 1895 M 2184 1864 I 2185 1862 I 2186 1862 I 2187 1862 I 2188 1864 I 2188 1895 I 2187 1897 I 2186 1897 I 2185 1897 I 2184 1895 I 2184 1895 I C 
+2184 1841 M 2184 1810 I 2185 1808 I 2186 1808 I 2187 1808 I 2188 1810 I 2188 1841 I 2187 1843 I 2186 1843 I 2185 1843 I 2184 1841 I 2184 1841 I C 
+2184 1787 M 2184 1757 I 2185 1754 I 2186 1754 I 2187 1754 I 2188 1757 I 2188 1787 I 2187 1789 I 2186 1790 I 2185 1789 I 2184 1787 I 2184 1787 I C 
+2184 1734 M 2184 1703 I 2185 1701 I 2186 1700 I 2187 1701 I 2188 1703 I 2188 1734 I 2187 1735 I 2186 1736 I 2185 1735 I 2184 1734 I 2184 1734 I C 
+2184 1680 M 2184 1649 I 2185 1647 I 2186 1646 I 2187 1647 I 2188 1649 I 2188 1680 I 2187 1682 I 2186 1682 I 2185 1682 I 2184 1680 I 2184 1680 I C 
+2184 1627 M 2184 1595 I 2185 1594 I 2186 1593 I 2187 1594 I 2188 1595 I 2188 1627 I 2187 1628 I 2186 1629 I 2185 1628 I 2184 1627 I 2184 1627 I C 
+2184 1573 M 2184 1541 I 2185 1540 I 2186 1539 I 2187 1540 I 2188 1541 I 2188 1573 I 2187 1574 I 2186 1575 I 2185 1574 I 2184 1573 I 2184 1573 I C 
+2184 1519 M 2184 1488 I 2185 1487 I 2186 1486 I 2187 1487 I 2188 1488 I 2188 1519 I 2187 1521 I 2186 1522 I 2185 1521 I 2184 1519 I 2184 1519 I C 
+2184 1465 M 2184 1434 I 2185 1433 I 2186 1432 I 2187 1433 I 2188 1434 I 2188 1465 I 2187 1467 I 2186 1468 I 2185 1467 I 2184 1465 I 2184 1465 I C 
+2184 1411 M 2184 1381 I 2185 1379 I 2186 1378 I 2187 1379 I 2188 1381 I 2188 1411 I 2187 1414 I 2186 1414 I 2185 1414 I 2184 1411 I 2184 1411 I C 
+2184 1358 M 2184 1327 I 2185 1325 I 2186 1325 I 2187 1325 I 2188 1327 I 2188 1358 I 2187 1360 I 2186 1360 I 2185 1360 I 2184 1358 I 2184 1358 I C 
+2184 1304 M 2184 1273 I 2185 1271 I 2186 1271 I 2187 1271 I 2188 1273 I 2188 1304 I 2187 1306 I 2186 1306 I 2185 1306 I 2184 1304 I 2184 1304 I C 
+2184 1251 M 2184 1219 I 2185 1218 I 2186 1217 I 2187 1218 I 2188 1219 I 2188 1251 I 2187 1252 I 2186 1253 I 2185 1252 I 2184 1251 I 2184 1251 I C 
+2184 1197 M 2184 1165 I 2185 1164 I 2186 1163 I 2187 1164 I 2188 1165 I 2188 1197 I 2187 1198 I 2186 1199 I 2185 1198 I 2184 1197 I 2184 1197 I C 
+2184 1144 M 2184 1112 I 2185 1111 I 2186 1110 I 2187 1111 I 2188 1112 I 2188 1144 I 2187 1145 I 2186 1146 I 2185 1145 I 2184 1144 I 2184 1144 I C 
+2184 1090 M 2184 1058 I 2185 1057 I 2186 1056 I 2187 1057 I 2188 1058 I 2188 1090 I 2187 1091 I 2186 1092 I 2185 1091 I 2184 1090 I 2184 1090 I C 
+2184 1036 M 2184 1005 I 2185 1003 I 2186 1002 I 2187 1003 I 2188 1005 I 2188 1036 I 2187 1038 I 2186 1038 I 2185 1038 I 2184 1036 I 2184 1036 I C 
+2184 982 M 2184 951 I 2185 949 I 2186 949 I 2187 949 I 2188 951 I 2188 982 I 2187 984 I 2186 984 I 2185 984 I 2184 982 I 2184 982 I C 
+2184 928 M 2184 897 I 2185 895 I 2186 895 I 2187 895 I 2188 897 I 2188 928 I 2187 930 I 2186 930 I 2185 930 I 2184 928 I 2184 928 I C 
+2184 875 M 2184 844 I 2185 842 I 2186 841 I 2187 842 I 2188 844 I 2188 875 I 2187 876 I 2186 877 I 2185 876 I 2184 875 I 2184 875 I C 
+2184 821 M 2184 790 I 2185 788 I 2186 787 I 2187 788 I 2188 790 I 2188 821 I 2187 822 I 2186 823 I 2185 822 I 2184 821 I 2184 821 I C 
+2184 768 M 2184 736 I 2185 735 I 2186 734 I 2187 735 I 2188 736 I 2188 768 I 2187 769 I 2186 770 I 2185 769 I 2184 768 I 2184 768 I C 
+2184 714 M 2184 682 I 2185 681 I 2186 680 I 2187 681 I 2188 682 I 2188 714 I 2187 715 I 2186 716 I 2185 715 I 2184 714 I 2184 714 I C 
+2184 660 M 2184 629 I 2185 627 I 2186 626 I 2187 627 I 2188 629 I 2188 660 I 2187 662 I 2186 663 I 2185 662 I 2184 660 I 2184 660 I C 
+2184 606 M 2184 575 I 2185 574 I 2186 573 I 2187 574 I 2188 575 I 2188 606 I 2187 608 I 2186 609 I 2185 608 I 2184 606 I 2184 606 I C 
+2184 552 M 2184 521 I 2185 520 I 2186 519 I 2187 520 I 2188 521 I 2188 552 I 2187 554 I 2186 555 I 2185 554 I 2184 552 I 2184 552 I C 
+2184 499 M 2184 468 I 2185 466 I 2186 466 I 2187 466 I 2188 468 I 2188 499 I 2187 501 I 2186 501 I 2185 501 I 2184 499 I 2184 499 I C 
+2184 445 M 2184 414 I 2185 412 I 2186 412 I 2187 412 I 2188 414 I 2188 445 I 2187 447 I 2186 447 I 2185 447 I 2184 445 I 2184 445 I C 
+2184 392 M 2184 361 I 2185 359 I 2186 358 I 2187 359 I 2188 361 I 2188 392 I 2187 393 I 2186 394 I 2185 393 I 2184 392 I 2184 392 I C 
+2184 338 M 2184 307 I 2185 305 I 2186 304 I 2187 305 I 2188 307 I 2188 338 I 2187 339 I 2186 340 I 2185 339 I 2184 338 I 2184 338 I C 
+2184 284 M 2184 253 I 2185 251 I 2186 250 I 2187 251 I 2188 253 I 2188 284 I 2187 286 I 2186 287 I 2185 286 I 2184 284 I 2184 284 I C 
+:  L ; K 
+N 1955 13 M 1955 248 I 2417 248 I 2417 13 I 1955 13 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 6 Lw solid N 1955 248 M 2417 248 I 2417 13 I 1955 13 I 1955 248 I C 
+: 0.668 0.727 +S K 
+; T32RsrcBegin
+
+10
+/g410 [25 0 1 -43 23 1 ] 
+/g410 [22 44 true [1 0 0 1 -1 43 ]  0 0]
+[<03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+fffffc
+fffffc
+fffffc
+fffffc
+fffffc
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f800
+03f800
+01fc1c
+01fffc
+00fffc
+00fffc
+003ffc
+000ff0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+11
+/g258 [35 0 3 -35 30 1 ] 
+/g258 [27 36 true [1 0 0 1 -3 35 ]  0 0]
+[<003fe000
+03fffc00
+0ffffe00
+1fffff80
+3fffff80
+3fc07fc0
+3e001fc0
+38000fc0
+00000fe0
+000007e0
+000007e0
+000007e0
+000007e0
+000007e0
+001fffe0
+01ffffe0
+07ffffe0
+0fffffe0
+3fffffe0
+3fe007e0
+7f8007e0
+7e0007e0
+fe0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc0007e0
+fc000fe0
+fe003fe0
+7f007fe0
+7f81ffe0
+3ffffbe0
+3ffff3e0
+1fffe3e0
+07ff83e0
+01fe0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+12
+/g336 [35 0 2 -35 33 14 ] 
+/g336 [31 49 true [1 0 0 1 -2 35 ]  0 0]
+[<001fc000
+00fffffe
+03fffffe
+07fffffe
+0ffffffe
+0ff07ffe
+1fc01f80
+1f800fc0
+3f800fc0
+3f0007e0
+3f0007e0
+3f0007e0
+3f0007e0
+3f0007e0
+3f800fe0
+1f800fc0
+1fc01fc0
+0ff07fc0
+0fffff80
+0fffff00
+1ffffe00
+3ffff800
+3e1fe000
+7c000000
+7c000000
+7c000000
+7e000000
+7f000000
+7ffff800
+3fffff80
+1fffffe0
+0ffffff8
+0ffffff8
+1f8007fc
+3f0001fe
+7e0000fe
+7e00007e
+fc00007e
+fc00007e
+fc00007e
+fc0000fe
+fe0000fc
+ff0003fc
+7fc00ff8
+7ffffff0
+3fffffe0
+0fffffc0
+07ffff00
+007ff000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2036 153 M <0A>S 
+2058 153 M <0B>S  2091 153 M <04>S  2115 153 M <0C>S  2148 153 M <06>S  2182 153 M <0A>S  2205 153 M <07>S  2220 153 M <06>S  2254 153 M <08>S  2299 153 M <09>S  
+7 Lw N 2036 161 M 2336 161 I : 0.668 0.727 +S K 
+; 6 Lw N 1214 584 M 2118 584 I : 0.668 0.727 +S K 
+; N 2186 584 M 2153 604 I 2153 563 I 2186 584 I C 
+2153 604 M 2186 584 I 2153 604 I C 
+ O 10 Lw N 2186 584 M 2153 604 I 2153 563 I 2186 584 I : 0.668 0.727 +S K 
+; N 2153 604 M 2186 584 I : 0.668 0.727 +S K 
+; 6 Lw N 2153 584 M 2099 584 I : 0.668 0.727 +S K 
+; N 1392 440 M 1392 529 I 2009 529 I 2009 440 I 1392 440 I C 
+1 1 1 1 scol  O 0 0 0 1 scol T32RsrcBegin
+
+13
+/g44 [46 0 6 -47 40 0 ] 
+/g44 [34 47 true [1 0 0 1 -6 47 ]  0 0]
+[<fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+ffffffffc0
+ffffffffc0
+ffffffffc0
+ffffffffc0
+ffffffffc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+fc00000fc0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+14
+/g4 [43 0 1 -47 42 0 ] 
+/g4 [41 47 true [1 0 0 1 -1 47 ]  0 0]
+[<00007f000000
+0000ff800000
+0000ff800000
+0001ff800000
+0001ffc00000
+0001ffc00000
+0003ffc00000
+0003f7e00000
+0003e7e00000
+0007e7f00000
+0007e3f00000
+0007c3f00000
+000fc3f80000
+000fc1f80000
+001f81f80000
+001f81fc0000
+001f80fc0000
+003f00fc0000
+003f00fe0000
+003f007e0000
+007e007f0000
+007e007f0000
+007e003f0000
+00fc003f8000
+00fc003f8000
+01fc001f8000
+01f8001fc000
+01f8001fc000
+03f8000fc000
+03f0000fe000
+03ffffffe000
+07ffffffe000
+07fffffff000
+07fffffff000
+0ffffffff800
+0fc00003f800
+0fc00003f800
+1fc00001fc00
+1f800001fc00
+3f800000fc00
+3f800000fe00
+3f000000fe00
+7f0000007e00
+7e0000007f00
+7e0000007f00
+fe0000003f00
+fc0000003f00
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+15
+/g24 [46 0 6 -47 42 0 ] 
+/g24 [36 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7fffe00000
+fffffe0000
+ffffff8000
+ffffffe000
+fffffff000
+fc007ffc00
+fc000ffe00
+fc0003fe00
+fc0000ff00
+fc00007f80
+fc00007f80
+fc00003fc0
+fc00001fc0
+fc00001fe0
+fc00000fe0
+fc00000fe0
+fc00000fe0
+fc00000ff0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc000007f0
+fc00000fe0
+fc00000fe0
+fc00000fe0
+fc00000fe0
+fc00001fc0
+fc00001fc0
+fc00003fc0
+fc00003f80
+fc00007f80
+fc0000ff00
+fc0003fe00
+fc0007fc00
+fc003ff800
+fffffff000
+ffffffe000
+ffffff8000
+fffffe0000
+7fffe00000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+16
+/g75 [49 0 4 -48 46 1 ] 
+/g75 [42 49 true [1 0 0 1 -4 48 ]  0 0]
+[<0000ffe00000
+0007fffc0000
+001fffff0000
+007fffffc000
+00ffffffe000
+03ff807ff000
+03fe000ff800
+07f80007fc00
+0ff00003fe00
+1fe00001fe00
+1fc00000ff00
+3fc000007f00
+3f8000007f00
+3f8000007f80
+7f0000003f80
+7f0000003f80
+7f0000003f80
+7f0000003fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+ff0000003f80
+7f0000003f80
+7f0000003f80
+7f0000003f80
+7f8000007f00
+3f8000007f00
+3f800000ff00
+3fc00000fe00
+1fe00001fe00
+1fe00003fc00
+0ff80007f800
+07fc001ff000
+03ff807ff000
+01ffffffc000
+00ffffff8000
+003ffffe0000
+000ffff80000
+0001ffc00000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+17
+/g115 [42 0 1 -47 40 0 ] 
+/g115 [39 47 true [1 0 0 1 -1 47 ]  0 0]
+[<fc0000007e
+fe0000007e
+fe0000007e
+7e000000fe
+7f000000fc
+7f000000fc
+3f000001fc
+3f800001f8
+3f800001f8
+1f800003f8
+1fc00003f0
+1fc00003f0
+0fc00007f0
+0fe00007e0
+07e00007e0
+07e0000fc0
+07f0000fc0
+03f0000fc0
+03f8001f80
+03f8001f80
+01f8001f80
+01fc003f00
+01fc003f00
+00fc003f00
+00fe007e00
+00fe007e00
+007e007e00
+007f00fc00
+007f00fc00
+003f00fc00
+003f81f800
+001f81f800
+001f81f000
+001fc3f000
+000fc3f000
+000fc3e000
+000fe7e000
+0007e7e000
+0007e7c000
+0007ffc000
+0003ffc000
+0003ff8000
+0003ff8000
+0001ff8000
+0001ff0000
+0000ff0000
+0000fe0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+18
+/g28 [36 0 6 -47 32 0 ] 
+/g28 [26 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7fffffc0
+ffffffc0
+ffffffc0
+ffffffc0
+ffffffc0
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fffffe00
+fffffe00
+fffffe00
+fffffe00
+fffffe00
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+ffffffc0
+ffffffc0
+ffffffc0
+ffffffc0
+7fffffc0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+19
+/g90 [40 0 6 -47 37 0 ] 
+/g90 [31 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7fffc000
+fffff800
+fffffe00
+ffffff00
+ffffff80
+fc00ffc0
+fc003fe0
+fc001fe0
+fc000fe0
+fc000ff0
+fc0007f0
+fc0007f0
+fc0007f0
+fc0007f0
+fc0007f0
+fc0007f0
+fc000fe0
+fc000fe0
+fc001fe0
+fc003fc0
+fc00ff80
+ffffff00
+fffffe00
+fffff800
+fffff000
+fffff800
+fc07fc00
+fc01fe00
+fc00ff00
+fc007f00
+fc003f80
+fc003f80
+fc001fc0
+fc001fc0
+fc000fe0
+fc000fe0
+fc0007e0
+fc0007f0
+fc0007f0
+fc0003f8
+fc0003f8
+fc0001f8
+fc0001fc
+fc0001fc
+fc0000fe
+fc0000fe
+fc00007e
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1392 507 M <0D>S 
+1435 507 M <0E>S  1474 507 M <08>S  1518 507 M <0F>S  1561 507 M <10>S  1606 507 M <11>S  1645 507 M <12>S  1679 507 M <13>S  
+T32RsrcBegin
+
+20
+/g890 [37 0 0 9 37 14 ] 
+/g890 [37 5 true [1 0 0 1 0 -9 ]  0 0]
+[<fffffffff8
+fffffffff8
+fffffffff8
+fffffffff8
+fffffffff8
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1716 507 M <14>S 
+T32RsrcBegin
+
+21
+/g89 [50 0 4 -48 52 7 ] 
+/g89 [48 55 true [1 0 0 1 -4 48 ]  0 0]
+[<0000ffe00000
+0007fffc0000
+001fffff0000
+007fffffc000
+00ffffffe000
+03ff807ff000
+03fe000ff800
+07f80007fc00
+0ff00003fc00
+1fe00001fe00
+1fc00000ff00
+3fc000007f00
+3f8000007f00
+3f8000007f80
+7f0000003f80
+7f0000003f80
+7f0000003f80
+7f0000003fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+fe0000001fc0
+ff0000003f80
+7f0000003f80
+7f0000003f80
+7f0000003f80
+7f8000007f00
+3f8000007f00
+3f800000ff00
+3fc00000fe00
+1fe00001fe00
+1fe00003fc00
+0ff80007f800
+07fc001ff000
+03ff807ff800
+01fffffffc00
+00ffffffff00
+007ffffeff80
+000ffff87fe0
+0001ffc03ffc
+000000001ffe
+0000000007ff
+0000000003ff
+0000000000ff
+00000000003f
+000000000007
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+22
+/g104 [47 0 6 -47 41 1 ] 
+/g104 [35 48 true [1 0 0 1 -6 47 ]  0 0]
+[<fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fc000007e0
+fe00000fc0
+7e00000fc0
+7f00000fc0
+7f00001f80
+3f80003f80
+3fc0007f00
+1fe000ff00
+0ffc07fe00
+07fffffc00
+03fffff800
+01ffffe000
+007fff8000
+000ffc0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+23
+/g94 [34 0 3 -48 32 1 ] 
+/g94 [29 49 true [1 0 0 1 -3 48 ]  0 0]
+[<001ff000
+00fffe00
+03ffff80
+07ffffc0
+0fffffc0
+1fe01fc0
+3fc003c0
+3f0000c0
+3f000000
+7e000000
+7e000000
+7e000000
+7e000000
+7e000000
+7f000000
+7f000000
+3f800000
+3fc00000
+3fe00000
+1ff80000
+0ffe0000
+07ffc000
+03fff000
+01fffc00
+007ffe00
+001fff80
+0007ffc0
+0001ffe0
+00007fe0
+00001ff0
+00000ff0
+000007f8
+000007f8
+000003f8
+000003f8
+000003f8
+000003f8
+000003f8
+000003f8
+000007f0
+c00007f0
+f0000fe0
+fc001fe0
+ff80ffc0
+ffffff80
+7fffff00
+3ffffe00
+07fff800
+00ffc000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+24
+/g100 [36 0 1 -47 35 0 ] 
+/g100 [34 47 true [1 0 0 1 -1 47 ]  0 0]
+[<ffffffffc0
+ffffffffc0
+ffffffffc0
+ffffffffc0
+ffffffffc0
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+0003f00000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1749 507 M <13>S 
+1786 507 M <12>S  1820 507 M <15>S  1866 507 M <16>S  1910 507 M <12>S  1944 507 M <17>S  1975 507 M <18>S  
+N 2186 919 M 1282 919 I : 0.668 0.727 +S K 
+; N 1214 919 M 1247 898 I 1247 940 I 1214 919 I C 
+1247 898 M 1214 919 I 1247 898 I C 
+ O 10 Lw N 1214 919 M 1247 898 I 1247 940 I 1214 919 I : 0.668 0.727 +S K 
+; N 1247 898 M 1214 919 I : 0.668 0.727 +S K 
+; 6 Lw N 1247 919 M 1301 919 I : 0.668 0.727 +S K 
+; N 1318 809 M 1318 898 I 2082 898 I 2082 809 I 1318 809 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 1318 876 M <0D>S 
+1361 876 M <0E>S  1401 876 M <08>S  1445 876 M <0F>S  1487 876 M <10>S  1533 876 M <11>S  1572 876 M <12>S  1606 876 M <13>S  
+1643 876 M <14>S 
+1677 876 M <13>S 
+1714 876 M <12>S  1747 876 M <15>S  1793 876 M <16>S  1838 876 M <12>S  1871 876 M <17>S  1903 876 M <18>S  
+1936 876 M <14>S 
+T32RsrcBegin
+
+25
+/g18 [39 0 4 -48 37 1 ] 
+/g18 [33 49 true [1 0 0 1 -4 48 ]  0 0]
+[<0001ff0000
+000fffe000
+003ffff800
+007ffffe00
+00ffffff00
+01ff80ff80
+03fe001f80
+07f8000f80
+0ff0000380
+0fe0000180
+1fc0000000
+1fc0000000
+3f80000000
+3f80000000
+7f80000000
+7f00000000
+7f00000000
+7f00000000
+7f00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+fe00000000
+ff00000000
+7f00000000
+7f00000000
+7f00000000
+7f80000000
+3f80000000
+3fc0000000
+1fc0000000
+1fe0000000
+0ff0000180
+0ff8000780
+07fc001f80
+03ff807f80
+01ffffff80
+00ffffff00
+007ffffc00
+001ffff000
+0001ff0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+26
+/g60 [38 0 6 -47 36 0 ] 
+/g60 [30 47 true [1 0 0 1 -6 47 ]  0 0]
+[<fc0001f8
+fc0003f8
+fc0007f8
+fc0007f0
+fc000fe0
+fc001fc0
+fc003fc0
+fc007f80
+fc007f00
+fc00fe00
+fc01fc00
+fc03f800
+fc07f800
+fc07f000
+fc0fe000
+fc1fc000
+fc3f8000
+fc7f0000
+fc7f0000
+fcfe0000
+fdfc0000
+fff80000
+fff80000
+fdfc0000
+fdfe0000
+fcfe0000
+fc7f0000
+fc3f8000
+fc3fc000
+fc1fe000
+fc0fe000
+fc07f000
+fc07f800
+fc03fc00
+fc01fc00
+fc00fe00
+fc00ff00
+fc007f80
+fc003f80
+fc001fc0
+fc001fe0
+fc000ff0
+fc0007f0
+fc0007f8
+fc0003fc
+fc0001fc
+fc0000fc
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1970 876 M <0E>S 
+2009 876 M <19>S  2046 876 M <1A>S  
+N 1214 1590 M 2118 1590 I : 0.668 0.727 +S K 
+; N 2186 1590 M 2153 1611 I 2153 1569 I 2186 1590 I C 
+2153 1611 M 2186 1590 I 2153 1611 I C 
+ O 10 Lw N 2186 1590 M 2153 1611 I 2153 1569 I 2186 1590 I : 0.668 0.727 +S K 
+; N 2153 1611 M 2186 1590 I : 0.668 0.727 +S K 
+; 6 Lw N 2153 1590 M 2099 1590 I : 0.668 0.727 +S K 
+; N 1377 1446 M 1377 1536 I 2023 1536 I 2023 1446 I 1377 1446 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 1377 1514 M <17>S 
+1409 1514 M <08>S  
+1453 1514 M <14>S 
+1487 1514 M <17>S 
+1518 1514 M <18>S  1552 1514 M <0E>S  1592 1514 M <18>S  1625 1514 M <16>S  1669 1514 M <17>S  
+1701 1514 M <14>S 
+T32RsrcBegin
+
+27
+/g38 [34 0 6 -47 31 0 ] 
+/g38 [25 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7fffff80
+ffffff80
+ffffff80
+ffffff80
+ffffff80
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+ffffff00
+ffffff00
+ffffff00
+ffffff00
+ffffff00
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1734 1514 M <18>S 
+1768 1514 M <13>S  1805 1514 M <0E>S  1844 1514 M <08>S  1889 1514 M <17>S  1920 1514 M <1B>S  1952 1514 M <12>S  1985 1514 M <13>S  
+N 2186 2932 M 1282 2932 I : 0.668 0.727 +S K 
+; N 1214 2932 M 1247 2912 I 1247 2953 I 1214 2932 I C 
+1247 2912 M 1214 2932 I 1247 2912 I C 
+ O 10 Lw N 1214 2932 M 1247 2912 I 1247 2953 I 1214 2932 I : 0.668 0.727 +S K 
+; N 1247 2912 M 1214 2932 I : 0.668 0.727 +S K 
+; 6 Lw N 1247 2932 M 1301 2932 I : 0.668 0.727 +S K 
+; N 1377 2823 M 1377 2912 I 2023 2912 I 2023 2823 I 1377 2823 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 1377 2890 M <16>S 
+1422 2890 M <12>S  
+1455 2890 M <14>S 
+T32RsrcBegin
+
+28
+/g121 [38 0 2 -47 37 0 ] 
+/g121 [35 47 true [1 0 0 1 -2 47 ]  0 0]
+[<fe00000fc0
+7f00001fc0
+7f00001f80
+3f80003f80
+3f80007f00
+1fc0007f00
+1fc000fe00
+0fe000fe00
+07f001fc00
+07f001f800
+03f803f800
+03f807f000
+01fc07f000
+01fe0fe000
+00fe0fc000
+007f1fc000
+007f1f8000
+003fbf8000
+003fff0000
+001ffe0000
+000ffe0000
+000ffc0000
+0007fc0000
+0007fc0000
+000ffc0000
+000ffe0000
+001ffe0000
+001fff0000
+003f3f8000
+007f3f8000
+007e1fc000
+00fe1fc000
+00fc0fe000
+01fc07f000
+03f807f000
+03f003f800
+07f003f800
+07e001fc00
+0fe001fc00
+1fc000fe00
+1fc000ff00
+3f80007f00
+3f80003f80
+7f00003f80
+fe00001fc0
+fe00001fc0
+fc00000fc0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1489 2890 M <19>S 
+1525 2890 M <10>S  1571 2890 M <08>S  1615 2890 M <18>S  1649 2890 M <12>S  1682 2890 M <1C>S  1718 2890 M <18>S  
+1751 2890 M <14>S 
+T32RsrcBegin
+
+29
+/g62 [31 0 6 -47 30 0 ] 
+/g62 [24 47 true [1 0 0 1 -6 47 ]  0 0]
+[<fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+fc0000
+ffffff
+ffffff
+ffffff
+ffffff
+7fffff
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1785 2890 M <13>S 
+1822 2890 M <12>S  1856 2890 M <1D>S  1885 2890 M <12>S  1918 2890 M <0E>S  1958 2890 M <17>S  1989 2890 M <12>S  
+1 Lw solid N 241 3023 M 241 2991 I 242 2990 I 243 2989 I 244 2990 I 245 2991 I 245 3023 I 244 3024 I 243 3025 I 242 3024 I 241 3023 I 241 3023 I C 
+241 2969 M 241 2937 I 242 2936 I 243 2935 I 244 2936 I 245 2937 I 245 2969 I 244 2970 I 243 2971 I 242 2970 I 241 2969 I 241 2969 I C 
+241 2915 M 241 2884 I 242 2883 I 243 2882 I 244 2883 I 245 2884 I 245 2915 I 244 2917 I 243 2918 I 242 2917 I 241 2915 I 241 2915 I C 
+241 2861 M 241 2830 I 242 2829 I 243 2828 I 244 2829 I 245 2830 I 245 2861 I 244 2863 I 243 2864 I 242 2863 I 241 2861 I 241 2861 I C 
+241 2807 M 241 2776 I 242 2775 I 243 2774 I 244 2775 I 245 2776 I 245 2807 I 244 2810 I 243 2810 I 242 2810 I 241 2807 I 241 2807 I C 
+241 2754 M 241 2723 I 242 2721 I 243 2721 I 244 2721 I 245 2723 I 245 2754 I 244 2756 I 243 2756 I 242 2756 I 241 2754 I 241 2754 I C 
+241 2700 M 241 2669 I 242 2667 I 243 2667 I 244 2667 I 245 2669 I 245 2700 I 244 2702 I 243 2702 I 242 2702 I 241 2700 I 241 2700 I C 
+241 2647 M 241 2615 I 242 2614 I 243 2613 I 244 2614 I 245 2615 I 245 2647 I 244 2648 I 243 2649 I 242 2648 I 241 2647 I 241 2647 I C 
+241 2593 M 241 2561 I 242 2560 I 243 2559 I 244 2560 I 245 2561 I 245 2593 I 244 2594 I 243 2595 I 242 2594 I 241 2593 I 241 2593 I C 
+241 2539 M 241 2508 I 242 2507 I 243 2506 I 244 2507 I 245 2508 I 245 2539 I 244 2541 I 243 2542 I 242 2541 I 241 2539 I 241 2539 I C 
+241 2486 M 241 2454 I 242 2453 I 243 2452 I 244 2453 I 245 2454 I 245 2486 I 244 2487 I 243 2488 I 242 2487 I 241 2486 I 241 2486 I C 
+241 2432 M 241 2400 I 242 2399 I 243 2398 I 244 2399 I 245 2400 I 245 2432 I 244 2434 I 243 2434 I 242 2434 I 241 2432 I 241 2432 I C 
+241 2378 M 241 2347 I 242 2345 I 243 2345 I 244 2345 I 245 2347 I 245 2378 I 244 2380 I 243 2380 I 242 2380 I 241 2378 I 241 2378 I C 
+241 2324 M 241 2293 I 242 2291 I 243 2291 I 244 2291 I 245 2293 I 245 2324 I 244 2326 I 243 2326 I 242 2326 I 241 2324 I 241 2324 I C 
+241 2271 M 241 2240 I 242 2238 I 243 2237 I 244 2238 I 245 2240 I 245 2271 I 244 2272 I 243 2273 I 242 2272 I 241 2271 I 241 2271 I C 
+241 2217 M 241 2186 I 242 2184 I 243 2183 I 244 2184 I 245 2186 I 245 2217 I 244 2218 I 243 2219 I 242 2218 I 241 2217 I 241 2217 I C 
+241 2163 M 241 2132 I 242 2130 I 243 2129 I 244 2130 I 245 2132 I 245 2163 I 244 2165 I 243 2166 I 242 2165 I 241 2163 I 241 2163 I C 
+241 2110 M 241 2078 I 242 2077 I 243 2076 I 244 2077 I 245 2078 I 245 2110 I 244 2111 I 243 2112 I 242 2111 I 241 2110 I 241 2110 I C 
+241 2056 M 241 2024 I 242 2023 I 243 2022 I 244 2023 I 245 2024 I 245 2056 I 244 2058 I 243 2058 I 242 2058 I 241 2056 I 241 2056 I C 
+241 2002 M 241 1971 I 242 1970 I 243 1969 I 244 1970 I 245 1971 I 245 2002 I 244 2004 I 243 2005 I 242 2004 I 241 2002 I 241 2002 I C 
+241 1948 M 241 1917 I 242 1916 I 243 1915 I 244 1916 I 245 1917 I 245 1948 I 244 1950 I 243 1951 I 242 1950 I 241 1948 I 241 1948 I C 
+241 1895 M 241 1864 I 242 1862 I 243 1862 I 244 1862 I 245 1864 I 245 1895 I 244 1897 I 243 1897 I 242 1897 I 241 1895 I 241 1895 I C 
+241 1841 M 241 1810 I 242 1808 I 243 1808 I 244 1808 I 245 1810 I 245 1841 I 244 1843 I 243 1843 I 242 1843 I 241 1841 I 241 1841 I C 
+241 1787 M 241 1757 I 242 1754 I 243 1754 I 244 1754 I 245 1757 I 245 1787 I 244 1789 I 243 1790 I 242 1789 I 241 1787 I 241 1787 I C 
+241 1734 M 241 1703 I 242 1701 I 243 1700 I 244 1701 I 245 1703 I 245 1734 I 244 1735 I 243 1736 I 242 1735 I 241 1734 I 241 1734 I C 
+241 1680 M 241 1649 I 242 1647 I 243 1646 I 244 1647 I 245 1649 I 245 1680 I 244 1682 I 243 1682 I 242 1682 I 241 1680 I 241 1680 I C 
+241 1627 M 241 1595 I 242 1594 I 243 1593 I 244 1594 I 245 1595 I 245 1627 I 244 1628 I 243 1629 I 242 1628 I 241 1627 I 241 1627 I C 
+241 1573 M 241 1541 I 242 1540 I 243 1539 I 244 1540 I 245 1541 I 245 1573 I 244 1574 I 243 1575 I 242 1574 I 241 1573 I 241 1573 I C 
+241 1519 M 241 1488 I 242 1487 I 243 1486 I 244 1487 I 245 1488 I 245 1519 I 244 1521 I 243 1522 I 242 1521 I 241 1519 I 241 1519 I C 
+241 1465 M 241 1434 I 242 1433 I 243 1432 I 244 1433 I 245 1434 I 245 1465 I 244 1467 I 243 1468 I 242 1467 I 241 1465 I 241 1465 I C 
+241 1411 M 241 1381 I 242 1379 I 243 1378 I 244 1379 I 245 1381 I 245 1411 I 244 1414 I 243 1414 I 242 1414 I 241 1411 I 241 1411 I C 
+241 1358 M 241 1327 I 242 1325 I 243 1325 I 244 1325 I 245 1327 I 245 1358 I 244 1360 I 243 1360 I 242 1360 I 241 1358 I 241 1358 I C 
+241 1304 M 241 1273 I 242 1271 I 243 1271 I 244 1271 I 245 1273 I 245 1304 I 244 1306 I 243 1306 I 242 1306 I 241 1304 I 241 1304 I C 
+241 1251 M 241 1219 I 242 1218 I 243 1217 I 244 1218 I 245 1219 I 245 1251 I 244 1252 I 243 1253 I 242 1252 I 241 1251 I 241 1251 I C 
+241 1197 M 241 1165 I 242 1164 I 243 1163 I 244 1164 I 245 1165 I 245 1197 I 244 1198 I 243 1199 I 242 1198 I 241 1197 I 241 1197 I C 
+241 1144 M 241 1112 I 242 1111 I 243 1110 I 244 1111 I 245 1112 I 245 1144 I 244 1145 I 243 1146 I 242 1145 I 241 1144 I 241 1144 I C 
+241 1090 M 241 1058 I 242 1057 I 243 1056 I 244 1057 I 245 1058 I 245 1090 I 244 1091 I 243 1092 I 242 1091 I 241 1090 I 241 1090 I C 
+241 1036 M 241 1005 I 242 1003 I 243 1002 I 244 1003 I 245 1005 I 245 1036 I 244 1038 I 243 1038 I 242 1038 I 241 1036 I 241 1036 I C 
+241 982 M 241 951 I 242 949 I 243 949 I 244 949 I 245 951 I 245 982 I 244 984 I 243 984 I 242 984 I 241 982 I 241 982 I C 
+241 928 M 241 897 I 242 895 I 243 895 I 244 895 I 245 897 I 245 928 I 244 930 I 243 930 I 242 930 I 241 928 I 241 928 I C 
+241 875 M 241 844 I 242 842 I 243 841 I 244 842 I 245 844 I 245 875 I 244 876 I 243 877 I 242 876 I 241 875 I 241 875 I C 
+241 821 M 241 790 I 242 788 I 243 787 I 244 788 I 245 790 I 245 821 I 244 822 I 243 823 I 242 822 I 241 821 I 241 821 I C 
+241 768 M 241 736 I 242 735 I 243 734 I 244 735 I 245 736 I 245 768 I 244 769 I 243 770 I 242 769 I 241 768 I 241 768 I C 
+241 714 M 241 682 I 242 681 I 243 680 I 244 681 I 245 682 I 245 714 I 244 715 I 243 716 I 242 715 I 241 714 I 241 714 I C 
+241 660 M 241 629 I 242 627 I 243 626 I 244 627 I 245 629 I 245 660 I 244 662 I 243 663 I 242 662 I 241 660 I 241 660 I C 
+241 606 M 241 575 I 242 574 I 243 573 I 244 574 I 245 575 I 245 606 I 244 608 I 243 609 I 242 608 I 241 606 I 241 606 I C 
+241 552 M 241 521 I 242 520 I 243 519 I 244 520 I 245 521 I 245 552 I 244 554 I 243 555 I 242 554 I 241 552 I 241 552 I C 
+241 499 M 241 468 I 242 466 I 243 466 I 244 466 I 245 468 I 245 499 I 244 501 I 243 501 I 242 501 I 241 499 I 241 499 I C 
+241 445 M 241 414 I 242 412 I 243 412 I 244 412 I 245 414 I 245 445 I 244 447 I 243 447 I 242 447 I 241 445 I 241 445 I C 
+241 392 M 241 361 I 242 359 I 243 358 I 244 359 I 245 361 I 245 392 I 244 393 I 243 394 I 242 393 I 241 392 I 241 392 I C 
+241 338 M 241 307 I 242 305 I 243 304 I 244 305 I 245 307 I 245 338 I 244 339 I 243 340 I 242 339 I 241 338 I 241 338 I C 
+241 284 M 241 253 I 242 251 I 243 250 I 244 251 I 245 253 I 245 284 I 244 286 I 243 287 I 242 286 I 241 284 I 241 284 I C 
+:  L ; K 
+N 11 12 M 11 248 I 473 248 I 473 12 I 11 12 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 6 Lw solid N 11 248 M 473 248 I 473 12 I 11 12 I 11 248 I C 
+: 0.668 0.727 +S K 
+; 204 153 M <16>S 
+248 153 M <12>S  
+7 Lw N 204 161 M 281 161 I : 0.668 0.727 +S K 
+; 1 Lw solid N 3155 3023 M 3155 2991 I 3156 2990 I 3157 2989 I 3160 2990 I 3160 2991 I 3160 3023 I 3160 3024 I 3157 3025 I 3156 3024 I 3155 3023 I 3155 3023 I C 
+3155 2969 M 3155 2937 I 3156 2936 I 3157 2935 I 3160 2936 I 3160 2937 I 3160 2969 I 3160 2970 I 3157 2971 I 3156 2970 I 3155 2969 I 3155 2969 I C 
+3155 2915 M 3155 2884 I 3156 2883 I 3157 2882 I 3160 2883 I 3160 2884 I 3160 2915 I 3160 2917 I 3157 2918 I 3156 2917 I 3155 2915 I 3155 2915 I C 
+3155 2861 M 3155 2830 I 3156 2829 I 3157 2828 I 3160 2829 I 3160 2830 I 3160 2861 I 3160 2863 I 3157 2864 I 3156 2863 I 3155 2861 I 3155 2861 I C 
+3155 2807 M 3155 2776 I 3156 2775 I 3157 2774 I 3160 2775 I 3160 2776 I 3160 2807 I 3160 2810 I 3157 2810 I 3156 2810 I 3155 2807 I 3155 2807 I C 
+3155 2754 M 3155 2723 I 3156 2721 I 3157 2721 I 3160 2721 I 3160 2723 I 3160 2754 I 3160 2756 I 3157 2756 I 3156 2756 I 3155 2754 I 3155 2754 I C 
+3155 2700 M 3155 2669 I 3156 2667 I 3157 2667 I 3160 2667 I 3160 2669 I 3160 2700 I 3160 2702 I 3157 2702 I 3156 2702 I 3155 2700 I 3155 2700 I C 
+3155 2647 M 3155 2615 I 3156 2614 I 3157 2613 I 3160 2614 I 3160 2615 I 3160 2647 I 3160 2648 I 3157 2649 I 3156 2648 I 3155 2647 I 3155 2647 I C 
+3155 2593 M 3155 2561 I 3156 2560 I 3157 2559 I 3160 2560 I 3160 2561 I 3160 2593 I 3160 2594 I 3157 2595 I 3156 2594 I 3155 2593 I 3155 2593 I C 
+3155 2539 M 3155 2508 I 3156 2507 I 3157 2506 I 3160 2507 I 3160 2508 I 3160 2539 I 3160 2541 I 3157 2542 I 3156 2541 I 3155 2539 I 3155 2539 I C 
+3155 2486 M 3155 2454 I 3156 2453 I 3157 2452 I 3160 2453 I 3160 2454 I 3160 2486 I 3160 2487 I 3157 2488 I 3156 2487 I 3155 2486 I 3155 2486 I C 
+3155 2432 M 3155 2400 I 3156 2399 I 3157 2398 I 3160 2399 I 3160 2400 I 3160 2432 I 3160 2434 I 3157 2434 I 3156 2434 I 3155 2432 I 3155 2432 I C 
+3155 2378 M 3155 2347 I 3156 2345 I 3157 2345 I 3160 2345 I 3160 2347 I 3160 2378 I 3160 2380 I 3157 2380 I 3156 2380 I 3155 2378 I 3155 2378 I C 
+3155 2324 M 3155 2293 I 3156 2291 I 3157 2291 I 3160 2291 I 3160 2293 I 3160 2324 I 3160 2326 I 3157 2326 I 3156 2326 I 3155 2324 I 3155 2324 I C 
+3155 2271 M 3155 2240 I 3156 2238 I 3157 2237 I 3160 2238 I 3160 2240 I 3160 2271 I 3160 2272 I 3157 2273 I 3156 2272 I 3155 2271 I 3155 2271 I C 
+3155 2217 M 3155 2186 I 3156 2184 I 3157 2183 I 3160 2184 I 3160 2186 I 3160 2217 I 3160 2218 I 3157 2219 I 3156 2218 I 3155 2217 I 3155 2217 I C 
+3155 2163 M 3155 2132 I 3156 2130 I 3157 2129 I 3160 2130 I 3160 2132 I 3160 2163 I 3160 2165 I 3157 2166 I 3156 2165 I 3155 2163 I 3155 2163 I C 
+3155 2110 M 3155 2078 I 3156 2077 I 3157 2076 I 3160 2077 I 3160 2078 I 3160 2110 I 3160 2111 I 3157 2112 I 3156 2111 I 3155 2110 I 3155 2110 I C 
+3155 2056 M 3155 2024 I 3156 2023 I 3157 2022 I 3160 2023 I 3160 2024 I 3160 2056 I 3160 2058 I 3157 2058 I 3156 2058 I 3155 2056 I 3155 2056 I C 
+3155 2002 M 3155 1971 I 3156 1970 I 3157 1969 I 3160 1970 I 3160 1971 I 3160 2002 I 3160 2004 I 3157 2005 I 3156 2004 I 3155 2002 I 3155 2002 I C 
+3155 1948 M 3155 1917 I 3156 1916 I 3157 1915 I 3160 1916 I 3160 1917 I 3160 1948 I 3160 1950 I 3157 1951 I 3156 1950 I 3155 1948 I 3155 1948 I C 
+3155 1895 M 3155 1864 I 3156 1862 I 3157 1862 I 3160 1862 I 3160 1864 I 3160 1895 I 3160 1897 I 3157 1897 I 3156 1897 I 3155 1895 I 3155 1895 I C 
+3155 1841 M 3155 1810 I 3156 1808 I 3157 1808 I 3160 1808 I 3160 1810 I 3160 1841 I 3160 1843 I 3157 1843 I 3156 1843 I 3155 1841 I 3155 1841 I C 
+3155 1787 M 3155 1757 I 3156 1754 I 3157 1754 I 3160 1754 I 3160 1757 I 3160 1787 I 3160 1789 I 3157 1790 I 3156 1789 I 3155 1787 I 3155 1787 I C 
+3155 1734 M 3155 1703 I 3156 1701 I 3157 1700 I 3160 1701 I 3160 1703 I 3160 1734 I 3160 1735 I 3157 1736 I 3156 1735 I 3155 1734 I 3155 1734 I C 
+3155 1680 M 3155 1649 I 3156 1647 I 3157 1646 I 3160 1647 I 3160 1649 I 3160 1680 I 3160 1682 I 3157 1682 I 3156 1682 I 3155 1680 I 3155 1680 I C 
+3155 1627 M 3155 1595 I 3156 1594 I 3157 1593 I 3160 1594 I 3160 1595 I 3160 1627 I 3160 1628 I 3157 1629 I 3156 1628 I 3155 1627 I 3155 1627 I C 
+3155 1573 M 3155 1541 I 3156 1540 I 3157 1539 I 3160 1540 I 3160 1541 I 3160 1573 I 3160 1574 I 3157 1575 I 3156 1574 I 3155 1573 I 3155 1573 I C 
+3155 1519 M 3155 1488 I 3156 1487 I 3157 1486 I 3160 1487 I 3160 1488 I 3160 1519 I 3160 1521 I 3157 1522 I 3156 1521 I 3155 1519 I 3155 1519 I C 
+3155 1465 M 3155 1434 I 3156 1433 I 3157 1432 I 3160 1433 I 3160 1434 I 3160 1465 I 3160 1467 I 3157 1468 I 3156 1467 I 3155 1465 I 3155 1465 I C 
+3155 1411 M 3155 1381 I 3156 1379 I 3157 1378 I 3160 1379 I 3160 1381 I 3160 1411 I 3160 1414 I 3157 1414 I 3156 1414 I 3155 1411 I 3155 1411 I C 
+3155 1358 M 3155 1327 I 3156 1325 I 3157 1325 I 3160 1325 I 3160 1327 I 3160 1358 I 3160 1360 I 3157 1360 I 3156 1360 I 3155 1358 I 3155 1358 I C 
+3155 1304 M 3155 1273 I 3156 1271 I 3157 1271 I 3160 1271 I 3160 1273 I 3160 1304 I 3160 1306 I 3157 1306 I 3156 1306 I 3155 1304 I 3155 1304 I C 
+3155 1251 M 3155 1219 I 3156 1218 I 3157 1217 I 3160 1218 I 3160 1219 I 3160 1251 I 3160 1252 I 3157 1253 I 3156 1252 I 3155 1251 I 3155 1251 I C 
+3155 1197 M 3155 1165 I 3156 1164 I 3157 1163 I 3160 1164 I 3160 1165 I 3160 1197 I 3160 1198 I 3157 1199 I 3156 1198 I 3155 1197 I 3155 1197 I C 
+3155 1144 M 3155 1112 I 3156 1111 I 3157 1110 I 3160 1111 I 3160 1112 I 3160 1144 I 3160 1145 I 3157 1146 I 3156 1145 I 3155 1144 I 3155 1144 I C 
+3155 1090 M 3155 1058 I 3156 1057 I 3157 1056 I 3160 1057 I 3160 1058 I 3160 1090 I 3160 1091 I 3157 1092 I 3156 1091 I 3155 1090 I 3155 1090 I C 
+3155 1036 M 3155 1005 I 3156 1003 I 3157 1002 I 3160 1003 I 3160 1005 I 3160 1036 I 3160 1038 I 3157 1038 I 3156 1038 I 3155 1036 I 3155 1036 I C 
+3155 982 M 3155 951 I 3156 949 I 3157 949 I 3160 949 I 3160 951 I 3160 982 I 3160 984 I 3157 984 I 3156 984 I 3155 982 I 3155 982 I C 
+3155 928 M 3155 897 I 3156 895 I 3157 895 I 3160 895 I 3160 897 I 3160 928 I 3160 930 I 3157 930 I 3156 930 I 3155 928 I 3155 928 I C 
+3155 875 M 3155 844 I 3156 842 I 3157 841 I 3160 842 I 3160 844 I 3160 875 I 3160 876 I 3157 877 I 3156 876 I 3155 875 I 3155 875 I C 
+3155 821 M 3155 790 I 3156 788 I 3157 787 I 3160 788 I 3160 790 I 3160 821 I 3160 822 I 3157 823 I 3156 822 I 3155 821 I 3155 821 I C 
+3155 768 M 3155 736 I 3156 735 I 3157 734 I 3160 735 I 3160 736 I 3160 768 I 3160 769 I 3157 770 I 3156 769 I 3155 768 I 3155 768 I C 
+3155 714 M 3155 682 I 3156 681 I 3157 680 I 3160 681 I 3160 682 I 3160 714 I 3160 715 I 3157 716 I 3156 715 I 3155 714 I 3155 714 I C 
+3155 660 M 3155 629 I 3156 627 I 3157 626 I 3160 627 I 3160 629 I 3160 660 I 3160 662 I 3157 663 I 3156 662 I 3155 660 I 3155 660 I C 
+3155 606 M 3155 575 I 3156 574 I 3157 573 I 3160 574 I 3160 575 I 3160 606 I 3160 608 I 3157 609 I 3156 608 I 3155 606 I 3155 606 I C 
+3155 552 M 3155 521 I 3156 520 I 3157 519 I 3160 520 I 3160 521 I 3160 552 I 3160 554 I 3157 555 I 3156 554 I 3155 552 I 3155 552 I C 
+3155 499 M 3155 468 I 3156 466 I 3157 466 I 3160 466 I 3160 468 I 3160 499 I 3160 501 I 3157 501 I 3156 501 I 3155 499 I 3155 499 I C 
+3155 445 M 3155 414 I 3156 412 I 3157 412 I 3160 412 I 3160 414 I 3160 445 I 3160 447 I 3157 447 I 3156 447 I 3155 445 I 3155 445 I C 
+3155 392 M 3155 361 I 3156 359 I 3157 358 I 3160 359 I 3160 361 I 3160 392 I 3160 393 I 3157 394 I 3156 393 I 3155 392 I 3155 392 I C 
+3155 338 M 3155 307 I 3156 305 I 3157 304 I 3160 305 I 3160 307 I 3160 338 I 3160 339 I 3157 340 I 3156 339 I 3155 338 I 3155 338 I C 
+3155 284 M 3155 253 I 3156 251 I 3157 250 I 3160 251 I 3160 253 I 3160 284 I 3160 286 I 3157 287 I 3156 286 I 3155 284 I 3155 284 I C 
+:  L ; K 
+N 2927 13 M 2927 248 I 3388 248 I 3388 13 I 2927 13 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 6 Lw solid N 2927 248 M 3388 248 I 3388 13 I 2927 13 I 2927 248 I C 
+: 0.668 0.727 +S K 
+; T32RsrcBegin
+
+30
+/g39 [47 0 3 -48 41 1 ] 
+/g39 [38 49 true [1 0 0 1 -3 48 ]  0 0]
+[<00003ff800
+0003ffff80
+000fffffe0
+003ffffff8
+007ffffffc
+00ffe00ffc
+01ff0000fc
+03fe00003c
+07f800000c
+0ff0000000
+0fe0000000
+1fe0000000
+1fc0000000
+3f80000000
+3f80000000
+7f80000000
+7f00000000
+7f00000000
+7f00000000
+fe00000000
+fe00000000
+fe00000000
+fe000ffff8
+fe000ffffc
+fe000ffffc
+fe000ffffc
+fe000ffffc
+fe000000fc
+fe000000fc
+fe000000fc
+ff000000fc
+7f000000fc
+7f000000fc
+7f000000fc
+7f800000fc
+3f800000fc
+3fc00000fc
+1fe00000fc
+1fe00000fc
+0ff00000fc
+0ff80000fc
+07fe0000fc
+03ff0001fc
+01ffe00ffc
+00fffffffc
+003ffffff8
+000fffffe0
+0003ffff00
+00007ff000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+31
+/g116 [66 0 2 -47 64 0 ] 
+/g116 [62 47 true [1 0 0 1 -2 47 ]  0 0]
+[<fc00000fc00000f8
+fe00001fc00001fc
+fe00001fe00001f8
+7e00001fe00001f8
+7f00003fe00001f8
+7f00003fe00003f0
+3f00003ff00003f0
+3f00003ff00003f0
+3f80007ff00007f0
+3f80007ff00007e0
+1f80007df80007e0
+1fc0007df80007e0
+1fc000fdf8000fc0
+0fc000fdfc000fc0
+0fc000f8fc000fc0
+0fe000f8fc000fc0
+07e001f8fc001f80
+07e001f87e001f80
+07e001f07e001f80
+07f001f07e001f00
+03f003f07f003f00
+03f003f03f003f00
+03f003e03f003f00
+01f803e03f007e00
+01f807e01f807e00
+01f807e01f807e00
+01fc07c01f807c00
+00fc07c01f80fc00
+00fc0fc00fc0fc00
+00fc0fc00fc0fc00
+007e0f800fc0f800
+007e0f800fe1f800
+007e1f8007e1f800
+007e1f8007e1f000
+003f1f0007e1f000
+003f1f0003f3f000
+003f3f0003f3f000
+001fbe0003f3e000
+001fbe0003f3e000
+001fbe0001ffe000
+001ffe0001ffc000
+000ffc0001ffc000
+000ffc0000ffc000
+000ffc0000ffc000
+0007fc0000ff8000
+0007f80000ff8000
+0003f800007f0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+3007 153 M <17>S 
+3038 153 M <1E>S  3081 153 M <1F>S  
+T32RsrcBegin
+
+32
+/g876 [29 0 0 -53 28 10 ] 
+/g876 [28 63 true [1 0 0 1 0 53 ]  0 0]
+[<000001f0
+000003f0
+000003f0
+000007e0
+000007e0
+000007e0
+00000fc0
+00000fc0
+00000fc0
+00001f80
+00001f80
+00003f00
+00003f00
+00003f00
+00007e00
+00007e00
+00007e00
+0000fc00
+0000fc00
+0001f800
+0001f800
+0001f800
+0003f000
+0003f000
+0003f000
+0007e000
+0007e000
+0007e000
+000fc000
+000fc000
+001f8000
+001f8000
+001f8000
+003f0000
+003f0000
+003f0000
+007e0000
+007e0000
+007e0000
+00fc0000
+00fc0000
+01f80000
+01f80000
+01f80000
+03f00000
+03f00000
+03f00000
+07e00000
+07e00000
+07c00000
+0fc00000
+0fc00000
+1f800000
+1f800000
+1f800000
+3f000000
+3f000000
+3f000000
+7e000000
+7e000000
+fc000000
+fc000000
+f8000000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+3143 153 M ( )S 
+T32RsrcBegin
+
+33
+/g87 [38 0 6 -47 35 0 ] 
+/g87 [29 47 true [1 0 0 1 -6 47 ]  0 0]
+[<7fffc000
+fffff800
+fffffe00
+ffffff80
+ffffffc0
+fc00ffe0
+fc003fe0
+fc000ff0
+fc000ff0
+fc0007f0
+fc0007f8
+fc0003f8
+fc0003f8
+fc0003f8
+fc0003f8
+fc0003f8
+fc0003f8
+fc0003f8
+fc0007f0
+fc0007f0
+fc000ff0
+fc001fe0
+fc003fc0
+fc00ffc0
+ffffff80
+ffffff00
+fffffc00
+fffff000
+ffff8000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+3169 153 M (!)S 
+3204 153 M <1E>S  3247 153 M <1F>S  
+7 Lw N 3007 161 M 3308 161 I : 0.668 0.727 +S K 
+; 6 Lw N 1214 1254 M 310 1254 I : 0.668 0.727 +S K 
+; N 242 1254 M 276 1233 I 276 1276 I 242 1254 I C 
+276 1233 M 242 1254 I 276 1233 I C 
+ O 10 Lw N 242 1254 M 276 1233 I 276 1276 I 242 1254 I : 0.668 0.727 +S K 
+; N 276 1233 M 242 1254 I : 0.668 0.727 +S K 
+; 6 Lw N 276 1254 M 329 1254 I : 0.668 0.727 +S K 
+; N 470 1144 M 470 1234 I 987 1234 I 987 1144 I 470 1144 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 470 1211 M <13>S 
+507 1211 M <13>S  544 1211 M <19>S  
+580 1211 M <14>S 
+T32RsrcBegin
+
+34
+/g374 [39 0 6 -35 34 0 ] 
+/g374 [28 35 true [1 0 0 1 -6 35 ]  0 0]
+[<0007f000
+f81ffe00
+f87fff00
+f8ffff80
+f9ffffc0
+fbf83fc0
+ffe01fe0
+ffc00fe0
+ff0007e0
+fe0007f0
+fe0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+615 1211 M <19>S 
+651 1211 M <02>S  687 1211 M (")S  723 1211 M (")S  
+760 1211 M <14>S 
+T32RsrcBegin
+
+35
+/g296 [23 0 1 -51 23 0 ] 
+/g296 [22 51 true [1 0 0 1 -1 51 ]  0 0]
+[<0007f0
+003ffc
+007ffc
+00fffc
+00fffc
+01fc0c
+01f800
+01f800
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+fffff0
+fffff0
+fffff0
+fffff0
+fffff0
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+03f000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+794 1211 M <13>S 
+831 1211 M <06>S  865 1211 M <05>S  894 1211 M <02>S  930 1211 M (")S  966 1211 M (#)S  
+N 2186 2262 M 3090 2262 I : 0.668 0.727 +S K 
+; N 3157 2262 M 3125 2283 I 3125 2240 I 3157 2262 I C 
+3125 2283 M 3157 2262 I 3125 2283 I C 
+ O 10 Lw N 3157 2262 M 3125 2283 I 3125 2240 I 3157 2262 I : 0.668 0.727 +S K 
+; N 3125 2283 M 3157 2262 I : 0.668 0.727 +S K 
+; 6 Lw N 3125 2262 M 3071 2262 I : 0.668 0.727 +S K 
+; N 1937 2118 M 1937 2208 I 3406 2208 I 3406 2118 I 1937 2118 I C 
+1 1 1 1 scol  O 0 0 0 1 scol T32RsrcBegin
+
+36
+/g346 [39 0 6 -50 34 0 ] 
+/g346 [28 50 true [1 0 0 1 -6 50 ]  0 0]
+[<fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc07f000
+fc1ffe00
+fc7fff00
+fcffff80
+fdffffc0
+fff83fc0
+ffe01fe0
+ffc00fe0
+ff0007e0
+fe0007f0
+fe0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+fc0003f0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1937 2185 M (!)S 
+1973 2185 M <0B>S  2005 2185 M <0A>S  2028 2185 M ($)S  
+2065 2185 M <14>S 
+T32RsrcBegin
+
+37
+/g449 [53 0 2 -34 51 0 ] 
+/g449 [49 34 true [1 0 0 1 -2 34 ]  0 0]
+[<fc0007e0001f80
+fc0007e0001f80
+fc0007f0003f00
+fe0007f0003f00
+7e000ff0003f00
+7e000ff0007e00
+7f000ff8007e00
+3f001ff8007e00
+3f001ff8007e00
+3f001ffc00fc00
+1f801ffc00fc00
+1f803ffc00fc00
+1f803e7c01f800
+1fc03e7e01f800
+0fc03e7e01f800
+0fc07c3e01f000
+0fe07c3f03f000
+07e07c3f03f000
+07e0fc3f03e000
+07e0f81f87e000
+03f0f81f87e000
+03f0f81f87c000
+03f1f00f87c000
+01f9f00fcfc000
+01f9f00fcf8000
+01f9f007cf8000
+00fbe007ff8000
+00ffe007ff8000
+00ffe003ff0000
+007fe003ff0000
+007fc003ff0000
+007fc003fe0000
+007fc001fe0000
+003f8001fc0000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+38
+/g349 [17 0 5 -47 12 0 ] 
+/g349 [7 47 true [1 0 0 1 -5 47 ]  0 0]
+[<7c
+fe
+fe
+fe
+fe
+fe
+7c
+00
+00
+00
+00
+00
+00
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+7e
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2099 2185 M <17>S 
+2130 2185 M (%)S  2179 2185 M (&)S  2195 2185 M <0A>S  2217 2185 M <05>S  2246 2185 M ($)S  
+2283 2185 M <14>S 
+T32RsrcBegin
+
+39
+/g395 [39 0 3 -35 33 14 ] 
+/g395 [30 49 true [1 0 0 1 -3 35 ]  0 0]
+[<003f8000
+00fff07c
+03fff87c
+07fffc7c
+0fffff7c
+1ff07ffc
+1fc01ffc
+3f800ffc
+3f0007fc
+7f0003fc
+7e0001fc
+7e0000fc
+7e0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fe0000fc
+7e0000fc
+7e0001fc
+7f0003fc
+7f0007fc
+3f800ffc
+3fc01ffc
+1fe07ffc
+0ffffefc
+0ffffcfc
+07fff8fc
+01ffe0fc
+007f80fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2317 2185 M <13>S 
+2354 2185 M <06>S  2388 2185 M (')S  2424 2185 M <03>S  2460 2185 M <06>S  2495 2185 M <01>S  2521 2185 M <0A>S  2544 2185 M <07>S  
+T32RsrcBegin
+
+40
+/g1085 [37 0 3 -37 34 -4 ] 
+/g1085 [31 33 true [1 0 0 1 -3 37 ]  0 0]
+[<0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+fffffffe
+fffffffe
+fffffffe
+fffffffe
+fffffffe
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+0007c000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2560 2185 M (\()S 
+2594 2185 M <07>S  
+2609 2185 M <16>S 
+2654 2185 M <01>S  2680 2185 M <06>S  2715 2185 M <04>S  
+2738 2185 M <14>S 
+T32RsrcBegin
+
+41
+/g367 [17 0 6 -50 12 0 ] 
+/g367 [6 50 true [1 0 0 1 -6 50 ]  0 0]
+[<fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+fc
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2772 2185 M (!)S 
+2808 2185 M (\))S  2823 2185 M <0B>S  2856 2185 M (")S  2892 2185 M <06>S  
+2926 2185 M <14>S 
+T32RsrcBegin
+
+42
+/g393 [39 0 6 -35 36 14 ] 
+/g393 [30 49 true [1 0 0 1 -6 35 ]  0 0]
+[<0007f800
+f81ffe00
+f87fff80
+f8ffffc0
+f9ffffe0
+fbf81fe0
+ffe00ff0
+ffc007f0
+ff8003f8
+ff0001f8
+fe0001f8
+fc0001f8
+fc0001fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0001f8
+fc0001f8
+fe0001f8
+ff0003f8
+ff8003f0
+ffc007f0
+ffe00fe0
+fff83fe0
+fdffffc0
+fcffff80
+fc7fff00
+fc3ffc00
+fc0ff000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+
+43
+/g282 [39 0 3 -50 33 1 ] 
+/g282 [30 51 true [1 0 0 1 -3 50 ]  0 0]
+[<000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+000000fc
+003f80fc
+00fff0fc
+03fff8fc
+07fffcfc
+0ffffffc
+1ff07ffc
+1fc01ffc
+3f800ffc
+3f0007fc
+7f0003fc
+7e0001fc
+7e0000fc
+7e0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fc0000fc
+fe0000fc
+7e0000fc
+7e0001fc
+7f0003fc
+7f0007fc
+3f800ffc
+3fc01ffc
+1fe07f7c
+0ffffe7c
+0ffffc7c
+07fff87c
+01ffe07c
+007f8000
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2960 2185 M <03>S 
+2996 2185 M (*)S  3033 2185 M (+)S  3069 2185 M <0B>S  3102 2185 M <0A>S  3125 2185 M <06>S  
+3158 2185 M <14>S 
+3192 2185 M <04>S 
+3217 2185 M <06>S  3251 2185 M (')S  3287 2185 M <03>S  3323 2185 M <06>S  3357 2185 M <01>S  3384 2185 M <0A>S  
+N 3157 2597 M 2254 2597 I : 0.668 0.727 +S K 
+; N 2186 2597 M 2219 2576 I 2219 2618 I 2186 2597 I C 
+2219 2576 M 2186 2597 I 2219 2576 I C 
+ O 10 Lw N 2186 2597 M 2219 2576 I 2219 2618 I 2186 2597 I : 0.668 0.727 +S K 
+; N 2219 2576 M 2186 2597 I : 0.668 0.727 +S K 
+; 6 Lw N 2219 2597 M 2273 2597 I : 0.668 0.727 +S K 
+; N 1850 2487 M 1850 2576 I 3494 2576 I 3494 2487 I 1850 2487 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 1850 2554 M (!)S 
+1885 2554 M <0B>S  1918 2554 M <0A>S  1941 2554 M ($)S  
+1977 2554 M <14>S 
+2012 2554 M <17>S 
+2043 2554 M (%)S  2092 2554 M (&)S  2107 2554 M <0A>S  2130 2554 M <05>S  2159 2554 M ($)S  
+2195 2554 M <14>S 
+2230 2554 M <13>S 
+2266 2554 M <06>S  2301 2554 M (')S  2337 2554 M <03>S  2373 2554 M <06>S  2407 2554 M <01>S  2434 2554 M <0A>S  
+2457 2554 M <14>S 
+T32RsrcBegin
+
+44
+/g364 [34 0 6 -50 33 0 ] 
+/g364 [27 50 true [1 0 0 1 -6 50 ]  0 0]
+[<fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000000
+fc000fc0
+fc003fc0
+fc007f80
+fc00ff00
+fc00fe00
+fc01fc00
+fc03f800
+fc07f000
+fc0fe000
+fc1fc000
+fc3f8000
+fc7f0000
+fcfe0000
+fdfc0000
+fff80000
+fffc0000
+fdfe0000
+fcfe0000
+fc7f0000
+fc7f8000
+fc3fc000
+fc1fe000
+fc0fe000
+fc07f000
+fc07f800
+fc03fc00
+fc01fc00
+fc00fe00
+fc00ff00
+fc007f80
+fc003fc0
+fc001fc0
+fc000fe0
+fc0007e0
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+2491 2554 M <0E>S 
+2531 2554 M <05>S  2560 2554 M (,)S  2591 2554 M <07>S  
+2607 2554 M (\()S 
+2641 2554 M <07>S  
+2656 2554 M <16>S 
+2701 2554 M <01>S  2727 2554 M <06>S  2762 2554 M <04>S  
+2785 2554 M <14>S 
+2819 2554 M (!)S 
+2855 2554 M (\))S  2870 2554 M <0B>S  2903 2554 M (")S  2939 2554 M <06>S  
+2973 2554 M <14>S 
+3007 2554 M <03>S 
+3043 2554 M (*)S  3080 2554 M (+)S  3116 2554 M <0B>S  3149 2554 M <0A>S  3172 2554 M <06>S  
+3205 2554 M <14>S 
+3239 2554 M <04>S 
+3263 2554 M <06>S  3298 2554 M <01>S  3325 2554 M (*)S  3361 2554 M <02>S  3397 2554 M (")S  3433 2554 M <01>S  3460 2554 M <06>S  
+N 243 1926 M 2118 1926 I : 0.668 0.727 +S K 
+; N 2186 1926 M 2153 1947 I 2153 1905 I 2186 1926 I C 
+2153 1947 M 2186 1926 I 2153 1947 I C 
+ O 10 Lw N 2186 1926 M 2153 1947 I 2153 1905 I 2186 1926 I : 0.668 0.727 +S K 
+; N 2153 1947 M 2186 1926 I : 0.668 0.727 +S K 
+; 6 Lw N 2153 1926 M 2099 1926 I : 0.668 0.727 +S K 
+; N 813 1782 M 813 1872 I 1616 1872 I 1616 1782 I 813 1782 I C 
+1 1 1 1 scol  O 0 0 0 1 scol 813 1849 M <13>S 
+849 1849 M <13>S  886 1849 M <19>S  
+923 1849 M <14>S 
+957 1849 M <19>S 
+994 1849 M <02>S  1030 1849 M (")S  1066 1849 M (")S  
+1102 1849 M <14>S 
+T32RsrcBegin
+
+45
+/g373 [59 0 6 -35 54 0 ] 
+/g373 [48 35 true [1 0 0 1 -6 35 ]  0 0]
+[<0007f0003f80
+f81ffc00ffe0
+f87ffe03fff0
+f8ffff07fff8
+f9ffff8ffffc
+fbf07f9f83fc
+ffe01fff00fe
+ff801ffc00fe
+ff000ff8007e
+fe000ff0007f
+fe0007f0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+fc0007e0003f
+>
+ ]
+/TT353ADb00 AddT3T32Char
+T32RsrcEnd
+1137 1849 M <13>S 
+1173 1849 M <06>S  1208 1849 M <05>S  1237 1849 M <02>S  1273 1849 M (")S  1309 1849 M (#)S  1330 1849 M <07>S  1345 1849 M <19>S  1381 1849 M <02>S  1418 1849 M (-)S  1473 1849 M (*)S  1509 1849 M (\))S  1524 1849 M <06>S  1559 1849 M <0A>S  1581 1849 M <06>S  
+LH
+%%PageTrailer
+
+%%Trailer
+%%DocumentNeededResources: 
+%%DocumentSuppliedResources: 
+%%+ procset Pscript_WinNT_VMErrorHandler 5.0 0
+%%+ procset Pscript_FatalError 5.0 0
+%%+ procset Pscript_Win_Basic 5.0 0
+%%+ procset Pscript_Win_Utils_L1 5.0 0
+%%+ procset Pscript_Win_GdiObject 5.0 0
+%%+ procset Pscript_Win_GdiObject_L1 5.0 0
+%%+ procset Pscript_T3Hdr 5.0 0
+%%+ procset Pscript_Text 5.0 0
+Pscript_WinNT_Incr dup /terminate get exec
+%%EOF
Binary file src/lte/doc/source/figures/lte-epc-x2-interface.dia has changed
Binary file src/lte/doc/source/figures/lte-harq-architecture.dia has changed
Binary file src/lte/doc/source/figures/lte-harq-processes-scheme.dia has changed
Binary file src/lte/doc/source/figures/lte-phy-interference.png has changed
Binary file src/lte/doc/source/figures/lte-ue-architecture.dia has changed
Binary file src/lte/doc/source/figures/lte-ue-phy.dia has changed
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/lte-ue-rrc-states.dot	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,23 @@
+digraph LteRrcStates {
+
+
+IDLE_CELL_SELECTION [shape="box",width=5]
+IDLE_WAIT_SYSTEM_INFO [shape="box",width=5]
+IDLE_CAMPED_NORMALLY [shape="box",width=5]
+IDLE_RANDOM_ACCESS [shape="box",width=5]
+IDLE_CONNECTING [shape="box",width=5]
+CONNECTED_NORMALLY [shape="box",width=5]
+CONNECTED_HANDOVER [shape="box",width=5]
+
+
+IDLE_CELL_SELECTION -> IDLE_WAIT_SYSTEM_INFO  [label="eNB CellId enforced by upper layers"]
+IDLE_WAIT_SYSTEM_INFO -> IDLE_CAMPED_NORMALLY [label="rx MIB + SIB2"]
+IDLE_CAMPED_NORMALLY -> IDLE_RANDOM_ACCESS [label="connection request by upper layers"]
+IDLE_RANDOM_ACCESS -> IDLE_CONNECTING  [label="random access successful"]
+IDLE_RANDOM_ACCESS -> IDLE_CAMPED_NORMALLY  [label="random access failure"]
+IDLE_CONNECTING -> CONNECTED_NORMALLY [label="rx RRC CONN SETUP"]
+IDLE_CONNECTING -> IDLE_CAMPED_NORMALLY [label="rx RRC CONN REJECT"]
+CONNECTED_NORMALLY -> CONNECTED_HANDOVER [label="rx RRC CONN RECONF with MobilityCltrInfo"]
+CONNECTED_HANDOVER -> CONNECTED_NORMALLY [label="random access successful"]
+
+}
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/mac-random-access-contention.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,44 @@
+
+diagram {
+   UeRrc; UeMac; UePhy;  EnbRrc; EnbPhy; EnbMac; FfSched;	
+		
+   UeRrc ->> UeMac [label="StartContentionBasedRandomAccessProcedure"]
+   UeMac ->> UeMac [label="Select random preamble in 0,1,...,63-Ncf"]
+   UeMac ->> UeMac [label="start RAR timeout"]
+   UeMac ->> UePhy [label="SendRachPreamble"] 
+   UePhy ->> EnbPhy [label="RachPreambleLteControlMessage"]	
+   EnbPhy ->> EnbMac [label="ReceiveRachPreamble (this UE)"]
+   EnbMac ->> EnbMac [label="add to list of received Rach preamble"]
+   EnbPhy ->> EnbMac [label="ReceiveRachPreamble (other UE colliding)"]
+   EnbMac ->> EnbMac [label="add to list of received Rach preamble"]
+   EnbPhy ->> EnbMac [label="SubframeIndication"]
+   EnbMac ->> EnbMac [label="discard collided preambles"]
+   UeMac ->> UeMac [label="RAR timeout expires"]
+   UeMac ->> UeMac [label="Select random preamble in 0,1,...,63-Ncf"]
+   UeMac ->> UeMac [label="start RAR timeout"]
+   UeMac ->> UePhy [label="SendRachPreamble"] 
+   UePhy ->> EnbPhy [label="RachPreambleLteControlMessage"]	
+   EnbPhy ->> EnbMac [label="ReceiveRachPreamble (this UE)"]
+   EnbMac ->> EnbMac [label="add to list of received Rach preamble"]
+   EnbPhy ->> EnbMac [label="SubframeIndication"]
+   EnbMac ->> EnbRrc [label="AllocateTemporaryCellRnti"]	
+   EnbRrc ->> EnbRrc [label="AddUe"]	
+   EnbMac <<- EnbRrc [label="ConfigureUe (C-RNTI = T-C-RNTI)"] 
+   EnbMac ->> FfSched  [label="CSCHED_UE_CONFIG_REQ"]
+   EnbMac <<- FfSched  [label="CSCHED_UE_CONFIG_CNF"]
+   EnbMac ->> FfSched  [label="CSCHED_LC_CONFIG_REQ (SRB1)"]
+   EnbMac <<- FfSched  [label="CSCHED_LC_CONFIG_CNF"]
+   EnbMac <<- EnbRrc [label="T-C-RNTI"]		
+   EnbMac ->> FfSched [label="SCHED_DL_RACH_INFO_REQ (T-C-RNTI list)"]		
+   EnbMac ->> FfSched [label="SCHED_DL_TRIGGER_REQ"]	
+   EnbMac <<- FfSched  [label="SCHED_DL_CONFIG_IND (RAR list with UL grant per RNTI)"]
+   EnbMac ->> EnbMac [label="build RARs"]
+   EnbPhy <<- EnbMac [label="SendLteControlMessage (RARs)"]
+   UePhy <<- EnbPhy [label="RARs as RarLteControlMessage"]
+   UeMac <<- UePhy [label="ReceiveLteControlMessage (RARs)"] 
+   UeMac ->> UeMac [label="RecvRaResponse"]
+   UeRrc <<- UeMac [label="NotifyRandomAccessSuccessful"]
+}
+
+
+
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/mac-random-access-noncontention.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,34 @@
+
+diagram {
+   UeRrc;  UeMac; UePhy; EnbRrc; EnbPhy; EnbMac; FfSched; 	
+
+   EnbRrc ->> EnbRrc [label="AddUe"]	
+   EnbRrc ->> EnbMac [label="ConfigureUe (C-RNTI = T-C-RNTI)"] 
+   EnbMac ->> FfSched  [label="CSCHED_UE_CONFIG_REQ"]
+   EnbMac <<- FfSched  [label="CSCHED_UE_CONFIG_CNF"]
+   EnbMac ->> FfSched  [label="CSCHED_LC_CONFIG_REQ (SRB1)"]
+   EnbMac <<- FfSched  [label="CSCHED_LC_CONFIG_CNF"]
+   EnbMac <<- EnbRrc [label=" AllocateNcRaPreamble (T-C-RNTI)"]	
+   EnbMac ->> EnbRrc [label="rach preamble id"]	
+   UeRrc <<- EnbRrc [label="rach preamble id (e.g., within handoverCommand inside X2 HO REQ ACK"]	
+   UeRrc ->> UeMac [label="StartNonContentionBasedRandomAccessProcedure"]
+   UeMac ->> UeMac [label="start RAR timeout"]
+   UeMac ->> UePhy [label="SendRachPreamble"] 
+   UePhy ->> EnbPhy [label="RachPreambleLteControlMessage"]	
+   EnbPhy ->> EnbMac [label="ReceiveRachPreamble (this UE)"]
+   EnbMac ->> EnbMac [label="add to list of received Rach preamble"]
+   EnbPhy ->> EnbMac [label="SubframeIndication"]
+   EnbMac ->> EnbMac [label="preamble matches known T-C-RNTI"]		
+   EnbMac ->> FfSched [label="SCHED_DL_RACH_INFO_REQ (T-C-RNTI list)"]		
+   EnbMac ->> FfSched [label="SCHED_DL_TRIGGER_REQ"]	
+   EnbMac <<- FfSched  [label="SCHED_DL_CONFIG_IND (RAR list with UL grant per RNTI)"]
+   EnbMac ->> EnbMac [label="build RARs"]
+   EnbPhy <<- EnbMac [label="SendLteControlMessage (RARs)"]
+   UePhy <<- EnbPhy [label="RARs as RarLteControlMessage"]
+   UeMac <<- UePhy [label="ReceiveLteControlMessage (RARs)"] 
+   UeMac ->> UeMac [label="RecvRaResponse"]
+   UeRrc <<- UeMac [label="NotifyRandomAccessSuccessful"]
+}
+
+
+
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/nas-attach.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,24 @@
+
+diagram {
+	EpcUeNas; LteUeRrc; LteEnbRrc; EpcEnbApplication; EpcSgwPgwApplication; EpcMme;	
+	
+	
+	EpcUeNas ->> LteUeRrc [label="ForceCampedOnEnb (CellId)"];
+	EpcUeNas ->> LteUeRrc [label="Connect"] 
+	LteUeRrc ->> LteEnbRrc [label="RRC Connection Request"]	
+	LteEnbRrc ->> EpcEnbApplication [label="initial UE message"]		
+	EpcEnbApplication ->> EpcMme [label="S1-AP INITIAL UE MESSAGE"]
+	EpcMme ->> EpcMme [label="store IMSI->eNB UE id (RNTI) mapping"]
+	EpcMme ->> EpcSgwPgwApplication [label="S11 CREATE SESSION"]
+	EpcSgwPgwApplication ->> EpcSgwPgwApplication [label="setup S1-U bearers"]
+	EpcMme <<- EpcSgwPgwApplication [label="S11 CREATE SESSION RESPONSE"]
+	EpcEnbApplication <<- EpcMme [label="S1-AP INITIAL CONTEXT SETUP (bearers to be created)"]
+	EpcEnbApplication ->> EpcMme [label="S1-AP INITIAL CONTEXT SETUP RESPONSE"]
+	EpcEnbApplication ->> EpcEnbApplication [label="setup S1-U bearers"]	
+	LteEnbRrc <<- EpcEnbApplication [label="DataRadioBearerSetupRequest"]		
+	LteEnbRrc ->> LteEnbRrc  [label="setup data radio bearers"]
+	LteUeRrc <<- LteEnbRrc [label="RRC Connection Reconfiguration"]	
+	LteUeRrc ->> LteUeRrc  [label="setup data radio bearers"]
+	LteUeRrc ->> LteEnbRrc [label="RRC Connection Reconfiguration Completed"]
+}
+
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/rrc-connection-establishment.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,20 @@
+
+
+diagram {
+	AsSap; UeRrc; CmacSap; RrcSap; EnbRrc;
+	
+
+	AsSap ->> UeRrc [label="Connect"]
+	UeRrc ->> CmacSap [label="StartContentionBasedRandomAccessProcedure"]   
+	=== UE sends RA preamble and receives RAR with T-C-RNTI ===
+	UeRrc <<- CmacSap [label="SetTemporaryCellRnti"]
+	UeRrc ->> RrcSap [label="send RRC CONNECTION REQUEST"]
+	RrcSap ->> EnbRrc [label="recv RRC CONNECTION REQUEST"]
+	RrcSap <<- EnbRrc [label="send RRC CONNECTION SETUP"]
+	UeRrc <<- RrcSap [label="recv RRC CONNECTION SETUP"]
+	UeRrc ->> RrcSap [label="send RRC CONNECTION SETUP COMPLETED"]
+	RrcSap ->> EnbRrc [label="recv RRC CONNECTION SETUP COMPLETED"]
+}
+
+
+
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/rrc-connection-reconfiguration-handover.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,38 @@
+
+
+diagram {
+   sourceEnbRrc; UeRrc; UeMac; UePhy; EnbPhy; EnbMac; FfSched; EnbRrc; 
+   
+   sourceEnbRrc ->> EnbRrc [label="X2: HO req"]
+   EnbMac <<- EnbRrc [label="HandoverRequest (newly allocated C-RNTI + LC list)"] 
+   EnbMac ->> FfSched  [label="CSCHED_UE_CONFIG_REQ"]
+   EnbMac <<- FfSched  [label="CSCHED_UE_CONFIG_CNF"]
+   EnbMac ->> FfSched  [label="CSCHED_LC_CONFIG_REQ (all active DRBs)"]
+   EnbMac <<- FfSched  [label="CSCHED_LC_CONFIG_CNF"]
+   EnbMac ->> EnbRrc [label="HandoverConfirm (PRACH ID in 63-Ncf,..., 63 + PRACH mask"] 
+   sourceEnbRrc <<- EnbRrc [label="X2: HO ack incl. MobilityControlInfo"]
+   sourceEnbRrc ->> UeRrc [label="RrcConnectionReconfiguration with MobilityControlInfo (incl. RACH-ConfigDedicated over SRB1"] 
+   UeRrc ->> UeMac  [label="Handover (new C-RNTI, PRACH ID+Mask)"]
+   UeRrc ->> UeMac [label="SendOverCcch (RrcConnectionReconfigurationRequest)"] 
+   === start non-contention based MAC Random Access Procedure ===
+   UeMac ->> UePhy [label="SendRachPreamble (PRACH ID)"] 
+   UePhy ->> EnbPhy [label="RachPreamble over RACH"]	
+   EnbPhy ->> EnbMac [label="NotifyRxRachPreamble (PRACH ID)"]
+   EnbMac ->> FfSched [label="SCHED_DL_RACH_INFO_REQ (RNTI list)"]	
+   EnbPhy ->> EnbMac [label="SubframeIndication"]	
+   EnbMac ->> FfSched [label="SCHED_DL_TRIGGER_REQ"]	
+   EnbMac <<- FfSched  [label="SCHED_DL_CONFIG_IND (RAR list with UL grant per RNTI))"]
+   EnbMac ->> EnbMac [label="determine RA-RNTI from PRACH ID"] 
+   EnbPhy <<- EnbMac [label="Send RAR with RA-RNTI identifying preambleId"]
+   UePhy <<- EnbPhy [label="RAR over PDSCH"]
+   UeMac <<- UePhy [label="Rx RAR"] 
+   UeRrc <<- UeMac [label="NotifyRandomAccessProcedureEndOk"] 
+   === end non-contention based MAC Random Access Procedure ===
+   UeMac ->> UePhy [label="SendOverUlsch (RrcConnectionReconfigurationCompleted)"] 
+   UePhy ->> EnbPhy [label="TX over PUSCH"]
+   EnbPhy ->> EnbMac [label="RxOverUlsch (RrcConnectionReconfigurationCompleted)"]
+   EnbMac ->> EnbRrc [label="RxOverCcch (RrcConnectionReconfigurationCompleted)"]
+
+}
+
+
--- /dev/null	Thu Jan 01 00:00:00 1970 +0000
+++ b/src/lte/doc/source/figures/rrc-connection-reconfiguration.seqdiag	Fri Apr 12 11:42:20 2013 -0700
@@ -0,0 +1,14 @@
+
+diagram {
+   EnbRrc; EnbRlcAm; UeRlcAm; UeRrc;
+
+   EnbRrc ->> EnbRlcAm [label="SendPdu (RrcConnectionReconfiguration)"]
+   EnbRlcAm ->>   UeRlcAm  [label="AM transfer of RLC SDU over DCCH1"]	 
+   UeRlcAm ->> UeRrc  [label="RecvPdu (RrcConnectionReconfiguration)"] 
+   UeRrc => UeMac  [label="perform reconfiguration"]
+   UeRlcAm <<- UeRrc  [label="SendPdu (RrcConnectionReconfigurationCompleted)"] 
+   EnbRlcAm <<- UeRlcAm ->> [label="AM transfer of RLC SDU over DCCH1"]	 
+   EnbRrc <<- EnbRlcAm [label="RecvPdu (RrcConnectionReconfigurationCompleted)"]
+}
+
+
--- a/src/lte/doc/source/lte-design.rst	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/source/lte-design.rst	Fri Apr 12 11:42:20 2013 -0700
@@ -6,26 +6,22 @@
 ++++++++++++++++++++++++++
 
 
------------------------
-Overall Architecture 
------------------------
-
-The overall architecture of the LENA simulation model is depicted in
+---------
+Overview
+---------
+
+
+An overview of the  LTE-EPC simulation model is depicted in
 the figure :ref:`fig-epc-topology`. There are two main components:
 
  * the LTE Model. This model includes the LTE Radio Protocol
    stack (RRC, PDCP, RLC, MAC, PHY). These entities reside entirely within the
    UE and the eNB nodes.
 
-* the EPC Model. This models includes core network
-  interfaces, protocols and entities. These entities and protocols
-  reside within the SGW, PGW and MME nodes, and partially within the
-  eNB nodes.
-
-
-Each component of the overall architecture is explained in detail in
-the following subsections.
-
+ * the EPC Model. This models includes core network
+   interfaces, protocols and entities. These entities and protocols
+   reside within the SGW, PGW and MME nodes, and partially within the
+   eNB nodes.
 
 
 .. _fig-epc-topology:
@@ -33,21 +29,18 @@
 .. figure:: figures/epc-topology.*
    :align: center
 
-   Overall architecture of the LTE-EPC simulation model
-
-
-
-
-
-
----------------
-LTE Model 
----------------
-
-
+   Overview of the LTE-EPC simulation model
+
+
+.. _sec-design-criteria:
+
+-----------------------
 Design Criteria
-+++++++++++++++
-
+-----------------------
+
+
+LTE Model
++++++++++
 
 The LTE model has been designed to support the evaluation of the following aspects of LTE systems:  
 
@@ -114,92 +107,16 @@
     should be modeled accurately.
 
 
-
-Architecture
-++++++++++++
-
-For the sake of an easier explanation, we further divide the LTE model
-in two separate parts, which are described in the following.
-
-The overall architecture of the LTE module is represented in the following figures.
-
-The first part is the lower LTE radio protocol stack, which is
-represented in the figures 
-:ref:`fig-lte-enb-architecture` and :ref:`fig-lte-ue-architecture`,
-which deal respectively with the eNB and the UE. 
-
-.. _fig-lte-enb-architecture:
-   
-.. figure:: figures/lte-enb-architecture.*
-   :align: center
-
-   Lower LTE radio protocol stack architecture for the eNB
-
-
-
-.. _fig-lte-ue-architecture:
-
-.. figure:: figures/lte-ue-architecture.*
-   :align: center
-
-   Lower LTE radio protocol stack architecture for the UE
-
-
-The LTE lower radio stack model includes in particular the PHY and the MAC layers;
-additionally, also the Scheduler is included (which is commonly
-associated with the MAC layer). The most important difference between
-the eNB and the UE is the presence of the Scheduler in the eNB, which
-is in charge of assigning radio resources to all UEs and Radio Bearers
-both in uplink and downlink. This component is not present within the
-UE.
-
-
-
-
-The second part is the upper LTE radio stack, which is represented in
-the figure :ref:`fig-lte-arch-data-rrc-pdcp-rlc`. 
-
-.. _fig-lte-arch-data-rrc-pdcp-rlc:
-   
-.. figure:: figures/lte-arch-data-rrc-pdcp-rlc.*
-   :align: center
-
-   Architecture of the upper LTE radio stack 
-
-
-This part includes the RRC, PDCP and RLC protocols. The architecture
-is very similar between the eNB and the UE: in fact, in
-both cases there is a single MAC instance and a single RRC instance,
-that work together with pairs of RLC and PDCP instances (one RLC and
-one PDCP instance per radio bearer).
-
-We note that in the current version of the simulator the data
-plane of the upper LTE radio protocol stack is modeled accurately; in
-particular, the RLC and PDCP protocol are implemented with actual
-protocol headers that match those specified by the 3GPP standard. 
-On the other hand, the functionality of the control plane (which for
-the upper LTE radio protocol stack involves mainly the RRC) is modeled in a
-significantly simplified fashion.   
-
-
-
-
-----------------
 EPC Model
-----------------
-
-
-
-The EPC model provides means for the simulation of end-to-end IP
-connectivity over the LTE model. In particular, it supports for the
++++++++++
+
+
+The main objective of the EPC model is to provides means for the
+simulation of end-to-end IP connectivity over the LTE model. 
+To this aim, it supports for the
 interconnection of multiple UEs to the internet, via a radio access
-network of multiple eNBs connected to a single SGW/PGW node. This
-network topology is depicted in Figure :ref:`fig-epc-topology`.
-
-
-
-Design Criteria
-+++++++++++++++
+network of multiple eNBs connected to a single SGW/PGW node, as shown
+in Figure :ref:`fig-epc-topology`.
 
 
 The following design choices have been made for the EPC model:
@@ -234,23 +151,115 @@
     connected mode. Hence, all the functionality that is only relevant
     for ECM idle mode (in particular, tracking area update and paging)
     are not modeled at all.
- #. While handover support is not a current requirement, it is
-    planned to be considered in the near future. Hence, the management
-    of EPS bearers by the eNBs and the SGW/PGW should be implemented in such
-    a way that it can be re-used when handover support is eventually
-    added.
-
-
-
+ #. The model should allow the possibility to perform an X2-based
+    handover between two eNBs.
+
+
+
+
+.. _overall-architecture:
+
+-----------------------
 Architecture
-++++++++++++
-
-The focus of the EPC model is currently on the EPC data plane. To
-understand the architecture of this model, we first look at Figure
-:ref:`fig-lte-epc-e2e-data-protocol-stack`, where we represent the
-end-to-end LTE-EPC protocol stack as it is 
-implemented in the simulator. From the figure, it is evident that the
-biggest simplification introduced in the EPC model for the data plane
+-----------------------
+
+
+
+
+
+LTE Model 
+++++++++++
+
+
+
+UE architecture
+---------------
+
+The architecture of the LTE radio protocol stack model of the UE is
+represented in the figures :ref:`fig-lte-arch-ue-data` and
+:ref:`fig-lte-arch-ue-ctrl` which highlight respectively the data
+plane and the control plane.
+
+
+.. _fig-lte-arch-ue-data:
+ 
+.. figure:: figures/lte-arch-ue-data.*
+   :align: center
+
+   LTE radio protocol stack architecture for the UE on the data plane
+
+
+.. _fig-lte-arch-ue-ctrl:
+
+.. figure:: figures/lte-arch-ue-ctrl.*
+   :align: center
+
+   LTE radio protocol stack architecture for the UE on the control plane
+
+
+The architecture of the PHY/channel model of the UE is represented in figure :ref:`fig-lte-ue-phy`. 
+
+
+.. _fig-lte-ue-phy:
+   
+.. figure:: figures/lte-ue-phy.*
+   :align: center
+
+   PHY and channel model architecture for the UE
+
+
+
+
+eNB architecture
+----------------
+
+The architecture of the LTE radio protocol stack model of the eNB is
+represented in the figures :ref:`fig-lte-arch-enb-data` and
+:ref:`fig-lte-arch-enb-ctrl` which highlight respectively the data plane
+and the control plane. 
+
+
+.. _fig-lte-arch-enb-data:
+   
+.. figure:: figures/lte-arch-enb-data.*
+   :align: center
+
+   LTE radio protocol stack architecture for the eNB on the data plane
+
+
+.. _fig-lte-arch-enb-ctrl:
+   
+.. figure:: figures/lte-arch-enb-ctrl.*
+   :align: center
+
+   LTE radio protocol stack architecture for the eNB on the control plane
+
+
+The architecture of the PHY/channel model of the eNB is represented in figure :ref:`fig-lte-enb-phy`. 
+
+
+.. _fig-lte-enb-phy:
+   
+.. figure:: figures/lte-enb-phy.*
+   :align: center
+
+   PHY and channel model architecture for the eNB
+
+
+
+
+EPC Model
++++++++++
+
+
+
+EPC data plane
+--------------
+
+In Figure :ref:`fig-lte-epc-e2e-data-protocol-stack`, we represent the
+end-to-end LTE-EPC data plane protocol stack as it is modeled in the
+simulator. From the figure, it is evident that the 
+biggest simplification introduced in the data plane model
 is the inclusion of the SGW and PGW functionality within a single
 SGW/PGW node, which removes the need for the S5 or S8 interfaces 
 specified by 3GPP. On the other hand, for both the S1-U protocol stack and
@@ -266,165 +275,611 @@
    LTE-EPC data plane protocol stack
 
 
-As shown in the figure,  there are two different layers of
-IP networking. The first one is the end-to-end layer, which provides end-to-end 
-connectivity to the users; this layers involves the UEs, the PGW and
-the remote host (including eventual internet routers and hosts in
-between), but does not involve the eNB. By default, UEs are assigned a public IPv4 address in the 7.0.0.0/8
-network, and the PGW gets the address 7.0.0.1, which is used by all
-UEs as the gateway to reach the internet. 
-
-The second layer of IP networking is the EPC local area network. This
-involves all eNB nodes and the SGW/PGW node. This network is
-implemented as a set of point-to-point links which connect each eNB
-with the SGW/PGW node; thus, the SGW/PGW has a set of point-to-point
-devices, each providing connectivity to a different eNB. By default, a
-10.x.y.z/30 subnet is assigned to each point-to-point link (a /30
-subnet is the smallest subnet that allows for two distinct host
-addresses). 
-
-As specified by 3GPP, the end-to-end IP
-communications is tunneled over the local EPC IP network using
-GTP/UDP/IP. In the following, we explain how this tunneling is
-implemented in the EPC model. The explanation is done by discussing the
-end-to-end flow of data packets.  
-
-.. _fig-epc-data-flow-dl:
+
+
+EPC control plane
+-----------------
+
+The architecture of the implementation of the control plane model is
+shown in figure :ref:`fig-epc-ctrl-arch`. The control interfaces that are
+modeled explicitly are the S1-AP, the X2-AP and the S11 interfaces. 
+
+We note that the S1-AP and the S11 interfaces are modeled in a simplified
+fashion, by using just one pair of interface classes to model the
+interaction between entities that reside on different nodes (the eNB
+and the MME for the S1-AP interface, and the MME and the SGW for the
+S11 interface). In practice, this means that the primitives of these
+interfaces are mapped to a direct function call between the two
+objects. On the other hand, the X2-AP interface is being modeled using
+protocol data units sent over an X2 link (modeled as a point-to-point
+link); for this reason, the X2-AP interface model is more realistic.
+
+
+
+
+.. _fig-epc-ctrl-arch:
    
-.. figure:: figures/epc-data-flow-dl.*
+.. figure:: figures/epc-ctrl-arch.*
+   :align: center
+
+   EPC control model
+
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+      
+        \clearpage
+
+
+
+-----------------------
+Channel and Propagation
+-----------------------
+
+
+For channel modeling purposes, the LTE module uses the ``SpectrumChannel``
+interface provided by the spectrum module. At the time of this
+writing, two implementations of such interface are available:
+``SingleModelSpectrumChannel`` and ``MultiModelSpectrumChannel``, and the
+LTE module requires the use of the ``MultiModelSpectrumChannel`` in
+order to work properly. This is because of the need to support
+different frequency and bandwidth configurations. All the the
+propagation models supported by ``MultiModelSpectrumChannel`` can be
+used within the LTE module.  
+
+
+
+Use of the Buildings model with LTE
++++++++++++++++++++++++++++++++++++
+
+The recommended propagation model to be used with the LTE
+module is the one provided by the Buildings module, which was in fact
+designed specifically with LTE (though it can be used with other
+wireless technologies as well). Please refer to the documentation of
+the Buildings module for generic information on the propagation model
+it provides. 
+
+In this section we will highlight some considerations that
+specifically apply when the Buildings module is used together with the
+LTE module.
+
+
+The naming convention used in the following will be:
+
+ * User equipment:  UE
+ * Macro Base Station: MBS
+ * Small cell Base Station (e.g., pico/femtocell): SC
+
+
+The LTE module considers FDD only, and implements downlink and uplink propagation separately. As a consequence, the following pathloss computations are performed
+
+  * MBS <-> UE (indoor and outdoor)
+  * SC (indoor and outdoor) <-> UE (indoor and outdoor)
+ 
+The LTE model does not provide the following pathloss computations:
+
+  * UE <-> UE
+  * MBS <-> MBS
+  * MBS <-> SC
+  * SC <-> SC
+
+
+The Buildings model does not know the actual type of the node; i.e.,
+it is not aware of whether a transmitter node is a UE, a MBS, or a
+SC. Rather, the Buildings model only cares about the position of the
+node: whether it is indoor and outdoor, and what is its z-axis respect
+to the rooftop level. As a consequence, for an eNB node that is placed
+outdoor and at a z-coordinate above the rooftop level, the propagation
+models typical of MBS will be used by the Buildings
+module. Conversely, for an eNB that is placed outdoor but below the
+rooftop,  or indoor, the propagation models typical of pico and
+femtocells will be used.  
+
+For communications involving at least one indoor node, the
+corresponding wall penetration losses will be calculated by the
+Buildings model. This covers the following use cases: 
+ 
+ * MBS <-> indoor UE
+ * outdoor SC <-> indoor UE
+ * indoor SC <-> indoor UE
+ * indoor SC <-> outdoor UE
+
+Please refer to the documentation of the Buildings module for details
+on the actual models used in each case. 
+
+
+Fading Model
+++++++++++++
+
+The LTE module includes a trace-based fading model derived from the one developed during the GSoC 2010 [Piro2011]_. The main characteristic of this model is the fact that the fading evaluation during simulation run-time is based on per-calculated traces. This is done to limit the computational complexity of the simulator. On the other hand, it needs huge structures for storing the traces; therefore, a trade-off between the number of possible parameters and the memory occupancy has to be found. The most important ones are:
+
+ * users' speed: relative speed between users (affects the Doppler frequency, which in turns affects the time-variance property of the fading)
+ * number of taps (and relative power): number of multiple paths considered, which affects the frequency property of the fading.
+ * time granularity of the trace: sampling time of the trace.
+ * frequency granularity of the trace: number of values in frequency to be evaluated.
+ * length of trace: ideally large as the simulation time, might be reduced by windowing mechanism.
+ * number of users: number of independent traces to be used (ideally one trace per user).
+
+With respect to the mathematical channel propagation model, we suggest the one provided by the ``rayleighchan`` function of Matlab, since it provides a well accepted channel modelization both in time and frequency domain. For more information, the reader is referred to  [mathworks]_.
+
+The simulator provides a matlab script (``/lte/model/JakesTraces/fading-trace-generator.m``) for generating traces based on the format used by the simulator. 
+In detail, the channel object created with the rayleighchan function is used for filtering a discrete-time impulse signal in order to obtain the channel impulse response. The filtering is repeated for different TTI, thus yielding subsequent time-correlated channel responses (one per TTI). The channel response is then processed with the ``pwelch`` function for obtaining its power spectral density values, which are then saved in a file with the proper format compatible with the simulator model.
+
+Since the number of variable it is pretty high, generate traces considering all of them might produce a high number of traces of huge size. On this matter, we considered the following assumptions of the parameters based on the 3GPP fading propagation conditions (see Annex B.2 of [TS36104]_):
+
+ * users' speed: typically only a few discrete values are considered, i.e.:
+
+   * 0 and 3 kmph for pedestrian scenarios
+   * 30 and 60 kmph for vehicular scenarios
+   * 0, 3, 30 and 60 for urban scenarios
+
+ * channel taps: only a limited number of sets of channel taps are normally considered, for example three models are mentioned in Annex B.2 of [TS36104]_.
+ * time granularity: we need one fading value per TTI, i.e., every 1 ms (as this is the granularity in time of the ns-3 LTE PHY model).
+ * frequency granularity: we need one fading value per RB (which is the frequency granularity of the spectrum model used by the ns-3 LTE model).
+ * length of the trace: the simulator includes the windowing mechanism implemented during the GSoC 2011, which consists of picking up a window of the trace each window length in a random fashion.  
+ * per-user fading process: users share the same fading trace, but for each user a different starting point in the trace is randomly picked up. This choice was made to avoid the need to provide one fading trace per user.
+
+According to the parameters we considered, the following formula express in detail the total size :math:`S_{traces}` of the fading traces:
+
+.. math::
+ S_{traces} = S_{sample} \times N_{RB} \times \frac{T_{trace}}{T_{sample}} \times N_{scenarios} \mbox{ [bytes]}
+
+where :math:`S_{sample}` is the size in bytes of the sample (e.g., 8 in case of double precision, 4 in case of float precision), :math:`N_{RB}` is the number of RB or set of RBs to be considered, :math:`T_{trace}` is the total length of the trace, :math:`T_{sample}` is the time resolution of the trace (1 ms), and :math:`N_{scenarios}` is the number of fading scenarios that are desired (i.e., combinations of different sets of channel taps and user speed values). We provide traces for 3 different scenarios one for each taps configuration defined in Annex B.2 of [TS36104]_:
+
+ * Pedestrian: with nodes' speed of 3 kmph.
+ * Vehicular: with nodes' speed of 60 kmph.
+ * Urban: with nodes' speed of 3 kmph.
+
+hence :math:`N_{scenarios} = 3`. All traces have :math:`T_{trace} = 10` s and :math:`RB_{NUM} = 100`. This results in a total 24 MB bytes of traces.
+
+
+Antennas
+++++++++
+
+Being based on the SpectrumPhy, the LTE PHY model supports antenna
+modeling via the ns-3 AntennaModel class. Hence, any model based on
+this class can be associated with any eNB or UE instance. For
+instance, the use of the CosineAntennaModel associated with an eNB
+device allows to model one sector of a macro base station. By default,
+the IsotropicAntennaModel is used for both eNBs and UEs. 
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+
+        \clearpage
+
+
+----
+PHY
+----
+
+
+Overview
+++++++++
+
+The physical layer model provided in this LTE simulator is based on
+the one described in [Piro2011]_, with the following modifications.  The model now includes the 
+inter cell intereference calculation and the simulation of uplink traffic, including both packet transmission and CQI generation. 
+
+
+Subframe Structure
+++++++++++++++++++
+
+The subframe is divided into control and data part as described in Figure :ref:`fig-lte-subframe-structure`.
+
+.. _fig-lte-subframe-structure:
+
+.. figure:: figures/lte-subframe-structure.*
+   :width: 50px
+
+   Lte subframe division.
+
+
+Considering the granularity of the simulator based on RB, the control and the reference signaling have to be consequently modeled considering this constraint.  According to the standard [TS36211]_, the downlink control frame starts at the beginning of each subframe and lasts up to three symbols across the whole system bandwidth, where the actual duration is provided by the Physical Control Format Indicator Channel (PCFICH). The information on the allocation are then mapped in the remaining resource up to the duration defined by the PCFICH, in the so called Physical Downlink Control Channel (PDCCH). A PDCCH transports a single message called Downlink Control Information (DCI) coming from the MAC layer, where the scheduler indicates the resource allocation for a specific user.
+The PCFICH and PDCCH are modeled with the transmission of the control frame of a fixed duration of 3/14 of milliseconds spanning in the whole available bandwidth, since the scheduler does not estimate the size of the control region. This implies that a single transmission block models the entire control frame with a fixed power (i.e., the one used for the PDSCH) across all the available RBs. According to this feature, this transmission represents also a valuable support for the Reference Signal (RS). This allows of having every TTI an evaluation of the interference scenario since all the eNB are transmitting (simultaneously) the control frame over the respective available bandwidths. We note that, the model does not include the power boosting since it does not reflect any improvement in the implemented model of the channel estimation.
+
+
+The Sounding Reference Signal (SRS) is modeled similar to the downlink control frame. The SRS is periodically placed in the last symbol of the subframe in the whole system bandwidth. The RRC module already includes an algorithm for dynamically assigning the periodicity as function of the actual number of UEs attached to a eNB according to the UE-specific procedure (see Section 8.2 of [TS36213]_).
+
+
+MAC to Channel delay
+++++++++++++++++++++
+
+To model the latency of real MAC and PHY implementations, the PHY model simulates a MAC-to-channel delay in multiples of TTIs (1ms). The transmission of both data and control packets are delayed by this amount.
+
+
+CQI feedback
+++++++++++++
+
+The generation of CQI feedback is done accordingly to what specified in [FFAPI]_. In detail, we considered the generation
+of periodic wideband CQI (i.e., a single value of channel state that is deemed representative of all RBs
+in use) and inband CQIs (i.e., a set of value representing the channel state for each RB).
+
+In downlink, the CQI feedbacks are currently evaluated according to the SINR perceived by control channel (i.e., PDCCH + PCFIC) in order to have an estimation of the interference when all the eNB are transmitting simultaneously. In uplink, two types of CQIs are implemented:
+
+ - SRS based, periodically sent by the UEs.
+ - PUSCH based, calculated from the actual transmitted data.
+
+The scheduler interface include an attribute system calld ``UlCqiFilter`` for managing the filtering of the CQIs according to their nature, in detail:
+
+  - ``SRS_UL_CQI`` for storing only SRS based CQIs.
+  - ``PUSCH_UL_CQI`` for storing only PUSCH based CQIs.
+  - ``ALL_UL_CQI`` for storing all the CQIs received.
+
+It has to be noted that, the ``FfMacScheduler`` provides only the interface and it is matter of the actual scheduler implementation to include the code for managing these attibutes (see scheduler related section for more information on this matter).
+
+
+Interference Model
+++++++++++++++++++
+
+The PHY model is based on the well-known Gaussian interference models, according to which the powers of interfering signals (in linear units) are summed up together to determine the overall interference power.
+
+The sequence diagram of Figure :ref:`fig-lte-phy-interference` shows how interfering signals are processed to calculate the SINR, and how SINR is then used for the generation of CQI feedback.
+
+
+.. _fig-lte-phy-interference:
+   
+.. figure:: figures/lte-phy-interference.*
+   :align: center
+
+   Sequence diagram of the PHY interference calculation procedure
+
+
+
+LTE Spectrum Model
+++++++++++++++++++
+
+The usage of the radio spectrum by eNBs and UEs in LTE is described in
+[TS36101]_. In the simulator, radio spectrum usage is modeled as follows. 
+Let :math:`f_c` denote the  LTE Absolute Radio Frequency Channel Number, which
+identifies the carrier frequency on a 100 kHz raster; furthermore, let :math:`B` be
+the Transmission Bandwidth Configuration in number of Resource Blocks. For every
+pair :math:`(f_c,B)` used in the simulation we define a corresponding spectrum
+model using the Spectrum framework described
+in [Baldo2009]_.  :math:`f_c` and :math:`B` can be configured for every eNB instantiated
+in the simulation; hence, each eNB can use a different spectrum model. Every UE
+will automatically use the spectrum model of the eNB it is attached to. Using
+the MultiModelSpectrumChannel described in [Baldo2009]_, the interference
+among eNBs that use different spectrum models is properly accounted for. 
+This allows to simulate dynamic spectrum access policies, such as for
+example the spectrum licensing policies that are 
+discussed in [Ofcom2600MHz]_.
+
+
+
+Data PHY Error Model
+++++++++++++++++++++
+
+The simulator includes an error model of the data plane (i.e., PDSCH and PUSCH) according to the standard link-to-system mapping (LSM) techniques. The choice is aligned with the standard system simulation methodology of OFDMA  radio transmission technology. Thanks to LSM we are able to maintain a good level of accuracy and at the same time limiting the computational complexity increase. It is based on the mapping of single link layer performance obtained by means of link level simulators to system (in our case network) simulators. In particular link the layer simulator is used for generating the performance of a single link from a PHY layer perspective, usually in terms of code block error rate (BLER), under specific static conditions. LSM allows the usage of these parameters in more complex scenarios, typical of system/network simulators, where we have more links, interference and "colored" channel propagation phenomena (e.g., frequency selective fading).
+
+To do this the Vienna LTE Simulator [ViennaLteSim]_ has been used for what concerns the extraction of link layer performance and the Mutual Information Based Effective SINR (MIESM) as LSM mapping function using part of the work recently published by the Signet Group of University of Padua [PaduaPEM]_.
+
+
+MIESM
+-----
+
+The specific LSM method adopted is the one based on the usage of a mutual information metric, commonly referred to as the mutual information per per coded bit (MIB or MMIB when a mean of multiples MIBs is involved). Another option would be represented by the Exponential ESM (EESM); however, recent studies demonstrate that MIESM outperforms EESM in terms of accuracy [LozanoCost]_.
+
+.. _fig-miesm-architecture:
+
+.. figure:: figures/miesm_scheme.*
    :align: center
 
-   Data flow in the downlink between the internet and the UE
-
-To begin with, we consider the case of the downlink, which is depicted
-in Figure :ref:`fig-epc-data-flow-dl`.   
-Downlink Ipv4 packets are generated from a generic remote host, and
-addressed to one of the UE device. Internet routing will take care of
-forwarding the packet to the generic NetDevice of the SGW/PGW node
-which is connected to the internet (this is the Gi interface according
-to 3GPP terminology). The SGW/PGW has a VirtualNetDevice which is
-assigned the gateway IP address of the UE subnet; hence, static
-routing rules will cause the incoming packet from the internet to be
-routed through this VirtualNetDevice. Such device starts the
-GTP/UDP/IP tunneling procedure, by forwarding the packet to a
-dedicated application in the SGW/PGW  node which is called
-EpcSgwPgwApplication. This application does the following operations:
-
- #. it determines the eNB node to which the UE is attached, by looking
-    at the IP destination address (which is the address of the UE);
- #. it classifies the packet using Traffic Flow Templates (TFTs) to
-    identify to which EPS Bearer it belongs. EPS bearers have a
-    one-to-one mapping to S1-U Bearers, so this operation returns the
-    GTP-U Tunnel Endpoint Identifier  (TEID) to which the packet
-    belongs;
- #. it adds the corresponding GTP-U protocol header to the packet;
- #. finally, it sends the packet over an UDP socket to the S1-U
-    point-to-point NetDevice, addressed to the eNB to which the UE is
-    attached.
-
-As a consequence, the end-to-end IP packet with newly added IP, UDP
-and GTP headers is sent through one of the S1 links to the eNB, where
-it is received and delivered locally (as the destination address of
-the outmost IP header matches the eNB IP address). The local delivery
-process will forward the packet, via an UDP socket, to a dedicated
-application called EpcEnbApplication. This application then performs
-the following operations:
-
- #. it removes the GTP header and retrieves the TEID which is
-    contained in it;
- #. leveraging on the one-to-one mapping between S1-U bearers and
-    Radio Bearers (which is a 3GPP requirement), it determines the Radio
-    Bearer ID (RBID) to which the packet belongs;
- #. it records the RBID in a dedicated tag called LteRadioBearerTag,
-    which is added to the packet; 
- #. it forwards the packet to the LteEnbNetDevice of the eNB node via
-    a raw packet socket
-
-Note that, at this point, the outmost header of the packet is the
-end-to-end IP header, since the IP/UDP/GTP headers of the S1 protocol
-stack have already been stripped. Upon reception of
-the packet from the EpcEnbApplication, the LteEnbNetDevice will
-retrieve the RBID from the LteRadioBearerTag, and based on the RBID
-will determine the Radio Bearer instance (and the corresponding PDCP
-and RLC protocol instances) which are then used to forward the packet
-to the UE over the LTE radio interface. Finally, the LteUeNetDevice of
-the UE will receive the packet, and delivery it locally to the IP
-protocol stack, which will in turn delivery it to the application of
-the UE, which is the end point of the downlink communication.
-
-
-
-.. _fig-epc-data-flow-ul:
-   
-.. figure:: figures/epc-data-flow-ul.*
+   MIESM computational procedure diagram
+
+The mutual information (MI) is dependent on the constellation mapping and can be calculated per transport block (TB) basis, by evaluating the MI over the symbols and the subcarrier. However, this would be too complex for a network simulator. Hence, in our implementation a flat channel response within the RB has been considered; therefore the overall MI of a TB is calculated averaging the MI evaluated per each RB used in the TB. In detail, the implemented scheme is depicted in Figure :ref:`fig-miesm-architecture`, where we see that the model starts by evaluating the MI value for each RB, represented in the figure by the SINR samples. Then the equivalent MI is evaluated per TB basis by averaging the MI values. Finally, a further step has to be done since the link level simulator returns the performance of the link in terms of block error rate (BLER) in a addive white guassian noise  (AWGN) channel, where the blocks are the code blocks (CBs) independently encoded/decoded by the turbo encoder. On this matter the standard 3GPP segmentation scheme has been used for estimating the actual CB size (described in section 5.1.2 of [TS36212]_). This scheme divides the the TB in :math:`N_{K_-}` blocks of size :math:`K_-` and :math:`N_{K+}` blocks of size :math:`K_+`. Therefore the overall TB BLER (TBLER) can be expressed as
+
+.. math::
+
+  TBLER = 1- \prod\limits_{i=1}^{C}(1-CBLER_i)
+
+where the :math:`CBLER_i` is the BLER of the CB :math:`i` obtained according to the link level simulator CB BLER curves.
+For estimating the :math:`CBLER_i`, the MI evaluation has been implemented according to its numerical approximation defined in [wimaxEmd]_. Moreover, for reducing the complexity of the computation, the approximation has been converted into lookup tables. In detail, Gaussian cumulative model has been used for approximating the AWGN BLER curves with three parameters which provides a close fit to the standard AWGN performances, in formula:
+
+.. math::
+
+  CBLER_i = \frac{1}{2}\left[1-erf\left(\frac{x-b_{ECR}}{\sqrt{2}c_{ECR}} \right) \right]
+
+where :math:`x` is the MI of the TB, :math:`b_{ECR}` represents the "transition center" and :math:`c_{ECR}` is related to the "transition width" of the Gaussian cumulative distribution for each Effective Code Rate (ECR) which is the actual transmission rate according to the channel coding and MCS. For limiting the computational complexity of the model we considered only a subset of the possible ECRs in fact we would have potentially 5076 possible ECRs (i.e., 27 MCSs and 188 CB sizes). On this respect, we will limit the CB sizes to some representative values (i.e., 40, 140, 160, 256, 512, 1024, 2048, 4032, 6144), while for the others the worst one approximating the real one will be used (i.e., the smaller CB size value available respect to the real one). This choice is aligned to the typical performance of turbo codes, where the CB size is not strongly impacting on the BLER. However, it is to be notes that for CB sizes lower than 1000 bits the effect might be relevant (i.e., till 2 dB); therefore, we adopt this unbalanced sampling interval for having more precision where it is necessary. This behaviour is confirmed by the figures presented in the Annes Section.
+
+
+BLER Curves
+-----------
+
+On this respect, we reused part of the curves obtained within [PaduaPEM]_. In detail, we introduced the CB size dependency to the CB BLER curves with the support of the developers of [PaduaPEM]_ and of the LTE Vienna Simulator. In fact, the module released provides the link layer performance only for what concerns the MCSs (i.e, with a given fixed ECR). In detail the new error rate curves for each has been evaluated with a simulation campaign with the link layer simulator for a single link with AWGN noise and for CB size of 104, 140, 256, 512, 1024, 2048, 4032 and 6144. These curves has been mapped with the Gaussian cumulative model formula presented above for obtaining the correspondents :math:`b_{ECR}` and :math:`c_{ECR}` parameters.
+
+The BLER perfomance of all MCS obtained with the link level simulator are plotted in the following figures (blue lines) together with their correspondent mapping to the Gaussian cumulative distribution (red dashed lines).
+
+
+.. _fig-mcs-1-4-ber:
+
+.. figure:: figures/MCS_1_4.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 1, 2, 3 and 4.
+
+
+.. _fig-mcs-5-8-ber:
+
+.. figure:: figures/MCS_5_8.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 5, 6, 7 and 8.
+
+.. _fig-mcs-9-12-ber:
+
+.. figure:: figures/MCS_9_12.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 9, 10, 11 and 12.
+
+.. _fig-mcs-13-16-ber:
+
+.. figure:: figures/MCS_13_16.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 13, 14, 15 and 16.
+
+
+.. _fig-mcs-17-20-ber:
+
+.. figure:: figures/MCS_17_20.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 17, 17, 19 and 20.
+
+.. _fig-mcs-21-24-ber:
+
+.. figure:: figures/MCS_21_24.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 21, 22, 23 and 24.
+
+
+.. _fig-mcs-25-28-ber:
+
+.. figure:: figures/MCS_25_28.*
+   :width: 900px
+   :align: center
+   :height: 700px
+
+
+   BLER for MCS 25, 26, 27 and 28.
+
+.. _fig-mcs-29-29-ber:
+
+.. figure:: figures/MCS_29_29.*
+   :width: 900px
    :align: center
-
-   Data flow in the uplink between the UE and the internet
-
-
-The case of the uplink is depicted in Figure :ref:`fig-epc-data-flow-ul`.
-Uplink IP packets are generated by a generic application inside the UE,
-and forwarded by the local TCP/IP stack to the LteUeNetDevice of the
-UE. The LteUeNetDevice then performs the following operations:
-
- #. it classifies the packet using TFTs and determines the
-    Radio Bearer to which the packet belongs (and the corresponding
-    RBID);
- #. it identifies the corresponding PDCP protocol instance, which is
-    the entry point of the LTE Radio Protocol stack for this packet;
- #. it sends the packet to the eNB over the LTE Radio Protocol stack.
-
-The eNB receives the packet via its LteEnbNetDevice. Since there is a
-single PDCP and RLC protocol instance for each Radio Bearer, the
-LteEnbNetDevice is able to determine the RBID of the packet. This RBID
-is then recorded onto an LteRadioBearerTag, which is added to the
-packet. The LteEnbNetDevice then forwards the packet to the
-EpcEnbApplication via a raw packet socket.
-
-Upon receiving the packet, the EpcEnbApplication performs the
-following operations:
-
- #. it retrieves the RBID from the LteRadioBearerTag in the packet;
- #. it determines the corresponding EPS Bearer instance and GTP-U TEID by
-    leveraging on the one-to-one mapping between S1-U bearers and Radio
-    Bearers;
- #. it adds a GTP-U header on the packet, including the TEID
-    determined previously;
- #. it sends the packet to the SGW/PGW node via the UDP socket
-    connected to the S1-U point-to-point net device.
-
-At this point, the packet contains the S1-U IP, UDP and GTP headers in
-addition to the original end-to-end IP header. When the packet is
-received by the corresponding S1-U point-to-point NetDevice of the
-SGW/PGW node, it is delivered locally (as the destination address of
-the outmost IP header matches the address of the point-to-point net
-device). The local delivery process will forward the packet to the
-EpcSgwPgwApplication via the correponding UDP socket. The
-EpcSgwPgwApplication then removes the GTP header and forwards the
-packet to the VirtualNetDevice. At this point, the outmost header
-of the packet is the end-to-end IP header. Hence, if the destination
-address within this header is a remote host on the internet, the
-packet is sent to the internet via the corresponding NetDevice of the
-SGW/PGW. In the event that the packet is addressed to another UE, the
-IP stack of the SGW/PGW will redirect the packet again to the
-VirtualNetDevice, and the packet will go through the dowlink delivery
-process in order to reach its destination UE.
-
-
-
------------------------------------------
-Detailed description of protocol elements
------------------------------------------
-
-
-
-
+   :height: 700px
+
+
+   BLER for MCS 29.
+
+
+
+
+
+
+Integration of the BLER curves in the ns-3 LTE module
+-----------------------------------------------------
+
+The model implemented uses the curves for the LSM of the recently LTE PHY Error Model released in the ns3 community by the Signet Group [PaduaPEM]_ and the new ones generated for different CB sizes. The ``LteSpectrumPhy`` class is in charge of evaluating the TB BLER thanks to the methods provided by the ``LteMiErrorModel`` class, which is in charge of evaluating the TB BLER according to the vector of the perceived SINR per RB, the MCS and the size in order to proper model the segmentation of the TB in CBs. In order to obtain the vector of the perceived SINR two instances of ``LtePemSinrChunkProcessor`` (child of ``LteSinrChunkProcessor`` dedicated to evaluate the SINR for obtaining physical error performance) have been attached to UE downlink and eNB uplink ``LteSpectrumPhy`` modules for evaluating the error model distribution respectively of PDSCH (UE side) and ULSCH (eNB side).
+
+The model can be disabled for working with a zero-losses channel by setting the ``PemEnabled`` attribute of the ``LteSpectrumPhy`` class (by default is active). This can be done according to the standard ns3 attribute system procedure, that is::
+
+  Config::SetDefault ("ns3::LteSpectrumPhy::DataErrorModelEnabled", BooleanValue (false));  
+
+Control Channels PHY Error Model
+++++++++++++++++++++++++++++++++
+
+The simulator includes the error model for downlink control channels (PCFICH and PDCCH), while in uplink it is assumed and ideal error-free channel. The model is based on the MIESM approach presented before for considering the effects of the frequency selective channel since most of the control channels span the whole available bandwidth.
+
+
+PCFICH + PDCCH Error Model
+--------------------------
+
+The model adopted for the error distribution of these channels is based on an evaluation study carried out in the RAN4 of 3GPP, where different vendors investigated the demodulation performance of the PCFICH jointly with PDCCH. This is due to the fact that the PCFICH is the channel in charge of communicating to the UEs the actual dimension of the PDCCH (which spans between 1 and 3 symbols); therefore the correct decodification of the DCIs  depends on the correct interpretation of both ones. In 3GPP this problem have been evaluated for improving the cell-edge performance [FujitsuWhitePaper]_, where the interference among neighboring cells can be relatively high due to signal degradation. A similar problem has been notices in femto-cell scenario and, more in general, in HetNet scenarios the bottleneck has been detected mainly as the PCFICH channel [Bharucha2011]_, where in case of many eNBs are deployed in the same service area, this channel may collide in frequency, making impossible the correct detection of the PDCCH channel, too. 
+
+In the simulator, the SINR perceived during the reception has been estimated according to the MIESM model presented above in order to evaluate the error distribution of PCFICH and PDCCH. In detail, the SINR samples of all the RBs are included in the evaluation of the MI associated to the control frame and, according to this values, the effective SINR (eSINR) is obtained by inverting the MI evaluation process. It has to be noted that, in case of MIMO transmission, both PCFICH and the PDCCH use always the transmit diversity mode as defined by the standard. According to the eSINR perceived the decodification error probability can be estimated as function of the results presented in [R4-081920]_. In case an error occur, the DCIs discarded and therefore the UE will be not able to receive the correspondent Tbs, therefore resulting lost.
+
+
+MIMO Model
+++++++++++
+
+The use of multiple antennas both at transmitter and receiver side, known as multiple-input and multiple-output (MIMO), is a problem well studied in literature during the past years. Most of the work concentrate on evaluating analytically the gain that the different MIMO schemes might have in term of capacity; however someones provide also information of the gain in terms of received power [CatreuxMIMO]_.
+
+According to the considerations above, a model more flexible can be obtained considering the gain that MIMO schemes bring in the system from a statistical point of view. As highlighted before, [CatreuxMIMO]_ presents the statistical gain of several MIMO solutions respect to the SISO one in case of no correlation between the antennas. In the work the gain is presented as the cumulative distribution function (CDF) of the output SINR for what concern SISO, MIMO-Alamouti, MIMO-MMSE, MIMO-OSIC-MMSE and MIMO-ZF schemes. Elaborating the results, the output SINR distribution can be approximated with a log-normal one with different mean and variance as function of the scheme considered. However, the variances are not so different and they are approximatively equal to the one of the SISO mode already included in the shadowing component of the ``BuildingsPropagationLossModel``, in detail:
+
+ * SISO: :math:`\mu = 13.5` and :math:`\sigma = 20` [dB].
+ * MIMO-Alamouti: :math:`\mu = 17.7` and :math:`\sigma = 11.1` [dB].
+ * MIMO-MMSE: :math:`\mu = 10.7` and :math:`\sigma = 16.6` [dB].
+ * MIMO-OSIC-MMSE: :math:`\mu = 12.6` and :math:`\sigma = 15.5` [dB].
+ * MIMO-ZF: :math:`\mu = 10.3` and :math:`\sigma = 12.6` [dB].
+
+
+Therefore the PHY layer implements the MIMO model as the gain perceived by the receiver when using a MIMO scheme respect to the one obtained using SISO one. We note that, these gains referred to a case where there is no correlation between the antennas in MIMO scheme; therefore do not model degradation due to paths correlation.
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+
+        \clearpage
+
+----------
+HARQ 
+----------
+
+The HARQ scheme implemented is based on a incremental redundancy (IR) solutions combined with multiple stop-and-wait processes for enabling a continuous data flow. In detail, the solution adopted is the *soft combining hybrid IR Full incremental redundancy* (also called IR Type II), which implies that the retransmissions contain only new information respect to the previous ones. The resource allocation algorithm of the HARQ has been implemented within the respective scheduler classes (i.e., ``RrFfMacScheduler`` and ``PfFfMacScheduler``, refer to their correspondent sections for more info), while the decodification part of the HARQ has been implemented in the ``LteSpectrumPhy`` and ``LteHarqPhy`` classes which will be detailed in this section.
+
+According to the standard, the UL retransmissions are synchronous and therefore are allocated 7 ms after the original transmission. On the other hand, for the DL, they are asynchronous and therefore can be allocated in a more flexible way starting from 7 ms and it is a matter of the specific scheduler implementation. The HARQ processes behavior is depicted in Figure:ref:`fig-harq-processes-scheme`.
+
+At the MAC layer, the HARQ entity residing in the scheduler is in charge of controlling the 8 HARQ processes for generating new packets and managing the retransmissions both for the DL and the UL. The scheduler collects the HARQ feedback from eNB and UE PHY layers (respectively for UL and DL connection) by means of the FF API primitives ``SchedUlTriggerReq`` and ``SchedUlTriggerReq``. According to the HARQ feedback and the RLC buffers status, the scheduler generates a set of DCIs including both retransmissions of HARQ blocks received erroneous and new transmissions, in general, giving priority to the former. On this matter, the scheduler has to take into consideration one constraint when allocating the resource for HARQ retransmissions, it must use the same modulation order of the first transmission attempt (i.e., QPSK for MCS :math:`\in [0..9]`, 16QAM for MCS :math:`\in [10..16]` and 64QAM for MCS :math:`\in [17..28]`). This restriction comes from the specification of the rate matcher in the 3GPP standard [TS36212]_, where the algorithm fixes the modulation order for generating the different blocks of the redundancy versions.
+
+
+The PHY Error Model model (i.e., the ``LteMiErrorModel`` class already presented before) has been extended for considering IR HARQ according to [wimaxEmd]_, where the parameters for the AWGN curves mapping for MIESM mapping in case of retransmissions are given by:
+
+.. math::
+
+    R_{eff} = \frac{X}{\sum\limits_{i=1}^q C_i}
+
+    M_{I eff} = \frac{\sum\limits_{i=1}^q C_i M_i}{\sum\limits_{i=1}^q C_i}
+
+where :math:`X` is the number of original information bits, :math:`C_i` are number of coded bits, :math:`M_i` are the mutual informations per HARQ block received on the total number of :math:`q` retransmissions. Therefore, in order to be able to return the error probability with the error model implemented in the simulator evaluates the :math:`R_{eff}` and the :math:`MI_{I eff}` and return the value of error probability of the ECR of the same modulation with closest lower rate respect to the :math:`R_{eff}`. In order to consider the effect of HARQ retransmissions a new sets of curves have been integrated respect to the standard one used for the original MCS. The new curves are intended for covering the cases when the most conservative MCS of a modulation is used which implies the generation of :math:`R_{eff}` lower respect to the one of standard MCSs. On this matter the curves for 1, 2 and 3 retransmissions have been evaluated for 10 and 17. For MCS 0 we considered only the first retransmission since the produced code rate is already very conservative (i.e., 0.04) and returns an error rate enough robust for the reception (i.e., the downturn of the BLER is centered around -18 dB).
+It is to be noted that, the size of first TB transmission has been assumed as containing all the information bits to be coded; therefore :math:`X` is equal to the size of the first TB sent of a an HARQ process. The model assumes that the eventual presence of parity bits in the codewords is already considered in the link level curves. This implies that as soon as the minimum :math:`R_{eff}` is reached the model is not including the gain due to the transmission of further parity bits.
+
+
+.. _fig-harq-processes-scheme:
+
+.. figure:: figures/lte-harq-processes-scheme.*
+   :align: center
+
+   HARQ processes behavior in LTE
+
+
+
+The part of HARQ devoted to manage the decodification of the HARQ blocks has been implemented in the ``LteHarqPhy`` and ``LteSpectrumPhy`` classes. The former is in charge of maintaining the HARQ information for each active process . The latter interacts with ``LteMiErrorModel`` class for evaluating the correctness of the blocks received and includes the messaging algorithm in charge of communicating to the HARQ entity in the scheduler the result of the decodifications. These messages are encapsulated in the ``dlInfoListElement`` for DL and ``ulInfoListElement`` for UL and sent through the PUCCH and the PHICH respectively with an ideal error free model according to the assumptions in their implementation. A sketch of the iteration between HARQ and LTE protocol stack in represented in Figure:ref:`fig-harq-architecture`.
+
+Finally, the HARQ engine is always active both at MAC and PHY layer; however, in case of the scheduler does not support HARQ the system will continue to work with the HARQ functions inhibited (i.e., buffers are filled but not used). This implementation characteristic gives backward compatibility with schedulers implemented before HARQ integration.
+
+
+.. _fig-harq-architecture:
+
+.. figure:: figures/lte-harq-architecture.*
+   :align: center
+
+   Interaction between HARQ and LTE protocol stack
+
+
+.. only:: latex
+
+    .. raw:: latex
+
+        \clearpage
+
+
+------
 MAC 
-+++
+------
   
 
+Resource Allocation Model
++++++++++++++++++++++++++
+
+
+We now briefly describe how resource allocation is handled in LTE,
+clarifying how it is modeled in the simulator. The scheduler is in
+charge of generating specific structures calles Data Control Indication (DCI)
+which are then transmitted by the PHY of the eNB to the connected UEs, in order
+to inform them of the resource allocation on a per subframe basis. In doing this
+in the downlink direction, the scheduler has to fill some specific fields of the
+DCI structure with all the information, such as: the Modulation and Coding
+Scheme (MCS) to be used, the MAC Transport Block (TB) size, and the allocation
+bitmap which identifies which RBs will contain the data
+transmitted by the eNB to each user. 
+
+For the mapping of resources to
+physical RBs, we adopt a *localized mapping* approach
+(see [Sesia2009]_, Section 9.2.2.1);
+hence in a given subframe each RB is always allocated to the same user in both
+slots.
+The allocation bitmap can be coded in
+different formats; in this implementation, we considered the *Allocation
+Type 0* defined in [TS36213]_, according to which the RBs are grouped in
+Resource Block Groups (RBG) of different size determined as a function of the
+Transmission Bandwidth Configuration in use.
+
+For certain bandwidth
+values not all the RBs are usable, since the 
+group size is not a common divisor of the group. This is for instance the case
+when the bandwidth is equal to 25 RBs, which results in a RBG size of 2 RBs, and
+therefore 1 RB will result not addressable. 
+In uplink the format of the DCIs is different, since only adjacent RBs
+can be used because of the SC-FDMA modulation. As a consequence, all
+RBs can be allocated by the eNB regardless of the bandwidth
+configuration. 
+
+.. _sec-lte-amc:
+
+Adaptive Modulation and Coding
+++++++++++++++++++++++++++++++
+
+The simulator provides two Adaptive Modulation and Coding (AMC) models: one based on the GSoC model [Piro2011]_ and one based on the physical error model (described in the following sections).
+
+The former model is a modified version of the model described in [Piro2011]_,
+which in turn is inspired from [Seo2004]_. Our version is described in the
+following. Let :math:`i` denote the
+generic user, and let :math:`\gamma_i` be its SINR. We get the spectral efficiency
+:math:`\eta_i` of user :math:`i` using the following equations:
+
+.. math::
+
+   \mathrm{BER} = 0.00005
+
+   \Gamma = \frac{ -\ln{ (5 * \mathrm{BER}) } }{ 1.5}
+
+   \eta_i = \log_2 { \left( 1 + \frac{ {\gamma}_i }{ \Gamma } \right)}
+
+The procedure described in [R1-081483]_ is used to get
+the corresponding MCS scheme. The spectral efficiency is quantized based on the
+channel quality indicator (CQI), rounding to the lowest value, and is mapped to the corresponding MCS
+scheme. 
+
+Finally, we note that there are some discrepancies between the MCS index
+in [R1-081483]_
+and that indicated by the standard:  [TS36213]_ Table
+7.1.7.1-1 says that the MCS index goes from 0 to 31, and 0 appears to be a valid
+MCS scheme (TB size is not 0) but in [R1-081483]_ the first useful MCS
+index
+is 1. Hence to get the value as intended by the standard we need to subtract 1
+from the index reported in [R1-081483]_. 
+
+The alternative model is based on the physical error model developed for this simulator and explained in the following subsections. This scheme is able to adapt the MCS selection to the actual PHY layer performance according to the specific CQI report. According to their definition, a CQI index is assigned when a single PDSCH TB with the modulation coding scheme and code rate correspondent to that CQI index in table 7.2.3-1 of [TS36213]_ can be received with an error probability less than 0.1. In case of wideband CQIs, the reference TB includes all the RBGs available in order to have a reference based on the whole available resources; while, for subband CQIs, the reference TB is sized as the RBGs.
+
+
+Transport Block model
++++++++++++++++++++++
+
+The model of the MAC Transport Blocks (TBs) provided by the simulator
+is simplified with respect to the 3GPP specifications. In particular,
+a simulator-specific class (PacketBurst) is used to aggregate 
+MAC SDUs in order to achieve the simulator's equivalent of a TB,
+without the corresponding implementation complexity. 
+The multiplexing of different logical channels to and from the RLC
+layer is performed using a dedicated packet tag (LteRadioBearerTag), which
+performs a functionality which is partially equivalent to that of the
+MAC headers specified by 3GPP. 
+
+
+
 The FemtoForum MAC Scheduler Interface
---------------------------------------
+++++++++++++++++++++++++++++++++++++++
 
 This section describes the ns-3 specific version of the LTE MAC
 Scheduler Interface Specification published by the FemtoForum [FFAPI]_.
@@ -498,90 +953,27 @@
 Scheduler is implemented: to interact with the MAC of the eNB, the Round Robin
 scheduler implements the Provider side of the SCHED SAP and CSCHED
 SAP interfaces. A similar approach can be used to implement other schedulers as
-well. A description of all the scheduler implementations that we provide as
-part of our LTE simulation module will be given in
-the following.
-
-
-Resource Allocation Model
--------------------------
-
-
-We now briefly describe how resource allocation is handled in LTE,
-clarifying how it is implemented in the simulator. The scheduler is in
-charge of generating specific structures calles Data Control Indication (DCI)
-which are then transmitted by the PHY of the eNB to the connected UEs, in order
-to inform them of the resource allocation on a per subframe basis. In doing this
-in the downlink direction, the scheduler has to fill some specific fields of the
-DCI structure with all the information, such as: the Modulation and Coding
-Scheme (MCS) to be used, the MAC Transport Block (TB) size, and the allocation
-bitmap which identifies which RBs will contain the data
-transmitted by the eNB to each user. 
-
-For the mapping of resources to
-physical RBs, we adopt a *localized mapping* approach
-(see [Sesia2009]_, Section 9.2.2.1);
-hence in a given subframe each RB is always allocated to the same user in both
-slots.
-The allocation bitmap can be coded in
-different formats; in this implementation, we considered the *Allocation
-Type 0* defined in [TS36213]_, according to which the RBs are grouped in
-Resource Block Groups (RBG) of different size determined as a function of the
-Transmission Bandwidth Configuration in use.
-
-For certain bandwidth
-values not all the RBs are usable, since the 
-group size is not a common divisor of the group. This is for instance the case
-when the bandwidth is equal to 25 RBs, which results in a RBG size of 2 RBs, and
-therefore 1 RB will result not addressable. 
-In uplink the format of the DCIs is different, since only adjacent RBs
-can be used because of the SC-FDMA modulation. As a consequence, all
-RBs can be allocated by the eNB regardless of the bandwidth
-configuration. 
-
-.. _sec-lte-amc:
-
-Adaptive Modulation and Coding
-------------------------------
-
-The simulator provides two Adaptive Modulation and Coding (AMC) models: one based on the GSoC model [Piro2011]_ and one based on the physical error model (described in the following sections).
-
-The former model is a modified version of the model described in [Piro2011]_,
-which in turn is inspired from [Seo2004]_. Our version is described in the
-following. Let :math:`i` denote the
-generic user, and let :math:`\gamma_i` be its SINR. We get the spectral efficiency
-:math:`\eta_i` of user :math:`i` using the following equations:
-
-.. math::
-
-   \mathrm{BER} = 0.00005
-
-   \Gamma = \frac{ -\ln{ (5 * \mathrm{BER}) } }{ 1.5}
-
-   \eta_i = \log_2 { \left( 1 + \frac{ {\gamma}_i }{ \Gamma } \right)}
-
-The procedure described in [R1-081483]_ is used to get
-the corresponding MCS scheme. The spectral efficiency is quantized based on the
-channel quality indicator (CQI), rounding to the lowest value, and is mapped to the corresponding MCS
-scheme. 
-
-Finally, we note that there are some discrepancies between the MCS index
-in [R1-081483]_
-and that indicated by the standard:  [TS36213]_ Table
-7.1.7.1-1 says that the MCS index goes from 0 to 31, and 0 appears to be a valid
-MCS scheme (TB size is not 0) but in [R1-081483]_ the first useful MCS
-index
-is 1. Hence to get the value as intended by the standard we need to subtract 1
-from the index reported in [R1-081483]_. 
-
-The alternative model is based on the physical error model developed for this simulator and explained in the following subsections. This scheme is able to adapt the MCS selection to the actual PHY layer performance according to the specific CQI report. According to their definition, a CQI index is assigned when a single PDSCH TB with the modulation coding scheme and code rate correspondent to that CQI index in table 7.2.3-1 of [TS36213]_ can be received with an error probability less than 0.1. In case of wideband CQIs, the reference TB includes all the RBGs available in order to have a reference based on the whole available resources; while, for subband CQIs, the reference TB is sized as the RBGs.
+well. A description of each of the scheduler implementations that we provide as
+part of our LTE simulation module is provided in the following subsections.
+
 
 
 Round Robin (RR) Scheduler
 --------------------------
 
 The Round Robin (RR) scheduler is probably the simplest scheduler found in the literature. It works by dividing the
-available resources among the active flows, i.e., those logical channels which have a non-empty RLC queue. If the number of RBGs is greater than the number of active flows, all the flows can be allocated in the same subframe. Otherwise, if the number of active flows is greater than the number of RBGs, not all the flows can be scheduled in a given subframe; then, in the next subframe the allocation will start from the last flow that was not allocated.  The MCS to be adopted for each user is done according to the received wideband CQIs. 
+available resources among the active flows, i.e., those logical channels which have a non-empty RLC queue. If the number of RBGs is greater than the number of active flows, all the flows can be allocated in the same subframe. Otherwise, if the number of active flows is greater than the number of RBGs, not all the flows can be scheduled in a given subframe; then, in the next subframe the allocation will start from the last flow that was not allocated.  The MCS to be adopted for each user is done according to the received wideband CQIs.
+
+For what concern the HARQ, RR implements the non adaptive version, which implies that in allocating the retransmission attempts RR uses the same allocation configuration of the original block, which means maintaining the same RBGs and MCS. UEs that are allocated for HARQ retransmissions are not considered for the transmission of new data in case they have a transmission opportunity available in the same TTI. Finally, HARQ can be disabled with ns3 attribute system for maintaining backward compatibility with old test cases and code, in detail::
+
+  Config::SetDefault ("ns3::RrFfMacScheduler::HarqEnabled", BooleanValue (false));
+
+The scheduler implements the filtering of the uplink CQIs according to their nature with ``UlCqiFilter`` attibute, in detail:
+
+  - ``SRS_UL_CQI``: only SRS based CQI are stored in the internal attributes.
+  - ``PUSCH_UL_CQI``: only PUSCH based CQI are stored in the internal attributes.
+  - ``ALL_UL_CQI``: all CQIs are stored in the same internal attibute (i.e., the last CQI received is stored independently from its nature).
+
 
 
 Proportional Fair (PF) Scheduler
@@ -652,6 +1044,9 @@
    \right)}{\tau}
    
 
+For what concern the HARQ, PF implements the non adaptive version, which implies that in allocating the retransmission attempts the scheduler uses the same allocation configuration of the original block, which means maintaining the same RBGs and MCS. UEs that are allocated for HARQ retransmissions are not considered for the transmission of new data in case they have a transmission opportunity available in the same TTI. Finally, HARQ can be disabled with ns3 attribute system for maintaining backward compatibility with old test cases and code, in detail::
+
+
 Maximum Throughput (MT) Scheduler
 ----------------------------------
 
@@ -823,35 +1218,112 @@
 metric (:math:`Msch`, :math:`MCoI`) by weight :math:`W[n]`. This strategy will guarantee the throughput of lower
 quality UE tend towards the TBR. 
 
-Transport Blocks
-----------------
-
-The implementation of the MAC Transport Blocks (TBs) is simplified with
-respect to the 3GPP specifications. In particular, a simulator-specific class (PacketBurst) is used to aggregate
-MAC SDUs in order to achieve the simulator's equivalent of a TB,
-without the corresponding implementation complexity. 
-The multiplexing of different logical channels to and from the RLC
-layer is performed using a dedicated packet tag (LteRadioBearerTag), which
-performs a functionality which is partially equivalent to that of the
-MAC headers specified by 3GPP. 
-
-
-
-
-
-RLC and PDCP
-++++++++++++
+  Config::SetDefault ("ns3::PfFfMacScheduler::HarqEnabled", BooleanValue (false));
+
+The scheduler implements the filtering of the uplink CQIs according to their nature with ``UlCqiFilter`` attibute, in detail:
+
+  - ``SRS_UL_CQI``: only SRS based CQI are stored in the internal attributes.
+  - ``PUSCH_UL_CQI``: only PUSCH based CQI are stored in the internal attributes.
+  - ``ALL_UL_CQI``: all CQIs are stored in the same internal attibute (i.e., the last CQI received is stored independently from its nature).
+
+
+Random Access
++++++++++++++
+
+The LTE model includes a model of the Random Access procedure based on
+some simplifying assumptions, which are detailed in the following for
+each of the messages and signals described in the specs [TS36321]_.
+
+   - **Random Access (RA) preamble**: in real LTE systems this
+     corresponds to a Zadoff-Chu (ZC)
+     sequence using one of several formats available and sent in the
+     PRACH slots which could in principle overlap with PUSCH.
+     The RA preamble is modeled using the LteControlMessage class,
+     i.e., as an ideal message that does not consume any radio
+     resources. The collision of preamble transmission by multiple UEs
+     in the same cell are modeled using a protocol interference model,
+     i.e., whenever two or more identical preambles are transmitted in
+     same cell at the same TTI, no one of these identical preambles
+     will be received by the eNB. Other than this collision model, no
+     error model is associated with the reception of a RA preamble.
+
+   - **Random Access Response (RAR)**: in real LTE systems, this is a
+     special MAC PDU sent on the DL-SCH. Since MAC control elements are not
+     accurately modeled in the simulator (only RLC and above PDUs
+     are), the RAR is modeled as an LteControlMessage that does not
+     consume any radio resources. Still, during the RA procedure, the
+     LteEnbMac will request to the scheduler the allocation of
+     resources for the RAR using the FF MAC Scheduler primitive
+     SCHED_DL_RACH_INFO_REQ. Hence, an enhanced scheduler
+     implementation (not available at the moment) could allocate radio
+     resources for the RAR, thus modeling the consumption of Radio
+     Resources for the transmission of the RAR. 
+
+   - **Message 3**:  in real LTE systems, this is an RLC TM
+     SDU sent over resources specified in the UL Grant in the RAR. In
+     the simulator, this is modeled as a real RLC TM RLC PDU 
+     whose UL resources are allocated by the scheduler upon call to
+     SCHED_DL_RACH_INFO_REQ. 
+
+   - **Contention Resolution (CR)**: in real LTE system, the CR phase
+     is needed to address the case where two or more UE sent the same
+     RA preamble in the same TTI, and the eNB was able to detect this
+     preamble in spite of the collision. Since this event does not
+     occur due to the protocol interference model used for the
+     reception of RA preambles, the CR phase is not modeled in the
+     simulator, i.e., the CR MAC CE is never sent by the eNB and the
+     UEs consider the RA to be successful upon reception of the
+     RAR. As a consequence, the radio resources consumed for the
+     transmission of the CR MAC CE are not modeled.
+
+
+
+Figure :ref:`fig-mac-random-access-contention` and
+:ref:`fig-mac-random-access-noncontention` shows the sequence diagrams
+of respectively the contention-based and non-contention-based MAC
+random access procedure, highlighting the interactions between the MAC
+and the other entities. 
+
+
+.. _fig-mac-random-access-contention:
+
+.. figure:: figures/mac-random-access-contention.*
+   :align: center
+
+   Sequence diagram of the Contention-based MAC Random Access procedure
+
+
+.. _fig-mac-random-access-noncontention:
+
+.. figure:: figures/mac-random-access-noncontention.*
+   :align: center
+
+   Sequence diagram of the Non-contention-based MAC Random Access procedure
+
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+      
+        \clearpage
+
+
+----
+RLC 
+----
 
 
 
 
 Overview
---------
+++++++++
 
 The RLC entity is specified in the 3GPP technical specification
 [TS36322]_, and comprises three different types of RLC: Transparent
-Mode (TM), Unacknowledge Mode (UM) and Acknowledged Mode (AM). We
-implement only the UM and the AM RLC entities. 
+Mode (TM), Unacknowledge Mode (UM) and Acknowledged Mode (AM). The
+simulator includes one model for each of these entitities
 
 The RLC entities provide the RLC service interface to the upper PDCP layer and the MAC service interface
 to the lower MAC layer. The RLC entities use the PDCP service interface from the upper PDCP layer and
@@ -872,33 +1344,10 @@
 
 
 Service Interfaces
-------------------
-
-PDCP Service Interface
-^^^^^^^^^^^^^^^^^^^^^^
-
-The PDCP service interface is divided into two parts:
-
-    * the ``PdcpSapProvider`` part is provided by the PDCP layer and used by the upper layer and
-    * the ``PdcpSapUser`` part is provided by the upper layer and used by the PDCP layer.
-
-PDCP Service Primitives
-"""""""""""""""""""""""
-
-The following list specifies which service primitives are provided by the PDCP service interfaces:
-
-    * ``PdcpSapProvider::TransmitRrcPdu``
-
-        * The RRC entity uses this primitive to send an RRC PDU to the lower PDCP entity
-          in the transmitter peer
-
-    * ``PdcpSapUser::ReceiveRrcPdu``
-
-        * The PDCP entity uses this primitive to send an RRC PDU to the upper RRC entity
-          in the receiver peer
+++++++++++++++++++
 
 RLC Service Interface
-^^^^^^^^^^^^^^^^^^^^^
+---------------------
 
 The RLC service interface is divided into two parts:
 
@@ -908,7 +1357,7 @@
 Both the UM and the AM RLC entities provide the same RLC service interface to the upper PDCP layer.
 
 RLC Service Primitives
-""""""""""""""""""""""
+^^^^^^^^^^^^^^^^^^^^^^
 
 The following list specifies which service primitives are provided by the RLC service interfaces:
 
@@ -923,7 +1372,7 @@
           in the receiver peer
 
 MAC Service Interface
-^^^^^^^^^^^^^^^^^^^^^
+---------------------
 
 The MAC service interface is divided into two parts:
 
@@ -931,7 +1380,7 @@
   * the ``MacSapUser``  part is provided by the upper RLC layer and used by the MAC layer.
 
 MAC Service Primitives
-""""""""""""""""""""""
+^^^^^^^^^^^^^^^^^^^^^^
 
 The following list specifies which service primitives are provided by the MAC service interfaces:
 
@@ -955,11 +1404,42 @@
           in the receiver peer
 
 
-Interactions between entities and services
-------------------------------------------
+.. _am_data_transfer:
+
+AM RLC
+++++++
+
+
+The processing of the data transfer in the Acknowledge Mode (AM) RLC entity is explained in section 5.1.3 of [TS36322]_.
+In this section we describe some details of the implementation of the
+RLC entity.
+
+
+Buffers for the transmit operations
+-----------------------------------
+
+Our implementation of the AM RLC entity maintains 3 buffers for the
+transmit operations:
+
+    * **Transmission Buffer**: it is the RLC SDU queue. 
+      When the AM RLC entity receives a SDU in the TransmitPdcpPdu service primitive from the
+      upper PDCP entity, it enqueues it in the Transmission Buffer. We
+      put a limit on the RLC buffer size and just silently drop SDUs
+      when the buffer is full. 
+
+    * **Transmitted PDUs Buffer**: it is the queue of transmitted RLC PDUs for which an ACK/NACK has not
+      been received yet. When the AM RLC entity sends a PDU to the MAC
+      entity, it also puts a copy of the transmitted PDU in the Transmitted PDUs Buffer.
+
+    * **Retransmission Buffer**: it is the queue of RLC PDUs which are considered for retransmission
+      (i.e., they have been NACKed). The AM RLC entity moves this PDU to the Retransmission Buffer,
+      when it retransmits a PDU from the Transmitted Buffer.
+
+
+.. _sec-rlc-am-tx-operations:
 
 Transmit operations in downlink
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+-------------------------------
 
 The following sequence diagram shows the interactions between the
 different entities (RRC, PDCP, AM RLC, MAC and MAC scheduler) of the
@@ -967,9 +1447,7 @@
 
 Figure :ref:`fig-lte-rlc-data-txon-dl` shows how the upper layers send
 data PDUs and how the data flow is processed by the different
-entities/services of the LTE protocol stack. We will explain in detail
-only the processing related to the AM RLC entity, which is the most
-complex. 
+entities/services of the LTE protocol stack. 
 
 .. _fig-lte-rlc-data-txon-dl:
    
@@ -1012,7 +1490,7 @@
       PDU to the MAC entity. 
 
 Retransmission in downlink
-^^^^^^^^^^^^^^^^^^^^^^^^^^
+--------------------------
 
 The sequence diagram of Figure :ref:`fig-lte-rlc-data-retx-dl` shows
 the interactions between the different entities (AM RLC, MAC and MAC
@@ -1035,7 +1513,7 @@
 Retransmission Buffer.
 
 Transmit operations in uplink
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+-----------------------------
 
 The sequence diagram of Figure :ref:`fig-lte-rlc-data-txon-ul` shows
 the interactions between the different entities of the UE (RRC, PDCP,
@@ -1056,7 +1534,7 @@
 channel. 
 
 Retransmission in uplink
-^^^^^^^^^^^^^^^^^^^^^^^^
+------------------------
 
 The sequence diagram of Figure :ref:`fig-lte-rlc-data-retx-ul` shows
 the interactions between the different entities of the UE (AM RLC and
@@ -1071,35 +1549,10 @@
    Sequence diagram of data PDU retransmission in uplink
 
 
-
-AM data transfer
-----------------
-
-The processing of the data transfer in the AM RLC entity is explained in section 5.1.3 of [TS36322]_.
-In this section we describe some details of the implementation of the RLC entity.
-
-Management of buffers in transmit operations
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-The AM RLC entity manages 3 buffers:
-
-    * **Transmission Buffer**: it is the RLC SDU queue. 
-      When the AM RLC entity receives a SDU in the TransmitPdcpPdu service primitive from the
-      upper PDCP entity, it enqueues it in the Transmission Buffer. We
-      put a limit on the RLC buffer size and just silently drop SDUs
-      when the buffer is full. 
-
-    * **Transmitted PDUs Buffer**: it is the queue of transmitted RLC PDUs for which an ACK/NACK has not
-      been received yet. When the AM RLC entity sends a PDU to the MAC
-      entity, it also puts a copy of the transmitted PDU in the Transmitted PDUs Buffer.
-
-    * **Retransmission Buffer**: it is the queue of RLC PDUs which are considered for retransmission
-      (i.e., they have been NACKed). The AM RLC entity moves this PDU to the Retransmission Buffer,
-      when it retransmits a PDU from the Transmitted Buffer.
-
+.. _sec-rlc-am-buffer-size:
 
 Calculation of the buffer size
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+------------------------------
 
 The Transmission Buffer contains RLC SDUs. A RLC PDU is one or more SDU segments plus an RLC header.
 The size of the RLC header of one RLC PDU depends on the number of SDU segments the PDU contains.
@@ -1126,20 +1579,20 @@
 
 
 Concatenation and Segmentation
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+------------------------------
 
 The AM RLC entity generates and sends exactly one RLC PDU for each transmission opportunity even
 if it is smaller than the size reported by the transmission opportunity. So for instance, if a
 STATUS PDU is to be sent, then only this PDU will be sent in that transmission opportunity.
 
 The segmentation and concatenation for the SDU queue of the AM RLC entity follows the same philosophy
-as the same procedures of the UM RLC entity but there are new state variables (see section 7.1) only
-present in the AM RLC entity.
+as the same procedures of the UM RLC entity but there are new state
+variables (see [TS36322]_ section 7.1) only present in the AM RLC entity.
 
 It is noted that, according to the 3GPP specs, there is no concatenation for the Retransmission Buffer.
 
 Re-segmentation
-^^^^^^^^^^^^^^^
+---------------
 
 The current model of the AM RLC entity does not support the
 re-segmentation of the retransmission buffer. Rather, the AM RLC
@@ -1149,7 +1602,7 @@
 
 
 Unsupported features
-^^^^^^^^^^^^^^^^^^^^
+--------------------
 
 We do not support the following procedures of [TS36322]_ :
 
@@ -1164,54 +1617,155 @@
     * no notification of successful / failed delivery by AM RLC entity to PDCP entity
 
 
-
-
-RLC/SM
-------
-
-In addition to the full-fledged RLC/UM and RLC/AM implementations,
-a simplified RLC model is provided, which is denoted RLC/SM. This RLC model does not accepts
-PDUs from any above layer (such as PDCP); rather, RLC/SM takes care of the
+UM RLC
+++++++
+
+In this section we describe the implemnetation of the Unacknowledge Mode (UM) RLC entity.
+
+Transmit operations in downlink
+-------------------------------
+
+The transmit operations of the UM RLC are similar to those of the AM
+RLC previously described in Section :ref:`sec-rlc-am-tx-operations`,
+with the difference that, following the specifications of [TS36322]_,
+retransmission are not performed, and there are no STATUS PDUs.
+
+Transmit operations in uplink
+------------------------------
+
+The transmit operations in the uplink are similar to those of the
+downlink, with the main difference that the Report_Buffer_Status is
+sent from the UE MAC to the MAC Scheduler in the eNB over the air
+using the control channel. 
+
+
+Calculation of the buffer size
+------------------------------
+
+The calculation of the buffer size for the UM RLC is done using the
+same approach of the AM RLC, please refer to section
+:ref:`sec-rlc-am-buffer-size` for the corresponding description.
+
+
+
+
+TM RLC
+++++++
+
+In this section we describe the implementation of the Transparent Mode (TM) RLC entity.
+
+
+Transmit operations in downlink
+-------------------------------
+
+In the simulator, the TM RLC still provides to the upper layers the
+same service interface provided by the AM and UM RLC
+entities to the PDCP layer; in practice, this interface is used by an RRC
+entity (not a PDCP entity) for the transmission of RLC SDUs. This
+choice is motivated by the fact that the services provided by the TM
+RLC to the upper layers, according to [TS36322]_, is a subset of those
+provided by the UM and AM RLC entities to the PDCP layer; hence,
+we reused the same interface for simplicity.
+
+The transmit operations in the downlink are performed as follows. When
+the ``Transmit_PDCP_PDU service primitive`` is called by the upper
+layers, the TM RLC does the following:
+
+ * put the SDU in the Transmission Buffer
+ * compute the size of the Transmission Buffer
+ * call the ``Report_Buffer_Status`` service primitive of the eNB
+   MAC entity
+ 
+Afterwards, when the MAC scheduler decides that some data can be sent
+by the logical channel to which the TM RLC entity belongs, the MAC
+entity notifies it to the TM RLC entity by calling the
+``Notify_Tx_Opportunity`` service primitive. Upon reception of this
+primitive, the TM RLC entity does the following:
+
+ * if the TX opportunity has a size that is greater than or equal to
+   the size of the head-of-line SDU in the Transmission Buffer
+   
+   - dequeue the head-of-line SDU from the Transmission Buffer
+   
+   - create one RLC PDU that contains entirely that SDU, without any
+     RLC header 
+
+   -  Call the ``Transmit_PDU`` primitive in order to send the RLC
+      PDU to the MAC entity. 
+
+   
+Transmit operations in uplink
+-----------------------------
+
+The transmit operations in the uplink are similar to those of the
+downlink, with the main difference that a transmission opportunity can
+also arise from the assignment of the UL GRANT as part of the Random
+Access procedure, without an explicit Buffer Status Report issued by
+the TM RLC entity.
+
+
+
+Calculation of the buffer size
+------------------------------
+
+As per the specifications [TS36322]_, the TM RLC does not add any RLC
+header to the PDUs being transmitted. Because of this, the buffer size
+reported to the MAC layer is calculated simply by summing the size of
+all packets in the transmission buffer, thus notifying to the MAC the
+exact buffer size.
+
+
+
+SM RLC
+++++++
+
+In addition to the AM, UM and TM implementations that are modeled
+after the 3GPP specifications, a simplified RLC model is provided,
+which is called Saturation Mode (SM) RLC. This RLC model does not accept
+PDUs from any above layer (such as PDCP); rather, the SM RLC takes care of the
 generation of RLC PDUs in response to  
 the notification of transmission opportunities notified by the MAC. 
-In other words, RLC/SM simulates saturation conditions, i.e., it
+In other words, the SM RLC simulates saturation conditions, i.e., it
 assumes that the RLC buffer is always full and can generate a new PDU
-whenever notified by the scheduler. In fact, the "SM" in the name of
-the model stands for "Saturation Mode". 
-
-RLC/SM is used for simplified simulation scenarios in which only the
+whenever notified by the scheduler. 
+
+The SM RLC is used for simplified simulation scenarios in which only the
 LTE Radio model is used, without the EPC and hence without any IP
-networking support. We note that, although RLC/SM is an
+networking support. We note that, although the SM RLC is an
 unrealistic traffic model, it still allows for the correct simulation
 of scenarios with multiple flows belonging to different (non real-time)
 QoS classes, in order to test the QoS performance obtained by different
 schedulers. This can be 
 done since it is the task of the Scheduler to assign transmission
-resources based on the characteristics of each Radio Bearer which are
-specified upon the creation of each Bearer at the start of the
-simulation.
+resources based on the characteristics (e.g., Guaranteed Bit Rate) of
+each Radio Bearer, which are specified upon the definition of each
+Bearer within the simulation program.
 
 As for schedulers designed to work with real-time QoS
-traffic that has delay constraints, RLC/SM is probably not an appropriate choice.
+traffic that has delay constraints, the SM RLC is probably not an appropriate choice.
 This is because the absence of actual RLC SDUs (replaced by the artificial
 generation of Buffer Status Reports) makes it not possible to provide
 the Scheduler with meaningful head-of-line-delay information, which is
-normally the metric of choice for the implementation of scheduling
+often the metric of choice for the implementation of scheduling
 policies for real-time traffic flows. For the simulation and testing
-of such schedulers, it is advisable to use one of the realistic RLC
-implementations (RLC/UM or RLC/AM).
-
-
-
+of such schedulers, it is advisable to use either the UM or the AM RLC
+models instead.
+
+
+----
 PDCP
 ----
 
+PDCP Model Overview
++++++++++++++++++++
+
 The reference document for the specification of the PDCP entity is
 [TS36323]_. With respect to this specification, the PDCP model
 implemented in the simulator supports only the following features:
 
  * transfer of data (user plane or control plane);
  * maintenance of PDCP SNs;
+ * transfer of SN status (for use upon handover);
 
 The following features are currently not supported:
 
@@ -1224,415 +1778,962 @@
  * duplicate discarding.
 
 
-
-
+PDCP Service Interface
+++++++++++++++++++++++
+
+The PDCP service interface is divided into two parts:
+
+    * the ``PdcpSapProvider`` part is provided by the PDCP layer and used by the upper layer and
+    * the ``PdcpSapUser`` part is provided by the upper layer and used by the PDCP layer.
+
+PDCP Service Primitives
+-----------------------
+
+The following list specifies which service primitives are provided by the PDCP service interfaces:
+
+    * ``PdcpSapProvider::TransmitPdcpSdu``
+
+        * The RRC entity uses this primitive to send an RRC PDU to the lower PDCP entity
+          in the transmitter peer
+
+    * ``PdcpSapUser::ReceivePdcpSdu``
+
+        * The PDCP entity uses this primitive to send an RRC PDU to the upper RRC entity
+          in the receiver peer
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+      
+        \clearpage
+
+
+---
 RRC
-+++
-
-At the time of this writing, the RRC model implemented in the
-simulator is not comprehensive of all the funcionalities defined  
-by the 3GPP standard. 
-In particular, RRC messaging over signaling
-radio bearer is not implemented; the corresponding control
-functionality is performed via direct function calls among the
-relevant eNB and UE protocol entities and the helper objects.
-
-The RRC implements the procedures for
-managing the connection of the UEs to the eNBs, and to setup and
-release the Radio Bearers. The RRC entity also takes care of multiplexing
-data packets coming from the upper layers into the appropriate radio
-bearer. In the UE, this is performed in the uplink by using the
-Traffic Flow Template classifier (TftClassifier). In the eNB, this is
-done for downlink traffic, by leveraging on the one-to-one mapping
-between S1-U bearers and Radio Bearers, which is required by the 3GPP
-specifications. 
-
-
-
-
-
-
-
-PHY
-+++
-
-
-Overview
---------
-
-The physical layer model provided in this LTE simulator is based on
-the one described in [Piro2011]_, with the following modifications.  The model now includes the 
-inter cell intereference calculation and the simulation of uplink traffic, including both packet transmission and CQI generation. 
-
-
-Subframe Structure
-^^^^^^^^^^^^^^^^^^
-
-The subframe is divided into control and data part as described in Figure :ref:`fig-lte-subframe-structure`.
-
-.. _fig-lte-subframe-structure:
-
-.. figure:: figures/lte-subframe-structure.*
-   :width: 50px
-
-   Lte subframe division.
-
-
-Considering the granularity of the simulator based on RB, the control and the reference signaling have to be consequently modeled considering this constraint.  According to the standard [TS36.211]_, the downlink control frame starts at the beginning of each subframe and lasts up to three symbols across the whole system bandwidth, where the actual duration is provided by the Physical Control Format Indicator Channel (PCFICH). The information on the allocation are then mapped in the remaining resource up to the duration defined by the PCFICH, in the so called Physical Downlink Control Channel (PDCCH). A PDCCH transports a single message called Downlink Control Information (DCI) coming from the MAC layer, where the scheduler indicates the resource allocation for a specific user.
-The PCFICH and PDCCH are modeled with the transmission of the control frame of a fixed duration of 3/14 of milliseconds spanning in the whole available bandwidth, since the scheduler does not estimate the size of the control region. This implies that a single transmission block models the entire control frame with a fixed power (i.e., the one used for the PDSCH) across all the available RBs. According to this feature, this transmission represents also a valuable support for the Reference Signal (RS). This allows of having every TTI an evaluation of the interference scenario since all the eNB are transmitting (simultaneously) the control frame over the respective available bandwidths. We note that, the model does not include the power boosting since it does not reflect any improvement in the implemented model of the channel estimation.
-
-
-The Sounding Reference Signal (SRS) is modeled similar to the downlink control frame. The SRS is periodically placed in the last symbol of the subframe in the whole system bandwidth. The RRC module already includes an algorithm for dynamically assigning the periodicity as function of the actual number of UEs attached to a eNB according to the UE-specific procedure (see Section 8.2 of [TS36.213]_).
-
-
-MAC to Channel delay
-^^^^^^^^^^^^^^^^^^^^
-
-To model the latency of real MAC and PHY implementations, the PHY model simulates a MAC-to-channel delay in multiples of TTIs (1ms). The transmission of both data and control packets are delayed by this amount.
-
-
-CQI feedback
-^^^^^^^^^^^^
-
-The generation of CQI feedback is done accordingly to what specified in [FFAPI]_. In detail, we considered the generation 
-of periodic wideband CQI (i.e., a single value of channel state that is deemed representative of all RBs 
-in use) and inband CQIs (i.e., a set of value representing the channel state for each RB).
-
-The CQI feedbacks are currently evaluated according to the SINR perceived by data transmissions (i.e., PDSHC for downlink and PUSCH for uplink) instead of the one based on reference signals (i.e., RS for downlink and SRS for uplink) since that signals are not implemented in the current version of the PHY layer. This implies that a UE has to transmit some data in order to have CQI feedbacks. This assumption is based on the fact that the reference signals defined in LTE are usually multiplexed within the data transmissions resources.
-
-Interference Model
-^^^^^^^^^^^^^^^^^^
-
-The PHY model is based on the well-known Gaussian interference models, according to which the powers of interfering signals (in linear units) are summed up together to determine the overall interference power.
-
-The sequence diagram of Figure :ref:`fig-lte-phy-interference` shows how interfering signals are processed to calculate the SINR, and how SINR is then used for the generation of CQI feedback.
-
-
-.. _fig-lte-phy-interference:
-   
-.. figure:: figures/lte-phy-interference.*
+---
+
+Features
+++++++++
+
+The RRC model implemented in the simulator provides the following functionality:
+
+ - generation (at the eNB) and interpretation (at the UE) of System
+   Information (in particular the Master Information Block and, at the
+   time of this writing, only System Information Block Type 2)
+ - RRC connection establishment procedure
+ - RRC reconfiguration procedure, supporting the following use cases:
+   + reconfiguration of the SRS configuration index
+   + reconfiguration of the PHY TX mode (MIMO)
+   + data radio bearer setup
+   + handover
+ - RRC connection re-establishment, supporting the following use
+   cases:
+   + handover
+
+
+Architecture
+++++++++++++
+
+The RRC model is divided into the following components:
+
+ - the RRC entities `LteUeRrc` and `LteEnbRrc`, which implement the state
+   machines of the RRC entities respectively at the UE and the eNB;
+ - the RRC SAPs `LteUeRrcSapProvider`, `LteUeRrcSapUser`,
+   `LteEnbRrcSapProvider`, `LteEnbRrcSapUser`, which allow the RRC
+   entities to send and receive RRC messages and information
+   elmenents;
+ - the RRC protocol classes `LteUeRrcProtocolIdeal`,
+   `LteEnbRrcProtocolIdeal`, `LteUeRrcProtocolReal`,
+   `LteEnbRrcProtocolReal`, which implement two different models for
+   the transmission of RRC messages.
+
+Additionally, the RRC components use various other SAPs in order to
+interact with the rest of the protocol stack. A representation of all
+the SAPs that are used is provided in the figures :ref:`fig-lte-arch-ue-data`,
+:ref:`fig-lte-arch-ue-ctrl`, :ref:`fig-lte-arch-enb-data` and
+:ref:`fig-lte-arch-enb-ctrl`.
+
+
+UE RRC State Machine
+++++++++++++++++++++
+
+In Figure :ref:`fig-lte-ue-rrc-states` we represent the state machine
+as implemented in the RRC UE entity.
+
+.. _fig-lte-ue-rrc-states:
+
+.. figure:: figures/lte-ue-rrc-states.*
+   :align: center
+
+   UE RRC State Machine
+
+It is to be noted that most of the states are transient, i.e., once
+the UE goes into one of the CONNECTED states it will never switch back
+to any of the IDLE states. This choice is done for the following reasons:
+
+ - as discussed in the section :ref:`sec-design-criteria`, the focus
+   of the LTE-EPC simulation model is on CONNECTED mode
+ - radio link failure is not currently modeled, as discussed in the
+   section :ref:`sec-radio-link-failure`, so an UE cannot go IDLE
+   because of radio link failure
+ - RRC connection release is currently never triggered neither by the EPC
+   nor by the NAS
+
+Still, we chose to model explicitly the IDLE states, because:
+
+ - a realistic UE RRC configuration is needed for handover, which is a
+   required feature, and in order to have a cleaner implementation it makes sense to
+   use the same UE RRC configuration also for the initial connection
+   establishment
+ - it makes easier to implement idle mode cell selection in the
+   future, which is a highly desirable feature 
+ 
+
+ENB RRC State Machine
++++++++++++++++++++++
+
+The eNB RRC maintains the state for each UE that is attached to the
+cell. From an implementation point of view, the state of each UE is
+contained in an instance of the UeManager class. The state machine is
+represented in Figure :ref:`fig-lte-enb-rrc-states`.
+
+.. _fig-lte-enb-rrc-states:
+
+.. figure:: figures/lte-enb-rrc-states.*
+   :align: center
+
+   ENB RRC State Machine for each UE
+
+
+
+Radio Admission Control
++++++++++++++++++++++++
+
+Radio Admission Control is supported by having the eNB RRC
+reply to an RRC CONNECTION REQUEST message sent by the UE with either
+an RRC CONNECTION SETUP message or an RRC CONNECTION REJECT message,
+depending on whether the new UE is to be admitted or not. In the
+current implementation, the behavior is determined by the boolean attribute
+``ns3::LteEnbRrc::AdmitRrcConnectionRequest``. There is currently no Radio Admission
+Control algorithm that dynamically decides whether a new connection
+shall be admitted or not. 
+
+
+Radio Bearer Configuration
+++++++++++++++++++++++++++
+
+Some implementation choices have been made in the RRC regarding the setup of radio bearers:
+
+ - three Logical Channel Groups (out of four available) are configured
+   for uplink buffer status report purposes, according to the following policy:
+
+   + LCG 0 is for signaling radio bearers
+   + LCG 1 is for GBR data radio bearers
+   + LCG 2 is for Non-GBR data radio bearers
+
+
+.. _sec-radio-link-failure:
+
+Radio Link Failure
+++++++++++++++++++
+
+Since at this stage the RRC supports the CONNECTED mode only, Radio Link
+Failure (RLF) is not handled. The reason is that one of the possible
+outcomes of RLF (when RRC re-establishment is unsuccessful) is to
+leave RRC CONNECTED notifying the NAS of the RRC connection
+failure. In order to model RLF properly, RRC IDLE mode should be
+supported, including in particular idle mode cell (re-)selection.
+
+With the current model, an UE that experiences bad link quality will
+just stay associated with the same eNB, and the scheduler will stop
+allocating resources to it for communications. This is also consistent
+with the fact that, at this stage, only handovers explicitly triggered
+within the simulation program are supported (network-driven handovers
+based on UE measurements are planned only at a later stage).
+
+
+Handover
+++++++++
+
+The RRC model support the execution of an X2-based handover
+procedure. The handover needs to be triggered explicitly by the
+simulation program by scheduling an execution of the method
+``LteEnbRrc::SendHandoverRequest ()``. The automatic triggering of the
+handover based on UE measurements is not supported at this stage.
+
+
+
+RRC sequence diagrams
++++++++++++++++++++++
+
+In this section we provide some sequence diagrams that explain the
+most important RRC procedures being modeled.
+
+RRC connection establishment
+----------------------------
+
+Figure :ref:`fig-rrc-connection-establishment` shows how the RRC
+Connection Establishment procedure is modeled, highlighting the role
+of the RRC layer at both the UE and the eNB, as well as the
+interaction with the other layers. 
+
+.. _fig-rrc-connection-establishment:
+
+.. figure:: figures/rrc-connection-establishment.*
+   :align: center
+
+   Sequence diagram of the RRC Connection Establishment procedure
+
+
+
+RRC connection reconfiguration
+------------------------------
+
+Figure :ref:`fig-rrc-connection-reconfiguration` shows how the RRC
+Connection Reconfiguration procedure is modeled for the case where
+MobilityControlInfo is not provided, i.e., handover is not
+performed. 
+
+
+.. _fig-rrc-connection-reconfiguration:
+
+.. figure:: figures/rrc-connection-reconfiguration.*
    :align: center
 
-   Sequence diagram of the PHY interference calculation procedure
-
-
-
-LTE Spectrum Model
-^^^^^^^^^^^^^^^^^^
-
-The usage of the radio spectrum by eNBs and UEs in LTE is described in
-[TS36101]_. In the simulator, radio spectrum usage is modeled as follows. 
-Let :math:`f_c` denote the  LTE Absolute Radio Frequency Channel Number, which
-identifies the carrier frequency on a 100 kHz raster; furthermore, let :math:`B` be
-the Transmission Bandwidth Configuration in number of Resource Blocks. For every
-pair :math:`(f_c,B)` used in the simulation we define a corresponding spectrum
-model using the Spectrum framework described
-in [Baldo2009]_.  :math:`f_c` and :math:`B` can be configured for every eNB instantiated
-in the simulation; hence, each eNB can use a different spectrum model. Every UE
-will automatically use the spectrum model of the eNB it is attached to. Using
-the MultiModelSpectrumChannel described in [Baldo2009]_, the interference
-among eNBs that use different spectrum models is properly accounted for. 
-This allows to simulate dynamic spectrum access policies, such as for
-example the spectrum licensing policies that are 
-discussed in [Ofcom2600MHz]_.
-
-
-
-Data PHY Error Model
---------------------
-
-The simulator includes an error model of the data plane (i.e., PDSCH and PUSCH) according to the standard link-to-system mapping (LSM) techniques. The choice is aligned with the standard system simulation methodology of OFDMA  radio transmission technology. Thanks to LSM we are able to maintain a good level of accuracy and at the same time limiting the computational complexity increase. It is based on the mapping of single link layer performance obtained by means of link level simulators to system (in our case network) simulators. In particular link the layer simulator is used for generating the performance of a single link from a PHY layer perspective, usually in terms of code block error rate (BLER), under specific static conditions. LSM allows the usage of these parameters in more complex scenarios, typical of system/network simulators, where we have more links, interference and "colored" channel propagation phenomena (e.g., frequency selective fading).
-
-To do this the Vienna LTE Simulator [ViennaLteSim]_ has been used for what concerns the extraction of link layer performance and the Mutual Information Based Effective SINR (MIESM) as LSM mapping function using part of the work recently published by the Signet Group of University of Padua [PaduaPEM]_.
-
-
-MIESM
-^^^^^
-
-The specific LSM method adopted is the one based on the usage of a mutual information metric, commonly referred to as the mutual information per per coded bit (MIB or MMIB when a mean of multiples MIBs is involved). Another option would be represented by the Exponential ESM (EESM); however, recent studies demonstrate that MIESM outperforms EESM in terms of accuracy [LozanoCost]_.
-Moreover, from an HARQ perspective, the MIESM has more flexibility in managing the combinations of the HARQ blocks. In fact, by working in the MI field, the formulas for evaluating both the chase combining (CC) and the incremental redundancy (IR) schemes work in the MI field as well, where there is no dependency respect to the MCS. On the contrary, the HARQ model of EESM works in the effective SINR field, which is MCS dependent, and does not allow the combination of HARQ blocks using different MCSs [wimaxEmd]_.
-
-.. _fig-miesm-architecture:
-
-.. figure:: figures/miesm_scheme.*
+   Sequence diagram of the RRC Connection Reconfiguration procedure
+
+
+
+Figure :ref:`fig-rrc-connection-reconf-handover` shows how the RRC
+Connection Reconfiguration procedure is modeled for the case where
+MobilityControlInfo is provided, i.e., handover is to be performed.
+As specified in [TS36331]_, *After receiving the handover message,
+the UE attempts to access the target cell at the first available RACH
+occasion according to Random Access resource selection defined in [TS36321]_,
+i.e. the handover is asynchronous. Consequently, when
+allocating a dedicated preamble for the random access in the target
+cell, E-UTRA shall ensure it is available from the first RACH occasion
+the UE may use. Upon successful completion of the handover, the UE
+sends a message used to confirm the handover.* Note that the random
+access procedure in this case is non-contention based, hence in a real
+LTE system it differs slightly from the one used in RRC connection
+established. Also note that the RA Preamble ID is signalled via the
+Handover Command included in the X2 Handover Request ACK message sent
+from the target eNB to the source eNB; in particular, the preamble is
+included in the RACH-ConfigDedicated IE which is part of
+MobilityControlInfo. 
+
+
+.. _fig-rrc-connection-reconf-handover:
+   
+.. figure:: figures/rrc-connection-reconfiguration-handover.*
    :align: center
 
-   MIESM computational procedure diagram
-
-The mutual information (MI) is dependent on the constellation mapping and can be calculated per transport block (TB) basis, by evaluating the MI over the symbols and the subcarrier. However, this would be too complex for a network simulator. Hence, in our implementation a flat channel response within the RB has been considered; therefore the overall MI of a TB is calculated averaging the MI evaluated per each RB used in the TB. In detail, the implemented scheme is depicted in Figure :ref:`fig-miesm-architecture`, where we see that the model starts by evaluating the MI value for each RB, represented in the figure by the SINR samples. Then the equivalent MI is evaluated per TB basis by averaging the MI values. Finally, a further step has to be done since the link level simulator returns the performance of the link in terms of block error rate (BLER) in a addive white guassian noise  (AWGN) channel, where the blocks are the code blocks (CBs) independently encoded/decoded by the turbo encoder. On this matter the standard 3GPP segmentation scheme has been used for estimating the actual CB size (described in section 5.1.2 of [TS36212]_). This scheme divides the the TB in :math:`N_{K_-}` blocks of size :math:`K_-` and :math:`N_{K+}` blocks of size :math:`K_+`. Therefore the overall TB BLER (TBLER) can be expressed as
-
-.. math::
-
-  TBLER = 1- \prod\limits_{i=1}^{C}(1-CBLER_i)
-
-where the :math:`CBLER_i` is the BLER of the CB :math:`i` obtained according to the link level simulator CB BLER curves.
-For estimating the :math:`CBLER_i`, the MI evaluation has been implemented according to its numerical approximation defined in [wimaxEmd]_. Moreover, for reducing the complexity of the computation, the approximation has been converted into lookup tables. In detail, Gaussian cumulative model has been used for approximating the AWGN BLER curves with three parameters which provides a close fit to the standard AWGN performances, in formula:
-
-.. math::
-
-  CBLER_i = \frac{1}{2}\left[1-erf\left(\frac{x-b_{ECR}}{\sqrt{2}c_{ECR}} \right) \right]
-
-where :math:`x` is the MI of the TB, :math:`b_{ECR}` represents the "transition center" and :math:`c_{ECR}` is related to the "transition width" of the Gaussian cumulative distribution for each Effective Code Rate (ECR) which is the actual transmission rate according to the channel coding and MCS. For limiting the computational complexity of the model we considered only a subset of the possible ECRs in fact we would have potentially 5076 possible ECRs (i.e., 27 MCSs and 188 CB sizes). On this respect, we will limit the CB sizes to some representative values (i.e., 40, 140, 160, 256, 512, 1024, 2048, 4032, 6144), while for the others the worst one approximating the real one will be used (i.e., the smaller CB size value available respect to the real one). This choice is aligned to the typical performance of turbo codes, where the CB size is not strongly impacting on the BLER. However, it is to be notes that for CB sizes lower than 1000 bits the effect might be relevant (i.e., till 2 dB); therefore, we adopt this unbalanced sampling interval for having more precision where it is necessary. This behaviour is confirmed by the figures presented in the Annes Section.
-
-
-BLER Curves
-^^^^^^^^^^^
-
-On this respect, we reused part of the curves obtained within [PaduaPEM]_. In detail, we introduced the CB size dependency to the CB BLER curves with the support of the developers of [PaduaPEM]_ and of the LTE Vienna Simulator. In fact, the module released provides the link layer performance only for what concerns the MCSs (i.e, with a given fixed ECR). In detail the new error rate curves for each has been evaluated with a simulation campaign with the link layer simulator for a single link with AWGN noise and for CB size of 104, 140, 256, 512, 1024, 2048, 4032 and 6144. These curves has been mapped with the Gaussian cumulative model formula presented above for obtaining the correspondents :math:`b_{ECR}` and :math:`c_{ECR}` parameters.
-
-The BLER perfomance of all MCS obtained with the link level simulator are plotted in the following figures (blue lines) together with their correspondent mapping to the Gaussian cumulative distribution (red dashed lines).
-
-
-.. _fig-mcs-1-4-ber:
-
-.. figure:: figures/MCS_1_4.*
-   :width: 900px
-   :align: center
-   :height: 700px
-
-
-   BLER for MCS 1, 2, 3 and 4.
-
-
-.. _fig-mcs-5-8-ber:
-
-.. figure:: figures/MCS_5_8.*
-   :width: 900px
-   :align: center
-   :height: 700px
-
-
-   BLER for MCS 5, 6, 7 and 8.
-
-.. _fig-mcs-9-12-ber:
-
-.. figure:: figures/MCS_9_12.*
-   :width: 900px
-   :align: center
-   :height: 700px
-
-
-   BLER for MCS 9, 10, 11 and 12.
-
-.. _fig-mcs-13-16-ber:
-
-.. figure:: figures/MCS_13_16.*
-   :width: 900px
+   Sequence diagram of the RRC Connection Reconfiguration procedure
+   for the handover case
+
+
+RRC protocol models
++++++++++++++++++++
+
+As previously anticipated, we provide two different models  for the
+transmission and reception of RRC messages: *Ideal*
+and *Real*. Each of them is described in one of the following
+subsections.
+
+
+Ideal RRC protocol model
+------------------------
+
+According to this model, implemented in the classes and `LteUeRrcProtocolIdeal` and
+`LteEnbRrcProtocolIdeal`, all RRC messages and information elements
+are transmitted between the eNB and the UE in an ideal fashion,
+without consuming radio resources and without errors. From an
+implementation point of view, this is achieved by passing the RRC data
+structure directly between the UE and eNB RRC entities, without
+involving the lower layers (PDCP, RLC, MAC, scheduler).
+
+
+Real RRC protocol model
+-----------------------
+
+This model is implemented in the classes `LteUeRrcProtocolReal` and
+`LteEnbRrcProtocolReal` and aims at modeling the transmission of RRC
+PDUs as commonly performed in real LTE systems. In particular:
+
+ - for every RRC message being sent, a real RRC PDUs is created
+   following the ASN.1 encoding of RRC PDUs and information elements (IEs)
+   specified in [TS36331]_. Some simplification are made with respect
+   to the IEs included in the PDU, i.e., only those IEs that are
+   useful for simulation purposes are included. For a detailed list,
+   please see the IEs defined in `lte-rrc-sap.h` and compare with
+   [TS36331]_. 
+ - the encoded RRC PDUs are sent on Signaling Radio Bearers and are
+   subject to the same transmission modeling used for data
+   communications, thus including scheduling, radio resource
+   consumption, channel errors, delays, retransmissions, etc.
+
+
+Signaling Radio Bearer model
+^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+We now describe the Signaling Radio Bearer model that is used for the
+*Real* RRC protocol model.  
+
+ * **SRB0** messages (over CCCH):
+
+   - **RrcConnectionRequest**: in real LTE systems, this is an RLC TM
+     SDU sent over resources specified in the UL Grant in the RAR (not
+     in UL DCIs); the reason is that C-RNTI is not known yet at this
+     stage. In the simulator, this is modeled as a real RLC TM RLC PDU
+     whose UL resources are allocated by the sched upon call to
+     SCHED_DL_RACH_INFO_REQ. 
+
+   - **RrcConnectionSetup**: in the simulator this is implemented as in
+     real LTE systems, i.e., with an RLC TM SDU sent over resources
+     indicated by a regular UL DCI, allocated with
+     SCHED_DL_RLC_BUFFER_REQ triggered by the RLC TM instance that is
+     mapped to LCID 0 (the CCCH).
+
+ * **SRB1** messages (over DCCH):
+
+   - All the SRB1 messages modeled in the simulator (e.g.,
+     **RrcConnectionCompleted**) are implemented as in real LTE systems,
+     i.e., with a real RLC SDU sent over RLC AM using DL resources
+     allocated via Buffer Status Reports. See the RLC model
+     documentation for details.
+
+ * **SRB2** messages (over DCCH):
+
+     - According to [TS36331]_, "*SRB1 is for RRC messages (which may
+       include a piggybacked NAS message) as well as for NAS messages
+       prior to the establishment of SRB2, all using DCCH logical
+       channel*", whereas "*SRB2 is for NAS messages, using DCCH
+       logical channel*" and "*SRB2 has a lower-priority than SRB1 and is 
+       always configured by E-UTRAN after security
+       activation*". Modeling security-related aspects is not a
+       requirement of the LTE simulation model, hence we always use
+       SRB1 and never activate SRB2.
+
+
+
+
+ASN.1 encoding of RRC IE's
+^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+
+The messages defined in RRC SAP, common to all Ue/Enb SAP Users/Providers, are transported in a transparent container to/from a Ue/Enb. The encoding format for the different Information Elements are specified in [TS36331]_, using ASN.1 rules in the unaligned variant. The implementation in Ns3/Lte has been divided in the following classes:
+
+  * Asn1Header : Contains the encoding / decoding of basic ASN types
+
+  * RrcAsn1Header : Inherits Asn1Header and contains the encoding / decoding of common IE's defined in [TS36331]_
+  
+  * Rrc specific messages/IEs classes : A class for each of the messages defined in RRC SAP header
+
+
+Asn1Header class - Implementation of base ASN.1 types
+^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+This class implements the methods to Serialize / Deserialize the ASN.1 types being used in [TS36331]_, according to the packed encoding rules in ITU-T X.691. The types considered are:
+
+  * Boolean : a boolean value uses a single bit (1=true, 0=false).
+  
+  * Integer : a constrained integer (with min and max values defined) uses the minimum amount of bits to encode its range (max-min+1).
+  
+  * Bitstring : a bistring will be copied bit by bit to the serialization buffer.
+  
+  * Octetstring : not being currently used.
+  
+  * Sequence : the sequence generates a preamble indicating the presence of optional and default fields. It also adds a bit indicating the presence of extension marker.
+  
+  * Sequence...Of : the sequence...of type encodes the number of elements of the sequence as an integer (the subsequent elements will need to be encoded afterwards).
+  
+  * Choice : indicates which element among the ones in the choice set is being encoded.
+  
+  * Enumeration : is serialized as an integer indicating which value is used, among the ones in the enumeration, with the number of elements in the enumeration as upper bound.
+  
+  * Null : the null value is not encoded, although its serialization function is defined to provide a clearer map between specification and implementation.
+
+The class inherits from ns-3 Header, but Deserialize() function is declared pure virtual, thus inherited classes having to implement it. The reason is that deserialization will retrieve the elements in RRC messages, each of them containing different information elements.
+
+Additionally, it has to be noted that the resulting byte length of a specific type/message can vary, according to the presence of optional fields, and due to the optimized encoding. Hence, the serialized bits will be processed using PreSerialize() function, saving the result in m_serializationResult Buffer. As the methods to read/write in a ns3 buffer are defined in a byte basis, the serialization bits are stored into m_serializationPendingBits attribute, until the 8 bits are set and can be written to buffer iterator. Finally, when invoking Serialize(), the contents of the m_serializationResult attribute will be copied to Buffer::Iterator parameter
+
+RrcAsn1Header : Common IEs
+^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+As some Information Elements are being used for several RRC messages, this class implements the following common IE's:
+
+  * SrbToAddModList
+  
+  * DrbToAddModList
+  
+  * LogicalChannelConfig
+  
+  * RadioResourceConfigDedicated
+  
+  * PhysicalConfigDedicated
+  
+  * SystemInformationBlockType1
+  
+  * SystemInformationBlockType2
+  
+  * RadioResourceConfigCommonSIB
+
+
+Rrc specific messages/IEs classes
+^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+
+The following RRC SAP have been implemented:
+
+  * RrcConnectionRequest
+  
+  * RrcConnectionSetup
+  
+  * RrcConnectionSetupCompleted
+  
+  * RrcConnectionReconfiguration
+  
+  * RrcConnectionReconfigurationCompleted
+  
+  * HandoverPreparationInfo
+  
+  * RrcConnectionReestablishmentRequest
+  
+  * RrcConnectionReestablishment
+  
+  * RrcConnectionReestablishmentComplete
+  
+  * RrcConnectionReestablishmentReject
+  
+  * RrcConnectionRelease
+
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+      
+        \clearpage
+
+
+
+--------
+NAS
+--------
+
+
+The focus of the LTE-EPC model is on the NAS Active state, which corresponds to EMM Registered, ECM connected, and RRC connected. Because of this, the following simplifications are made:
+
+ - EMM and ECM are not modeled explicitly; instead, the NAS entity at the UE will interact directy with the MME to perfom actions that are equivalent (with gross simplifications) to taking the UE to the states EMM Connected and ECM Connected; 
+
+ - the NAS also takes care of multiplexing uplink data packets coming from the upper layers into the appropriate EPS bearer by using the Traffic Flow Template classifier (TftClassifier). 
+
+- the NAS does not support PLMN and CSG selection 
+
+- the NAS does not support any location update/paging procedure in idle mode
+
+
+
+Figure :ref:`fig-nas-attach` shows how the simplified NAS model
+implements the attach procedure. Note that both the default and
+eventual dedicated EPS bearers are activated as part of this
+procedure. 
+
+.. _fig-nas-attach:
+   
+.. figure:: figures/nas-attach.*
    :align: center
-   :height: 700px
-
-
-   BLER for MCS 13, 14, 15 and 16.
-
-
-.. _fig-mcs-17-20-ber:
-
-.. figure:: figures/MCS_17_20.*
-   :width: 900px
-   :align: center
-   :height: 700px
-
-
-   BLER for MCS 17, 17, 19 and 20.
-
-.. _fig-mcs-21-24-ber:
-
-.. figure:: figures/MCS_21_24.*
-   :width: 900px
+
+   Sequence diagram of the attach procedure
+
+
+
+
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+      
+        \clearpage
+
+
+
+-----------------
+S1
+-----------------
+
+S1-U 
++++++++++
+
+The S1-U interface is modeled in a realistic way by encapsulating
+data packets over GTP/UDP/IP, as done in real LTE-EPC systems. The
+corresponding protocol stack is shown in Figure
+:ref:`fig-lte-epc-e2e-data-protocol-stack`. As shown in the figure,
+there are two different layers of 
+IP networking. The first one is the end-to-end layer, which provides end-to-end 
+connectivity to the users; this layers involves the UEs, the PGW and
+the remote host (including eventual internet routers and hosts in
+between), but does not involve the eNB. By default, UEs are assigned a public IPv4 address in the 7.0.0.0/8
+network, and the PGW gets the address 7.0.0.1, which is used by all
+UEs as the gateway to reach the internet. 
+
+The second layer of IP networking is the EPC local area network. This
+involves all eNB nodes and the SGW/PGW node. This network is
+implemented as a set of point-to-point links which connect each eNB
+with the SGW/PGW node; thus, the SGW/PGW has a set of point-to-point
+devices, each providing connectivity to a different eNB. By default, a
+10.x.y.z/30 subnet is assigned to each point-to-point link (a /30
+subnet is the smallest subnet that allows for two distinct host
+addresses). 
+
+As specified by 3GPP, the end-to-end IP
+communications is tunneled over the local EPC IP network using
+GTP/UDP/IP. In the following, we explain how this tunneling is
+implemented in the EPC model. The explanation is done by discussing the
+end-to-end flow of data packets.  
+
+.. _fig-epc-data-flow-dl:
+   
+.. figure:: figures/epc-data-flow-dl.*
    :align: center
-   :height: 700px
-
-
-   BLER for MCS 21, 22, 23 and 24.
-
-
-.. _fig-mcs-25-28-ber:
-
-.. figure:: figures/MCS_25_28.*
-   :width: 900px
-   :align: center
-   :height: 700px
-
-
-   BLER for MCS 25, 26, 27 and 28.
-
-.. _fig-mcs-29-29-ber:
-
-.. figure:: figures/MCS_29_29.*
-   :width: 900px
+
+   Data flow in the downlink between the internet and the UE
+
+To begin with, we consider the case of the downlink, which is depicted
+in Figure :ref:`fig-epc-data-flow-dl`.   
+Downlink Ipv4 packets are generated from a generic remote host, and
+addressed to one of the UE device. Internet routing will take care of
+forwarding the packet to the generic NetDevice of the SGW/PGW node
+which is connected to the internet (this is the Gi interface according
+to 3GPP terminology). The SGW/PGW has a VirtualNetDevice which is
+assigned the gateway IP address of the UE subnet; hence, static
+routing rules will cause the incoming packet from the internet to be
+routed through this VirtualNetDevice. Such device starts the
+GTP/UDP/IP tunneling procedure, by forwarding the packet to a
+dedicated application in the SGW/PGW  node which is called
+EpcSgwPgwApplication. This application does the following operations:
+
+ #. it determines the eNB node to which the UE is attached, by looking
+    at the IP destination address (which is the address of the UE);
+ #. it classifies the packet using Traffic Flow Templates (TFTs) to
+    identify to which EPS Bearer it belongs. EPS bearers have a
+    one-to-one mapping to S1-U Bearers, so this operation returns the
+    GTP-U Tunnel Endpoint Identifier  (TEID) to which the packet
+    belongs;
+ #. it adds the corresponding GTP-U protocol header to the packet;
+ #. finally, it sends the packet over an UDP socket to the S1-U
+    point-to-point NetDevice, addressed to the eNB to which the UE is
+    attached.
+
+As a consequence, the end-to-end IP packet with newly added IP, UDP
+and GTP headers is sent through one of the S1 links to the eNB, where
+it is received and delivered locally (as the destination address of
+the outmost IP header matches the eNB IP address). The local delivery
+process will forward the packet, via an UDP socket, to a dedicated
+application called EpcEnbApplication. This application then performs
+the following operations:
+
+ #. it removes the GTP header and retrieves the TEID which is
+    contained in it;
+ #. leveraging on the one-to-one mapping between S1-U bearers and
+    Radio Bearers (which is a 3GPP requirement), it determines the Radio
+    Bearer ID (RBID) to which the packet belongs;
+ #. it records the RBID in a dedicated tag called LteRadioBearerTag,
+    which is added to the packet; 
+ #. it forwards the packet to the LteEnbNetDevice of the eNB node via
+    a raw packet socket
+
+Note that, at this point, the outmost header of the packet is the
+end-to-end IP header, since the IP/UDP/GTP headers of the S1 protocol
+stack have already been stripped. Upon reception of
+the packet from the EpcEnbApplication, the LteEnbNetDevice will
+retrieve the RBID from the LteRadioBearerTag, and based on the RBID
+will determine the Radio Bearer instance (and the corresponding PDCP
+and RLC protocol instances) which are then used to forward the packet
+to the UE over the LTE radio interface. Finally, the LteUeNetDevice of
+the UE will receive the packet, and delivery it locally to the IP
+protocol stack, which will in turn delivery it to the application of
+the UE, which is the end point of the downlink communication.
+
+
+
+.. _fig-epc-data-flow-ul:
+   
+.. figure:: figures/epc-data-flow-ul.*
    :align: center
-   :height: 700px
-
-
-   BLER for MCS 29.
-
-
-
-
-
-
-Integration of the BLER curves in the ns-3 LTE module
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-The model implemented uses the curves for the LSM of the recently LTE PHY Error Model released in the ns3 community by the Signet Group [PaduaPEM]_ and the new ones generated for different CB sizes. The ``LteSpectrumPhy`` class is in charge of evaluating the TB BLER thanks to the methods provided by the ``LteMiErrorModel`` class, which is in charge of evaluating the TB BLER according to the vector of the perceived SINR per RB, the MCS and the size in order to proper model the segmentation of the TB in CBs. In order to obtain the vector of the perceived SINR two instances of ``LtePemSinrChunkProcessor`` (child of ``LteSinrChunkProcessor`` dedicated to evaluate the SINR for obtaining physical error performance) have been attached to UE downlink and eNB uplink ``LteSpectrumPhy`` modules for evaluating the error model distribution respectively of PDSCH (UE side) and ULSCH (eNB side).
-
-The model can be disabled for working with a zero-losses channel by setting the ``PemEnabled`` attribute of the ``LteSpectrumPhy`` class (by default is active). This can be done according to the standard ns3 attribute system procedure, that is::
-
-  Config::SetDefault ("ns3::LteSpectrumPhy::DataErrorModelEnabled", BooleanValue (false));  
-
-Control Channels PHY Error Model
---------------------------------
-
-The simulator includes the error model for downlink control channels (PCFICH and PDCCH), while in uplink it is assumed and ideal error-free channel. The model is based on the MIESM approach presented before for considering the effects of the frequency selective channel since most of the control channels span the whole available bandwidth.
-
-
-PCFICH + PDCCH Error Model
-^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-The model adopted for the error distribution of these channels is based on an evaluation study carried out in the RAN4 of 3GPP, where different vendors investigated the demodulation performance of the PCFICH jointly with PDCCH. This is due to the fact that the PCFICH is the channel in charge of communicating to the UEs the actual dimension of the PDCCH (which spans between 1 and 3 symbols); therefore the correct decodification of the DCIs  depends on the correct interpretation of both ones. In 3GPP this problem have been evaluated for improving the cell-edge performance _[FujitsuWhitePaper], where the interference among neighboring cells can be relatively high due to signal degradation. A similar problem has been notices in femto-cell scenario and, more in general, in HetNet scenarios the bottleneck has been detected mainly as the PCFICH channel _[Bharucha2011], where in case of many eNBs are deployed in the same service area, this channel may collide in frequency, making impossible the correct detection of the PDCCH channel, too. 
-
-In the simulator, the SINR perceived during the reception has been estimated according to the MIESM model presented above in order to evaluate the error distribution of PCFICH and PDCCH. In detail, the SINR samples of all the RBs are included in the evaluation of the MI associated to the control frame and, according to this values, the effective SINR (eSINR) is obtained by inverting the MI evaluation process. It has to be noted that, in case of MIMO transmission, both PCFICH and the PDCCH use always the transmit diversity mode as defined by the standard. According to the eSINR perceived the decodification error probability can be estimated as function of the results presented in _[R4-081920]. In case an error occur, the DCIs discarded and therefore the UE will be not able to receive the correspondent Tbs, therefore resulting lost.
-
-
-MIMO Model
-----------
-
-The use of multiple antennas both at transmitter and receiver side, known as multiple-input and multiple-output (MIMO), is a problem well studied in literature during the past years. Most of the work concentrate on evaluating analytically the gain that the different MIMO schemes might have in term of capacity; however someones provide also information of the gain in terms of received power _[CatreuxMIMO].
-
-According to the considerations above, a model more flexible can be obtained considering the gain that MIMO schemes bring in the system from a statistical point of view. As highlighted before, _[CatreuxMIMO] presents the statistical gain of several MIMO solutions respect to the SISO one in case of no correlation between the antennas. In the work the gain is presented as the cumulative distribution function (CDF) of the output SINR for what concern SISO, MIMO-Alamouti, MIMO-MMSE, MIMO-OSIC-MMSE and MIMO-ZF schemes. Elaborating the results, the output SINR distribution can be approximated with a log-normal one with different mean and variance as function of the scheme considered. However, the variances are not so different and they are approximatively equal to the one of the SISO mode already included in the shadowing component of the ``BuildingsPropagationLossModel``, in detail:
-
- * SISO: :math:`\mu = 13.5` and :math:`\sigma = 20` [dB].
- * MIMO-Alamouti: :math:`\mu = 17.7` and :math:`\sigma = 11.1` [dB].
- * MIMO-MMSE: :math:`\mu = 10.7` and :math:`\sigma = 16.6` [dB].
- * MIMO-OSIC-MMSE: :math:`\mu = 12.6` and :math:`\sigma = 15.5` [dB].
- * MIMO-ZF: :math:`\mu = 10.3` and :math:`\sigma = 12.6` [dB].
-
-
-Therefore the PHY layer implements the MIMO model as the gain perceived by the receiver when using a MIMO scheme respect to the one obtained using SISO one. We note that, these gains referred to a case where there is no correlation between the antennas in MIMO scheme; therefore do not model degradation due to paths correlation.
-
-
------------------------
-Channel and Propagation
------------------------
-
-
-The LTE module works with the channel objects provided by the Spectrum module, i.e., either SingleModelSpectrumChannel or MultiModelSpectrumChannel. Because of these, all the propagation models supported by these objecs can be used within the LTE module.
-
-
-
-Use of the Buildings model with LTE
-+++++++++++++++++++++++++++++++++++
-
-The recommended propagation model to be used with the LTE
-module is the one provided by the Buildings module, which was in fact
-designed specifically with LTE (though it can be used with other
-wireless technologies as well). Please refer to the documentation of
-the Buildings module for generic information on the propagation model
-it provides. 
-
-In this section we will highlight some considerations that
-specifically apply when the Buildings module is used together with the
-LTE module.
-
-
-The naming convention used in the following will be:
-
- * User equipment:  UE
- * Macro Base Station: MBS
- * Small cell Base Station (e.g., pico/femtocell): SC
-
-
-The LTE module considers FDD only, and implements downlink and uplink propagation separately. As a consequence, the following pathloss computations are performed
-
-  * MBS <-> UE (indoor and outdoor)
-  * SC (indoor and outdoor) <-> UE (indoor and outdoor)
- 
-The LTE model does not provide the following pathloss computations:
-
-  * UE <-> UE
-  * MBS <-> MBS
-  * MBS <-> SC
-  * SC <-> SC
-
-
-The Buildings model does not know the actual type of the node; i.e.,
-it is not aware of whether a transmitter node is a UE, a MBS, or a
-SC. Rather, the Buildings model only cares about the position of the
-node: whether it is indoor and outdoor, and what is its z-axis respect
-to the rooftop level. As a consequence, for an eNB node that is placed
-outdoor and at a z-coordinate above the rooftop level, the propagation
-models typical of MBS will be used by the Buildings
-module. Conversely, for an eNB that is placed outdoor but below the
-rooftop,  or indoor, the propagation models typical of pico and
-femtocells will be used.  
-
-For communications involving at least one indoor node, the
-corresponding wall penetration losses will be calculated by the
-Buildings model. This covers the following use cases: 
- 
- * MBS <-> indoor UE
- * outdoor SC <-> indoor UE
- * indoor SC <-> indoor UE
- * indoor SC <-> outdoor UE
-
-Please refer to the documentation of the Buildings module for details
-on the actual models used in each case. 
-
-
-Fading Model
-++++++++++++
-
-The LTE module includes a trace-based fading model derived from the one developed during the GSoC 2010 [Piro2011]_. The main characteristic of this model is the fact that the fading evaluation during simulation run-time is based on per-calculated traces. This is done to limit the computational complexity of the simulator. On the other hand, it needs huge structures for storing the traces; therefore, a trade-off between the number of possible parameters and the memory occupancy has to be found. The most important ones are:
-
- * users' speed: relative speed between users (affects the Doppler frequency, which in turns affects the time-variance property of the fading)
- * number of taps (and relative power): number of multiple paths considered, which affects the frequency property of the fading.
- * time granularity of the trace: sampling time of the trace.
- * frequency granularity of the trace: number of values in frequency to be evaluated.
- * length of trace: ideally large as the simulation time, might be reduced by windowing mechanism.
- * number of users: number of independent traces to be used (ideally one trace per user).
-
-With respect to the mathematical channel propagation model, we suggest the one provided by the ``rayleighchan`` function of Matlab, since it provides a well accepted channel modelization both in time and frequency domain. For more information, the reader is referred to  [mathworks]_.
-
-The simulator provides a matlab script (``/lte/model/JakesTraces/fading-trace-generator.m``) for generating traces based on the format used by the simulator. 
-In detail, the channel object created with the rayleighchan function is used for filtering a discrete-time impulse signal in order to obtain the channel impulse response. The filtering is repeated for different TTI, thus yielding subsequent time-correlated channel responses (one per TTI). The channel response is then processed with the ``pwelch`` function for obtaining its power spectral density values, which are then saved in a file with the proper format compatible with the simulator model.
-
-Since the number of variable it is pretty high, generate traces considering all of them might produce a high number of traces of huge size. On this matter, we considered the following assumptions of the parameters based on the 3GPP fading propagation conditions (see Annex B.2 of [TS36104]_):
-
- * users' speed: typically only a few discrete values are considered, i.e.:
-
-   * 0 and 3 kmph for pedestrian scenarios
-   * 30 and 60 kmph for vehicular scenarios
-   * 0, 3, 30 and 60 for urban scenarios
-
- * channel taps: only a limited number of sets of channel taps are normally considered, for example three models are mentioned in Annex B.2 of [TS36104]_.
- * time granularity: we need one fading value per TTI, i.e., every 1 ms (as this is the granularity in time of the ns-3 LTE PHY model).
- * frequency granularity: we need one fading value per RB (which is the frequency granularity of the spectrum model used by the ns-3 LTE model).
- * length of the trace: the simulator includes the windowing mechanism implemented during the GSoC 2011, which consists of picking up a window of the trace each window length in a random fashion.  
- * per-user fading process: users share the same fading trace, but for each user a different starting point in the trace is randomly picked up. This choice was made to avoid the need to provide one fading trace per user.
-
-According to the parameters we considered, the following formula express in detail the total size :math:`S_{traces}` of the fading traces:
-
-.. math::
- S_{traces} = S_{sample} \times N_{RB} \times \frac{T_{trace}}{T_{sample}} \times N_{scenarios} \mbox{ [bytes]}
-
-where :math:`S_{sample}` is the size in bytes of the sample (e.g., 8 in case of double precision, 4 in case of float precision), :math:`N_{RB}` is the number of RB or set of RBs to be considered, :math:`T_{trace}` is the total length of the trace, :math:`T_{sample}` is the time resolution of the trace (1 ms), and :math:`N_{scenarios}` is the number of fading scenarios that are desired (i.e., combinations of different sets of channel taps and user speed values). We provide traces for 3 different scenarios one for each taps configuration defined in Annex B.2 of [TS36104]_:
-
- * Pedestrian: with nodes' speed of 3 kmph.
- * Vehicular: with nodes' speed of 60 kmph.
- * Urban: with nodes' speed of 3 kmph.
-
-hence :math:`N_{scenarios} = 3`. All traces have :math:`T_{trace} = 10` s and :math:`RB_{NUM} = 100`. This results in a total 24 MB bytes of traces.
-
-
-Antennas
-++++++++
-
-Being based on the SpectrumPhy, the LTE PHY model supports antenna
-modeling via the ns-3 AntennaModel class. Hence, any model based on
-this class can be associated with any eNB or UE instance. For
-instance, the use of the CosineAntennaModel associated with an eNB
-device allows to model one sector of a macro base station. By default,
-the IsotropicAntennaModel is used for both eNBs and UEs. 
+
+   Data flow in the uplink between the UE and the internet
+
+
+The case of the uplink is depicted in Figure :ref:`fig-epc-data-flow-ul`.
+Uplink IP packets are generated by a generic application inside the UE,
+and forwarded by the local TCP/IP stack to the LteUeNetDevice of the
+UE. The LteUeNetDevice then performs the following operations:
+
+ #. it classifies the packet using TFTs and determines the
+    Radio Bearer to which the packet belongs (and the corresponding
+    RBID);
+ #. it identifies the corresponding PDCP protocol instance, which is
+    the entry point of the LTE Radio Protocol stack for this packet;
+ #. it sends the packet to the eNB over the LTE Radio Protocol stack.
+
+The eNB receives the packet via its LteEnbNetDevice. Since there is a
+single PDCP and RLC protocol instance for each Radio Bearer, the
+LteEnbNetDevice is able to determine the RBID of the packet. This RBID
+is then recorded onto an LteRadioBearerTag, which is added to the
+packet. The LteEnbNetDevice then forwards the packet to the
+EpcEnbApplication via a raw packet socket.
+
+Upon receiving the packet, the EpcEnbApplication performs the
+following operations:
+
+ #. it retrieves the RBID from the LteRadioBearerTag in the packet;
+ #. it determines the corresponding EPS Bearer instance and GTP-U TEID by
+    leveraging on the one-to-one mapping between S1-U bearers and Radio
+    Bearers;
+ #. it adds a GTP-U header on the packet, including the TEID
+    determined previously;
+ #. it sends the packet to the SGW/PGW node via the UDP socket
+    connected to the S1-U point-to-point net device.
+
+At this point, the packet contains the S1-U IP, UDP and GTP headers in
+addition to the original end-to-end IP header. When the packet is
+received by the corresponding S1-U point-to-point NetDevice of the
+SGW/PGW node, it is delivered locally (as the destination address of
+the outmost IP header matches the address of the point-to-point net
+device). The local delivery process will forward the packet to the
+EpcSgwPgwApplication via the correponding UDP socket. The
+EpcSgwPgwApplication then removes the GTP header and forwards the
+packet to the VirtualNetDevice. At this point, the outmost header
+of the packet is the end-to-end IP header. Hence, if the destination
+address within this header is a remote host on the internet, the
+packet is sent to the internet via the corresponding NetDevice of the
+SGW/PGW. In the event that the packet is addressed to another UE, the
+IP stack of the SGW/PGW will redirect the packet again to the
+VirtualNetDevice, and the packet will go through the dowlink delivery
+process in order to reach its destination UE.
+
+Note that the EPS Bearer QoS is not enforced on the S1-U
+links, it is assumed that the overprovisioning of the link bandwidth
+is sufficient to meet the QoS requirements of all bearers.
+
+
+S1AP
++++++
+
+The S1-AP interface provides control plane interaction between the eNB
+and the MME. In the simulator, this interface is modeled in an ideal
+fashion, with direct interaction between the eNB and the MME objects,
+without actually implementing the encoding of S1AP messages and
+information elements specified in [TS36413]_ and without actually
+transmitting any PDU on any link. 
+
+The S1-AP primitives that are modeled are:
+
+ * INITIAL UE MESSAGE
+ * INITIAL CONTEXT SETUP REQUEST
+ * INITIAL CONTEXT SETUP RESPONSE 
+ * PATH SWITCH REQUEST
+ * PATH SWITCH REQUEST ACKNOWLEDGE 
+
+.. only:: latex
+
+    .. raw:: latex
+
+        \clearpage
+
+
+
+
+
+---
+X2 
+---
+
+The X2 interface interconnects two eNBs [TS36420]_. From a logical
+point of view, the X2 interface is a point-to-point interface between
+the two eNBs. In a real E-UTRAN, the logical point-to-point interface
+should be feasible even in the absence of a physical direct connection
+between the two eNBs. In the X2 model implemented in the simulator,
+the X2 interface is a point-to-point link between the two eNBs. A
+point-to-point device is created in both eNBs and the two
+point-to-point devices are attached to the point-to-point link. 
+
+For a representation of how the X2 interface fits in the overall
+architecture of the LENA simulation model, the reader is referred to
+the figure :ref:`overall-architecture`.
+
+
+The X2 interface implemented in the simulator provides detailed implementation of the following elementary procedures of the Mobility Management functionality [TS36423]_:
+
+  * Handover Request procedure
+
+  * Handover Request Acknowledgement procedure
+
+  * SN Status Transfer procedure
+
+  * UE Context Release procedure
+
+These procedures are involved in the X2-based handover. You can find
+the detailed description of the handover in section 10.1.2.1 of
+[TS36300]_. We note that the simulator model currently supports only
+the *seamless handover* as defined in Section 2.6.3.1 of [Sesia2009]_;
+in particular, *lossless handover* as described in Section 2.6.3.2 of
+[Sesia2009]_ is not supported at the time of this writing.
+
+Figure :ref:`fig-x2-based-handover-seq-diagram` shows the interaction of the entities of the X2 model in the simulator.
+
+.. _fig-x2-based-handover-seq-diagram:
+
+.. figure:: figures/lte-epc-x2-handover-seq-diagram.*
+    :width: 700px
+    :align: center
+
+    Sequence diagram of the X2-based handover
+
+
+The X2 model is an entity that uses services from:
+
+  * the X2 interfaces,
+      
+    * They are implemented as Sockets on top of the point-to-point devices.
+
+    * They are used to send/receive X2 messages through the X2-C and X2-U interfaces (i.e. the point-to-point device attached to the point-to-point link) towards the peer eNB.
+
+  * the S1 application.
+
+    * Currently, it is the EpcEnbApplication.
+
+    * It is used to get some information needed for the Elementary Procedures of the X2 messages.
+
+and it provides services to:
+
+  * the RRC entity (X2 SAP)
+
+    * to send/receive RRC messages. The X2 entity sends the RRC message as a transparent container in the X2 message. This RRC message is sent to the UE. 
+
+Figure :ref:`fig-x2-entity-saps` shows the implentation model of the X2 entity and its relationship with all the other entities and services in the protocol stack.
+
+.. _fig-x2-entity-saps:
+
+.. figure:: figures/lte-epc-x2-entity-saps.*
+    :width: 700px
+    :align: center
+
+    Implementation Model of X2 entity and SAPs
+
+The RRC entity manages the initiation of the handover procedure. This is done in the Handover Management submodule of the eNB RRC entity. The target eNB may perform some Admission Control procedures. This is done in the Admission Control submodule. Initially, this submodule will accept any handover request.
+
+X2 interfaces
++++++++++++++
+
+The X2 model contains two interfaces:
+
+  * the X2-C interface. It is the control interface and it is used to send the X2-AP PDUs
+    (i.e. the elementary procedures).
+
+  * the X2-U interface. It is used to send the bearer data when there is `DL forwarding`.
+
+Figure :ref:`fig-lte-epc-x2-interface` shows the protocol stacks of the X2-U interface and X2-C interface modeled in the simulator.
+
+.. _fig-lte-epc-x2-interface:
+
+.. figure:: figures/lte-epc-x2-interface.*          
+    :align: center
+
+    X2 interface protocol stacks
+
+X2-C
+----
+
+The X2-C interface is the control part of the X2 interface and it is
+used to send the X2-AP PDUs (i.e. the elementary procedures). 
+
+In the original X2 interface control plane protocol stack, SCTP is
+used as the transport protocol but currently, the SCTP protocol is not
+modeled in the ns-3 simulator and its implementation is out-of-scope
+of the project. The UDP protocol is used as the datagram oriented
+protocol instead of the SCTP protocol.  
+
+
+X2-U
+----
+
+The X2-U interface is used to send the bearer data when there is `DL
+forwarding` during the execution of the X2-based handover
+procedure. Similarly to what done for the S1-U interface, data packets
+are encapsulated over GTP/UDP/IP when being sent over this
+interface. Note that the EPS Bearer QoS is not enforced on the X2-U
+links, it is assumed that the overprovisioning of the link bandwidth
+is sufficient to meet the QoS requirements of all bearers.
+
+
+
+X2 Service Interface
+++++++++++++++++++++
+
+The X2 service interface is used by the RRC entity to send and receive messages of the X2 procedures. It is divided into two parts:
+
+  * the ``EpcX2SapProvider`` part is provided by the X2 entity and used by the RRC entity and
+
+  * the ``EpcX2SapUser`` part is provided by the RRC entity and used by the RRC enity.
+
+The primitives that are supported in our X2-C model are described in the following subsections.
+
+X2-C primitives for handover execution
+--------------------------------------
+
+The following primitives are used for the X2-based
+handover:
+
+ - HANDOVER REQUEST
+ - HANDOVER REQUEST ACK
+ - HANDOVER PREPARATION FAILURE
+ - SN STATUS STRANSFER
+ - UE CONTEXT RELEASE
+
+all the above primitives are used by the currently implemented RRC
+model during the preparation and execution of the handover
+procedure. Their usage interacts with the RRC state machine;
+therefore, they are not meant to be used for code customization, at
+least unless it is desired to modify the RRC state machine.
+
+
+X2-C SON primitives
+-------------------
+
+The following primitives can be used  to implement Self-Organized Network (SON) functionalities:
+
+ - LOAD INFORMATION
+ - RESOURCE STATUS UPDATE
+
+note that the current RRC model does not actually use these
+primitives, they are included in the model just to make it possible to
+develop SON algorithms included in the RRC logic that make use of
+them. 
+
+As a first example, we show here how the load information primitive
+can be used. We assume that the LteEnbRrc has been modified to include
+the following new member variables::
+
+  std::vector<EpcX2Sap::UlInterferenceOverloadIndicationItem> 
+    m_currentUlInterferenceOverloadIndicationList;
+  std::vector <EpcX2Sap::UlHighInterferenceInformationItem> 
+    m_currentUlHighInterferenceInformationList;
+  EpcX2Sap::RelativeNarrowbandTxBand m_currentRelativeNarrowbandTxBand;
+
+
+for a detailed description of the type of these variables, we suggest
+to consult the file ``epc-x2-sap.h``, the corresponding doxygen
+documentation, and the references therein to the relevant sections of
+3GPP TS 36.423. Now, assume that at run time these variables have been
+set to meaningful values following the specifications just
+mentioned. Then, you can add the following code in the LteEnbRrc class
+implementation in order to send a load information primitive::
+
+  EpcX2Sap::CellInformationItem cii;
+  cii.sourceCellId = m_cellId;
+  cii.ulInterferenceOverloadIndicationList = m_currentUlInterferenceOverloadIndicationList;
+  cii.ulHighInterferenceInformationList = m_currentUlHighInterferenceInformationList;
+  cii.relativeNarrowbandTxBand = m_currentRelativeNarrowbandTxBand;
+
+  EpcX2Sap::LoadInformationParams params;
+  params.targetCellId = cellId;
+  params.cellInformationList.push_back (cii);
+  m_x2SapProvider->SendLoadInformation (params);
+
+
+The above code allows the source eNB to send the message. The method
+``LteEnbRrc::DoRecvLoadInformation`` will be called when the target
+eNB receives the message. The desired processing of the load
+information should therefore be implemented within that method.
+
+In the following second example we show how the resource
+status update primitive is used. We assume that the LteEnbRrc has been
+modified to include the following new member variable::
+
+  EpcX2Sap::CellMeasurementResultItem m_cmri;
+
+
+similarly to before, we refer to ``epc-x2-sap.h`` and the references
+therein for detailed information about this variable type.
+Again, we assume that the variable has been already set to a
+meaningful value. Then, you can add the following code in order to
+send a resource status update:: 
+
+  EpcX2Sap::ResourceStatusUpdateParams params;
+  params.targetCellId = cellId;
+  params.cellMeasurementResultList.push_back (m_cmri);
+  m_x2SapProvider->SendResourceStatusUpdate (params);
+
+
+The method ``eEnbRrc::DoRecvResourceStatusUpdate`` will be called when
+the target eNB receives the resource status update message. The
+desired processing of this message should therefore be implemented
+within that method. 
+
+Finally, we note that the setting and processing of the appropriate
+values for the variable passed to the above described primitives is
+deemed to be specific of the SON algorithm being implemented, and
+hence is not covered by this documentation. 
+
+
+
+Unsupported primitives
+----------------------
+
+Mobility Robustness Optimization primitives such as Radio Link Failure
+indication and Handover Report are not supported at this stage.
+
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+
+        \clearpage
+
+
+
+
+-----------------
+S11
+-----------------
+
+The S11 interface provides control plane interaction between the SGW
+and the MME using the GTPv2-C protocol specified in [TS29274]_. In the
+simulator, this interface is modeled in an ideal 
+fashion, with direct interaction between the SGW and the MME objects,
+without actually implementing the encoding of the messages and without actually
+transmitting any PDU on any link. 
+
+The S11 primitives that are modeled are:
+
+ * CREATE SESSION REQUEST
+ * CREATE SESSION RESPONSE
+ * MODIFY BEARER REQUEST
+ * MODIFY BEARER RESPONSE
+
+Of these primitives, the first two are used upon initial UE attachment
+for the establishment of the S1-U bearers; the other two are used
+during handover to switch the S1-U bearers from the source eNB to the
+target eNB as a consequence of the reception by the MME of a PATH
+SWITCH REQUEST S1-AP message.
+
+
+
+
+.. only:: latex
+
+    .. raw:: latex
+
+        \clearpage
 
 
 -------
@@ -1664,17 +2765,3 @@
 
    Sequence diagram of the interaction between LteHelper and EpcHelper
 
-
-A few notes on the above diagram:
-
-  * the role of the MME is taken by the EpcHelper, since we don't have
-    an MME at the moment (the current code supports data plane only);
-
-  * in a real LTE/EPC system, the setup of the RadioBearer comes after
-    the setup of the S1 bearer, but here due to the use of Helpers
-    instead of S1-AP messages we do it the other way around
-    (RadioBearers first, then S1 bearer) because of easier
-    implementation. This is fine to do since the current code focuses
-    on control plane only.
-
-
--- a/src/lte/doc/source/lte-profiling.rst	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/source/lte-profiling.rst	Fri Apr 12 11:42:20 2013 -0700
@@ -65,15 +65,23 @@
 Perl script
 ~~~~~~~~~~~
 
-To simplify the process of running the profiling script for a wide range of values and collecting its timing data, a simple Perl script to automate the complete process is provided. It is placed in ``src/lte/test/lte-test-run-time.pl`` for *lena-profiling* and in ``src/lte/epc-test-run-time.pl`` for *lena-simple-epc*. It simply runs a batch of simulations with a range of parameters and stores the timing results in a CSV file called *times.csv* and *epcTimes.csv* respectively. The range of values each parameter sweeps can be modified editing the corresponding script.
+To simplify the process of running the profiling script for a wide range of values and collecting its timing data, a simple Perl script to automate the complete process is provided. It is placed in ``src/lte/test/lte-test-run-time.pl`` for *lena-profiling* and in ``src/lte/epc-test-run-time.pl`` for *lena-simple-epc*. It simply runs a batch of simulations with a range of parameters and stores the timing results in a CSV file called *lteTimes.csv* and *epcTimes.csv* respectively. The range of values each parameter sweeps can be modified editing the corresponding script.
 
 Requirements
 ------------
 
 The following Perl modules are required to use the provided script, all of them available from CPAN:
-* IO::CaptureOutput 
-* Statistics::Descriptive
-* Cwd
+ * IO::CaptureOutput 
+ * Statistics::Descriptive
+
+For installing the modules, simply use the follwing command:
+
+``perl -MCPAN -e 'install moduleName'``
+
+Plotting results
+----------------
+
+To plot the results obtained from running the Perl scripts, two gnuplot scripts are provided, in ``src/lte/test/lte-test-run-plot`` and ``src/lte/test/epc-test-run-plot``. Most of the plots available in this documentation can be reproduced with those, typing the commands ``gnuplot < src/lte/test/lte-test-run-plot``  and  ``gnuplot < src/lte/test/epc-test-run-plot``.
 
 Reference software and equipment
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--- a/src/lte/doc/source/lte-references.rst	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/source/lte-references.rst	Fri Apr 12 11:42:20 2013 -0700
@@ -6,6 +6,8 @@
 
 .. [TS25814] 3GPP TS 25.814 "Physical layer aspect for evolved Universal Terrestrial Radio Access"
 
+.. [TS29274] 3GPP TS 29.274 "Tunnelling Protocol for Control plane (GTPv2-C)"
+
 .. [TS36101] 3GPP TS 36.101 "E-UTRA User Equipment (UE) radio transmission and reception"
 
 .. [TS36104] 3GPP TS 36.104 "E-UTRA Base Station (BS) radio transmission and reception"
@@ -16,12 +18,25 @@
 
 .. [TS36213] 3GPP TS 36.213 "E-UTRA Physical layer procedures"
 
+.. [TS36300] 3GPP TS 36.300 "E-UTRA and E-UTRAN; Overall description; Stage 2"
+
+.. [TS36304] 3GPP TS 36.104 "E-UTRA User Equipment (UE) procedures in idle mode"
+
 .. [TS36321] 3GPP TS 36.321 "E-UTRA Medium Access Control (MAC) protocol specification"
 
 .. [TS36322] 3GPP TS 36.322 "E-UTRA Radio Link Control (RLC) protocol specification"
 
 .. [TS36323] 3GPP TS 36.323 "E-UTRA Packet Data Convergence Protocol (PDCP) specification"
 
+.. [TS36331] 3GPP TS 36.331 "E-UTRA Radio Resource Control (RRC) protocol specification"
+
+.. [TS36413] 3GPP TS 36.413 "E-UTRAN S1 application protocol (S1AP)"
+
+.. [TS36420] 3GPP TS 36.420 "E-UTRAN X2 general aspects and principles"
+
+.. [TS36423] 3GPP TS 36.423 "E-UTRAN X2 application protocol (X2AP)"
+
+
 .. [R1-081483] 3GPP R1-081483 `Conveying MCS and TB size via PDCCH <http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_52b/Docs/R1-081483.zip>`_
 
 .. [R4-092042] 3GPP R4-092042 "Simulation assumptions and parameters for FDD HeNB RF requirements"
--- a/src/lte/doc/source/lte-testing.rst	Sat Apr 13 00:04:21 2013 +0900
+++ b/src/lte/doc/source/lte-testing.rst	Fri Apr 12 11:42:20 2013 -0700
@@ -602,7 +602,34 @@
  #. 3 eNBs placed 1078 meters far from the UE, which implies a SINR of -4.00 dB and a TB of 217 bits, that in turns produce a BER of 0.045.
  #. 4 eNBs placed 1078 meters far from the UE, which implies a SINR of -6.00 dB and a TB of 133 bits, that in turns produce a BER of 0.206.
  #. 5 eNBs placed 1078 meters far from the UE, which implies a SINR of -7.00 dB and a TB of 81 bits, that in turns produce a BER of 0.343.
- 
+
+
+HARQ Model
+----------
+
+The test suite ``lte-harq`` includes two tests for evaluating the HARQ model and the related extension in the error model. The test consists on checking whether the amount of bytes received during the simulation corresponds to the expected ones according to the values of transport block and the HARQ dynamics. In detail, the test checks whether the throughput obtained after one HARQ retransmission is the expeted one. For evaluating the expected throughput the expected TB delivering time has been evaluated according to the following formula:
+
+.. math::
+
+   \mathrm{T} = P_s^1 \times 1 + P_s^2 \times 2 + (1-P_s^2) \times 3
+
+where :math:`P_s^i` is the probability of receiving with success the HARQ block at the attempt :math:`i` (i.e., the RV with 3GPP naming). According to the scenarios, in the test we always have :math:`P_s^1` equal to 0.0, while :math:`P_s^2` varies in the two tests, in detail:
+
+
+.. math::
+
+   \mathrm{T_{test-1}} = 0.0 \times 1 + 0.77 \times 2 + 0.23 \times 3 = 2.23
+
+   \mathrm{T_{test-2}} = 0.0 \times 1 + 0.9862 \times 2 + 0.0138 \times 3 = 2.0138
+
+The expected throughput is calculted by counting the number of transmission slots available during the simulation (e.g., the number of TTIs) and the size of the TB in the simulation, in detail:
+
+.. math::
+
+   \mathrm{Thr_{test-i}} = \frac{TTI_{NUM}}{T_{test-i}} TB_{size} = \left\{ \begin{array}{lll} \dfrac{1000}{2.23}41 = 18375\mbox{ bps} & \mbox{ for test-1} \\ & \\ \dfrac{1000}{2.0138}469 = 236096\mbox{ bps} & \mbox{ for test-2}\end{array} \right.
+
+where :math:`TTI_{NUM}` is the total number of TTIs in 1 second.
+The test is performed both for Round Robin scheduler. The test passes if the measured throughput matches with the reference throughput within a relative tolerance of 0.1. This tolerance is needed to account for the transient behavior at the beginning of the simulation and the on-fly blocks at the end of the simulation.
 
 
 MIMO Model
@@ -668,6 +695,86 @@
 PDU are verified to check for an exact match with the test vector.
 
 
+RRC
+---
+
+The test suite ``lte-rrc`` tests the correct functionality of the following aspects:
+ 
+ #. MAC Random Access
+ #. RRC System Information Acquisition
+ #. RRC Connection Establishment 
+ #. RRC Reconfiguration
+
+The test suite considers a type of scenario with a single eNB and multiple UEs that are instructed to connect to the eNB. Each test case implement an instance of this scenario with specific values of the following parameters:
+
+ - number of UEs
+ - number of Data Radio Bearers to be activated for each UE
+ - time :math:`t^c_0` at which the first UE is instructed to start connecting to the eNB
+ - time interval :math:`d^i` between the start of connection of UE :math:`n` and UE :math:`n+1`; the time at which user :math:`n` connects is thus determined as :math:`t^c_n = t^c_0 + n d^i` sdf
+ - a boolean flag indicating whether the ideal or the real RRC protocol model is used
+
+Each test cases passes if a number of test conditions are positively evaluated for each UE after a delay :math:`d^e` from the time it started connecting to the eNB. The delay :math:`d^e` is determined as 
+
+.. math::
+
+   d^e = d^{si} + d^{ra} + d^{ce} + d^{cr}
+
+where:
+
+ - :math:`d^{si}` is the max delay necessary for the acquisition of System Information. We set it to 90ms accounting for 10ms for the MIB acquisition and 80ms for the subsequent SIB2 acquisition
+ - :math:`d^{ra}` is the delay for the MAC Random Access (RA)
+   procedure. This depends on preamble collisions as well as on the
+   availability of resources for the UL grant allocation. The total amount of
+   necessary RA attempts depends on preamble collisions and failures
+   to allocate the UL grant because of lack of resources. The number
+   of collisions depends on the number of UEs that try to access
+   simultaneously; we estimated that for a :math:`0.99` RA success
+   probability, 5 attempts are sufficient for up to 20 UEs, and 10
+   attempts for up to 50 UEs. For the UL
+   grant, considered the system bandwidth and the
+   default MCS used for the UL grant (MCS 0), at most 4 UL grants can
+   be assigned in a TTI; so for :math:`n` UEs trying to
+   do RA simultaneously the max number of attempts due to the UL grant
+   issue is :math:`\lceil n/4 \rceil`. The time for
+   a RA attempt  is determined by 3ms + the value of
+   LteEnbMac::RaResponseWindowSize, which defaults to 3ms, plus 1ms
+   for the scheduling of the new transmission.
+ - :math:`d^{ce}` is the delay required for the transmission of RRC CONNECTION
+   SETUP + RRC CONNECTION SETUP COMPLETED. We consider a round trip
+   delay of 10ms plus :math:`\lceil 2n/4 \rceil` considering that 2
+   RRC packets have to be transmitted and that at most 4 such packets
+   can be transmitted per TTI.
+ - :math:`d^{cr}` is the delay required for eventually needed RRC
+   CONNECTION RECONFIGURATION transactions. The number of transactions needed is
+   1 for each bearer activation plus a variable number for SRS
+   reconfiguration that depends on:math:`n`:
+    
+     + 0 for :math:`n \le 2`
+     + 1 for :math:`n \le 5`
+     + 2 for :math:`n \le 10`
+     + 3 for :math:`n \le 20`
+     + 4 for :math:`n > 20`
+
+   Similarly to what done for :math:`d^{ce}`, for each transaction we consider a round trip
+   delay of 10ms plus :math:`\lceil 2n/4 \rceil`.
+   delay of 20ms.
+
+The conditions that are evaluated for a test case to pass are, for
+each UE:
+
+ - the eNB has the context of the UE (identified by the RNTI value
+   retrieved from the UE RRC)
+ - the RRC state of the UE at the eNB is CONNECTED_NORMALLY
+ - the RRC state at the UE is CONNECTED_NORMALLY
+ - the UE is configured with the CellId, DlBandwidth, UlBandwidth,
+   DlEarfcn and UlEarfcn of the eNB