summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorRefik Hadzialic2012-09-13 16:03:43 +0200
committerRefik Hadzialic2012-09-13 16:03:43 +0200
commited71ab6668f1a18d5c309845d9df2c24a838bba9 (patch)
treeb8a8b6a67c1f5460e9bdd5439ff42eca73f66bba
parentAppendix correction (diff)
downloadmalign-ed71ab6668f1a18d5c309845d9df2c24a838bba9.tar.gz
malign-ed71ab6668f1a18d5c309845d9df2c24a838bba9.tar.xz
malign-ed71ab6668f1a18d5c309845d9df2c24a838bba9.zip
Updates
-rw-r--r--vorlagen/thesis/maindoc.pdfbin8064835 -> 8069408 bytes
-rw-r--r--vorlagen/thesis/src/erklaerung.tex58
-rw-r--r--vorlagen/thesis/src/img/2D-SearchSpaceInk.pdfbin23669 -> 23599 bytes
-rw-r--r--vorlagen/thesis/src/img/2D-SearchSpaceInk.svg1020
-rw-r--r--vorlagen/thesis/src/kapitel_A.tex189
-rw-r--r--vorlagen/thesis/src/kapitel_A.tex.bak1153
-rw-r--r--vorlagen/thesis/src/kapitel_x.tex201
-rw-r--r--vorlagen/thesis/src/kapitel_x.tex.bak2770
-rw-r--r--vorlagen/thesis/src/maindoc.lof12
-rw-r--r--vorlagen/thesis/src/maindoc.lot16
-rw-r--r--vorlagen/thesis/src/maindoc.tex6
-rw-r--r--vorlagen/thesis/src/titel.tex2
12 files changed, 4746 insertions, 681 deletions
diff --git a/vorlagen/thesis/maindoc.pdf b/vorlagen/thesis/maindoc.pdf
index b638b1a..a057761 100644
--- a/vorlagen/thesis/maindoc.pdf
+++ b/vorlagen/thesis/maindoc.pdf
Binary files differ
diff --git a/vorlagen/thesis/src/erklaerung.tex b/vorlagen/thesis/src/erklaerung.tex
index 145cb1c..3df36cc 100644
--- a/vorlagen/thesis/src/erklaerung.tex
+++ b/vorlagen/thesis/src/erklaerung.tex
@@ -39,20 +39,50 @@ for the helpful discussions about various GSM topics. Thanks to Holger Hans Pete
as well, who gave me tips on how to modify OpenBSC to make an independent data channel interface
with a cell phone. Things which have not been done before
are always intellectually seductive and this kept me motivated and working during the tough
-periods.
+periods. An analysis, with regards to accuracy and precision of the delivered positions, was
+discussed.
\newpage
\section*{Abstract}
-This thesis examines the possibility to localize mobile users inside of GSM networks.
-While the number of mobile users grow it is possible to provide them with assistance
-information with regard to their location and increase profits. The GPS receivers inside
-of smart phones are exploited to provide the position. This work investigates
-how complicated it is to implement the localization protocol RRLP inside of the existing
-GSM networks and to provide assistance data for the GPS receivers to deliver faster
-and more accurate positions. To obtain the estimated positions two GSM hardware platforms
-have been deployed, dedicated and undedicated GSM hardware. Software for processing
-assistance data has been developed. The generated data by the developed software were
-sent to the employed smart phones. More than half of the tested smart phones delivered
-their position. The obtained results provide a study how the localization system
-could be deployed for assisting GSM users in avoidance of traffic jams as well as
-the risks of such systems if it is abused. \ No newline at end of file
+As smart phones gain popularity, it is possible to use their internal GPS receivers
+to provide the growing number of mobile users with aiding and assistance information
+with regard to their location.
+This thesis examines the possibility to localize mobile users inside of GSM networks
+by exploiting the GPS receivers in smart phones. This work investigates
+the possibility to implement the localization protocol RRLP inside of existing
+GSM networks and to provide assistance data for the GPS receivers to deliver more accurate
+positions. To obtain the estimated positions two GSM hardware platforms
+have been tested, dedicated and undedicated GSM hardware. Software for processing
+and delivering assistance data has been developed for the dedicated GSM hardware.
+The evaluated results proved that out of 11 tested cell phone models, 6 successfully
+provided their GPS location.\\\\
+
+Die zunehmende Popularität von Smartphones ermöglicht durch eingebaute GPS-Empfänger
+einer wachsenden Anzahl mobiler Nutzer Hilfsinformationen zu ihrem Standort
+bereitzustellen. Diese Arbeit untersucht Wege um mobile Nutzer innerhalb eines
+GSM-Netzwerks mit Hilfe der GPS-Empfänger zu lokalisieren. Dazu untersucht diese
+Arbeit wie das Lokalisierungsprotokoll RRLP innerhalb existierender GSM-Netzwerke
+implementiert werden kann und liefert Assistenzdaten für GPS-Empfänger mit denen eine
+genauere Bestimmung der Position möglich wird.
+Um die geschätzten Positionsinformationen zu erhalten wurden zwei verschiedene
+GSM-Plattformen getestet; eine dedizierte und eine undedizierte GSM-Plattform. Es
+wurde Software zur Verarbeitung und Generierung von Assistenzdaten für die dedizierte
+GSM-Hardware entwickelt. Die Ergebnisse der Evaluation zeigen, dass von elf getesteten
+Smartphone-Modellen sechs ihre GPS-Position erfolgreich übermittelt haben.
+
+% Diese Arbeit untersucht Wege um mobile Nutzer innerhalb eines GSM-Netzwerks zu lokalisieren.
+% Dies ermöglicht einer wachsenden Anzahl mobiler Nutzer Hilfsinformationen zu ihrem Standort
+% bereitzustellen und steigert den Gewinn für Anbieter standortbezogener Dienste. Die in
+% Smartphones verbauten GPS-Empfänger werden dazu genutzt den Standort zu bestimmen. Diese
+% Arbeit untersucht mit welchem Aufwand eine Implementierung des Lokalisierungsprotokolls RRLP
+% innerhalb eines existierenden GSM-Netzwerks ermöglicht werden kann und stellt
+% Assistenzinformationen für GPS-Empfänger zur Verfügung, um schneller und genauere
+% Positionsinformationen zu erhalten. Um die geschätzten Positionsinformationen zu erhalten
+% wurden zwei verschiedene GSM-Plattformen getestet; eine dedizierte und eine undedizierte
+% GSM-Plattform. Es wurde Software zur Verarbeitung von Assistenzdaten für den GPS-Empfänger
+% entwickelt. Die von der Software generierten Daten wurden an die eingesetzten Smartphones
+% gesendet. Mehr als die Hälfte aller getesteten Smartphones haben ihre Position übermittelt.
+% Die erhaltenen Ergebnisse ermöglichen eine Studie über den möglichen Einsatz von
+% Lokalisierungssystemen um zum Beispiel GSM-Nutzern bei der Vermeidung von Staus zu helfen
+% sowie über mögliche Risiken die sich durch den Missbrauch solcher Systeme für den Nutzer
+% ergeben. \ No newline at end of file
diff --git a/vorlagen/thesis/src/img/2D-SearchSpaceInk.pdf b/vorlagen/thesis/src/img/2D-SearchSpaceInk.pdf
index 02aba54..13aaae3 100644
--- a/vorlagen/thesis/src/img/2D-SearchSpaceInk.pdf
+++ b/vorlagen/thesis/src/img/2D-SearchSpaceInk.pdf
Binary files differ
diff --git a/vorlagen/thesis/src/img/2D-SearchSpaceInk.svg b/vorlagen/thesis/src/img/2D-SearchSpaceInk.svg
index ff86ecb..544f7ae 100644
--- a/vorlagen/thesis/src/img/2D-SearchSpaceInk.svg
+++ b/vorlagen/thesis/src/img/2D-SearchSpaceInk.svg
@@ -8,9 +8,9 @@
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
- width="511.97153"
- height="341.81815"
- viewBox="0 0 511.97153 341.81815"
+ width="506.3732"
+ height="341.89874"
+ viewBox="0 0 506.3732 341.89875"
id="svg5086"
version="1.1"
inkscape:version="0.48.3.1 r9886"
@@ -23,6 +23,7 @@
<dc:format>image/svg+xml</dc:format>
<dc:type
rdf:resource="http://purl.org/dc/dcmitype/StillImage" />
+ <dc:title></dc:title>
</cc:Work>
</rdf:RDF>
</metadata>
@@ -35,15 +36,15 @@
guidetolerance="10"
inkscape:pageopacity="0"
inkscape:pageshadow="2"
- inkscape:window-width="1280"
- inkscape:window-height="996"
+ inkscape:window-width="1366"
+ inkscape:window-height="692"
id="namedview7164"
showgrid="true"
inkscape:zoom="1.3906433"
- inkscape:cx="252.06241"
- inkscape:cy="221.1916"
+ inkscape:cx="248.88473"
+ inkscape:cy="106.21754"
inkscape:window-x="0"
- inkscape:window-y="0"
+ inkscape:window-y="24"
inkscape:window-maximized="1"
inkscape:current-layer="svg5086"
fit-margin-top="0"
@@ -60,8 +61,8 @@
units="mm"
spacingx="0.1mm"
spacingy="0.1mm"
- originx="-4.8255056mm"
- originy="-20.181946mm" />
+ originx="-5.7223178mm"
+ originy="-20.159198mm" />
</sodipodi:namedview>
<desc
id="desc5088">Produced by GNUPLOT 4.4 patchlevel 3 </desc>
@@ -189,11 +190,11 @@
<g
style="color:#ffffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5106"
- transform="translate(-8.5491241,-102.42643)" />
+ transform="translate(-11.726805,-102.42643)" />
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5118"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 280.8,164.6 0,19 m -4.2,-13.1 0,15.3 m -4.1,-19 0,20.5 m 26.8,-14.3 0,16.8 m -30.9,-16.2 0,18.6 m 26.8,-21.8 0,21 m -31,-16.2 0,18.5 m 26.9,-19.8 0,20.7 m 26.7,-19.9 0,18.2 m -57.7,-10.6 0,14 m 26.8,-18.1 0,17.3 m 26.8,-16.7 0,15.7 m -57.7,-12.6 0,18.6 m 26.8,-19.8 0,17.2 m 26.7,-18.5 0,21.7 m 26.9,-17.3 0,15.3 m -59.8,-28.6 4.2,-5.9 m -8.3,2.2 4.1,3.7 m -24.8,10.3 0,19.3 m 26.9,-13.5 0,16.2 m 26.7,-22.8 0,23.8 m 26.8,-22.7 0,21.5 m -37,-32.2 4.1,2.6 m -51.6,14.7 0,15.1 m 26.8,-17.9 0,19.4 m 26.8,-14.5 0,13.3 m 26.8,-16.3 0,18.7 m 26.9,-20.1 0,10.6 m -111.4,-10.5 0,21.2 m 26.8,-17 0,18.9 m 26.8,-18.7 0,16.1 m 26.8,-16.9 0,21.5 m 26.8,-20.6 0,9.7 m -82.4,-26.1 4.1,-6.8 m -8.3,8.4 4.2,-1.6 m -29,16.9 0,18.2 m 26.9,-13.9 0,15.6 m 26.8,-17.4 0,18.8 m -2,-37.9 4.1,-3.5 m 24.6,24.2 0,17.2 m 26.9,-16.7 0,11.8 m -90.7,-25 4.1,0.4 m 4.1,-7.1 -4.1,7.1 m 53.6,-3.5 4.1,-4.1 m -30.9,3.5 4.2,-4.3 m -55.8,17.1 0,22.7 m 26.8,-21.2 0,16 m 26.9,-12.2 0,20 m 26.7,-25.2 0,22.7 m 26.8,-18.4 0,13.4 m -33,-29.4 4.2,-0.6 m -30.9,1.9 4.1,-2.5 m -55.7,24 0,13.7 m 101,-34.8 4.2,2.7 m -78.4,16.3 0,14.8 m 26.8,-20.3 0,21.5 m 26.8,-18.1 0,16.2 m 26.8,-19.4 0,17.5 m -86.6,-31.5 4.2,1.1 m 22.7,4.7 4.1,-5.9 m -8.3,4.2 4.2,1.7 m 26.7,-6.6 4.1,-0.6 m -82.5,20.1 0,15.4 m 26.9,-14.1 0,18.9 m 26.8,-18.3 0,13.1 m 26.7,-10.1 0,13.2 m 26.9,-14 0,14.7 m -37.1,-28.4 4.1,-0.1 m 4.1,-9.8 -4.1,9.8 m -78.4,15.2 0,13.5 m 26.8,-19.2 0,20 m 26.9,-15 0,12.8 m -28.9,-29.4 4.1,-6.9 m 51.5,22.5 0,18.2 m -59.7,-36 4.1,2.2 m 82.4,13.8 0,20.3 m -2,-35 4.1,-5.7 m -8.2,8 4.1,-2.3 m -57.7,2.9 4.1,-4.8 m 76.3,5.1 4.2,-4.6 m -136.3,18.4 0,20.5 m 26.9,-17.9 0,14.9 m 26.8,-17 0,17.8 m 26.9,-19.1 0,20.7 m 26.7,-14.1 0,12.5 m -59.7,-27.3 4.1,-5.1 m 22.7,3.3 4.1,-3.1 m 49.5,5.2 4.1,-5.1 m -31,4.6 4.2,-5.5 m -61.9,3.4 4.2,2.3 m 76.2,0.6 4.2,-0.3 m -132.1,15.3 0,16.7 m 101.1,-36 4.1,3.5 m -78.3,12.4 0,19.7 m 26.8,-13.6 0,13 m 26.8,-16.9 0,16.8 m 26.8,-14.5 0,12.1 m -82.5,-33.1 4.2,-5 m 45.4,10.8 4.1,-3.3"
id="path5120"
@@ -203,7 +204,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5122"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 429.2,206 0,15.7"
id="path5124"
@@ -213,7 +214,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5126"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 235.3,191 4.1,-0.5 m -28.9,22.7 0,13.3 m 26.8,-16 0,21.6 m 26.9,-24.5 0,20.6 m 26.8,-13.7 0,12.8 m -6.2,-32.7 4.2,1.7 m 28.7,15.8 0,16.2 m 26.9,-20.3 0,1.4 m -117.6,-9.9 4.2,2.7 m 4.1,-11.2 -4.1,11.2"
id="path5128"
@@ -223,7 +224,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5130"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 425.1,213.6 0,11.3"
id="path5132"
@@ -233,7 +234,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5134"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 338.4,194.8 4.1,0.6 m -88.6,5.4 4.1,-0.7 m 4.1,-7.6 -4.1,7.6 m -51.7,11.1 0,17.8 m 26.9,-12 0,14 m 26.8,-21.6 0,22.5 m 26.9,-13.8 0,12.2 m 26.7,-14.8 0,16 m 26.8,-21.8 0,6.8"
id="path5136"
@@ -243,7 +244,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5138"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 421,215 0,7.4"
id="path5140"
@@ -253,7 +254,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5142"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 447.8,215.4 0,18"
id="path5144"
@@ -263,7 +264,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5146"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 311.6,198 4.1,-6.9 m -8.3,13.3 4.2,-6.4 m 49.5,2.7 1.8,-1.1 m -59.6,3.7 4.1,1.1 m 22.7,-2.9 4.2,2.1 m 4.1,-8.8 -4.1,8.8 m -132.1,15.2 0,15.1 m 26.9,-19.3 0,16.8 m 26.8,-10.8 0,15.4 m 26.8,-21.9 0,17.2 m 26.8,-18.5 0,20.3 m -28.8,-31.7 4.1,-6.8 m 51.5,20.5 0,13.4 m -59.7,-24.2 4.1,-2.9 m -31,-2.1 4.2,1.5"
id="path5148"
@@ -273,7 +274,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5150"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 443.7,220 0,14.5"
id="path5152"
@@ -283,7 +284,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5154"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 222.9,205 4.1,-5.5 m -8.3,4.3 4.2,1.2 m -24.8,17.7 0,15.9 m 26.8,-23.4 0,23.4 m 26.9,-19.8 0,18.7 m 26.8,-22.6 0,19.9 m 26.7,-12.3 0,13.6 m -32.9,-31.8 4.2,0 m 55.6,17.2 0,15.1"
id="path5156"
@@ -293,7 +294,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5158"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 359,198 0,19.2"
id="path5160"
@@ -303,7 +304,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5162"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 439.5,221.8 0,12.3"
id="path5164"
@@ -313,7 +314,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5166"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 466.4,224 0,14.4"
id="path5168"
@@ -323,7 +324,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5170"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 299.3,203 4,0.3 m 18.6,8.2 4.1,-1.9 m 4.1,-8.1 -4.1,8.1 m -132.1,9.5 0,21.6 m 26.9,-18.9 0,21.4 m 26.8,-23.4 0,20.1 m 26.9,-20.5 0,20.7 m 26.7,-19.6 0,16.6 m 26.8,-15 0,17.8 m -86.5,-32.9 4.1,-0.6 m 4.1,-7.1 -4.1,7.1"
id="path5172"
@@ -333,7 +334,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5174"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 354.9,196 0,33.9"
id="path5176"
@@ -343,7 +344,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5178"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 435.4,226.1 0,3.9"
id="path5180"
@@ -353,7 +354,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5182"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 264.2,207.6 4.1,5.5 m 4.1,-8.8 -4.1,8.8"
id="path5184"
@@ -363,7 +364,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5186"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 462.2,226.9 0,14.8"
id="path5188"
@@ -373,7 +374,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5190"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 214.6,210.4 4.1,-6.6 m -8.2,9.4 4.1,-2.8 m 103.1,1.7 4.2,-0.6 m -132.1,11.1 0,19.4 m 26.8,-15.1 0,15 m 26.9,-19 0,19.3 m 26.8,-17.3 0,16.4 m 24.8,-32.1 4.2,-6.2 m -2.1,24.1 0,12.3 m 26.7,-17.3 0,21.7"
id="path5192"
@@ -383,7 +384,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5194"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 350.7,199.8 0,34.7"
id="path5196"
@@ -393,7 +394,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5198"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 377.6,194.4 0,13.1"
id="path5200"
@@ -403,7 +404,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5202"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 291,214.5 4.1,-5.3"
id="path5204"
@@ -413,7 +414,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5206"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 458.1,228.8 0,14.9"
id="path5208"
@@ -423,7 +424,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5210"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 480.8,256.1 4.1,-2.7 m 0,-24.1 0,24.1 m -247.6,-42.9 4.2,-3.5 m 45.4,11.1 4.1,-3.6 m -84.7,-3.3 4.2,2 m 134.1,-5.2 1.4,-0.3 m -160.3,16.8 0,20.5 m 26.8,-17.8 0,17.4 m 26.9,-14.1 0,15.7 m 26.8,-18.8 0,14 m 26.8,-16.6 0,21.4 m 26.8,-21.1 0,19.4"
id="path5212"
@@ -433,7 +434,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5214"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 346.6,207 0,33.1"
id="path5216"
@@ -443,7 +444,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5218"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 373.5,189.3 0,38.4"
id="path5220"
@@ -453,7 +454,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5222"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 421,215 4.1,-1.4 m 4.1,-7.6 -4.1,7.6 m -24.8,-22.2 0,25.2"
id="path5224"
@@ -463,7 +464,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5226"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 313.6,215.5 4.1,-3.4"
id="path5228"
@@ -473,7 +474,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5230"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 454,232.5 0,12.8"
id="path5232"
@@ -483,7 +484,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5234"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 476.7,258.8 4.1,-2.7 m 0,-28.3 0,28.3 M 233.2,217 l 4.1,-6.5 m 45.4,3.6 4.2,4 m -57.8,-3.5 4.1,2.4 m -51.7,9.1 0,21.6 m 26.9,-22 0,24.8 m 26.8,-16.8 0,13.7 m 26.9,-18.4 0,17.7 m 26.8,-16.8 0,18.3 m 20.6,-35.4 4.1,2.7 m 2,16.1 0,12.2 m -55.6,-34.4 4.2,-1.8"
id="path5236"
@@ -493,7 +494,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5238"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.5,211.9 0,34.3"
id="path5240"
@@ -503,7 +504,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5242"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 369.3,187.6 0,51.5"
id="path5244"
@@ -513,7 +514,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5246"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 396.2,171.1 0,60.3"
id="path5248"
@@ -523,7 +524,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5250"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 340.4,209.7 4.2,-1.7"
id="path5252"
@@ -533,7 +534,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5254"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 423,226.2 0,1.6"
id="path5256"
@@ -543,7 +544,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5258"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 449.8,233.1 0,14.7"
id="path5260"
@@ -553,7 +554,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5262"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 472.5,261.5 4.2,-2.7 m 0,-26.6 0,26.6 m -224.9,-40 4.1,1.8 m 4.1,-11.2 -4.1,11.2"
id="path5264"
@@ -563,7 +564,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5266"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 443.7,220 4.1,-4.6"
id="path5268"
@@ -573,7 +574,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5270"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 418.1,216.9 421,215"
id="path5272"
@@ -583,7 +584,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5274"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 198.1,222.7 4.1,-3.9 m 4.1,-7.6 -4.1,7.6 m -24.8,11.2 0,18.9 m 26.8,-16.5 0,17.2 m 26.9,-21.3 0,17.6 m 26.8,-11 0,16.8"
id="path5276"
@@ -593,7 +594,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5278"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 439.5,221.8 4.2,-1.8"
id="path5280"
@@ -603,7 +604,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5282"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 284.8,230.6 0,19 m 26.7,-18.1 0,15.3"
id="path5284"
@@ -613,7 +614,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5286"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 338.3,221.4 0,26.9"
id="path5288"
@@ -623,7 +624,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5290"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 365.2,190.3 0,55.3"
id="path5292"
@@ -633,7 +634,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5294"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 392,145.9 0,97.8"
id="path5296"
@@ -643,7 +644,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5298"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 418.9,218.5 0,17.3"
id="path5300"
@@ -653,7 +654,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5302"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 445.7,233.8 0,17.4"
id="path5304"
@@ -663,7 +664,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5306"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 468.4,264.2 4.1,-2.7 m 0,-24.8 0,24.8 m -278.6,-42.4 4.2,3.6 m 138.2,-7.6 4.1,-5.4 m -115.5,5.5 4.2,-0.6 m 72.1,5.9 4.1,2 m 4.2,-9.7 -4.2,9.7"
id="path5308"
@@ -673,7 +674,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5310"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 462.2,226.9 4.2,-2.9"
id="path5312"
@@ -683,7 +684,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5314"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 332.2,221.5 4.1,-6.4 m -163,16.4 0,18.9 m 26.8,-15 0,13.9 m 78.5,-34.4 4.1,-0.8 m -55.8,20.6 0,14.2 m 101.1,-26.8 4.2,-0.6 m -78.4,15.7 0,14.3 m 26.8,-19.4 0,23.1 m 26.8,-20.5 0,18.3"
id="path5316"
@@ -693,7 +694,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5318"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 334.2,235.8 0,13.1"
id="path5320"
@@ -703,7 +704,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5322"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 361,207 0,41.9 m 74.4,-22.8 4.1,-4.3"
id="path5324"
@@ -713,7 +714,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5326"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 387.9,149.3 0,102.2"
id="path5328"
@@ -723,7 +724,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5330"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 414.7,209.7 0,35.5"
id="path5332"
@@ -733,7 +734,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5334"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 441.6,235.2 0,17.2"
id="path5336"
@@ -743,7 +744,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5338"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 464.3,266.8 4.1,-2.6 m 0,-29.6 0,29.6 m -220.8,-44.4 4.2,-1"
id="path5340"
@@ -753,7 +754,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5342"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 458.1,228.8 4.1,-1.9"
id="path5344"
@@ -763,7 +764,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5346"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 433.3,227 2.1,-0.9"
id="path5348"
@@ -773,7 +774,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5350"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 169.1,240.1 0,12.8 m 26.9,-11.1 0,11.7 m 26.8,-11 0,12.8 m 26.9,-17.5 0,15.9 m 26.8,-16.1 0,20 m 26.7,-20 0,18.5"
id="path5352"
@@ -783,7 +784,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5354"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 330.1,237.5 0,12.1"
id="path5356"
@@ -793,7 +794,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5358"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 220.8,221.8 4.1,-6.6"
id="path5360"
@@ -803,7 +804,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5362"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 356.9,227.7 0,26.1"
id="path5364"
@@ -813,7 +814,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5366"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 383.8,168.2 0,88.4"
id="path5368"
@@ -823,7 +824,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5370"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 216.6,226.9 4.2,-5.1"
id="path5372"
@@ -833,7 +834,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5374"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 410.6,199.6 0,53.6"
id="path5376"
@@ -843,7 +844,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5378"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 437.4,232.9 0,23.2"
id="path5380"
@@ -853,7 +854,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5382"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 460.1,269.5 4.2,-2.7 m 0,-24.7 0,24.7 m -189.8,-47.4 4.1,-4.5 m 45.3,7.2 4.1,0 m -115.5,5.1 4.1,-0.3 m 80.6,0.2 4,-6.6 m -57.7,2.4 4.1,-3.1 m -57.8,2.8 4.1,-3.5 m -28.9,19.7 0,16.7 m 315.8,-27.7 4.1,1.5 m -191.9,-4.5 4.2,2.3 m -105.4,12.6 0,15.8"
id="path5384"
@@ -863,7 +864,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5386"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 454,232.5 4.1,-3.7"
id="path5388"
@@ -873,7 +874,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5390"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 270.3,224.9 4.2,-5.5 m -55.8,24.5 0,14.2 m 26.8,-16.1 0,16.7 m 26.9,-15.9 0,16.1 m 26.8,-22.3 0,18.7"
id="path5392"
@@ -883,7 +884,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5394"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 325.9,242.3 0,8.1"
id="path5396"
@@ -893,7 +894,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5398"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 352.8,232.2 0,27.9"
id="path5400"
@@ -903,7 +904,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5402"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 379.6,193.5 0,66.5"
id="path5404"
@@ -913,7 +914,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5406"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 406.5,198 0,62.3"
id="path5408"
@@ -923,7 +924,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5410"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 433.3,227 0,31.4"
id="path5412"
@@ -933,7 +934,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5414"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 266.2,227.4 4.1,-2.5 m 185.7,47.3 4.1,-2.7 m 0,-28.3 0,28.3"
id="path5416"
@@ -943,7 +944,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5418"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 359,198 3.2,4.3"
id="path5420"
@@ -953,7 +954,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5422"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 235.2,233.7 4.2,-3.2 m 4.1,-7.6 -4.1,7.6 m -53.7,-6 4.1,-1.9"
id="path5424"
@@ -963,7 +964,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5426"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 449.8,233.1 4.2,-0.6"
id="path5428"
@@ -973,7 +974,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5430"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 160.9,245.6 0,13.2 m 26.8,-14.4 0,13.4 m 26.8,-17.8 0,21.1 m 26.9,-18.7 0,16.6 m 26.8,-19.3 0,21 m 51.6,-35.6 4.1,-3 m -28.8,20 0,14.9"
id="path5432"
@@ -983,7 +984,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5434"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 321.8,245.5 0,10.5"
id="path5436"
@@ -993,7 +994,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5438"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 348.6,236.8 0,27.1"
id="path5440"
@@ -1003,7 +1004,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5442"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 375.5,222 0,41.8"
id="path5444"
@@ -1013,7 +1014,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5446"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 208.4,225.7 4.1,1.5"
id="path5448"
@@ -1023,7 +1024,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5450"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 423,226.2 0.7,0.6 m -21.4,-17.8 0,56.3"
id="path5452"
@@ -1033,7 +1034,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5454"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 429.2,221.6 0,40.6"
id="path5456"
@@ -1043,7 +1044,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5458"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 451.9,274.9 4.1,-2.7 m 0,-25.9 0,25.9 M 262.1,229 l 4.1,-1.6 m -35.1,0.9 4.1,5.4 m -53.7,-7.6 4.2,-1.6 m 291,7.7 4.1,-4.4 m -324.1,16.4 0,18.5 m 26.9,-17.1 0,16 m 26.8,-12.1 0,17.1 m 26.8,-16.5 0,11.9 m 78.4,-30.4 4.2,-6.5 m -30.9,4.8 4.1,-5.1 m -28.9,18.3 0,19.4 m 26.8,-12.1 0,11.7"
id="path5460"
@@ -1053,7 +1054,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5462"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 317.7,243.5 0,17.8"
id="path5464"
@@ -1063,7 +1064,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5466"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 311.5,231.5 4.1,0.1"
id="path5468"
@@ -1073,7 +1074,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5470"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 445.7,233.8 4.1,-0.7"
id="path5472"
@@ -1083,7 +1084,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5474"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 344.5,243.7 0,21.9"
id="path5476"
@@ -1093,7 +1094,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5478"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 371.3,233.7 0,34.2"
id="path5480"
@@ -1103,7 +1104,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5482"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 398.2,224.4 0,43.2"
id="path5484"
@@ -1113,7 +1114,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5486"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 425,225 0,41.4"
id="path5488"
@@ -1123,7 +1124,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5490"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 447.7,277.6 4.2,-2.7 m 0,-30.6 0,30.6 m 20.6,-38.2 4.2,-4.5 m -191.9,-1.6 4.1,-0.7 m -31,5 4.2,-5.9 m -109.5,21.9 0,15.8 m 101.2,-29.5 4.1,-2.3 m -78.5,15 0,14.6 m 26.9,-12.9 0,16.3 m 26.8,-23.4 0,23.6 m 235.3,-33.5 4.1,2.1 m -295.1,-6.7 4.1,-3.9 m 78.5,24.2 0,14.3 m 26.8,-18.7 0,21"
id="path5492"
@@ -1133,7 +1134,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5494"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 313.5,244.2 0,18.5"
id="path5496"
@@ -1143,7 +1144,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5498"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 340.4,248.8 0,16.8"
id="path5500"
@@ -1153,7 +1154,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5502"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 204.2,232.4 4.2,-6.7"
id="path5504"
@@ -1163,7 +1164,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5506"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 367.2,244.7 0,24.9"
id="path5508"
@@ -1173,7 +1174,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5510"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 394.1,238.6 0,31"
id="path5512"
@@ -1183,7 +1184,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5514"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 200.1,235.4 4.1,-3"
id="path5516"
@@ -1193,7 +1194,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5518"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 420.9,230.8 0,38.1"
id="path5520"
@@ -1203,7 +1204,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5522"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 443.6,280.2 4.1,-2.6 m 0,-26.1 0,26.1"
id="path5524"
@@ -1213,7 +1214,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5526"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 354.9,196 4.1,2 m 82.6,37.2 4.1,-1.4"
id="path5528"
@@ -1223,7 +1224,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5530"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 418.9,218.5 4.1,7.7"
id="path5532"
@@ -1233,7 +1234,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5534"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 173.3,231.5 4.1,-1.5 m 130,4.7 4.1,-3.2 m -163,19.5 0,18.9 m 132.1,-37.8 4.2,-1.5 m -109.5,17.3 0,21.1 m 26.8,-21.4 0,22.7 m 47.6,-32.5 4.1,-0.6 m -24.8,10.2 0,23 m 26.8,-17.3 0,16.3 m 26.9,-16 0,16.6"
id="path5536"
@@ -1243,7 +1244,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5538"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 309.4,249.5 0,18.2"
id="path5540"
@@ -1253,7 +1254,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5542"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 336.2,247.8 0,17.4"
id="path5544"
@@ -1263,7 +1264,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5546"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 363.1,246.6 0,25.6"
id="path5548"
@@ -1273,7 +1274,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5550"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 196,241.8 4.1,-6.4 m 18.6,8.5 4.1,-1.4 m 4.1,-7.8 -4.1,7.8"
id="path5552"
@@ -1283,7 +1284,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5554"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 389.9,249.1 0,23"
id="path5556"
@@ -1293,7 +1294,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5558"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 226.9,234.7 4.2,-6.4"
id="path5560"
@@ -1303,7 +1304,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5562"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 416.8,240.8 0,28.6"
id="path5564"
@@ -1313,7 +1314,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5566"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 439.5,282.9 4.1,-2.7 m 0,-29.2 0,29.2 m -251.8,-40.5 4.2,2.1"
id="path5568"
@@ -1323,7 +1324,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5570"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 330.1,237.5 4.1,-1.7 m 4.1,-14.4 -4.1,14.4"
id="path5572"
@@ -1333,7 +1334,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5574"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 303.2,237.6 4.2,-2.9 m -142.4,4.1 4.1,1.3 m 4.2,-8.6 -4.2,8.6 m -24.8,13.1 0,18.4"
id="path5576"
@@ -1343,7 +1344,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5578"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 437.4,232.9 4.2,2.3"
id="path5580"
@@ -1353,7 +1354,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5582"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 171.2,253 0,19.5 m 26.8,-21.4 0,22.9 m 262.1,-32.8 4.2,0.9 m 4.1,-7.5 -4.1,7.5 m -239.5,8.3 0,21.2"
id="path5584"
@@ -1363,7 +1364,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5586"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 400.3,191.4 3.7,13"
id="path5588"
@@ -1373,7 +1374,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5590"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 251.7,249.8 0,22.5 m 26.8,-15.3 0,12.6"
id="path5592"
@@ -1383,7 +1384,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5594"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.3,256.6 0,16.9"
id="path5596"
@@ -1393,7 +1394,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5598"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 377.6,194.4 1.7,1.4 m -47.2,54.3 0,21.1"
id="path5600"
@@ -1403,7 +1404,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5602"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 276.5,237.6 4.1,-5.5"
id="path5604"
@@ -1413,7 +1414,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5606"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 358.9,251.2 0,24.4"
id="path5608"
@@ -1423,7 +1424,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5610"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 385.8,254 0,20.7"
id="path5612"
@@ -1433,7 +1434,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5614"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 412.6,249.8 0,19.5"
id="path5616"
@@ -1443,7 +1444,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5618"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 435.3,285.6 4.2,-2.7 m 0,-29.1 0,29.1 m -194,-40.9 4.2,-4.2"
id="path5620"
@@ -1453,7 +1454,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5622"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 350.7,199.8 4.2,-3.8"
id="path5624"
@@ -1463,7 +1464,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5626"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 272.4,242.8 4.1,-5.2 m -62,2.4 4.2,3.9 m 80.5,-7.3 4,1"
id="path5628"
@@ -1473,7 +1474,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5630"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 325.9,242.3 4.2,-4.8"
id="path5632"
@@ -1483,7 +1484,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5634"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 136.1,287 2,-1.3 m 2.1,-33.7 0,20.3 m 26.8,-19.6 0,20.6 m 101.2,-33.6 4.2,3.1 m -78.5,13.2 0,20.9 m 26.8,-16.5 0,15.8 m 26.8,-18.4 0,15.8 m -6.1,-31.2 4.1,-0.4 m 28.9,16.3 0,12.2"
id="path5636"
@@ -1493,7 +1494,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5638"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 301.1,255.6 0,18.3 m 41.4,-62 -4.2,9.5"
id="path5640"
@@ -1503,7 +1504,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5642"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 328,249.1 0,25.7"
id="path5644"
@@ -1513,7 +1514,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5646"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.5,211.9 4.1,-4.9 m 4.1,-7.2 -4.1,7.2 m -24.8,38.5 4.1,-3.2"
id="path5648"
@@ -1523,7 +1524,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5650"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 354.8,256.5 0,22.2"
id="path5652"
@@ -1533,7 +1534,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5654"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 381.6,259.4 0,18.6"
id="path5656"
@@ -1543,7 +1544,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5658"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 408.5,256.7 0,16.7"
id="path5660"
@@ -1553,7 +1554,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5662"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 431.2,288.3 4.1,-2.7 m 0,-27.1 0,27.1 m -247.6,-41.2 4.1,-4.7 m -30.9,5.9 4.1,-6.8 m -8.3,5.4 4.2,1.4 m 295.1,0.7 4.1,-5.1 m -328.2,48.5 4.2,-2.7 m 0,-23.9 0,23.9 m 26.8,-28.6 0,16.1 m 26.8,-19.5 0,22.3 m -6.1,-31.7 4.1,-1.2 m 28.9,11.5 0,21.4"
id="path5664"
@@ -1563,7 +1564,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5666"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 414.7,209.7 4.2,8.8"
id="path5668"
@@ -1573,7 +1574,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5670"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 433.3,227 4.1,5.9"
id="path5672"
@@ -1583,7 +1584,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5674"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 243.4,259.7 0,17.4 m 26.9,-17.5 0,14.6"
id="path5676"
@@ -1593,7 +1594,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5678"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 317.7,243.5 4.1,2 m -24.7,9.4 0,20.6"
id="path5680"
@@ -1603,7 +1604,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5682"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 323.8,251.7 0,24.9"
id="path5684"
@@ -1613,7 +1614,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5686"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 350.7,263.9 0,16.9"
id="path5688"
@@ -1623,7 +1624,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5690"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 451.9,244.3 4.1,2"
id="path5692"
@@ -1633,7 +1634,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5694"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 377.5,260.7 0,20.1"
id="path5696"
@@ -1643,7 +1644,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5698"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 404.4,264 0,14.5"
id="path5700"
@@ -1653,7 +1654,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5702"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 427.1,291 4.1,-2.7 m 0,-30 0,30 m -198.1,-43.8 4.1,5.6 m 4.2,-7.7 -4.2,7.7 m 57.9,-8 4.1,-5.5 m -12.4,9.3 4.1,4.5 m 4.2,-8.3 -4.2,8.3 m -84.6,1.2 4.1,-2.1 m 4.1,-9.5 -4.1,9.5"
id="path5704"
@@ -1663,7 +1664,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5706"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 373.5,189.3 4.1,5.1"
id="path5708"
@@ -1673,7 +1674,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5710"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 127.8,292.4 4.1,-2.7 m 0,-30.9 0,30.9 m 22.7,2.8 2.1,-1.3 m 2.1,-31.9 0,20.4 m 26.8,-19.1 0,19 m 26.8,-13.1 0,9"
id="path5712"
@@ -1683,7 +1684,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5714"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 352.8,232.2 4.1,-4.5 m 4.1,-20.7 -4.1,20.7"
id="path5716"
@@ -1693,7 +1694,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5718"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 239.3,258.2 0,20.1 m 26.8,-16.4 0,15.2"
id="path5720"
@@ -1703,7 +1704,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5722"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 293,259.2 0,20.6"
id="path5724"
@@ -1713,7 +1714,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5726"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 319.7,260.3 0,22.3"
id="path5728"
@@ -1723,7 +1724,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5730"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 346.5,264 0,19"
id="path5732"
@@ -1733,7 +1734,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5734"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 373.4,267 0,15.7"
id="path5736"
@@ -1743,7 +1744,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5738"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 264.1,243.1 4.1,-3.4"
id="path5740"
@@ -1753,7 +1754,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5742"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 400.2,266.6 0,14.2"
id="path5744"
@@ -1763,7 +1764,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5746"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 179.4,249.9 4.2,-4.3 m 239.3,48 4.2,-2.6 m 0,-24.7 0,24.7 m -274.5,-40.1 4.1,-6.7"
id="path5748"
@@ -1773,7 +1774,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5750"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 348.6,236.8 4.2,-4.6"
id="path5752"
@@ -1783,7 +1784,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5754"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 202.1,247.6 4.2,4 m -57.8,-0.6 4.1,-0.1 m -28.9,44.1 4.1,-2.6 m 0,-28.2 0,28.2 m 22.7,2.8 4.1,-2.7 m 0,-26.3 0,26.3 m 20.7,-44.6 4.1,2 m 2.1,12.7 0,21.4 m 26.8,-17.3 0,14.3 m 26.8,-15 0,14.3 m 20.7,-27.2 4.2,-2.8 m 4.1,-7.2 -4.1,7.2 m 2,12.9 0,19.6"
id="path5756"
@@ -1793,7 +1794,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5758"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 288.8,265.1 0,17.9"
id="path5760"
@@ -1803,7 +1804,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5762"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 344.5,243.7 4.1,-6.9"
id="path5764"
@@ -1813,7 +1814,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5766"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 313.5,244.2 4.2,-0.7"
id="path5768"
@@ -1823,7 +1824,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5770"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 315.6,262.3 0,22.6 m 24.8,-36.1 4.1,-5.1"
id="path5772"
@@ -1833,7 +1834,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5774"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.4,267.4 0,18.1"
id="path5776"
@@ -1843,7 +1844,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5778"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 369.2,268.8 0,17.6"
id="path5780"
@@ -1853,7 +1854,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5782"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 443.6,251 4.1,0.5 m 4.2,-7.2 -4.2,7.2"
id="path5784"
@@ -1863,7 +1864,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5786"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 396.1,268.8 0,12.4"
id="path5788"
@@ -1873,7 +1874,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5790"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 418.8,296.3 4.1,-2.7 m 0,-27 0,27"
id="path5792"
@@ -1883,7 +1884,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5794"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 336.2,247.8 4.2,1"
id="path5796"
@@ -1893,7 +1894,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5798"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 119.5,297.7 4.2,-2.7 m 0,-24.4 0,24.4"
id="path5800"
@@ -1903,7 +1904,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5802"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 396.2,171.1 4.1,20.3"
id="path5804"
@@ -1913,7 +1914,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5806"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 146.4,297.8 4.1,-2.6 m 0,-28 0,28 m 22.7,2.8 2,-1.4 m 2.1,-30.2 0,21.7"
id="path5808"
@@ -1923,7 +1924,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5810"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 429.2,221.6 4.1,5.4"
id="path5812"
@@ -1933,7 +1934,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5814"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 204.2,269.2 0,15.9 m 47.5,-35.3 4.1,3.3 m -24.8,17.1 0,12.6 m 47.5,-25.8 4.2,-3.6 m 4.1,-7.5 -4.1,7.5 m -24.8,12.8 0,17.7"
id="path5816"
@@ -1943,7 +1944,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5818"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 284.7,268.8 0,17.3"
id="path5820"
@@ -1953,7 +1954,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5822"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 311.4,263.2 0,20.1"
id="path5824"
@@ -1963,7 +1964,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5826"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 338.3,263.8 0,23.6"
id="path5828"
@@ -1973,7 +1974,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5830"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 144.3,253.2 4.2,-2.2"
id="path5832"
@@ -1983,7 +1984,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5834"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 365.1,270.4 0,19.5 m 4.2,-102.3 4.2,1.7"
id="path5836"
@@ -1993,7 +1994,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5838"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 391.9,270.5 0,14"
id="path5840"
@@ -2003,7 +2004,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5842"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 229,247.4 4.1,-2.9 m 181.6,54.5 4.1,-2.7 m 0,-24.9 0,24.9"
id="path5844"
@@ -2013,7 +2014,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5846"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 309.4,249.5 4.1,-5.3"
id="path5848"
@@ -2023,7 +2024,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5850"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 363.1,246.6 4.1,-1.9 m 4.1,-11 -4.1,11"
id="path5852"
@@ -2033,7 +2034,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5854"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 410.6,199.6 4.1,10.1"
id="path5856"
@@ -2043,7 +2044,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5858"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 274.4,258.3 4.1,-1.3 m -159,15.4 0,25.3 m 22.7,2.8 4.2,-2.7 m 0,-25.2 0,25.2 m 22.7,2.8 4.1,-2.6 m 0,-26.4 0,26.4"
id="path5860"
@@ -2053,7 +2054,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5862"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.3,256.6 4.1,-7.1"
id="path5864"
@@ -2063,7 +2064,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5866"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 200,271.4 0,13.4"
id="path5868"
@@ -2073,7 +2074,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5870"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 301.1,255.6 4.2,1"
id="path5872"
@@ -2083,7 +2084,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5874"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 171.2,253 4.1,-5.1 m 264.2,5.9 4.1,-2.8 m -216.7,19.6 0,13.7 m 26.8,-11.6 0,12.7"
id="path5876"
@@ -2093,7 +2094,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5878"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 365.2,190.3 361,207"
id="path5880"
@@ -2103,7 +2104,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5882"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 280.6,271.2 0,15.9"
id="path5884"
@@ -2113,7 +2114,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5886"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 198,251.1 4.1,-3.5"
id="path5888"
@@ -2123,7 +2124,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5890"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 307.3,272.3 0,14.9"
id="path5892"
@@ -2133,7 +2134,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5894"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 334.1,266.7 0,24.3"
id="path5896"
@@ -2143,7 +2144,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5898"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 361,274.1 0,17.3"
id="path5900"
@@ -2153,7 +2154,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5902"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 224.8,250.4 4.2,-3"
id="path5904"
@@ -2163,7 +2164,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5906"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 385.8,254 4.1,-4.9 m 4.2,-10.5 -4.2,10.5"
id="path5908"
@@ -2173,7 +2174,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5910"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 387.8,273.7 0,15.6"
id="path5912"
@@ -2183,7 +2184,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5914"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 410.5,301.7 4.2,-2.7 m 0,-31.6 0,31.6 m -274.5,-47 4.1,1.2"
id="path5916"
@@ -2193,7 +2194,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5918"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 332.1,250.1 4.1,-2.3"
id="path5920"
@@ -2203,7 +2204,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5922"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 167,252.7 4.2,0.3 m 45.4,2.9 4.1,4.5 m 4.1,-10 -4.1,10"
id="path5924"
@@ -2213,7 +2214,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5926"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 375.5,222 -4.2,11.7 m -12.4,17.5 4.2,-4.6"
id="path5928"
@@ -2223,7 +2224,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5930"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 381.6,259.4 4.2,-5.4"
id="path5932"
@@ -2233,7 +2234,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5934"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 138.1,303.2 4.1,-2.7 m 0,-30 0,30 m 22.7,2.8 4.2,-2.7 m 0,-27.2 0,27.2 m 24.8,-44.6 4.1,-4.9 m 237.3,7.4 4.2,-4.7 m -247.7,49.6 2,-1.3 m 2.1,-25.3 0,11.7 m 26.8,-16 0,15.5 m 26.9,-16.2 0,19.4"
id="path5936"
@@ -2243,7 +2244,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5938"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 398.2,224.4 -4.1,14.2"
id="path5940"
@@ -2253,7 +2254,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5942"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 276.4,267.9 0,17.3"
id="path5944"
@@ -2263,7 +2264,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5946"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 270.3,259.6 4.1,-1.3"
id="path5948"
@@ -2273,7 +2274,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5950"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 377.5,260.7 4.1,-1.3 m -78.4,15.3 0,19.5"
id="path5952"
@@ -2283,7 +2284,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5954"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 243.4,259.7 4.1,-1.9 m 4.2,-8 -4.2,8"
id="path5956"
@@ -2293,7 +2294,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5958"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 330,275.9 0,17.5"
id="path5960"
@@ -2303,7 +2304,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5962"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 356.8,277.1 0,16.9"
id="path5964"
@@ -2313,7 +2314,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5966"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 383.7,275.8 0,16.5"
id="path5968"
@@ -2323,7 +2324,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5970"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 365.2,190.3 4.1,-2.7"
id="path5972"
@@ -2333,7 +2334,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5974"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 131.9,258.8 4.2,4.3 m 4.1,-11.1 -4.1,11.1 m 270.3,41.3 4.1,-2.7 m 0,-30.4 0,30.4"
id="path5976"
@@ -2343,7 +2344,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5978"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 354.8,256.5 4.1,-5.3"
id="path5980"
@@ -2353,7 +2354,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5982"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 189.7,255 4.2,1 m 237.3,2.3 4.1,0.2"
id="path5984"
@@ -2363,7 +2364,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5986"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 328,249.1 4.1,1"
id="path5988"
@@ -2373,7 +2374,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5990"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 379.6,193.5 -4.1,28.5 m -29,42 4.2,-0.1 m 4.1,-7.4 -4.1,7.4"
id="path5992"
@@ -2383,7 +2384,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5994"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 400.2,266.6 4.2,-2.6 m 4.1,-7.3 -4.1,7.3 m 4.1,-7.3 4.1,-6.9 m 4.2,-9 -4.2,9 M 425,225 l 4.2,-3.4 m -132.1,33.3 4,0.7"
id="path5996"
@@ -2393,7 +2394,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g5998"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 138.1,274.2 0,29 m 22.7,2.8 4.1,-2.7 m 0,-30.2 0,30.2 m 22.7,2.8 4.2,-2.7 m 0,-26.3 0,26.3 m 26.8,-23.4 0,10.1 m 26.8,-14.6 0,17.6"
id="path6000"
@@ -2403,7 +2404,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6002"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 272.3,273.1 0,15.6"
id="path6004"
@@ -2413,7 +2414,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6006"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 162.9,258.4 4.1,-5.7"
id="path6008"
@@ -2423,7 +2424,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6010"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 299.1,273 0,24.6"
id="path6012"
@@ -2433,7 +2434,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6014"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 325.9,273.5 0,21.4"
id="path6016"
@@ -2443,7 +2444,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6018"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 420.9,230.8 -4.1,10"
id="path6020"
@@ -2453,7 +2454,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6022"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 352.7,280.4 0,16.6"
id="path6024"
@@ -2463,7 +2464,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6026"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 379.5,280.2 0,12.4"
id="path6028"
@@ -2473,7 +2474,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6030"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 402.3,307 4.1,-2.6 m 0,-28.9 0,28.9 m -198.1,-37.7 4.1,-0.2 m 4.2,-10.6 -4.2,10.6 m 26.9,-8.3 4.1,1.5 m -84.6,-0.4 4.1,-0.9 m 103.2,3.5 4.2,-2.3"
id="path6032"
@@ -2483,7 +2484,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6034"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 373.4,267 4.1,-6.3 m -8.3,8.1 4.2,-1.8"
id="path6036"
@@ -2493,7 +2494,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6038"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 420.9,230.8 425,225"
id="path6040"
@@ -2503,7 +2504,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6042"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 402.3,209 -4.1,15.4"
id="path6044"
@@ -2513,7 +2514,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6046"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 396.1,268.8 4.1,-2.2"
id="path6048"
@@ -2523,7 +2524,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6050"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 156.7,308.7 4.1,-2.7 m 0,-30.2 0,30.2 m 262.1,-39.4 4.2,-0.3 m 4.1,-8 -4.1,8 m -243.6,42.5 4.1,-2.7 m 0,-28.7 0,28.7 m 22.7,2.8 2.1,-1.3 m 2.1,-33.1 0,18.4 m 26.8,-14.2 0,15.2"
id="path6052"
@@ -2533,7 +2534,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6054"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 268.2,275.3 0,18.8"
id="path6056"
@@ -2543,7 +2544,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6058"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 295,278.2 0,18"
id="path6060"
@@ -2553,7 +2554,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6062"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 321.7,279.8 0,19.3"
id="path6064"
@@ -2563,7 +2564,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6066"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 348.6,281.2 0,17.7"
id="path6068"
@@ -2573,7 +2574,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6070"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.4,267.4 4.1,-3.4"
id="path6072"
@@ -2583,7 +2584,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6074"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 185.6,260.6 4.1,-5.6"
id="path6076"
@@ -2593,7 +2594,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6078"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 375.4,281.4 0,11.8"
id="path6080"
@@ -2603,7 +2604,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6082"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 398.1,309.7 4.2,-2.7 m 0,-25.3 0,25.3"
id="path6084"
@@ -2613,7 +2614,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6086"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 323.8,251.7 4.2,-2.6 m 78.5,-51.1 4.1,1.6"
id="path6088"
@@ -2623,7 +2624,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6090"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 262,263.2 4.1,-1.3"
id="path6092"
@@ -2633,7 +2634,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6094"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 293,259.2 4.1,-4.3"
id="path6096"
@@ -2643,7 +2644,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6098"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 181.5,262.6 4.1,-2 m -31,5.6 4.2,-6.9"
id="path6100"
@@ -2653,7 +2654,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6102"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 365.1,270.4 4.1,-1.6"
id="path6104"
@@ -2663,7 +2664,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6106"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 150.5,267.2 4.1,-1 m -26.8,-2 4.1,-5.4 m 72.3,10.4 4.1,-2.5"
id="path6108"
@@ -2673,7 +2674,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6110"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 391.9,270.5 4.2,-1.7"
id="path6112"
@@ -2683,7 +2684,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6114"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 156.7,283.7 0,25 m 22.7,2.8 4.1,-2.7 m 0,-27 0,27 m 22.7,2.8 4.1,-2.7 m 0,-32.4 0,32.4"
id="path6116"
@@ -2693,7 +2694,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6118"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 315.6,262.3 4.1,-2 m 4.1,-8.6 -4.1,8.6"
id="path6120"
@@ -2703,7 +2704,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6122"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 237.2,277.8 0,18.6"
id="path6124"
@@ -2713,7 +2714,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6126"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 338.3,263.8 4.1,3.6"
id="path6128"
@@ -2723,7 +2724,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6130"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 264,279 0,16.7"
id="path6132"
@@ -2733,7 +2734,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6134"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 231,270.2 4.1,-4.2 m 4.2,-7.8 -4.2,7.8"
id="path6136"
@@ -2743,7 +2744,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6138"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 290.9,281.5 0,13.3"
id="path6140"
@@ -2753,7 +2754,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6142"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 317.6,285.6 0,17.4"
id="path6144"
@@ -2763,7 +2764,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6146"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 288.8,265.1 4.2,-5.9"
id="path6148"
@@ -2773,7 +2774,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6150"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 344.4,284.9 0,17.6"
id="path6152"
@@ -2783,7 +2784,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6154"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 123.7,270.6 4.1,-6.4"
id="path6156"
@@ -2793,7 +2794,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6158"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 371.3,284.1 0,11.4"
id="path6160"
@@ -2803,7 +2804,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6162"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 394,312.4 4.1,-2.7 m 0,-29.7 0,29.7 m -278.6,-37.3 4.2,-1.8"
id="path6164"
@@ -2813,7 +2814,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6166"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 284.7,268.8 4.1,-3.7"
id="path6168"
@@ -2823,7 +2824,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6170"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 418.8,271.4 4.1,-4.8"
id="path6172"
@@ -2833,7 +2834,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6174"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 406.5,198 -4.2,11"
id="path6176"
@@ -2843,7 +2844,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6178"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 177.3,266.4 4.2,-3.8 m 45.4,8 4.1,-0.4 m 26.9,-4 4.1,-3 m -62,8.2 4.2,-2.2 m -29,45 4.2,-2.7 m 0,-25.3 0,25.3 m 235.3,-44.1 4.1,4 m -216.7,42.9 4.1,-2.7 m 0,-26 0,26 m 22.7,2.8 2,-1.3 m 2.1,-30.2 0,16.4"
id="path6180"
@@ -2853,7 +2854,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6182"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 361,274.1 4.1,-3.7"
id="path6184"
@@ -2863,7 +2864,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6186"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 392,145.9 4.2,25.2"
id="path6188"
@@ -2873,7 +2874,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6190"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 259.9,286.7 0,9.6 m 127.9,-22.6 4.1,-3.2"
id="path6192"
@@ -2883,7 +2884,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6194"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 286.7,284.4 0,13.1 m 24.7,-34.3 4.2,-0.9"
id="path6196"
@@ -2893,7 +2894,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6198"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 313.5,284.1 0,20.4"
id="path6200"
@@ -2903,7 +2904,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6202"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 340.3,286.2 0,20.1"
id="path6204"
@@ -2913,7 +2914,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6206"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 280.6,271.2 4.1,-2.4"
id="path6208"
@@ -2923,7 +2924,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6210"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 146.4,272.6 4.1,-5.4"
id="path6212"
@@ -2933,7 +2934,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6214"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 367.1,288.8 0,9.5"
id="path6216"
@@ -2943,7 +2944,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6218"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 389.8,315.1 4.2,-2.7 m 0,-30 0,30 m -220.8,-40.8 4.1,-5.2 m -35.1,4.1 4.2,2.1 m 107.3,0.1 4.2,-6.5"
id="path6220"
@@ -2953,7 +2954,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6222"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 356.8,277.1 4.2,-3"
id="path6224"
@@ -2963,7 +2964,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6226"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 249.6,271.8 4.1,0.9 m -84.6,0.7 4.1,-1.8 m 2,18.5 0,24.1 m 22.7,2.7 4.2,-2.6 m 0,-29.8 0,29.8"
id="path6228"
@@ -2973,7 +2974,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6230"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 383.7,275.8 4.1,-2.1"
id="path6232"
@@ -2983,7 +2984,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6234"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 195.9,276.8 4.1,-5.4 m 24.8,45.7 4.1,-2.7 m 0,-31.8 0,31.8"
id="path6236"
@@ -2993,7 +2994,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6238"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 255.7,281 0,15.7"
id="path6240"
@@ -3003,7 +3004,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6242"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 303.2,274.7 4.1,-2.4 m 4.1,-9.1 -4.1,9.1 m -24.7,15.5 0,16.6"
id="path6244"
@@ -3013,7 +3014,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6246"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 309.3,282.4 0,23.8"
id="path6248"
@@ -3023,7 +3024,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6250"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 336.2,288.7 0,19.8"
id="path6252"
@@ -3033,7 +3034,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6254"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 363,291 0,12.9"
id="path6256"
@@ -3043,7 +3044,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6258"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 222.7,272.5 4.2,-1.9"
id="path6260"
@@ -3053,7 +3054,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6262"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 276.4,267.9 4.2,3.3"
id="path6264"
@@ -3063,7 +3064,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6266"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 385.7,317.8 4.1,-2.7 m 0,-28.5 0,28.5 m -198,-38 4.1,-0.3"
id="path6268"
@@ -3073,7 +3074,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6270"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 383.8,168.2 -4.2,25.3 m -45.5,73.2 4.2,-2.9"
id="path6272"
@@ -3083,7 +3084,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6274"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 352.7,280.4 4.1,-3.3"
id="path6276"
@@ -3093,7 +3094,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6278"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 325.9,273.5 4.1,2.4 m 4.1,-9.2 -4.1,9.2"
id="path6280"
@@ -3103,7 +3104,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6282"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 193.8,319.6 4.1,-2.7 m 0,-31.8 0,31.8 m 22.7,2.8 4.2,-2.6 m 0,-31.1 0,31.1"
id="path6284"
@@ -3113,7 +3114,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6286"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 247.5,319.9 2,-1.4 m 2.1,-28.5 0,10.5"
id="path6288"
@@ -3123,7 +3124,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6290"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 164.9,273.1 4.2,0.3"
id="path6292"
@@ -3133,7 +3134,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6294"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 379.5,280.2 4.2,-4.4"
id="path6296"
@@ -3143,7 +3144,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6298"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 278.5,286.4 0,24.4 m 20.6,-37.8 4.1,1.7"
id="path6300"
@@ -3153,7 +3154,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6302"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.2,292.1 0,16.5"
id="path6304"
@@ -3163,7 +3164,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6306"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 332,293.3 0,16.7"
id="path6308"
@@ -3173,7 +3174,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6310"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 358.9,291.8 0,14.8"
id="path6312"
@@ -3183,7 +3184,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6314"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 381.6,320.4 4.1,-2.6 m 0,-25.8 0,25.8 m -171.2,-43.3 4.1,5.5 m 4.1,-7.5 -4.1,7.5 m 191.9,-8.7 4.2,-3.9"
id="path6316"
@@ -3193,7 +3194,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6318"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 348.6,281.2 4.1,-0.8"
id="path6320"
@@ -3203,7 +3204,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6322"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 245.4,275.5 4.2,-3.7 m -111.5,2.4 4.1,-3.7"
id="path6324"
@@ -3213,7 +3214,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6326"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 375.4,281.4 4.1,-1.2"
id="path6328"
@@ -3223,7 +3224,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6330"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 187.6,277.4 4.2,-0.3 m 2,15 0,27.5 m 22.7,2.8 4.1,-2.7 m 0,-29.6 0,29.6"
id="path6332"
@@ -3233,7 +3234,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6334"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 243.3,322.5 4.2,-2.6 m 0,-27.5 0,27.5"
id="path6336"
@@ -3243,7 +3244,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6338"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 274.3,283.8 0,28"
id="path6340"
@@ -3253,7 +3254,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6342"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 301.1,296.4 0,15.6"
id="path6344"
@@ -3263,7 +3264,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6346"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 327.9,293.6 0,19.4"
id="path6348"
@@ -3273,7 +3274,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6350"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 406.4,275.5 4.1,-4.2"
id="path6352"
@@ -3283,7 +3284,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6354"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 354.7,296.2 0,11.4"
id="path6356"
@@ -3293,7 +3294,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6358"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 377.4,323.1 4.2,-2.7 m 0,-27.8 0,27.8 m -140.3,-41.7 4.1,-3.2"
id="path6360"
@@ -3303,7 +3304,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6362"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 272.3,273.1 4.1,-5.2"
id="path6364"
@@ -3313,7 +3314,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6366"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 160.8,275.8 4.1,-2.7 m 237.4,8.6 4.1,-6.2 m -194,49.6 4.1,-2.7 m 0,-32.3 0,32.3"
id="path6368"
@@ -3323,7 +3324,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6370"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 344.4,284.9 4.2,-3.7"
id="path6372"
@@ -3333,7 +3334,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6374"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 371.3,284.1 4.1,-2.7 m -107.2,-6.1 4.1,-2.2"
id="path6376"
@@ -3343,7 +3344,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6378"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 398.1,280 4.2,1.7"
id="path6380"
@@ -3353,7 +3354,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6382"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 239.2,325.2 4.1,-2.7 m 0,-28.7 0,28.7"
id="path6384"
@@ -3363,7 +3364,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6386"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 321.7,279.8 4.2,-6.3"
id="path6388"
@@ -3373,7 +3374,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6390"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 266,325.3 2.1,-1.3 m 2.1,-30.2 0,21 m 24.8,-36.6 4.1,-5.2"
id="path6392"
@@ -3383,7 +3384,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6394"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 297,298.8 0,15.8"
id="path6396"
@@ -3393,7 +3394,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6398"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 323.8,296.2 0,19.7"
id="path6400"
@@ -3403,7 +3404,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6402"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 350.6,297.8 0,14.9"
id="path6404"
@@ -3413,7 +3414,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6406"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 317.6,285.6 4.1,-5.8"
id="path6408"
@@ -3423,7 +3424,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6410"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 373.3,325.8 4.1,-2.7 m 0,-30.5 0,30.5 m -140.2,-45.3 4.1,0.9 m -57.8,3.1 4.1,-4.4"
id="path6412"
@@ -3433,7 +3434,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6414"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 290.9,281.5 4.1,-3.3"
id="path6416"
@@ -3443,7 +3444,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6418"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 313.5,284.1 4.1,1.5"
id="path6420"
@@ -3453,7 +3454,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6422"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 160.8,275.8 -4.1,7.9"
id="path6424"
@@ -3463,7 +3464,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6426"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 340.3,286.2 4.1,-1.3"
id="path6428"
@@ -3473,7 +3474,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6430"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 212.4,295.8 0,29.3"
id="path6432"
@@ -3483,7 +3484,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6434"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 367.1,288.8 4.2,-4.7 m -136.2,43.8 4.1,-2.7 m 0,-31.3 0,31.3"
id="path6436"
@@ -3493,7 +3494,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6438"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 179.4,286.2 4.1,-4.4"
id="path6440"
@@ -3503,7 +3504,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6442"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 261.9,328 4.1,-2.7 m 0,-31 0,31"
id="path6444"
@@ -3513,7 +3514,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6446"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 292.9,293.5 0,23"
id="path6448"
@@ -3523,7 +3524,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6450"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 264,279 4.2,-3.7"
id="path6452"
@@ -3533,7 +3534,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6454"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 319.6,302 0,15.8"
id="path6456"
@@ -3543,7 +3544,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6458"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 210.3,276.5 4.2,-2"
id="path6460"
@@ -3553,7 +3554,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6462"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 346.5,300 0,17.8"
id="path6464"
@@ -3563,7 +3564,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6466"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 369.2,328.5 4.1,-2.7 m 0,-32 0,32"
id="path6468"
@@ -3573,7 +3574,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6470"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 286.7,284.4 4.2,-2.9"
id="path6472"
@@ -3583,7 +3584,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6474"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 387.9,149.3 -4.1,18.9"
id="path6476"
@@ -3593,7 +3594,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6478"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 363,291 4.1,-2.2"
id="path6480"
@@ -3603,7 +3604,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6482"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 175.2,290.1 4.2,-3.9"
id="path6484"
@@ -3613,7 +3614,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6486"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 255.7,281 4.2,5.7 m 4.1,-7.7 -4.1,7.7"
id="path6488"
@@ -3623,7 +3624,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6490"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 202.1,284.5 4.1,1.1 m 4.1,-9.1 -4.1,9.1 m 187.8,-3.2 4.1,-2.4"
id="path6492"
@@ -3633,7 +3634,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6494"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 230.9,330.6 4.2,-2.7 m 0,-28.9 0,28.9"
id="path6496"
@@ -3643,7 +3644,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6498"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 257.8,330.7 4.1,-2.7 m 0,-30.9 0,30.9 m 74.3,-39.3 4.1,-2.5"
id="path6500"
@@ -3653,7 +3654,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6502"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 233,282.9 4.2,-5.1"
id="path6504"
@@ -3663,7 +3664,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6506"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 284.6,330.8 2.1,-1.3 m 2.1,-33.4 0,23.6"
id="path6508"
@@ -3673,7 +3674,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6510"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 315.5,304 0,17.4"
id="path6512"
@@ -3683,7 +3684,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6514"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.3,305.1 0,16.1"
id="path6516"
@@ -3693,7 +3694,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6518"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 365,331.2 4.2,-2.7 m 0,-31.3 0,31.3"
id="path6520"
@@ -3703,7 +3704,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6522"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 282.6,287.8 4.1,-3.4"
id="path6524"
@@ -3713,7 +3714,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6526"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 309.3,282.4 4.2,1.7"
id="path6528"
@@ -3723,7 +3724,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6530"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 228.9,282.6 4.1,0.3"
id="path6532"
@@ -3733,7 +3734,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6534"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 358.9,291.8 363,291 m -132.1,8.6 0,31"
id="path6536"
@@ -3743,7 +3744,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6538"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 253.6,333.4 4.2,-2.7 m 0,-35.2 0,35.2"
id="path6540"
@@ -3753,7 +3754,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6542"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 389.8,286.6 4.2,-4.2"
id="path6544"
@@ -3763,7 +3764,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6546"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 332,293.3 4.2,-4.6"
id="path6548"
@@ -3773,7 +3774,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6550"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 280.5,333.5 4.1,-2.7 m 0,-31.9 0,31.9"
id="path6552"
@@ -3783,7 +3784,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6554"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 311.4,305.1 0,19.1 m -32.9,-37.8 4.1,1.4"
id="path6556"
@@ -3793,7 +3794,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6558"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 338.2,307.6 0,14.5"
id="path6560"
@@ -3803,7 +3804,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6562"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 360.9,333.8 4.1,-2.6 m 0,-31.8 0,31.8"
id="path6564"
@@ -3813,7 +3814,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6566"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 387.9,149.3 4.1,-3.4"
id="path6568"
@@ -3823,7 +3824,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6570"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 327.9,293.6 4.1,-0.3"
id="path6572"
@@ -3833,7 +3834,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6574"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 197.9,285.1 4.2,-0.6 m 183.6,7.5 4.1,-5.4"
id="path6576"
@@ -3843,7 +3844,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6578"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 301.1,296.4 4.1,-4.3 m 4.1,-9.7 -4.1,9.7"
id="path6580"
@@ -3853,7 +3854,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6582"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 249.5,336.1 4.1,-2.7 m 0,-35.4 0,35.4"
id="path6584"
@@ -3863,7 +3864,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6586"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 354.7,296.2 4.2,-4.4"
id="path6588"
@@ -3873,7 +3874,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6590"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 276.3,336.2 4.2,-2.7 m 0,-23.4 0,23.4"
id="path6592"
@@ -3883,7 +3884,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6594"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 381.6,292.6 4.1,-0.6"
id="path6596"
@@ -3893,7 +3894,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6598"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 303.1,336.3 2,-1.3 m 2.1,-27.7 0,19.5"
id="path6600"
@@ -3903,7 +3904,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6602"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 334.1,309.4 0,16.6 m -86.6,-33.6 4.1,-2.4 m 4.1,-9 -4.1,9"
id="path6604"
@@ -3913,7 +3914,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6606"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 224.8,286 4.1,-3.4 m 127.9,53.9 4.1,-2.7 m 0,-25.2 0,25.2"
id="path6608"
@@ -3923,7 +3924,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6610"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 297,298.8 4.1,-2.4"
id="path6612"
@@ -3933,7 +3934,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6614"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 350.6,297.8 4.1,-1.6"
id="path6616"
@@ -3943,7 +3944,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6618"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 220.6,290.1 4.2,-4.1"
id="path6620"
@@ -3953,7 +3954,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6622"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 249.5,303.1 0,33 m 24.8,-52.3 4.2,2.6"
id="path6624"
@@ -3963,7 +3964,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6626"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 272.2,338.9 4.1,-2.7 m 0,-24.8 0,24.8"
id="path6628"
@@ -3973,7 +3974,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6630"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 299.1,339 4,-2.7 m 0,-26.3 0,26.3"
id="path6632"
@@ -3983,7 +3984,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6634"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 193.8,292.1 4.1,-7"
id="path6636"
@@ -3993,7 +3994,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6638"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 329.9,310.7 0,18.9"
id="path6640"
@@ -4003,7 +4004,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6642"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 323.8,296.2 4.1,-2.6"
id="path6644"
@@ -4013,7 +4014,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6646"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 352.6,339.2 4.2,-2.7 m 0,-31.9 0,31.9"
id="path6648"
@@ -4023,7 +4024,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6650"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 243.3,293.8 4.2,-1.4"
id="path6652"
@@ -4033,7 +4034,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6654"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 292.9,293.5 4.1,5.3"
id="path6656"
@@ -4043,7 +4044,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6658"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 377.4,292.6 4.2,0 m -165.1,-2.5 4.1,0"
id="path6660"
@@ -4053,7 +4054,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6662"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 346.5,300 4.1,-2.2"
id="path6664"
@@ -4063,7 +4064,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6666"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 268.1,341.5 4.1,-2.6 m 0,-26.8 0,26.8"
id="path6668"
@@ -4073,7 +4074,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6670"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 294.9,341.6 4.2,-2.6 m 0,-25 0,25"
id="path6672"
@@ -4083,7 +4084,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6674"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 321.7,341.8 2,-1.4 m 2.1,-25 0,14.5"
id="path6676"
@@ -4093,7 +4094,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6678"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 319.6,302 4.2,-5.8"
id="path6680"
@@ -4103,7 +4104,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6682"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 348.5,341.9 4.1,-2.7 m 0,-28.5 0,28.5"
id="path6684"
@@ -4113,7 +4114,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6686"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 315.5,304 4.1,-2"
id="path6688"
@@ -4123,7 +4124,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6690"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 239.2,293.9 4.1,-0.1"
id="path6692"
@@ -4133,7 +4134,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6694"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 266,294.3 4.2,-0.5 m 4.1,-10 -4.1,10"
id="path6696"
@@ -4143,7 +4144,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6698"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.3,305.1 4.2,-5.1"
id="path6700"
@@ -4153,7 +4154,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6702"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 268.1,317.7 0,23.8"
id="path6704"
@@ -4163,7 +4164,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6706"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 290.8,344.3 4.1,-2.7 m 0,-26.3 0,26.3"
id="path6708"
@@ -4173,7 +4174,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6710"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 373.3,293.8 4.1,-1.2"
id="path6712"
@@ -4183,7 +4184,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6714"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 317.5,344.4 4.2,-2.6 m 0,-25.3 0,25.3"
id="path6716"
@@ -4193,7 +4194,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6718"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 344.4,344.6 4.1,-2.7 m 0,-27.1 0,27.1 m -136.1,-46.1 4.1,-5.7"
id="path6720"
@@ -4203,7 +4204,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6722"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 338.2,307.6 4.1,-2.5"
id="path6724"
@@ -4213,7 +4214,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6726"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 311.4,305.1 4.1,-1.1 m -53.6,-6.9 4.1,-2.8 m 20.7,52.7 4.1,-2.7 m 0,-26.5 0,26.5"
id="path6728"
@@ -4223,7 +4224,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6730"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 235.1,299 4.1,-5.1 m 74.2,53.2 4.1,-2.7 m 0,-25.2 0,25.2"
id="path6732"
@@ -4233,7 +4234,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6734"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 340.2,347.2 4.2,-2.6 m 0,-23.6 0,23.6"
id="path6736"
@@ -4243,7 +4244,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6738"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 288.8,296.1 4.1,-2.6"
id="path6740"
@@ -4253,7 +4254,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6742"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 369.2,297.2 4.1,-3.4"
id="path6744"
@@ -4263,7 +4264,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6746"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 334.1,309.4 4.1,-1.8 m -107.3,-8 4.2,-0.6"
id="path6748"
@@ -4273,7 +4274,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6750"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 307.2,307.3 4.2,-2.2 m -53.6,-9.6 4.1,1.6 m 24.8,24.7 0,25.2"
id="path6752"
@@ -4283,7 +4284,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6754"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 309.3,349.8 4.1,-2.7 m 0,-23.5 0,23.5"
id="path6756"
@@ -4293,7 +4294,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6758"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 336.1,349.9 4.1,-2.7 m 0,-25.8 0,25.8 m 24.8,-47.8 4.2,-2.2"
id="path6760"
@@ -4303,7 +4304,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6762"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 284.6,298.9 4.2,-2.8 m -12.5,15.3 4.2,-1.3 m 4.1,-11.2 -4.1,11.2"
id="path6764"
@@ -4313,7 +4314,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6766"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 329.9,310.7 4.2,-1.3"
id="path6768"
@@ -4323,7 +4324,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6770"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 356.8,304.6 4.1,4 m 4.1,-9.2 -4.1,9.2"
id="path6772"
@@ -4333,7 +4334,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6774"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 303.1,310 4.1,-2.7"
id="path6776"
@@ -4343,7 +4344,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6778"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.1,352.5 4.2,-2.7 m 0,-25.1 0,25.1"
id="path6780"
@@ -4353,7 +4354,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6782"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 332,352.6 4.1,-2.7 m 0,-27 0,27"
id="path6784"
@@ -4363,7 +4364,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6786"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 272.2,312.1 4.1,-0.7"
id="path6788"
@@ -4373,7 +4374,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6790"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 325.8,315.4 4.1,-4.7"
id="path6792"
@@ -4383,7 +4384,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6794"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 253.6,298 4.2,-2.5 m 41.3,18.5 4,-4"
id="path6796"
@@ -4393,7 +4394,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6798"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.1,329 0,23.5"
id="path6800"
@@ -4403,7 +4404,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6802"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 327.8,355.3 4.2,-2.7 m 0,-23.3 0,23.3"
id="path6804"
@@ -4413,7 +4414,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6806"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 321.7,316.5 4.1,-1.1"
id="path6808"
@@ -4423,7 +4424,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6810"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 294.9,315.3 4.2,-1.3 m -49.6,-10.9 4.1,-5.1"
id="path6812"
@@ -4433,7 +4434,7 @@
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6814"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 268.1,317.7 4.1,-5.6"
id="path6816"
@@ -4443,7 +4444,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6818"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 323.7,358 4.1,-2.7 m 0,-25.3 0,25.3 m 24.8,-44.6 4.2,-6.1 m -8.3,10.2 4.1,-4.1"
id="path6820"
@@ -4453,7 +4454,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6822"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 317.5,319.2 4.2,-2.7"
id="path6824"
@@ -4463,7 +4464,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6826"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 290.8,317.8 4.1,-2.5"
id="path6828"
@@ -4473,7 +4474,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6830"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 323.7,329.8 0,28.2 m 20.7,-37 4.1,-6.2 m -8.3,6.6 4.2,-0.4"
id="path6832"
@@ -4483,7 +4484,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6834"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 313.4,323.6 4.1,-4.4"
id="path6836"
@@ -4493,7 +4494,7 @@
<g
style="color:#157545;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6838"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 286.7,321.8 4.1,-4"
id="path6840"
@@ -4503,7 +4504,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6842"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 309.3,324.7 4.1,-1.1"
id="path6844"
@@ -4513,7 +4514,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6846"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 336.1,322.9 4.1,-1.5"
id="path6848"
@@ -4523,7 +4524,7 @@
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6850"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.1,329 4.2,-4.3"
id="path6852"
@@ -4533,7 +4534,7 @@
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6854"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 332,329.3 4.1,-6.4 m -8.3,7.1 4.2,-0.7 m -8.3,0.5 4.1,0.2"
id="path6856"
@@ -4543,7 +4544,7 @@
<a
xlink:title="Plot #1"
id="a6858"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6860" />
@@ -4551,7 +4552,7 @@
<a
xlink:title="Plot #2"
id="a6862"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6864" />
@@ -4559,7 +4560,7 @@
<a
xlink:title="Plot #3"
id="a6866"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6868" />
@@ -4567,7 +4568,7 @@
<a
xlink:title="Plot #4"
id="a6870"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6872" />
@@ -4575,7 +4576,7 @@
<a
xlink:title="Plot #5"
id="a6874"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6876" />
@@ -4583,7 +4584,7 @@
<a
xlink:title="Plot #6"
id="a6878"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6880" />
@@ -4591,7 +4592,7 @@
<a
xlink:title="Plot #7"
id="a6882"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#ff0000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6884" />
@@ -4599,7 +4600,7 @@
<a
xlink:title="Plot #8"
id="a6886"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6888" />
@@ -4607,7 +4608,7 @@
<a
xlink:title="Plot #9"
id="a6890"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#008000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6892" />
@@ -4615,7 +4616,7 @@
<a
xlink:title="Plot #10"
id="a6894"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#00ffff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6896" />
@@ -4623,7 +4624,7 @@
<a
xlink:title="Plot #11"
id="a6898"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#ff0000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6900" />
@@ -4631,7 +4632,7 @@
<a
xlink:title="Plot #12"
id="a6902"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<g
style="color:#0000ff;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6904" />
@@ -4639,7 +4640,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6906"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 342.3,422.9 517.6,309.2 M 342.3,422.9 82.4,346.2 156.7,298 M 517.6,309.2 436,285.1 M 82.4,170.8 l 0,175.4"
id="path6908"
@@ -4648,7 +4649,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6910"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 82.4,346.2 156.7,298"
id="path6912"
@@ -4657,7 +4658,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6914"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 82.4,346.2 7.1,-4.6"
id="path6916"
@@ -4673,7 +4674,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6922"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 119.5,357.1 193.8,309"
id="path6924"
@@ -4682,7 +4683,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6926"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 119.5,357.1 7.1,-4.5"
id="path6928"
@@ -4698,7 +4699,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6934"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 156.7,368.1 230.9,320"
id="path6936"
@@ -4707,7 +4708,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6938"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 156.7,368.1 7,-4.6"
id="path6940"
@@ -4723,7 +4724,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6946"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 193.8,379.1 74.3,-48.2"
id="path6948"
@@ -4732,7 +4733,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6950"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 193.8,379.1 7.1,-4.6"
id="path6952"
@@ -4748,7 +4749,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6958"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 230.9,390 74.2,-48.1"
id="path6960"
@@ -4757,7 +4758,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6962"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 230.9,390 7.1,-4.6"
id="path6964"
@@ -4773,7 +4774,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6970"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 268.1,401 443.3,287.3"
id="path6972"
@@ -4782,7 +4783,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6974"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 268.1,401 7.1,-4.6"
id="path6976"
@@ -4802,7 +4803,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6984"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 305.1,411.9 480.5,298.2"
id="path6986"
@@ -4811,7 +4812,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6988"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 305.1,411.9 7.1,-4.6"
id="path6990"
@@ -4831,7 +4832,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g6998"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 342.3,422.9 517.6,309.2"
id="path7000"
@@ -4840,7 +4841,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7002"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.3,422.9 7,-4.6"
id="path7004"
@@ -4860,7 +4861,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7012"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 342.3,422.9 82.4,346.2"
id="path7014"
@@ -4869,7 +4870,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7016"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 342.3,422.9 -7.5,-2.2"
id="path7018"
@@ -4889,7 +4890,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7026"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 362.4,409.8 102.5,333.1"
id="path7028"
@@ -4898,7 +4899,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7030"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 362.4,409.8 355,407.6"
id="path7032"
@@ -4918,7 +4919,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7040"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 382.6,396.7 122.7,320.1"
id="path7042"
@@ -4927,7 +4928,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7044"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 382.6,396.7 -7.5,-2.2"
id="path7046"
@@ -4947,7 +4948,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7054"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 402.7,383.7 142.8,307"
id="path7056"
@@ -4956,7 +4957,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7058"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 402.7,383.7 -7.4,-2.2"
id="path7060"
@@ -4976,7 +4977,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7068"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 175.2,297.5 -0.9,-0.2 m 19.5,5.7 -1,-0.3 m 19.6,5.8 -1,-0.3 m 19.5,5.8 -0.9,-0.3 m 19.5,5.7 -0.9,-0.2 m 19.5,5.7 -1,-0.3 m 19.6,5.8 -1,-0.3 m 19.4,5.8 -0.9,-0.3 m 19.5,5.7 -1,-0.2 m 100.2,29.5 -81.6,-24.1"
id="path7070"
@@ -4985,7 +4986,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7072"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 422.9,370.6 -7.5,-2.2"
id="path7074"
@@ -5001,7 +5002,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7080"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 443,357.5 -81.5,-24"
id="path7082"
@@ -5010,7 +5011,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7084"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 443,357.5 -7.4,-2.2"
id="path7086"
@@ -5026,7 +5027,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7092"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 463.2,344.5 381.6,320.4"
id="path7094"
@@ -5035,7 +5036,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7096"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 463.2,344.5 -7.5,-2.2"
id="path7098"
@@ -5051,7 +5052,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7104"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="M 483.4,331.4 401.8,307.3"
id="path7106"
@@ -5060,7 +5061,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7108"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 483.4,331.4 -7.5,-2.2"
id="path7110"
@@ -5076,7 +5077,7 @@
<g
style="color:#808080;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7116"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 503.5,318.3 -81.6,-24"
id="path7118"
@@ -5085,7 +5086,7 @@
<g
style="color:#000000;fill:none;stroke:currentColor;stroke-width:1;stroke-linecap:butt;stroke-linejoin:miter"
id="g7120"
- transform="translate(-8.5491241,-102.42643)">
+ transform="translate(-11.726805,-102.42643)">
<path
d="m 503.5,318.3 -7.4,-2.2"
id="path7122"
@@ -5166,54 +5167,57 @@
</g>
<path
style="fill:none;stroke:#000000;stroke-width:0.74460572px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)"
- d="M 387.67037,40.31959 409.56112,16.15625"
+ d="M 384.49269,40.31959 406.38344,16.15625"
id="path7168"
inkscape:connector-curvature="0" />
<text
xml:space="preserve"
style="font-size:16px;font-style:normal;font-weight:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Sans"
- x="411.5611"
+ x="408.38342"
y="12.15625"
id="text8384"
sodipodi:linespacing="125%"><tspan
sodipodi:role="line"
id="tspan8386"
- x="411.5611"
+ x="408.38342"
y="12.15625">Peak</tspan></text>
<text
xml:space="preserve"
style="font-size:16px;font-style:normal;font-weight:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Sans"
- x="114.42566"
- y="493.90152"
+ x="111.80726"
+ y="492.10107"
id="text8392"
sodipodi:linespacing="125%"
transform="matrix(0.8239971,-0.56659402,0.56659402,0.8239971,0,0)"><tspan
sodipodi:role="line"
id="tspan8394"
- x="114.42566"
- y="493.90152">Code-delay (chip - τ)</tspan></text>
+ x="111.80726"
+ y="492.10107"
+ style="font-size:12px">Code-delay (chip - τ)</tspan></text>
<text
xml:space="preserve"
style="font-size:16px;font-style:normal;font-weight:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Sans"
- x="196.54826"
- y="255.70558"
+ x="193.49132"
+ y="256.57318"
id="text8396"
sodipodi:linespacing="125%"
transform="matrix(0.96200586,0.2730288,-0.2730288,0.96200586,0,0)"><tspan
sodipodi:role="line"
id="tspan8398"
- x="196.54826"
- y="255.70558">Frequency (kHZ)</tspan></text>
+ x="193.49132"
+ y="256.57318"
+ style="font-size:12px">Frequency (kHZ)</tspan></text>
<text
xml:space="preserve"
style="font-size:16px;font-style:normal;font-weight:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Sans"
- x="-221.76593"
- y="10.870373"
+ x="-221.73955"
+ y="7.6928015"
id="text8400"
sodipodi:linespacing="125%"
transform="matrix(-0.00830028,-0.99996555,0.99996555,-0.00830028,0,0)"><tspan
sodipodi:role="line"
id="tspan8402"
- x="-221.76593"
- y="10.870373">Correlation output</tspan></text>
+ x="-221.73955"
+ y="7.6928015"
+ style="font-size:12px">Correlation output</tspan></text>
</svg>
diff --git a/vorlagen/thesis/src/kapitel_A.tex b/vorlagen/thesis/src/kapitel_A.tex
index 6bc3dc4..6f6b625 100644
--- a/vorlagen/thesis/src/kapitel_A.tex
+++ b/vorlagen/thesis/src/kapitel_A.tex
@@ -1,17 +1,125 @@
-\addcontentsline{toc}{chapter}{Dictionary of acronyms}
-\chapter*{Dictionary of acronyms}
-\begin{itemize}
-\item \emph{ARFCN} - Absolute Radio Frequency Channel Number - The channel number specifies the physical frequency channel used for transmission and reception of radio waves inside of an BTS covered area.
-\item \emph{BTS} - Base Transceiver Station -
-\item \emph{DC} - Direct Current
-\item \emph{GNSS} - Global Navigation Satellite System - A satellite navigation system that allows a specialized receive to determine its location on Earth.
-\item \emph{PCB} - Printed Circuit Board - The board where electronic components are soldered onto and wired through conductive tracks.
-\item \emph{RRLP} - Radio Resource Location Protocol - The employed protocol in GSM, UMTS and other wireless networks for providing and exchange of geolocation information.
-\item \emph{SMA} - SubMiniature version A - SMA is a connector used for interconnecting coaxial cables or PCB electronics that work in the frequency range between 0-18 GHz.
-\item \emph{TRX} -
-\item \emph{UART} - Universal Asynchronous Receiver Transmitter - A serial communication interface used by computers or other peripheral devices to communicate.
-\item \emph{UMTS} - Universal Mobile Telecommunications System - Third generation mobile network based on the GSM standards.
-\end{itemize}
+\addchap{Dictionary of acronyms}
+%\chapter*{Dictionary of acronyms}
+\begin {table}[ht]
+%\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:dctionary}\centering
+\fontfamily{iwona}\selectfont
+ \begin{tabular}{ll}
+%\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Acronym} & \textbf{Description}\\\toprule
+AGCH&Access Grant Channel\\\midrule
+AGPS&Assisted GPS\\\midrule
+AOA&Angle of Arrival\\\midrule
+ASN.1&Abstract Syntax Notation One\\\midrule
+AUC&Authentication Center\\\midrule
+ARFCN&Absolute Radio Frequency Channel Number\\
+\\
+BCCH&Broadcast Common Control Channel\\\midrule
+BPSK&Binary Phase Shift Keying\\\midrule
+BSC&Base Station Controller\\\midrule
+BSS&Base Station Subsystem\\\midrule
+BTS&Base Transceiver Station\\
+\\
+C/A&Code/Acquisition\\\midrule
+CBCH&Cell Broadcast Channel\\\midrule
+CCH&Controlling/Signalling Channels\\\midrule
+CDMA&Code Division Multiple Access\\\midrule
+CPU&Central Processing Unit\\
+\\
+DGPS&Differential GPS corrections\\
+\\
+E-OTD&Enhanced Observed Time Difference\\\midrule
+EIR&Equipment Identity Register\\\midrule
+ETSI&European Telecommunications Standards Institute\\
+
+\end {tabular}
+\end {table}
+
+\begin {table}[ht]
+%\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:dctionary}\centering
+\fontfamily{iwona}\selectfont
+ \begin{tabular}{ll}
+%\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Acronym} & \textbf{Description}\\\toprule
+FACCH&Fast Associated Control Channel\\\midrule
+FCC&US Federal Communication Commission\\\midrule
+FCCH&Frequency Correction Channel\\\midrule
+FDMA&Frequency Division Multiple Access\\
+\\
+GMSC&Gateway Mobile Switching Center\\\midrule
+GNSS&Global Navigation Satellite System\\\midrule
+GPS&Global Positioning System\\\midrule
+GSM&Global System for Mobile Communications\\
+\\
+HLR&Home Location Register\\\midrule
+HOW&Handover word\\
+\\
+IE&Information Element\\\midrule
+IMSI&International Mobile Subscriber Identity\\
+\\
+LBS&Location-Based Service\\\midrule
+LFSR&Linear Feedback Shift Registers \\\midrule
+LMU&Location Measurement Units\\\midrule
+LTE&Long Term Evolution\\
+\\
+MAC&Media Access Control Address\\\midrule
+MS&Mobile Station\\\midrule
+MSC&Mobile Switching Center\\\midrule
+MSISDN&Mobile Subscriber Integrated Services Digital Network-Number\\
+\\
+NSS&Network Switching Subsystem\\\midrule
+NVCS&Navigation Center of the US Coast Guard\\
+\\
+PCH&Paging Channel\\\midrule
+PDU&Protocol Data Unit\\\midrule
+PER&Packed Encoding Rules\\\midrule
+PLL&Phase Locked Loop\\\midrule
+PRN&Pseudo Random Noise
+\end {tabular}
+\end {table}
+
+\newpage
+\begin {table}[ht!]
+%\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:dctionary}\centering
+\fontfamily{iwona}\selectfont
+ \begin{tabular}{ll}
+%\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Acronym} & \textbf{Description}\\\toprule
+RACH&Random Access Channel\\\midrule
+RF&Radio Frequency\\\midrule
+RINEX&Receiver Independent Exchange Format\\\midrule
+RRLP&Radio Resource Location Protocol\\\midrule
+RSS&Received Signal Strength\\
+\\
+SACCH&Slow Associated Control Channel\\\midrule
+SCH&Synchronization Channel\\\midrule
+SDCCH&Stand-alone Dedicated Control Channel\\\midrule
+SDR&Software Defined Radio\\\midrule
+SIM&Subscriber Identification Module\\\midrule
+SMLC&Serving Mobile Location Center\\\midrule
+SMS&Short Message Services\\
+\\
+TCH&Traffic Channels\\\midrule
+TDMA&Time Division Multiple Access\\\midrule
+TLM&Telemetry\\\midrule
+TRAU&Transcoding Rate, Adaptation Unit\\\midrule
+TS&Telecommunication Standard\\
+\\
+UL-TDOA&Up-Link Time Difference of Arrival\\\midrule
+UMTS&Universal Mobile Telecommunications System\\\midrule
+USRP&Universal Software Radio Peripheral\\\midrule
+UTC&Coordinated Universal Time\\
+\\
+VLR&Visitor Location Register\\\midrule
+VTY&Virtual Teletype
+\\\bottomrule
+\end {tabular}
+\end {table}
\addchap{Appendix}
\numberwithin{equation}{section}
@@ -27,10 +135,9 @@ and to modify the proper source files and compile the system. The aim of this
section is to describe that process in such detail that the presented material is
sufficient to reproduce equivalent or similar results. The guide
was successfully tested out on the following operating systems:
-Ubuntu 10.04 LTS 64 bit and Ubuntu 12.04 LTS 64 bit. A self-bootable test
-USB system is supplied with the thesis and it can be evaluated without executing
-the given steps. There is a marking difference between text given in light and
-dark grey background color, the first ought to be typed in into the terminal window or
+Ubuntu 10.04 LTS 64 bit and Ubuntu 12.04 LTS 64 bit. A CD with included source
+code is supplied with the thesis. There is a marking difference between text given in light and
+dark grey background color, the former ought to be typed in the terminal window or
it may be an output produced by an application, whereas the later emphasizes a
file modification case.
\subsection{Installation of OpenBSC}
@@ -110,7 +217,7 @@ steps have to be made. It is necessary to inform the nanoBTS of the IP address o
the server that is running OpenBSC since it must connect to OpenBSC. We need
to find a free ARFCN channel where our system is
expected to operate\footnote{A licence has to be obtained from the Federal
-Network Agency (German: \textit{Bundesnetzagentur}), otherwise it is ilegal and may
+Network Agency (German: \textit{Bundesnetzagentur}), otherwise it is illegal and may
be considered as a criminal act.}.
To find the ID and the IP address of the nanoBTS it is required to
@@ -168,7 +275,7 @@ arfcn 877
\end{lstlisting}
The ARFCN channel value can be
calculated using the given formula in \eqref{eq:arfcn}, where $f_{start}$
-is the starting frequency of the uplink bandwitdh for DCS1800,
+is the starting frequency of the uplink bandwidth for DCS1800,
$f_{CB}$ is the channel bandwidth and \textit{Offset} is the offset\footnote{
A table with frequency channels can be found at the following URL:
\url{https://gsm.ks.uni-freiburg.de/arfcn.php}}.
@@ -220,7 +327,7 @@ Navigation Center of the US Coast Guard and Trimble server. \textit{libconfig}
library is used for reading in the configuration file, this
way compiling of the software whenever one changes the settings was avoided. The
\textit{SQLite} library was employed to access the database used by OpenBSC to
-store the respondence data from the mobile stations.
+store the responded data from the mobile stations.
\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
cd ~/gsm_localization
sudo apt-get install libsqlite3-dev
@@ -303,7 +410,7 @@ $r$ = 9.4872 m.
\end{equation}
A set of uncertainties $r$ is given in table \ref{tab:unclatlong} for various integer values of $K$.
\begin {table}[ht]
-\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\caption{Example uncertainties (latitude and longitude) for various integer values of $K$.}
\label{tab:unclatlong}\centering
%\rowcolor{2}{light-gray}{}
\scriptsize\fontfamily{iwona}\selectfont
@@ -336,7 +443,7 @@ describes the altitude uncertainty. A set of uncertainties $h$ is given in table
\end{array}
\end{equation}
\begin {table}[]
-\caption{Example uncertainties (altitude) for various integer values of $K$}
+\caption{Example uncertainties (altitude) for various integer values of $K$.}
\label{tab:uncalt}\centering
%\rowcolor{2}{light-gray}{}
\scriptsize\fontfamily{iwona}\selectfont
@@ -393,7 +500,7 @@ developer to troubleshoot and find the bug.
Self-test failure&Red - Steady &In boot or application code when a power&1 (High) \\
&&on self-test fails\\\midrule
Unspecified failure&Red - Steady &On software fatal errors&2\\\midrule
-No ethernet&Orange - Slow flash &Ethernet disconnected&3\\\midrule
+No Ethernet&Orange - Slow flash &Ethernet disconnected&3\\\midrule
Factory reset&Red - Fast blink &Dongle detected at start up and the&4\\
&&factory defaults have been applied\\\midrule
Not configured&Alternating Red/&The unit has not been configured&5\\
@@ -425,7 +532,7 @@ The GPS L1 signal demodulator at the receiver was depicted in figure
the synthesized sine wave\footnote{Multiplication is the function of
a mixer, denoted as $\otimes$ in figure \ref{img:L1Demod}.}.
For the purpose of easier analysis and understanding this concept,
-cosine waves shall be used istead of sine waves. The difference between sine
+cosine waves shall be used instead of sine waves. The difference between sine
and cosine waves is in the phase shift, as denoted in equation
\eqref{eq:sineEqCosine}.
\begin{equation}
@@ -512,7 +619,7 @@ The demodulation process, of finding the correct chipping rate,
will examined in this appendix section.
The chipping period $T_{c}$ can be derived from equation \eqref{eq:chipPeriod}.
The amount of time required to find a matching PRN code shift, $\tau$,
-on the receiverr is proportional to the amount of parallely working LFSRs on the system
+on the receiver is proportional to the amount of parallely working LFSRs on the system
\citep[Chapter 3]{bensky2008wireless}. Clearly with more LFSRs
the required time for finding the matching phase shift increases.
\begin{equation}
@@ -580,7 +687,7 @@ required to estimate the position.
\clearpage
\section{GPS assistance data descriptions}
-Description of assistance data converted and sent inside the RRLP protocol.
+Description of assistance data that are converted and sent inside the RRLP protocol.
\begin {table}[ht!]
\caption{Almanac message. Table courtesy of \citep{harper2010server-side}.}
\label{tbl:almanacMessage}\centering
@@ -680,10 +787,10 @@ $t_{oc}$&Apparent clock correction\\\midrule
$a_{f2}$&Apparent clock correction\\\midrule
$a_{f1}$&Apparent clock correction\\\midrule
$a_{f0}$&Apparent clock correction\\\midrule
-$C_{rs}$&Ampltitude of the sine harmonic correction term to the orbit radius (meters)\\\midrule
+$C_{rs}$&Amplitude of the sine harmonic correction term to the orbit radius (meters)\\\midrule
$\Delta n$&Mean motion difference from computed value (semicircles/second)\\\midrule
$M_{0}$&Mean anomaly at reference time (semicircles)\\\midrule
-$C_{uc}$&Ampltitude of the cosine harmonic correction term to the\\
+$C_{uc}$&Amplitude of the cosine harmonic correction term to the\\
&argument of latitude (radians)\\\midrule
$e$&Eccentricity\\\midrule
$C_{us}$&Amplitude of the sine harmonic correction term to the argument of latitude\\
@@ -726,8 +833,8 @@ In figure \ref{img:SatLocalization}, an example concept can be seen, where $\vec
GPS user position vector with respect to Earth-Centered, Earth-Fixed\footnote{ECEF is a Cartesian coordinate system
where the point $(0,0,0)$ is defined as the center of mass of the Earth \citep{earthCoordinates}.}
(ECEF) coordinate system, $\vec{r}$ is the distance vector from the satellite to the user and $\vec{s}=(x_s,y_s,z_s)$
-represents the GPS satellite position with respect to ECEF at a timepoint $t_1$.
-$t_1$ is the timepoint when the time stamp was generated on the GPS satellite.
+represents the GPS satellite position with respect to ECEF at a time-point $t_1$.
+$t_1$ is the time-point when the time stamp was generated on the GPS satellite.
Vector $\vec{s}$ is computed from ephemeris data broadcasted
by the satellite. The distance vector $\vec{r}$, which is the distance between the satellite and the GPS receiver, can be computed using equation \eqref{eq:r}
and its magnitude is given in equation \eqref{eq:rMag}.
@@ -803,7 +910,7 @@ additivity $f(x+y)=f(x)+f(y)$ and homogeneity $f(\alpha x) = \alpha f(x)$, $\alp
It is not straightforward to find explicit solutions of nonlinear equations. It is more difficult to find the solution
compared to linear equations.
There are different techniques to solve sets of nonlinear equations \citep[Chapter 7]{understandGPS}
-but in this work the linearization method\footnote{Linear approximation is a technique where a function
+but in this work the linearisation method\footnote{Linear approximation is a technique where a function
is approximated using a linear function.}
shall be presented to find the unknown terms $(x_u,y_u,z_u,t_u)$. In other words, out of an approximate position
and clock offset, the true clock offset will be calculated. Out of this calculation will follow the true user position.
@@ -840,7 +947,7 @@ as in \eqref{eq:rhoSatsNewFunwithApprox}.
\label{eq:rhoSatsNewFunwithApprox}
f(x_u,y_u,z_u,t_u) = f(\hat{x_u}+\Delta x_u, \hat{y_u}+\Delta y_u, \hat{z_u}+\Delta z_,\hat{t_u}+\Delta t_u)
\end{equation}
-In the next step the pseudorange function shall be approximated using Taylor series (linearization of the nonlinear equation)\footnote{Taylor
+In the next step the pseudorange function shall be approximated using Taylor series (linearisation of the nonlinear equation)\footnote{Taylor
series ``is a representation of a
function as an infinite sum of terms that are calculated from the values of the function's
derivatives at a single point'' \citep[Chapter 11]{taylor}.}. Taylor
@@ -860,12 +967,12 @@ f(x) = \sum_{n=0}^{\infty}\frac{f^{(n)}(a)}{n!}(x-a)^n = f(a) + \frac{f'(a)}{1!}
\caption{Taylor series approximation for a point $a=0.5$ where $n$ is the Taylor polynomial degree.}
\label{img:taylorSeries}
\end{figure}
-Due to the four unknown terms, Taylor series for multivariables
+Due to the four unknown terms, Taylor series for multi-variables
have to be used. The general formula is given in
equation \eqref{eq:Multitaylor}, where vector $\mathbf{x}\in\mathbb{R}^n$ denotes
$n$ variables, $\nabla$ (nabla) is the Del\footnote{Del, $\nabla$,
is the vector differential operator.} operator given in \eqref{eq:Del} and $\mathbf{a}$ is the
-linearization point of interest
+linearisation point of interest
\citep{multiTaylor}.
\begin{equation}
\label{eq:Multitaylor}
@@ -896,7 +1003,7 @@ f(\hat{x_u}+\Delta x_u, \hat{y_u}+\Delta y_u, \hat{z_u}+\Delta z_,\hat{t_u}+\Del
\end{equation}
The terms from equation \eqref{eq:MultitaylorFour} are solved individually in
equations \eqref{eq:MultitaylorDeriv} where $\sqrt{(x_i-\hat{x_u})^2+(y_i-\hat{y_u})^2+(z_i-\hat{z_u})^2}$
-has been subsituted with $\hat{r_i}$.
+has been substituted with $\hat{r_i}$.
\begin{equation}
\label{eq:MultitaylorDeriv}
\begin{array}{l}
@@ -917,7 +1024,7 @@ into \eqref{eq:MultitaylorFour}, the resulting equation is given in \eqref{eq:Mu
\rho_i = \hat{\rho_i} -\dfrac{x_i-\hat{x_u}}{\hat{r_i}}\Delta x_u -\dfrac{y_i-\hat{y_u}}{\hat{r_i}}\Delta y_u -\dfrac{z_i-\hat{z_u}}{\hat{r_i}}\Delta z_u + c\Delta t_u
\end{array}
\end{equation}
-At this step, by solving equation \eqref{eq:MultitaylorFour}, the linearization of the nonlinear equations is completed.
+At this step, by solving equation \eqref{eq:MultitaylorFour}, the linearisation of the nonlinear equations is completed.
\begin{equation}
\label{eq:MultitaylorDerivAfterRearange}
\begin{array}{l}
@@ -932,7 +1039,7 @@ At this step, by solving equation \eqref{eq:MultitaylorFour}, the linearization
\label{eq:SubsTerms2}
\alpha_{xi} = \dfrac{x_i - \hat{x_u}}{\hat{r_i}} \hspace{1.5em} \alpha_{yi} = \dfrac{y_i - \hat{y_u}}{\hat{r_i}} \hspace{1.5em} \alpha_{zi} = \dfrac{z_i - \hat{z_u}}{\hat{r_i}}
\end{equation}
-By rearanging the equation \eqref{eq:MultitaylorDerivAfter} one derives equation \eqref{eq:MultitaylorDerivAfterRearange}.
+By rearranging the equation \eqref{eq:MultitaylorDerivAfter} one derives equation \eqref{eq:MultitaylorDerivAfterRearange}.
And then by substituting the terms in \eqref{eq:SubsTerms1} and \eqref{eq:SubsTerms2} into \eqref{eq:MultitaylorDerivAfterRearange},
the equation resembles the equation in \eqref{eq:userPosition}.
\begin{equation}
@@ -974,7 +1081,7 @@ in the matrix form as in \eqref{eq:userPositionMatrix}.
-\Delta ct_u
\end{bmatrix}
\end{equation}
-Finally, by multiplying both left sides\footnote{Matrix multiplication is not communitative, $\mathbf{AB\neq BA}$.}
+Finally, by multiplying both left sides\footnote{Matrix multiplication is not commutative, $\mathbf{AB\neq BA}$.}
of the equation \eqref{eq:userPositionMatrix} with the inverse term of $\boldsymbol{\alpha}$, it yields the result
of the unknown terms, as given in equation \eqref{eq:userPositionMatrixFinal}.
\begin{equation}
@@ -985,11 +1092,11 @@ of the unknown terms, as given in equation \eqref{eq:userPositionMatrixFinal}.
\label{eq:userPositionMatrixFinal}
\Delta \boldsymbol{x} = \boldsymbol{\alpha}^{-1} \Delta\boldsymbol{\rho}
\end{equation}
-Linearization is repeated in a loop, where in the next round the approximate positions are set
+Linearisation is repeated in a loop, where in the next round the approximate positions are set
to the just derived position values, that is, $\hat{x_u}=x_u$, $\hat{y_u}=y_u$, $\hat{z_u}=z_u$ and
$\hat{t_u}=t_u$. This process is repeated until the approximated positions converge to their final
values. It is not necessarily required that the initial positions are very accurate
-and the results are usually obtained by 4-5 itterations \citep{pseudorangeError}.
+and the results are usually obtained by 4-5 iterations \citep{pseudorangeError}.
Risks exist that the solution may be still be corrupted but there are different error avoiding
mechanisms to solve these problems, like minimizing the error contribution using more than four satellite
measurements \citep{pseudorangeError} \citep[Chapter 7]{understandGPS}.
diff --git a/vorlagen/thesis/src/kapitel_A.tex.bak b/vorlagen/thesis/src/kapitel_A.tex.bak
new file mode 100644
index 0000000..a0dbb0e
--- /dev/null
+++ b/vorlagen/thesis/src/kapitel_A.tex.bak
@@ -0,0 +1,1153 @@
+\addchap{Dictionary of acronyms}
+%\chapter*{Dictionary of acronyms}
+\begin {table}[ht]
+%\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:dctionary}\centering
+\fontfamily{iwona}\selectfont
+ \begin{tabular}{ll}
+%\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Acronym} & \textbf{Description}\\\toprule
+AGCH&Access Grant Channel\\\midrule
+AGPS&Assisted GPS\\\midrule
+AOA&Angle of Arrival\\\midrule
+ASN.1&Abstract Syntax Notation One\\\midrule
+AUC&Authentication Center\\\midrule
+ARFCN&Absolute Radio Frequency Channel Number\\
+\\
+BCCH&Broadcast Common Control Channel\\\midrule
+BPSK&Binary Phase Shift Keying\\\midrule
+BSC&Base Station Controller\\\midrule
+BSS&Base Station Subsystem\\\midrule
+BTS&Base Transceiver Station\\
+\\
+C/A&Code/Acquisition\\\midrule
+CBCH&Cell Broadcast Channel\\\midrule
+CCH&Controlling/Signalling Channels\\\midrule
+CDMA&Code Division Multiple Access\\\midrule
+CPU&Central Processing Unit\\
+\\
+DGPS&Differential GPS corrections\\
+\\
+E-OTD&Enhanced Observed Time Difference\\\midrule
+EIR&Equipment Identity Register\\\midrule
+ETSI&European Telecommunications Standards Institute\\
+
+\end {tabular}
+\end {table}
+
+\begin {table}[ht]
+%\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:dctionary}\centering
+\fontfamily{iwona}\selectfont
+ \begin{tabular}{ll}
+%\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Acronym} & \textbf{Description}\\\toprule
+FACCH&Fast Associated Control Channel\\\midrule
+FCC&US Federal Communication Commission\\\midrule
+FCCH&Frequency Correction Channel\\\midrule
+FDMA&Frequency Division Multiple Access\\
+\\
+GMSC&Gateway Mobile Switching Center\\\midrule
+GNSS&Global Navigation Satellite System\\\midrule
+GPS&Global Positioning System\\\midrule
+GSM&Global System for Mobile Communications\\
+\\
+HLR&Home Location Register\\\midrule
+HOW&Handover word\\
+\\
+IE&Information Element\\\midrule
+IMSI&International Mobile Subscriber Identity\\
+\\
+LBS&Location-Based Service\\\midrule
+LFSR&Linear Feedback Shift Registers \\\midrule
+LMU&Location Measurement Units\\\midrule
+LTE&Long Term Evolution\\
+\\
+MAC&Media Access Control Address\\\midrule
+MS&Mobile Station\\\midrule
+MSC&Mobile Switching Center\\\midrule
+MSISDN&Mobile Subscriber Integrated Services Digital Network-Number\\
+\\
+NSS&Network Switching Subsystem\\\midrule
+NVCS&Navigation Center of the US Coast Guard\\
+\\
+PCH&Paging Channel\\\midrule
+PDU&Protocol Data Unit\\\midrule
+PER&Packed Encoding Rules\\\midrule
+PLL&Phase Locked Loop\\\midrule
+PRN&Pseudo Random Noise
+\end {tabular}
+\end {table}
+
+\newpage
+\begin {table}[ht!]
+%\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:dctionary}\centering
+\fontfamily{iwona}\selectfont
+ \begin{tabular}{ll}
+%\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Acronym} & \textbf{Description}\\\toprule
+RACH&Random Access Channel\\\midrule
+RF&Radio Frequency\\\midrule
+RINEX&Receiver Independent Exchange Format\\\midrule
+RRLP&Radio Resource Location Protocol\\\midrule
+RSS&Received Signal Strength\\
+\\
+SACCH&Slow Associated Control Channel\\\midrule
+SCH&Synchronization Channel\\\midrule
+SDCCH&Standalone Dedicated Control Channel\\\midrule
+SDR&Software Defined Radio\\\midrule
+SIM&Subscriber Identification Module\\\midrule
+SMLC&Serving Mobile Location Center\\\midrule
+SMS&Short Message Services\\
+\\
+TCH&Traffic Channels\\\midrule
+TDMA&Time Division Multiple Access\\\midrule
+TLM&Telemetry\\\midrule
+TRAU&Transcoding Rate, Adaptation Unit\\\midrule
+TS&Telecommunication Standard\\
+\\
+UL-TDOA&Up-Link Time Difference of Arrival\\\midrule
+UMTS&Universal Mobile Telecommunications System\\\midrule
+USRP&Universal Software Radio Peripheral\\\midrule
+UTC&Coordinated Universal Time\\
+\\
+VLR&Visitor Location Register\\\midrule
+VTY&Virtual Teletype
+\\\bottomrule
+\end {tabular}
+\end {table}
+
+\addchap{Appendix}
+\numberwithin{equation}{section}
+\numberwithin{table}{section}
+%\captionsetup[figure]{list=no}
+%\captionsetup[table]{list=no}
+\numberwithin{figure}{section}
+
+\section{Installation and configuration guide}
+\label{sec:instConf}
+In order to evaluate the localization system, it is required to install OpenBSC
+and to modify the proper source files and compile the system. The aim of this
+section is to describe that process in such detail that the presented material is
+sufficient to reproduce equivalent or similar results. The guide
+was successfully tested out on the following operating systems:
+Ubuntu 10.04 LTS 64 bit and Ubuntu 12.04 LTS 64 bit. A CD with included source
+code is supplied with the thesis. There is a marking difference between text given in light and
+dark grey background color, the former ought to be typed in the terminal window or
+it may be an output produced by an application, whereas the later emphasizes a
+file modification case.
+\subsection{Installation of OpenBSC}
+In order to compile OpenBSC it is required to install the following precompiled
+packages\footnote{If more details are required for the installation process a guide can be found at \citep{openbscInstall}.}:
+
+\begin{itemize}\addtolength{\itemsep}{-0.8\baselineskip}
+\item libdbi0
+\item libdbi0-dev
+\item libdbd-sqlite3
+\item libortp-dev
+\item build-essential
+\item libtool
+\item autoconf
+\item automake
+\item git-core
+\item pkg-config
+\end{itemize}
+
+Before installing the required packages and libraries, to keep the
+installation process clean and free of modifying other files, the
+author will create a new directory.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}]
+mkdir gsm_localization
+cd gsm_localization
+\end{lstlisting}
+
+
+By executing the following instructions the required libraries will be installed.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}]
+sudo apt-get install libdbi0-dev libdbd-sqlite3 build-essential
+sudo apt-get install libtool autoconf automake git-core
+sudo apt-get install pkg-config libortp-dev
+\end{lstlisting}
+
+After the packages were installed, \textit{libosmocore} library must be downloaded, compiled and installed.
+By executing the following instructions:
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+git clone git://git.osmocom.org/libosmocore.git
+cd libosmocore
+autoreconf -fi
+./configure
+make
+sudo make install
+sudo ldconfig
+cd ..
+\end{lstlisting}
+
+In the next step \textit{libosmo-abis} will be installed.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+git clone git://git.osmocom.org/libosmo-abis.git
+cd libosmo-abis
+autoreconf -fi
+./configure
+make
+sudo make install
+sudo ldconfig
+cd ..
+\end{lstlisting}
+
+After the previous steps have finished successfully, the author will
+proceed with downloading, compiling and installing OpenBSC.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+git clone git://git.osmocom.org/openbsc.git
+cd openbsc/openbsc
+autoreconf -i
+sudo export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
+./configure
+make
+\end{lstlisting}
+
+At this point, OpenBSC should be successfully compiled.
+\newpage
+\subsection{Configuring nanoBTS for OpenBSC}
+To enable the nanoBTS and OpenBSC to be fully operational, the last configuration
+steps have to be made. It is necessary to inform the nanoBTS of the IP address of
+the server that is running OpenBSC since it must connect to OpenBSC. We need
+to find a free ARFCN channel where our system is
+expected to operate\footnote{A licence has to be obtained from the Federal
+Network Agency (German: \textit{Bundesnetzagentur}), otherwise it is ilegal and may
+be considered as a criminal act.}.
+
+To find the ID and the IP address of the nanoBTS it is required to
+start \textit{ipaccess-find}\footnote{The nanoBTS ought to be blinking in orange color
+before starting \textit{ipaccess-find}.}.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+cd ~/gsm_localization/openbsc/openbsc/src/ipaccess
+./ipaccess-find
+\end{lstlisting}
+\textit{ipaccess-find} will produce an output similar to the one given:
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+Trying to find ip.access BTS by broadcast UDP...
+MAC_Address='00:02:95:00:61:70' IP_Address='132.230.4.63'
+Unit_ID='1801/0/0' Location_1='' Location_2='BTS_NBT131G'
+Equipment_Version='165g029_73'
+Software_Version='168a352_v142b30d0'
+Unit_Name='nbts-00-02-95-00-61-70'
+Serial_Number='00110533'
+\end{lstlisting}
+In the next step, the nanoBTS is informed of the OpenBSC IP
+address by typing the following commands (the first IP address
+belongs to the server running OpenBSC and the second to the nanoBTS):
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+cd ~/gsm_localization/openbsc/openbsc/src/ipaccess
+./ipaccess-config -o 132.230.4.65 132.230.4.63 -r
+\end{lstlisting}
+
+It is required to create the directory where the configuration file
+will be located and to modify the configuration file.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+sudo mkdir /usr/local/lcr
+cd ~/gsm_localization/openbsc/openbsc/doc/
+cd examples/osmo-nitb/nanobts
+sudo cp openbsc.cfg /usr/local/lcr
+sudo vim /usr/local/lcr/openbsc.cfg
+\end{lstlisting}
+
+A free ARFCN channel can be found using a spectrum analyzer and by
+setting the frequency range to the GSM frequency band. One
+has to slide through the frequencies shown on the X-axis,
+and by looking at the Y-axis with appropriate frequency
+resolution\footnote{The frequency resolution must be set to
+$f_{CB}=200 \,\mathrm{kHz}$ or higher values for faster movement in the
+frequency spectrum.}, where the received power is represented\footnote{
+Dependent of the manufacturer and settings of the spectrum analyzer,
+it can show signal amplitude, magnitude and power.}. By patiently
+observing the Y-axis it can be easily seen on the X-axis which channels are
+taken by other GSM service providers and which are free. The chosen channel
+ought to be peak free. Once a free frequency channel has been found, it is
+necessary to instruct the nanoBTS to operate in that frequency range.
+The line, numbered 58, has to be modified with the
+correct free ARFCN channel,in this case 877.
+\begin{lstlisting}
+arfcn 877
+\end{lstlisting}
+The ARFCN channel value can be
+calculated using the given formula in \eqref{eq:arfcn}, where $f_{start}$
+is the starting frequency of the uplink bandwitdh for DCS1800,
+$f_{CB}$ is the channel bandwidth and \textit{Offset} is the offset\footnote{
+A table with frequency channels can be found at the following URL:
+\url{https://gsm.ks.uni-freiburg.de/arfcn.php}}.
+
+\begin{equation}
+\label{eq:arfcn}
+\centering
+\begin{array}{l}
+\displaystyle f_{up}(\mathrm{ARFCN}) = f_{start}+f_{CB}\cdot(\mathrm{ARFCN}-\mathrm{Offset}) \\
+\displaystyle \\
+\displaystyle where \left\{ \begin{array}{rcl}
+ f_{start} & = & 1710.2 \,\mathrm{MHz} \\
+ f_{CB} & = & 200 \,\mathrm{kHz} \\
+ \mathrm{Offset} & = & 512
+\end{array}\right.
+\end{array}
+\end{equation}
+
+%Multiple aligned equation
+%\begin{equation}
+%\label{eq:15}
+%\centering
+%where \left\{ \begin{array}{rcl}
+% f_{start} & = & 1710.2 \,\mathrm{MHz} \\
+% f_{CB} & = & 200 \,\mathrm{KHz} \\
+% \mathrm{Offset} & = & 512
+%\end{array}\right.
+%\end{equation}
+
+
+On line numbered 53, the last configuration file modification has to be made for the final configuration of the OpenBSC
+software. The Unit ID from the output above has to be set\footnote{Indentation has to match the one of the
+configuration file.}.
+\begin{lstlisting}
+ip.access unit_id 1801 0
+\end{lstlisting}
+At this point the nanoBTS and OpenBSC configuration is done.
+
+\newpage
+\subsection{Installation and configuration of RRLP assistance software}
+\label{sec:appendSoft}
+To install the RRLP software that generates assistance data, several
+libraries are required to be installed, \textit{cURL}\footnote{It may happen that
+the given download URLs are incorrect and have changed in the meantime, but one
+can easily find the latest versions on \url{http://curl.haxx.se/} and \url{http://www.hyperrealm.com/libconfig/}},
+\textit{libconfig} and \textit{SQLite}. \textit{cURL} was used
+for the purpose of safely downloading assistance data from the
+Navigation Center of the US Coast Guard and Trimble server. \textit{libconfig}
+library is used for reading in the configuration file, this
+way compiling of the software whenever one changes the settings was avoided. The
+\textit{SQLite} library was employed to access the database used by OpenBSC to
+store the respondence data from the mobile stations.
+\begin{lstlisting}[backgroundcolor=\color{light-gray}][numbers = none]
+cd ~/gsm_localization
+sudo apt-get install libsqlite3-dev
+wget http://curl.haxx.se/download/curl-7.25.0.tar.gz
+wget http://www.hyperrealm.com/libconfig/libconfig-1.4.8.tar.gz
+tar -xvzf curl-7.25.0.tar.gz
+tar -xvzf libconfig-1.4.8.tar.gz
+cd curl-7.25.0
+make
+sudo make install
+cd ..
+cd libconfig-1.4.8/
+./configure
+make
+sudo make install
+\end{lstlisting}
+Once the libraries have been successfully installed, the user may proceed
+with the configuration and compiling the RRLP assistance software, which is the
+key software produced in this thesis. The configuration file can be found in the
+same directory as the RRLP modules under the name: ``gnssrrlp.cfg''. The sample
+configuration file is already preconfigured for the location of ``Angewandte
+Mathematik und Rechenzentrum'' building. Latitude and longitude of the BTS are
+expressed in decimal degrees and are bounded by \textpm90\textdegree and
+\textpm180\textdegree respectively. Positive latitudes are north of the equator,
+whereas negative are south of the equator. It is alike for longitude coordinates, positive
+longitudes are east of Prime Meridian and negative are west of the Prime Meridian.
+If the position in decimal degrees of the BTS is unknown, it is straightforward to derive
+them using the formula given in \eqref{eq:dd}, where $D$ are degrees, $M$ are
+minutes and $S$ are seconds\footnote{An online converter of the Federal
+Communication Commission can be used as well to convert from degrees, minutes
+and seconds to decimal degrees and vice versa
+\url{http://transition.fcc.gov/mb/audio/bickel/DDDMMSS-decimal.html}}.
+\begin{equation}
+\label{eq:dd}
+\centering
+DD = D + \frac{M}{60} + \frac{S}{3600}
+\end{equation}
+The altitude may be left as it is, set to 0, since it is not used in the current
+measurement technique\footnote{If the value is set to zero,
+it is important to set it to 0.0 because \textit{libconfig} would otherwise
+convert it to an integer however it is a floating point number.}. The boolean
+variables can take \textit{true} or \textit{false} values.
+\begin{lstlisting}
+// An example configuration file for the GNSS RRLP software.
+name = "Configuration for RRLP";
+// Change the settings if required:
+settings =
+{config = ( {
+ ephemeris_url = "ftp://ftp.trimble.com/pub/eph/CurRnxN.nav";
+ almanac_url = "http://www.navcen.uscg.gov/ ?pageName=currentAlmanac&format=yuma";
+ latitude_of_BTS = 48.003601;
+ longitude_of_BTS = 7.848056;
+ altitude_of_BTS = 0.0;
+ uncertainty_of_lat_long = 7;
+ uncertainty_of_alt = 7;
+ confidence_level = 0;
+ ephemeris_repair = false;
+ use_reference_time = false;
+ extra_seconds_to_add = 7;
+ timezone_of_BTS = 1;
+ time_to_refresh_ephem = 1;
+ time_to_refresh_alm = 1 ; } );};
+\end{lstlisting}
+The uncertainty of the latitude and longitude correctness can be described
+using equation \eqref{eq:unclatlong} \citep{3gppequations}. The uncertainty of
+$r$ is expressed in meters, it defines how accurate is the specified location
+of the BTS. In the configuration file, $K$ is set to 7, which corresponds to
+$r$ = 9.4872 m.
+\begin{equation}
+\label{eq:unclatlong}
+\centering
+\begin{array}{l}
+\displaystyle r=C((1+x)^{K}-1)\;\;
+\displaystyle where \left\{ \begin{array}{rcl}
+ C & = & 10 \\
+ x & = & 0.1 \\
+ K & \in & [0,127] \cap \mathbb{N}_{0}
+\end{array}\right.
+\end{array}
+\end{equation}
+A set of uncertainties $r$ is given in table \ref{tab:unclatlong} for various integer values of $K$.
+\begin {table}[ht]
+\caption{Example uncertainties (latitude and longitude) for various integer values of $K$}
+\label{tab:unclatlong}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Value of $K$}&\textbf{Value of uncertainty $r$}&\textbf{Value of $K$}&\textbf{Value of uncertainty $r$}\\\toprule
+0 & 0 m&20 & 57.3 m\\\midrule
+1 & 1 m&60 & 3.0348 km
+%2 & 2.1 m&100 & 137.8 km\\\midrule
+%3 & 3.3 m&- & -
+\\\bottomrule
+\end {tabular}
+\end {table}
+Altitude uncertainty can be described using the same Binomial expansion method,
+as given in \eqref{eq:uncalt},
+however with altered constant values \citep{3gppequations}. The altitude uncertainty ranges between 0 m and
+990.5 m ($h\in[0,990.5]\, \mathrm{m}$). Although the same constant name $K$ is used, it
+describes the altitude uncertainty. A set of uncertainties $h$ is given in table \ref{tab:uncalt} for various integer values of $K$.
+\begin{equation}
+\label{eq:uncalt}
+\centering
+\begin{array}{l}
+\displaystyle h=C((1+x)^{K}-1) \;\;
+\displaystyle where \left\{ \begin{array}{rcl}
+ C & = & 45 \\
+ x & = & 0.025 \\
+ K & \in & [0,127] \wedge \|K\|
+\end{array}\right.
+\end{array}
+\end{equation}
+\begin {table}[]
+\caption{Example uncertainties (altitude) for various integer values of $K$}
+\label{tab:uncalt}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Value of $K$}&\textbf{Value of uncertainty $h$}&\textbf{Value of $K$}&\textbf{Value of uncertainty $h$}\\\toprule
+0 & 0 m&20 & 28.74 m\\\midrule
+1 & 1.13 m&60 & 152.99 m
+%2 & 2.28 m&100 & 486.62 m\\\midrule
+%3 & 3.46 m&- & -
+\\\bottomrule
+\end {tabular}
+\end {table}
+Confidence level can take any integer value between 0 and 127. The confidence level defines the
+percentage of the confidence that the target entity, the GSM user one wants to locate, is within
+the geometric shape defined earlier. A value between 0 and 100; 127 may be
+interpreted as ``no information'' \citep{3gppequations}.
+Ephemeris repair is a variable of the boolean type.
+Ephemeris data may contain errors or miss some
+satellite information \citep{NASA-Ephem-Errors} \citep{Stanford-Ephem-Errors}
+and the ephemeris repair function, if set to true, will take data of the previous
+measurement report. This introduces an error as well.
+Reference time can be used to provide extra information for the A-GPS in the
+MS of target entity. This field is of boolean type, if set to true, reference
+time is included in the sent packets. Since the sent packets are not transmitted
+in real time but put on a stack and then sent to the MS, a time delay exists.
+The reference time being sent to the MS is Coordinated Universal Time (UTC). The GPS device
+receives UTC time from the satellites and adjusts the computer time. To set the correct
+time, time zone offset of the BTS ought to be set correctly.
+Finally, the refresh time of downloading new almanac and ephemeris data has to be set.
+The variable uses the hour unit, how often the data are being refreshed and downloaded. The almanac
+data are valid for up to 180 days \citep{GPS-Guide} but are updated usually every day\footnote{Almanac update times can be found here:
+\url{http://www.navcen.uscg.gov/?pageName=currentNanus&format=txt}} \citep{GPS-Pentagon}.
+
+\clearpage
+\section{Troubleshooting the BTS}
+While the work has been performed on OpenBSC, to open a data channel (SDCCH),
+the BTS was sometimes sent in erroneous states. These states are reported
+through a LED light on the BTS. Based on the color and flash type of the LED
+one can find out the state of the BTS. These states are given in table
+\ref{tbl:LEDStatus} with their appropriate meaning. They may help the
+developer to troubleshoot and find the bug.
+
+\begin {table}[ht]
+\caption{Indicator LED status on the nanoBTS. Table courtesy of \citep{installnanoBTS}.}
+\label{tbl:LEDStatus}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{State}&\textbf{Color \& Pattern}&\textbf{When}&\textbf{Precedence}\\\toprule
+Self-test failure&Red - Steady &In boot or application code when a power&1 (High) \\
+ &&on self-test fails\\\midrule
+Unspecified failure&Red - Steady &On software fatal errors&2\\\midrule
+No ethernet&Orange - Slow flash &Ethernet disconnected&3\\\midrule
+Factory reset&Red - Fast blink &Dongle detected at start up and the&4\\
+ &&factory defaults have been applied\\\midrule
+Not configured&Alternating Red/&The unit has not been configured&5\\
+ &Green Fast flash\\\midrule
+Downloading code&Orange - Fast flash &Code download procedure is in progress&6\\\midrule
+Establishing XML&Orange - Slow blink &A management link has not yet been established&7\\
+ &&but is needed for the TRX to become operational.\\
+ &&Specifically: for a master a Primary OML or\\
+ &&Secondary OML is not yet established; for a\\
+ &&slave an IML to its master or a Secondary \\
+ &&OML is not yet established. \\\midrule
+Self-test &Orange - Steady &From power on until end of backhaul&8\\
+ &&power on self-test\\\midrule
+NWL-test &Green - Fast flash& OML established, NWL test in progress&9\\\midrule
+OCXO Calibration &Alternating Green/& The unit is in the fast calibrating state [SYNC]&10\\
+ &Orange - Slow blink\\\midrule
+Not transmitting &Green - Slow flash & The radio carrier is not being transmitted &11\\\midrule
+Operational &Green - Steady & Default condition if none of the above apply&12 (Low)\\\bottomrule
+\end {tabular}
+\end {table}
+
+\clearpage
+\section{Carrier wave demodulation}
+\label{sec:carWavDemod}
+The reason why the equivalent carrier wave must be generated is straightforward
+to understand by looking at the multiplication of two sine waves.
+The GPS L1 signal demodulator at the receiver was depicted in figure
+\ref{img:L1Demod}, page \pageref{img:L1Demod}. The incoming signal L1 is multiplied with
+the synthesized sine wave\footnote{Multiplication is the function of
+a mixer, denoted as $\otimes$ in figure \ref{img:L1Demod}.}.
+For the purpose of easier analysis and understanding this concept,
+cosine waves shall be used istead of sine waves. The difference between sine
+and cosine waves is in the phase shift, as denoted in equation
+\eqref{eq:sineEqCosine}.
+\begin{equation}
+\label{eq:sineEqCosine}
+\sin(\pm x) = \cos\bigg(\frac{\pi}{2} \pm x\bigg)
+\end{equation}
+Multiplication of two cosine waves, as in equation \eqref{eq:multCosin},
+can be derived by adding $\cos(A+B)$ and $\cos(A-B)$ together, as respectively
+given in equations \eqref{eq:cos1} and \eqref{eq:cos2}.
+\begin{equation}
+\label{eq:multCosin}
+\cos(A)\cdot\cos(B) = \frac{1}{2}\cos(A-B)+\frac{1}{2}\cos(A+B)
+\end{equation}
+\begin{equation}
+\label{eq:cos1}
+\cos(A+B) = \cos(A)\cos(B)-\sin(A)\sin(B)
+\end{equation}
+\begin{equation}
+\label{eq:cos2}
+\cos(A-B) = \cos(A)\cos(B)+\sin(A)\sin(B)
+\end{equation}
+The incoming GPS L1 signal with a frequency $f_{1}$, given in figure \ref{img:L1Demod},
+can be written as $d_{C/A}\cos(\omega_{1}t)$, a similar form is given in equation \eqref{eq:GPSSignalReceived6},
+where $\omega_{1}=2\pi f_{1}$ is
+the angle frequency and
+$d_{C/A}$ is the C/A data (navigation message modulated with the PRN code),
+$d_{C/A}=d_{PRN}\oplus d_{NAV}$.
+\begin{equation}
+\label{eq:GPSSignalReceived6}
+S(t) = \sqrt{\frac{P}{2}}d_{C/A}cos(2\pi f_{c}+\varphi_{GPS}) + n(t)
+\end{equation}
+If equation \eqref{eq:multCosin} is rewritten with the received GPS signal L1
+and synthesized wave with frequency $f_{2}$ substituted, then the equation results the one
+given in \eqref{eq:cosResult}
+\begin{equation}
+\label{eq:cosResult}
+d_{C/A}\cdot\cos(\omega_{1}t)\cos(\omega_{2}t) = \frac{1}{2}d_{C/A}\cdot\cos(\omega_{1}t-\omega_{2}t) + \frac{1}{2}d_{C/A}\cos(\omega_{1}t+\omega_{2}t)
+\end{equation}
+This leaves the resulting signal with two frequency terms, a low frequency
+term $(\omega_{1}t-\omega_{2}t)$
+and a high frequency term $(\omega_{1}t+\omega_{2}t)$,
+the $t$ can be taken in front of the bracket, as it
+is a common multiplier.
+The high frequency term, $(\omega_{1}+\omega_{2})$, can be filtered out using
+a low-pass filter\footnote{A low-pass filter passes
+low frequency signals and attenuates
+high frequency signals. In other words, signals higher than the
+specified cutoff frequency of the low-pass filter, are cut off by reducing their amplitudes.}.
+Ideally, the difference of the angle frequencies is zero,
+as in equation \eqref{eq:delaOmega}, since $\cos(\Delta \omega)=\cos(0)=1$
+and the remaining left signal is only the C/A code multiplied
+with the DC term (zero frequency producing a constant voltage) leaving only $\frac{1}{2}d_{C/A}$.
+\begin{equation}
+\label{eq:delaOmega}
+\Delta \omega = \omega_{1}-\omega_{2} = 0
+\end{equation}
+However, if the frequencies do not match, $f_{1}\neq f_{2}$,
+then the output signal $\frac{1}{2}d_{C/A}$ will be
+modified by the residual frequency $f_{1}-f_{2}$,
+and subsequently this will change the demodulated C/A output (also known as phase shift). Under those circumstances
+the correlator is unable to match the C/A code with the
+correct PRN code. An illustration of this phenomenon is depicted
+in figure \ref{img:multCAPhase}.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.5]{img/PRN-PhaseShiftAfterDemod.pdf}
+ \caption{Effects of the low frequency term on the demodulated output
+ C/A wave on the GPS receiver (the explanations and figures are from top to bottom).
+ If the synthesized frequency is correct, $f_{1}=f_{2}$, the low
+ frequency term becomes a DC term and does not modify the output
+ $d_{C/A}$ wave (first figure). If the frequency matches but the
+ phase not, in this case the phase is shifted for $\pi$, then
+ $d_{C/A}$ is inverted (second figure).
+ If the phase shifts with time, then the amplitude and phase of $d_{C/A}$
+ will vary as well (third figure). Image courtesy of \citep{diggelen2009a-gps}.}
+\label{img:multCAPhase}
+\end{figure}
+
+\clearpage
+\section{C/A wave demodulation}
+\label{sec:CAwaveDemodApend}
+The demodulation process, of finding the correct chipping rate,
+will examined in this appendix section.
+The chipping period $T_{c}$ can be derived from equation \eqref{eq:chipPeriod}.
+The amount of time required to find a matching PRN code shift, $\tau$,
+on the receiverr is proportional to the amount of parallely working LFSRs on the system
+\citep[Chapter 3]{bensky2008wireless}. Clearly with more LFSRs
+the required time for finding the matching phase shift increases.
+\begin{equation}
+\label{eq:chipPeriod}
+T_{c} = \frac{1}{f_{PRN}} = \frac{1}{1.023\cdot 10^6 \mathrm{Hz}}
+\end{equation}
+To determine whether the synthesized PRN code,
+matches the incoming C/A code of the received satellite
+signal, known correlation properties of PRN codes are used,
+as described in section \ref{sec:gpsDataAndSignal}.
+Since the PRN code is modeled as a sequence of +1's and
+-1's, the autocorrelation of
+a signal is at its maximum if it is in phase, i.e.
+summing up the sequence products yields the absolute
+maximum value for the case when each bit from one signal matches
+the bit from the other signal. As an illustration of the idea, an example is
+given in figure \ref{img:correlatingSignals}. The cross-correlation
+of the incoming C/A code with the first synthesized PRN code produces a
+result of $-3=(+1)\cdot(-1)+(-1)\cdot(+1)+(+1)\cdot(-1)+(+1)\cdot(+1)+(-1)\cdot(+1)$.
+However, the cross-correlation of the incoming C/A code
+and the second synthesized PRN code yields a result of
+$+5=(+1)\cdot(+1)+(-1)\cdot(-1)+(+1)\cdot(+1)+(+1)\cdot(+1)+(-1)\cdot(-1)$.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/Correlation.pdf}
+ \caption{Cross-correlation on three different signals. Image courtesy of \citep{understandGPS}.}
+\label{img:correlatingSignals}
+\end{figure}
+The same principle applies to the transmitted C/A and
+generated PRN code sequences in the GPS receiver. Thus, this can be modeled using
+the equation given in \eqref{eq:autocorrelationProperty},
+where $G_{i}(t)$ is the C/A code\footnote{PRN generated codes for GPS satellites
+are called Gold code sequences since they were first discovered by Dr. Robert Gold.} as a
+function of time $t$, for the GPS satellite $i$; $T_{C/A}$ is the
+C/A chipping period of $977.5 \,ns$ and $\tau$ is the phase shift
+in the auto-correlation function \citep[Chapter 4]{understandGPS}.
+
+\begin{equation}
+\label{eq:autocorrelationProperty}
+R_{i}(t) = \frac{1}{1023\cdot T_{C/A}} \int_{t=0}^{1022} G_{i}(t)G_{i}(t+\tau)d\tau
+\end{equation}
+Another correlation property of the PRN codes is used,
+the fact that in the ideal case the cross-correlation of two
+different PRN codes yields a result of zero. The ideal case of
+PRN code can be modeled as in equation \eqref{eq:prnIdealCaseZero}.
+\begin{equation}
+\label{eq:prnIdealCaseZero}
+R_{ij}(\tau) = \int_{-\infty}^{+\infty} PRN_{i}(t)PRN_{j}(t+\tau)d\tau = 0
+\end{equation}
+$PRN_{i}$ is the PRN code waveform for GPS satellite $i$ and
+$PRN_{j}$ is the PRN code waveform for every other GPS satellite other
+than $i$, $i\neq j$ \citep[Chapter 4]{understandGPS}. Equation
+\eqref{eq:prnIdealCaseZero} ``states that the PRN waveform of satellite
+$i$ does not correlate with PRN waveform of any other satellite $j$ for
+any phase shift $\tau$'' \citep[Chapter 4]{understandGPS}.
+Without the property given in \eqref{eq:prnIdealCaseZero},
+the GPS receiver would not be able to smoothly
+differentiate between different GPS satellite signals.
+Once the phase shift, $\tau$, has been found, the C/A code is modulated
+(XORed) with it. The resulting binary code are the transmitted subframes containing data
+required to estimate the position.
+%The implementation problem of finding correct C/A and carrier wave demodulation shall be
+%further explained in the following section \ref{sec:2dSearch}.
+
+\clearpage
+\section{GPS assistance data descriptions}
+Description of assistance data that are converted and sent inside the RRLP protocol.
+\begin {table}[ht!]
+\caption{Almanac message. Table courtesy of \citep{harper2010server-side}.}
+\label{tbl:almanacMessage}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{lll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Field (IE)}& \textbf{Description}\\\toprule
+SatelliteID&This is the satellite ID that is in the range of 0 to 63. PRN=SatelliteID + 1\\\midrule
+SV Health&Satellite health (e.q. 000 means the satellite is fully operational)\\\midrule
+$e$&``Eccentricity shows the amount of the orbit deviation from circular (orbit). It is the distance\\
+&between the foci divided by the length of the semi-major axis'' \citep{ubxGPSDict}\\\midrule
+TOA&Time of applicability, reference time for orbit and clock parameters (seconds). ``The number of\\
+&seconds in the orbit when the almanac data were generated'' \citep{ubxGPSDict}\\\midrule
+OI&Orbital inclination (radians). The angle to which the SV orbit meets the equator \citep{ubxGPSDict}\\\midrule
+RORA&Rate or right ascension (radians/second). ``Rate of change of the angle of right ascension as\\
+&defined in the Right Ascension mnemonic'' \citep{ubxGPSDict}\\\midrule
+$A^{1/2}$& Square root of semi-major axis (meters$^{1/2}$). `` This is defined as the measurement from the center\\
+&of the orbit to either the point of apogee or the point of perigee'' \citep{ubxGPSDict}\\\midrule
+$\Omega_0$& Right Ascension at Week (radians). Longitude of ascending node of orbit plane at weekly epoch\\\midrule
+$\omega$&Argument of perigee (semicircles). ``An angular measurement along the orbital path measured from\\
+&the ascending node to the point of perigee, measured in the direction of the SV's motion'' \citep{ubxGPSDict}\\\midrule
+$M_0$&Mean anomaly (radians)\\\midrule
+$a_{f0}$&Satellite clock bias (seconds). Satellite clock error at reference time\\\midrule
+$a_{f1}$&Satellite clock drift (seconds per second). Satellite clock error rate\\\midrule
+Week&Week number since the last reset (i.e. since year 1980 modulo 1024 weeks)
+\\\bottomrule
+\end {tabular}
+\end {table}
+
+\begin{table}[hc]
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{minipage}[b]{.49\textwidth}
+ \centering
+ \begin{tabular}{ll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Field (IE)} & \textbf{Description}\\\toprule
+$\alpha_{0}$&Coefficient 0 of vertical delay\\\midrule
+$\alpha_{1}$&Coefficient 1 of vertical delay\\\midrule
+$\alpha_{2}$&Coefficient 2 of vertical delay\\\midrule
+$\alpha_{3}$&Coefficient 3 of vertical delay\\\midrule
+$\beta_{0}$&Coefficient 0 of period of the model\\\midrule
+$\beta_{1}$&Coefficient 1 of period of the model\\\midrule
+$\beta_{2}$&Coefficient 2 of period of the model\\\midrule
+$\beta_{3}$&Coefficient 3 of period of the model
+\\\bottomrule
+\end {tabular}
+ \caption{GPS Ionosphere Model.}
+ \label{tbl:ionoModel}
+\end{minipage}
+\begin{minipage}[b]{.43\textwidth}
+ \centering
+\begin{tabular}{ll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Field (IE)} & \textbf{Description}\\\toprule
+$A_{1}$&Drift coefficient of GPS time scale relative\\
+&to UTC time scale\\\midrule
+$A_{0}$&Bias coefficient of GPS time scale relative\\
+&to UTC time scale\\\midrule
+$t_{ot}$&Time data reference time of week\\\midrule
+$\Delta t_{LS}$&Current or past leap second count\\\midrule
+$WN_{0}$&Time data reference week number\\\midrule
+$WN_{LSF}$&Leap second reference week number\\\midrule
+$DN$&Leap second reference day number\\\midrule
+$\Delta t_{LSF}$&Current of future leap second count
+\\\bottomrule
+\end {tabular}
+ \caption{GPS UTC Model.}
+ \label{tbl:utcModel}
+\end{minipage}
+\end{table}
+
+\newpage
+\begin {table}[ht!]
+\caption{Navigation message (ephemeris). Table courtesy of \citep{harper2010server-side}.}
+\label{tbl:navMessage}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Field (IE)} & \textbf{Description}\\\toprule
+Satellite ID&This is the satellite ID that is in the range of 0 to 63. PRN=SatelliteID + 1\\\midrule
+Satellite status&This is an indicator of whether this is a new or existing satellite and whether\\
+&the navigation model is new or the same.\\\midrule
+C/A or P on L2&Code(s) on L2 channel\\\midrule
+URA Index&User range accuracy\\\midrule
+SV Health&Satellite health\\\midrule
+IODC&Issue of data, clock\\\midrule
+L2 P Data flag& \\\midrule
+SF 1 Reserved& \\\midrule
+$T_{GD}$&Estimated group delay differential\\\midrule
+$t_{oc}$&Apparent clock correction\\\midrule
+$a_{f2}$&Apparent clock correction\\\midrule
+$a_{f1}$&Apparent clock correction\\\midrule
+$a_{f0}$&Apparent clock correction\\\midrule
+$C_{rs}$&Ampltitude of the sine harmonic correction term to the orbit radius (meters)\\\midrule
+$\Delta n$&Mean motion difference from computed value (semicircles/second)\\\midrule
+$M_{0}$&Mean anomaly at reference time (semicircles)\\\midrule
+$C_{uc}$&Ampltitude of the cosine harmonic correction term to the\\
+&argument of latitude (radians)\\\midrule
+$e$&Eccentricity\\\midrule
+$C_{us}$&Amplitude of the sine harmonic correction term to the argument of latitude\\
+&(radians)\\\midrule
+$A^{1/2}$&Square root of semi-major axis (meters)\\\midrule
+$t_{oe}$&Reference time ephemeris\\\midrule
+Fit Interval Flag&\\\midrule
+AODO&Age of data offset\\\midrule
+$C_{ic}$&Amplitude of the cosine harmonic correction term to the angle of inclination\\
+&(radians)\\\midrule
+$\Omega_0$&Longitude of ascending node of orbit plane at weekly epoch (semicircles)\\\midrule
+$C_{is}$&Amplitude of the cosine harmonic correction term to the angle of inclination\\
+&(radians)\\\midrule
+$i_{0}$&Inclination angle at reference time (semicircles)\\\midrule
+$C_{rc}$&Amplitude of the cosine harmonic correction term to the orbit radius (meters)\\\midrule
+$\omega$&Argument of perigee (semicircles)\\\midrule
+OMEGAdot&Rate of right ascension (semicircles/second)\\\midrule
+Idot&Rate of inclination angle (semicircles/second)
+\\\bottomrule
+\end {tabular}
+\end {table}
+\newpage
+
+
+
+\clearpage
+\section{GPS distance and position estimation}
+\label{sec:distanceAndPosition}
+In this appendix section the focus is set on distance and position estimation inside of the GPS receiver.
+GPS system, as discussed earlier, takes advantage of the TOA ranging concept
+to determine user's position. It is measured how long it takes for a signal to arrive from a
+known location to the current unknown position on Earth.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/Localization.pdf}
+ \caption{Basic distance estimation principle for one satellite. Image courtesy of \citep{understandGPS}.}
+\label{img:SatLocalization}
+\end{figure}
+In figure \ref{img:SatLocalization}, an example concept can be seen, where $\vec{u}=(x_u,y_u,z_u)$ represents the unknown
+GPS user position vector with respect to Earth-Centered, Earth-Fixed\footnote{ECEF is a Cartesian coordinate system
+where the point $(0,0,0)$ is defined as the center of mass of the Earth \citep{earthCoordinates}.}
+(ECEF) coordinate system, $\vec{r}$ is the distance vector from the satellite to the user and $\vec{s}=(x_s,y_s,z_s)$
+represents the GPS satellite position with respect to ECEF at a timepoint $t_1$.
+$t_1$ is the timepoint when the time stamp was generated on the GPS satellite.
+Vector $\vec{s}$ is computed from ephemeris data broadcasted
+by the satellite. The distance vector $\vec{r}$, which is the distance between the satellite and the GPS receiver, can be computed using equation \eqref{eq:r}
+and its magnitude is given in equation \eqref{eq:rMag}.
+\begin{equation}
+\label{eq:r}
+\vec{r}=\vec{s}-\vec{u}
+\end{equation}
+\begin{equation}
+\label{eq:rMag}
+r=\Vert s-u\Vert
+\end{equation}
+The geometric distance of $r$ is computed by measuring the signal propagation time, this is illustrated in figure \ref{img:TimingLoc}.
+The PRN code generated on the GPS satellite
+at time $t_1$ arrives at the time $t_2$. The difference between these two time stamps, $\Delta t$, represents the
+propagation time. By multiplying the propagation time, $\Delta t$, with the speed of light, $c$, the
+geometric distance $r$ is computed, as given in equation \eqref{eq:rDist}.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/TimingLoc.pdf}
+ \caption{Estimating the distance by phase shift $\Delta t =t_2 - t_1 =\tau$. Image courtesy of \citep{understandGPS}.}
+\label{img:TimingLoc}
+\end{figure}
+\begin{equation}
+\label{eq:rDist}
+r=c\Delta t
+\end{equation}
+Since the clocks are not synchronized, clock error offsets have to be added to
+the geometric distance $r$. This new distance is called \textit{pseudorange}\footnote{pseudo - Not genuine; sham; not perfect.}, $\rho$, because the range is
+determined using the difference of two nonsynchronized clocks that generate PRN codes (one on the GPS satellite and
+the other one on the receiver). Pseudorange is calculated as given in equation \eqref{eq:rho}, where
+$t_{u}$ is the advance of the receiver clock with respect to the system time\footnote{$t_{u}$ or system
+time is the exact time on Earth and it is the most precise time known!} and $\delta t$ is the offset of the
+satellite clock from the system time \citep{understandGPS}.
+\begin{equation}
+\label{eq:rho}
+\rho=r + c(t_{u}-\delta t)
+\end{equation}
+Equation \eqref{eq:rMag} can be rewritten as \eqref{eq:rhoR} with respect to equation \eqref{eq:rho}.
+\begin{equation}
+\label{eq:rhoR}
+\rho - c(t_{u}-\delta t) = \Vert s-u\Vert
+\end{equation}
+Offset of the satellite clock from the system time, $\delta t$, is updated from Earth and it is inside
+the GPS transmitted data. For that reason, it can be removed for sake of simplicity, i.e. it is not an unknown term anymore,
+then the equation \eqref{eq:rhoR} can be rewritten as \eqref{eq:rhoNew}.
+\begin{equation}
+\label{eq:rhoNew}
+\rho - ct_{u} = \Vert s-u\Vert
+\end{equation}
+In order to estimate user's (GPS receiver) position,
+advance of the receiver clock with respect to the system time, $t_u$, has to be found, in other words equation \eqref{eq:rhoSats}
+has to be solved, where $i$ is the index of visible satellites at the moment of signal reception \citep{understandGPS}.
+\begin{equation}
+\label{eq:rhoSats}
+\rho_i= \Vert s_i-u\Vert + ct_u
+\end{equation}
+The estimated position of the user, $\vec{u}=(x_u,y_u,z_u)$, is a three dimensional vector and as stated
+above the clock offset, $t_u$, is unknown as well. This four dimensional space requires to have at least four pseudorange
+equations \eqref{eq:rhoSats} to find all the four unknown terms.
+As a consequence of this fact, at least four satellites have to be visible at
+the same time to estimate user's position. Equation given in \eqref{eq:rhoSats} take the form in
+\eqref{eq:rhoSatsNew} because the coordinate system is Cartesian and $\rho_i$ is nothing else but Euclidean distance
+where $i=1,2,...,n$ such that $n\geq4$, and $\vec{s_i}=(x_i,y_i,z_i)$ is the satellite position estimated from the ephemeris data.
+\begin{equation}
+\label{eq:rhoSatsNew}
+\rho_i= \sqrt{(x_i-x_u)^2+(y_i-y_u)^2+(z_i-z_u)^2} + ct_u
+\end{equation}
+Undoubtedly, the given equation in \eqref{eq:rhoSatsNew} is a nonlinear
+equation\footnote{Nonlinear
+equations, also known as polynomial equations, are equations that can not satisfy both
+of the linearity properties:
+additivity $f(x+y)=f(x)+f(y)$ and homogeneity $f(\alpha x) = \alpha f(x)$, $\alpha \in \mathbb{R}$ \citep{nonlinear}.}.
+It is not straightforward to find explicit solutions of nonlinear equations. It is more difficult to find the solution
+compared to linear equations.
+There are different techniques to solve sets of nonlinear equations \citep[Chapter 7]{understandGPS}
+but in this work the linearization method\footnote{Linear approximation is a technique where a function
+is approximated using a linear function.}
+shall be presented to find the unknown terms $(x_u,y_u,z_u,t_u)$. In other words, out of an approximate position
+and clock offset, the true clock offset will be calculated. Out of this calculation will follow the true user position.
+
+Let the equation \eqref{eq:rhoSatsNew} for pseudoranges, be rewritten as a function $f$ of four
+unknown terms $x_u$, $y_u$, $z_u$ and $t_u$, as
+given in \eqref{eq:rhoSatsNewFun} \citep[Chapter 2]{understandGPS}.
+\begin{equation}
+\label{eq:rhoSatsNewFun}
+\rho_i= \sqrt{(x_i-x_u)^2+(y_i-y_u)^2+(z_i-z_u)^2} + ct_u = f(x_u,y_u,z_u,t_u)
+\end{equation}
+Suppose that the approximation of the
+position and the clock offset are known,
+denoted as $\hat{x_u}$, $\hat{y_u}$, $\hat{z_u}$ and $\hat{t_u}$, then equation \eqref{eq:rhoSatsNewFun}
+can be rewritten as an approximate pseudorange \eqref{eq:rhoSatsNewFunApprox}.
+\begin{equation}
+\label{eq:rhoSatsNewFunApprox}
+\hat{\rho_i}= \sqrt{(x_i-\hat{x_u})^2+(y_i-\hat{y_u})^2+(z_i-\hat{z_u})^2} + c\hat{t_u} = f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})
+\end{equation}
+In other words, the unknown true position terms $x_u$, $y_u$, $z_u$ and the clock offset term $t_u$, of the GPS receiver,
+are expressed by the approximate values and an incremental component as shown in equation \eqref{eq:userCoordinates} \citep{understandGPS}.
+\begin{equation}
+\label{eq:userCoordinates}
+\begin{array}{l}
+x_u = \hat{x_u}+\Delta x_u \\
+y_u = \hat{y_u}+\Delta y_u \\
+z_u = \hat{z_u}+\Delta z_u \\
+t_u = \hat{t_u}+\Delta t_u
+\end{array}
+\end{equation}
+By inserting the terms from \eqref{eq:userCoordinates} into equation \eqref{eq:rhoSatsNewFun}, a new equation is derived
+as in \eqref{eq:rhoSatsNewFunwithApprox}.
+\begin{equation}
+\label{eq:rhoSatsNewFunwithApprox}
+f(x_u,y_u,z_u,t_u) = f(\hat{x_u}+\Delta x_u, \hat{y_u}+\Delta y_u, \hat{z_u}+\Delta z_,\hat{t_u}+\Delta t_u)
+\end{equation}
+In the next step the pseudorange function shall be approximated using Taylor series (linearization of the nonlinear equation)\footnote{Taylor
+series ``is a representation of a
+function as an infinite sum of terms that are calculated from the values of the function's
+derivatives at a single point'' \citep[Chapter 11]{taylor}.}. Taylor
+series for a function $f(x)$ is given in equation \eqref{eq:taylor}, where as $a$ approaches $x$ the estimation
+error shall be smaller and smaller, i.e. $f(x) = f(a)$ when $x=a$. The approximation error
+depends on Taylor polynomial degree (the amount of terms or taken derivatives of the function)
+and how far away the point $a$ is from $x$ \citep[Chapter 11.9]{taylor}.
+The basic idea of the principle can be seen in figure \ref{img:taylorSeries}.
+\begin{equation}
+\label{eq:taylor}
+f(x) = \sum_{n=0}^{\infty}\frac{f^{(n)}(a)}{n!}(x-a)^n = f(a) + \frac{f'(a)}{1!}(x-a)+\frac{f''(a)}{2!}(x-a)^2+...
+\end{equation}
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/TaylorSeries.pdf}
+ \caption{Taylor series approximation for a point $a=0.5$ where $n$ is the Taylor polynomial degree.}
+\label{img:taylorSeries}
+\end{figure}
+Due to the four unknown terms, Taylor series for multivariables
+have to be used. The general formula is given in
+equation \eqref{eq:Multitaylor}, where vector $\mathbf{x}\in\mathbb{R}^n$ denotes
+$n$ variables, $\nabla$ (nabla) is the Del\footnote{Del, $\nabla$,
+is the vector differential operator.} operator given in \eqref{eq:Del} and $\mathbf{a}$ is the
+linearization point of interest
+\citep{multiTaylor}.
+\begin{equation}
+\label{eq:Multitaylor}
+f(\mathbf{x}) \approx f(\mathbf{a}) + \nabla f |_{\mathbf{x=a}} \cdot (x-a)
+\end{equation}
+\begin{equation}
+\label{eq:Del}
+\nabla^{T} = \left[\frac{\partial}{\partial x_{1}}...\frac{\partial}{\partial x_{n}}\right]
+\end{equation}
+One can note that in equation \eqref{eq:Multitaylor} the Taylor series polynomial is of the first degree.
+This is because of one reason, it linearizes the approximation of the function $f(\mathbf{x})$ at point $\mathbf{a}$
+and as a consequence it removes the nonlinearities \citep{understandGPS} \citep[Chapter 11.10]{taylor}, as seen
+in figure \ref{img:taylorSeries}, for $n=1$ the resulting function is linear.
+In the previously described step, one would calculate a hyperplane tangent to a
+point $a$ in a $n$-Dimensional space. By inserting equation \eqref{eq:rhoSatsNewFunwithApprox} in
+equation \eqref{eq:Multitaylor}, it yields equation \eqref{eq:MultitaylorFour} where $\mathbf{x}=(x_u,y_u,z_u,t_u)$
+and $\mathbf{a}=(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})$.
+\begin{equation}
+\label{eq:MultitaylorFour}
+\begin{array}{l}
+f(\hat{x_u}+\Delta x_u, \hat{y_u}+\Delta y_u, \hat{z_u}+\Delta z_,\hat{t_u}+\Delta t_u) \approx
+ f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u}) \\[0.5em]
+ + \dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{x_u}}\Delta x_u
++\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{y_u}}\Delta y_u \\
++\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{z_u}}\Delta z_u
++\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{t_u}}\Delta t_u
+\end{array}
+\end{equation}
+The terms from equation \eqref{eq:MultitaylorFour} are solved individually in
+equations \eqref{eq:MultitaylorDeriv} where $\sqrt{(x_i-\hat{x_u})^2+(y_i-\hat{y_u})^2+(z_i-\hat{z_u})^2}$
+has been subsituted with $\hat{r_i}$.
+\begin{equation}
+\label{eq:MultitaylorDeriv}
+\begin{array}{l}
+\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{x_u}} = \dfrac{1}{2}\dfrac{-2(x_{i}-\hat{x_{u}})}{\sqrt{(x_i-\hat{x_u})^2+(y_i-\hat{y_u})^2+(z_i-\hat{z_u})^2}}
+=-\dfrac{x_i-\hat{x_u}}{\hat{r_i}}\\[0.9em]
+\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{y_u}} = \dfrac{1}{2}\dfrac{-2(y_{i}-\hat{y_{u}})}{\sqrt{(x_i-\hat{x_u})^2+(y_i-\hat{y_u})^2+(z_i-\hat{z_u})^2}}
+=-\dfrac{y_i-\hat{y_u}}{\hat{r_i}}\\[0.9em]
+\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{z_u}} = \dfrac{1}{2}\dfrac{-2(z_{i}-\hat{z_{u}})}{\sqrt{(x_i-\hat{x_u})^2+(y_i-\hat{y_u})^2+(z_i-\hat{z_u})^2}}
+=-\dfrac{z_i-\hat{z_u}}{\hat{r_i}}\\[0.9em]
+\dfrac{\partial f(\hat{x_u},\hat{y_u},\hat{z_u},\hat{t_u})}{\partial \hat{t_u}} = c
+\end{array}
+\end{equation}
+This is followed by substituting the equation terms from \eqref{eq:MultitaylorDeriv}, \eqref{eq:rhoSatsNewFun} and \eqref{eq:rhoSatsNewFunApprox}
+into \eqref{eq:MultitaylorFour}, the resulting equation is given in \eqref{eq:MultitaylorDerivAfter}.
+\begin{equation}
+\label{eq:MultitaylorDerivAfter}
+\begin{array}{l}
+\rho_i = \hat{\rho_i} -\dfrac{x_i-\hat{x_u}}{\hat{r_i}}\Delta x_u -\dfrac{y_i-\hat{y_u}}{\hat{r_i}}\Delta y_u -\dfrac{z_i-\hat{z_u}}{\hat{r_i}}\Delta z_u + c\Delta t_u
+\end{array}
+\end{equation}
+At this step, by solving equation \eqref{eq:MultitaylorFour}, the linearization of the nonlinear equations is completed.
+\begin{equation}
+\label{eq:MultitaylorDerivAfterRearange}
+\begin{array}{l}
+\hat{\rho_i} - \rho_i = \dfrac{x_i-\hat{x_u}}{\hat{r_i}}\Delta x_u +\dfrac{y_i-\hat{y_u}}{\hat{r_i}}\Delta y_u +\dfrac{z_i-\hat{z_u}}{\hat{r_i}}\Delta z_u - c\Delta t_u
+\end{array}
+\end{equation}
+\begin{equation}
+\label{eq:SubsTerms1}
+\Delta\rho = \hat{\rho_i} - \rho_i \\[0.7em]
+\end{equation}
+\begin{equation}
+\label{eq:SubsTerms2}
+\alpha_{xi} = \dfrac{x_i - \hat{x_u}}{\hat{r_i}} \hspace{1.5em} \alpha_{yi} = \dfrac{y_i - \hat{y_u}}{\hat{r_i}} \hspace{1.5em} \alpha_{zi} = \dfrac{z_i - \hat{z_u}}{\hat{r_i}}
+\end{equation}
+By rearanging the equation \eqref{eq:MultitaylorDerivAfter} one derives equation \eqref{eq:MultitaylorDerivAfterRearange}.
+And then by substituting the terms in \eqref{eq:SubsTerms1} and \eqref{eq:SubsTerms2} into \eqref{eq:MultitaylorDerivAfterRearange},
+the equation resembles the equation in \eqref{eq:userPosition}.
+\begin{equation}
+\label{eq:userPosition}
+\Delta\rho_i = \alpha_{xi}\Delta x_u + \alpha_{yi}\Delta y_u + \alpha_{zi}\Delta z_u - c\Delta t_u
+\end{equation}
+There are four unknowns, $\Delta x_u$, $\Delta y_u$, $\Delta z_u$ and $\Delta t_u$, in equation \eqref{eq:userPosition}.
+By solving this set of linear equations, which shall result in finding of $\Delta x_u$, $\Delta y_u$, $\Delta z_u$ and $\Delta t_u$,
+the GPS receiver position is computed. The GPS receiver position $(x_u, y_u, z_u)$ and clock offset $t_u$ are obtained by substituting
+them into equations in \eqref{eq:userCoordinates}. Equation \eqref{eq:userPosition} can be rewritten for four satellites
+in the matrix form as in \eqref{eq:userPositionMatrix}.
+\begin{equation}
+\label{eq:userPositionMatrix}
+\Delta\boldsymbol{\rho} = \boldsymbol{\alpha} \Delta \boldsymbol{x}
+\end{equation}
+
+\begin{equation}
+\Delta\boldsymbol{\rho}=
+\begin{bmatrix}
+\Delta \rho_1 \\
+\Delta \rho_2 \\
+\Delta \rho_3 \\
+\Delta \rho_4
+\end{bmatrix}
+\hspace{1.5em}
+\boldsymbol{\alpha}=
+\begin{bmatrix}
+\alpha_{x1} & \alpha_{y1} & \alpha_{z1} & 1 \\
+\alpha_{x2} & \alpha_{y2} & \alpha_{z2} & 1 \\
+\alpha_{x3} & \alpha_{y3} & \alpha_{z3} & 1 \\
+\alpha_{x4} & \alpha_{y4} & \alpha_{z4} & 1
+\end{bmatrix}
+\hspace{1.5em}
+\Delta \boldsymbol{x}=
+\begin{bmatrix}
+\Delta x_u \\
+\Delta y_u \\
+\Delta z_u \\
+-\Delta ct_u
+\end{bmatrix}
+\end{equation}
+Finally, by multiplying both left sides\footnote{Matrix multiplication is not communitative, $\mathbf{AB\neq BA}$.}
+of the equation \eqref{eq:userPositionMatrix} with the inverse term of $\boldsymbol{\alpha}$, it yields the result
+of the unknown terms, as given in equation \eqref{eq:userPositionMatrixFinal}.
+\begin{equation}
+\label{eq:userPositionMatrixInverseMult}
+\boldsymbol{\alpha}^{-1}\Delta\boldsymbol{\rho} = \boldsymbol{\alpha}^{-1}\boldsymbol{\alpha} \Delta \boldsymbol{x}
+\end{equation}
+\begin{equation}
+\label{eq:userPositionMatrixFinal}
+\Delta \boldsymbol{x} = \boldsymbol{\alpha}^{-1} \Delta\boldsymbol{\rho}
+\end{equation}
+Linearization is repeated in a loop, where in the next round the approximate positions are set
+to the just derived position values, that is, $\hat{x_u}=x_u$, $\hat{y_u}=y_u$, $\hat{z_u}=z_u$ and
+$\hat{t_u}=t_u$. This process is repeated until the approximated positions converge to their final
+values. It is not necessarily required that the initial positions are very accurate
+and the results are usually obtained by 4-5 itterations \citep{pseudorangeError}.
+Risks exist that the solution may be still be corrupted but there are different error avoiding
+mechanisms to solve these problems, like minimizing the error contribution using more than four satellite
+measurements \citep{pseudorangeError} \citep[Chapter 7]{understandGPS}.
+
+%\clearpage
+%\section{GPS Constants and equations}
+%\label{sec:gpsConsAndEq}
+%\begin{alignat}{4}
+% & A & = & \; (\sqrt{A})^2 \nonumber \\
+% & n_{0} & = &\; \sqrt{\frac{\mu}{A^3}} \nonumber \\
+% & t_{k} & = &\; t-t_{oe} \nonumber \\
+% & n & = &\; n_{0} + \Delta n \nonumber \\
+% & M_{k} & = &\; M_{0} + nt_{k} \nonumber \\
+% & M_{k} & = &\; E_{k} - e\sin E_{k} \nonumber \\
+% & v_{k} & = & \tan ^{-1} \left( \frac{\sin v_{k}}{\cos v_{k}} \right) = \tan ^{-1} \left( \frac{\frac{\sqrt{1-e^2} \sin E_{k}}{1-e \cos E_{k}}}{\frac{\cos E_{k}-e}{1-e\cos E_{k}}} \right) \nonumber \\
+% & v_{k} & = & \tan ^{-1} \left( \frac{\sin v_{k}}{\cos v_{k}} \right) = \tan ^{-1} \left( \frac{\sqrt{1-e^2} \sin E_{k}/(1-e \cos E_{k})}{(\cos E_{k}-e)/(1-e\cos E_{k})} \right) = \tan ^{-1} \left( \frac{\sqrt{1-e^2} \sin E_{k}}{\cos E_{k} - e} \right) \nonumber \\
+% & E_{k} & = & \cos ^{-1} \left( \frac{e+\cos v_{k}}{1+e \cos v_{k}} \right) \nonumber \\
+% & \Phi_{k} & = &\; v_{k} + \omega \nonumber \\
+% & \delta u_{k} & = &\; c_{us} \sin{2\Phi_{k}} + C_{us} \cos{2\Phi_{k}} \\
+% & \delta r_{k} & = &\; c_{rc} \cos{2\Phi_{k}} + C_{rs} \sin{2\Phi_{k}} \nonumber \\
+% & \delta i_{k} & = &\; c_{ic} \cos{2\Phi_{k}} + C_{is} \sin{2\Phi_{k}} \nonumber \\
+% & u_{k} & = &\; \Phi_{k} + \delta u_{k} \nonumber \\
+% & r_{k} & = &\; A(1-e\cos{E_{k}})+\delta r_{k} \nonumber \\
+% & i_{k} & = &\; i_{0} + \delta i_{k} + (IDOT)t_{k} \nonumber \\
+% & x_{k}^{'} & = &\; r_{k} \cos{u_{k}} \nonumber \\
+% & y_{k}^{'} & = &\; r_{k} \sin{u_{k}} \nonumber \\
+% & \Omega_{k} & = &\; \Omega_{0} + (\Omega - \Omega_{e})t_{k} - \Omega_{e}t_{oe} \nonumber \\
+% & x & = &\; x_{k}^{'} \cos{\Omega_{k}}-y_{k}^{'}\cos{i_{k}}\sin{\Omega_{k}} \nonumber \\
+% & y & = &\; x_{k}^{'} \sin{\Omega_{k}}-y_{k}^{'}\cos{i_{k}}\cos{\Omega_{k}} \nonumber \\
+% & z & = &\; y_{k}^{'} \sin{i_{k}} \nonumber
+%\end{alignat}
+
+%\begin{equation}
+%\label{eq:paramconst1}
+% \begin{split}
+% \mu_{e} = 3.986004418\cdot 10^{14} \frac{m^3}{s^2}
+% \end{split}
+%\quad\Longleftarrow\quad
+% \begin{split}
+% \mbox{Geocentric gravitational constant}
+% \end{split}
+%\end{equation}
+
+
+%\begin{equation}
+%\label{eq:paramconst2}
+% \begin{split}
+% c= 2.99792458\cdot 10^{8} \frac{m}{s}
+% \end{split}
+%\quad\Longleftarrow\quad
+% \begin{split}
+% \mbox{speed of light}
+% \end{split}
+%\end{equation} \ No newline at end of file
diff --git a/vorlagen/thesis/src/kapitel_x.tex b/vorlagen/thesis/src/kapitel_x.tex
index 8d1d759..9e80070 100644
--- a/vorlagen/thesis/src/kapitel_x.tex
+++ b/vorlagen/thesis/src/kapitel_x.tex
@@ -40,8 +40,8 @@ in the system and have better LBS performance as well as higher accuracy compare
%and GPS positioning. The author shall then describe the goals of his thesis.
In this thesis the author will provide the theoretical and practical
knowledge required for building a localization system of mobile users
-inside of a 2G GSM network by taking advantage of the already-existing AGPS receivers inside of smart phones.
-Another reason why the AGPS method was prefered over other localization methods is because
+inside of a 2G GSM network by taking advantage of the already-existing Assisted-GPS (AGPS) receivers inside of smart phones.
+Another reason why the AGPS method was preferred over other localization methods is because
the position estimation is sufficiently precise and accurate compared to other methods.
Further advantage over other positioning techniques is that smart phones with an AGPS
receiver represent slightly less than 50\% of the total cell phone market in the most
@@ -86,7 +86,7 @@ development and implementation process. More details on the hardware connections
shall be provided in chapter 6. In chapter 7 test results and the test environment
will be presented. Chapter 8 will provide a summary of the entire system. The appendix
contains details for configuring the entire system and for obtaining the same results.
-This thesis includes a USB stick with the source code developed during the work on this thesis.
+This thesis includes a CD with the source code developed during the work on this thesis.
@@ -115,14 +115,14 @@ and provides a connection with the cell phone \citep[Chapter 3]{0890064717}. Thi
BTS and the cell phone is called the \textit{$U_m$ interface}, as shown in figure \ref{img:GSMBig}. A BTS can serve up
to six users on one frequency in full duplex mode since two out of eight time slot are used for broadcasting of signalling and system information.
%transmitted in the broadcast control channel (BCCH).
-By sectorizing BTSs with different frequencies and by altering the configuration
+By sectorising BTSs with different frequencies and by altering the configuration
the number of six mobile users can be increased per sector.
The BTS are divided into geographical regions\footnote{Usually they are represented as hexagons but it could take
-any other geometric shape.} by their signal coverage. A BTS consists of a RF tranceiver, internal clock and modulator/demodulator. The function of the RF transceiver is
+any other geometric shape.} by their signal coverage. A BTS consists of a RF transceiver, internal clock and modulator/demodulator. The function of the RF transceiver is
to enable the reception and transmission on the uplink and downlink channel for the cell frequency where the
BTS is located\footnote{Cell is the area covered with GSM signal and from which a cell phone can communicate with a BTS.}.
The main function of the internal clock is to supply the BTS with a frequency such that the internal
-circuits can produce frames seperated in time domain. The internal clock has to be sufficiently accurate for the GSM
+circuits can produce frames separated in time domain. The internal clock has to be sufficiently accurate for the GSM
network to work, an accuracy of at least $\pm$5 ppm (parts per million) \citep{dennis}. If the GSM network is synchronized,
this internal clock is not employed but an external clock generated signal from an atomic clock. The GSM network
must be synchronized for some of the position localization techniques discussed in this chapter. Devices providing the
@@ -147,7 +147,7 @@ RSS is used to determine if the handover process should be triggered or not \cit
BSC is connected to the Transcoding Rate, Adaptation Unit (TRAU) and Serving Mobile Location Center (SMLC).
The SMLC node contains the functionality to support location services for the GSM network \citep{3GPPTS03.71}. This builds the Base Station Subsystem (BSS), as it can
be seen in figure \ref{img:GSMBig}, on left side inside of the gray dashed line rectangle. Inside of the BSS, TRAU
-is responsibe for compressing and decompressing speech between the cell phone and a speech signal from the other side,
+is responsible for compressing and decompressing speech between the cell phone and a speech signal from the other side,
from 64 kbps to 16 or 8 kbps depending if it is a full or half rate channel.
The next subsystem block is the Network Switching Subsystem (NSS), as it can be seen on figure \ref{img:GSMBig}, on right
@@ -183,7 +183,7 @@ ought to be tracked if they register \citep[Chapter 4]{0890064717}.
The main task of GSM networks was to enable wireless voice transmission between GSM and other GSM/telephone users
inside of switched networks. It was not designed to be used with data services which are a necessity in today's standards.
GSM networks are worldwide spread and work on different frequency spectrums depending on the country where
-the networks are deployed. The reason why different frequencies are used is because of intereference with different
+the networks are deployed. The reason why different frequencies are used is because of interference with different
wireless systems and used telecommunication standards. Particularly in Germany, the Federal Network Agency (German: $Bundesnetzagentur$) is the
responsible organisation for assigning different frequencies to GSM operators since these frequencies belong
to the group of licensed frequencies and are not allowed to be used by everyone. In Germany the used frequency bands
@@ -206,7 +206,7 @@ system, at the same time the cell phone or the network operator can send and rec
Although the equivalent ARFCN number is used for uplink and downlink channels, the frequencies are shifted 45 MHz in GSM900 and
95 MHz in GSM1800 as it can be seen in figure \ref{img:GSMFreqRangChannel} for GSM900.
\begin {table}[ht]
-\caption{GSM operating frequencies in Germany}
+\caption{GSM operating frequencies in Germany.}
\label{tbl:GSMfreqs}\centering
%\rowcolor{2}{light-gray}{}
\scriptsize\fontfamily{iwona}\selectfont
@@ -277,9 +277,9 @@ was defined due to internal synchronization of the GSM network and cyphering bet
\section{Logical channels and the data channel}
\label{sec:SDCCHChan}
-In this section more details will be given on logical channels and the procedure to initialize (open) a Standalone Dedicated Control Channel (SDCCH).
+In this section more details will be given on logical channels and the procedure to initialize (open) a Stand-alone Dedicated Control Channel (SDCCH).
As stated in section \ref{sec:GSMNetStruct}, logical channels can be divided in two groups,
-traffic channels (TCH) and signalling/controlling channels (CCH). The former are employed for transfering payload data like speech and message data
+traffic channels (TCH) and signalling/controlling channels (CCH). The former are employed for transferring payload data like speech and message data
and the latter for managing and synchronizing the GSM network \citep[Chapter 4]{0470030704}. For the purposes of this thesis,
the term ``Mobile Station'' (MS) will be used to refer to a cell phone or to designate the user one intends to locate.
Traffic and signalling channels can be split up by their usage, as given in tables \ref{tbl:tchChannels} and \ref{tbl:cchChannels}.
@@ -319,7 +319,7 @@ Paging channel&PCH &Paging request is sent out when MS has& MS$\leftarrow$BSS\\
&&incoming traffic (phone call, SMS, etc.)\\\midrule
Cell broadcast channel&CBCH&Required to broadcast a message to all& MS$\leftarrow$BSS\\
&&MS inside of a MSC (e.q. weather forecast)\\\midrule
-Standalone dedicated control channel&SDCCH&Exchange of signalling information between&MS$\leftrightarrow$BSS\\
+Stand-alone dedicated control channel&SDCCH&Exchange of signalling information between&MS$\leftrightarrow$BSS\\
&&MS and BTS when no TCH is active\\\midrule
Slow associated control channel&SACCH&Transmission of signalling data during an active&MS$\leftrightarrow$BSS\\
&&TCH connection (signal strength and sync. data)\\\midrule
@@ -332,7 +332,7 @@ Random access channel&RACH&Request from MS to BTS for a communication& MS$\right
\end {tabular}
\end {table}
-The protocol scenario occuring in this work can be seen in figure \ref{img:SDCCHReq} \citep{0470844574}.
+The protocol scenario occurring in this work can be seen in figure \ref{img:SDCCHReq} \citep{0470844574}.
In order for the assistance data to be delivered to the MS, an SDCCH channel has to be initialized.
This occurs in the following procedure, the BTS where the MS has been lastly active or idle
broadcast a paging request (PCH channel) to the selected MS. After the MS obtains the paging request, the MS shall
@@ -346,7 +346,7 @@ whereas the acknowledgements, errors or the position are delivered to the BTS (B
In the case if all SDCCH channels are reserved, the network will queue an SDCCH request for later assignment
or it may send an assignment reject.
%Once the SDCCH channel connection has been established, data can be transmitted in both directions.
-While an active SDCCH conection exists, the MS will receive and transmit radio link control
+While an active SDCCH connection exists, the MS will receive and transmit radio link control
messages (signal strength and synchronization data) on the SACCH channel \citep{0470844574}.
\begin{figure}[ht!]
@@ -365,7 +365,7 @@ Over the past decade the GSM and its derivative networks became more popular and
the demands grew for new services such as Internet connectivity and LBS. Emergency services wanted
to be able to localize mobile users in emergency situations like snow avalanches or other non-typical
daily emergency situations \citep{0849333490}. This demand led to the
-devolopment of various approaches that differ in complexity and in the degree of accuracy of position fixes.
+development of various approaches that differ in complexity and in the degree of accuracy of position fixes.
However, the user positioning was limited by existing technology standards, and any improvement would require extremely
expensive cost modifications to the existing network infrastructures. Several different ideas have been put forward to
localize mobile users while avoiding these potential problems.
@@ -401,7 +401,7 @@ distinguished from other BTS's.
%where the GSM subscriber does not even notice that he/she is being called since there is no ringing
%or any other sign that an idle connection is being performed on the MS \citep[Chapter 4]{3GPPTS03.71}.
%If there are more than one antenna, then the MS location can be even more precisely specified.
-%This can still be inaccurate, however, because of multipath signal reflections.
+%This can still be inaccurate, however, because of multi-path signal reflections.
%In urban environments it is usually the case that there is no optical line of sight between the BTS and MS,
%so while the signal propagates from the BTS to the MS and vice versa it may be reflected by buildings
%or other objects which add extra propagation time (extra range to the distance).
@@ -445,12 +445,12 @@ signal arrival and for this reason have been grouped together.
E-OTD stands for Enhanced Observed Time Difference. This technique requires the GSM network to be
clock-synchronized. The clock synchronization of the GSM network can be achieved with
a Location Measurement Unit (LMU) \citep{ETSI.TS.125.111}. LMU's provide the precise time to the BTS's
-by having an atomic clock synchronized with the BTS on a seperate location from the BTS or
+by having an atomic clock synchronized with the BTS on a separate location from the BTS or
by providing a special GPS device at the BTS' location that can provide the precise time \citep{ETSI.TS.125.111}.
The clock synchronization of the MS and the BTS is required because the E-OTD technique
takes advantage of measuring signal propagation time.
A data signal with precise up-to-date time information is transmitted from three or more spatially distinct BTS's at the same time
-and then propagation time is measured on the MS (all these BTS's must be detecable by the MS itself) \citep{200mRangeEOTD}.
+and then propagation time is measured on the MS (all these BTS's must be detectable by the MS itself) \citep{200mRangeEOTD}.
Once the difference in time is known between when the signal was transmitted and when it was received,
it is easy to estimate the relative position to the BTS's with hyperbolic trilateration \citep{200mRangeEOTD}
\citep[Chapter 4]{3GPPTS03.71}.
@@ -465,7 +465,7 @@ the absolute location of the BTS's. The basic idea can be seen in figure \ref{im
the MS.}
\label{img:eotdLoc}
\end{figure}
-E-OTD requires the cell phone to be equiped with firmware to perform these measurements but does
+E-OTD requires the cell phone to be equipped with firmware to perform these measurements but does
not require new or external hardware. The accuracy of this method lies in the range between 50-200 m, depending
on the location of the MS \citep{malik2009rtls}. This method is can still be susceptible to the multipath signal problem, however.
E-OTD is a handset-based position estimation technique.
@@ -478,7 +478,7 @@ measure the waiting time between the handover request signal itself and the tran
Using the observed time difference, the BTS's can compute the location of the MS. It is important to note that this
position estimation technique takes place while there is an active call on the MS or the BTS makes a silent call
to the MS where the mobile user is not aware of being tracked \citep{malik2009rtls}. This technique is slightly
-less accure than E-OTD; the accuracy lies between 50-300 m \citep{200mRangeEOTD}. The unsynchronized operation of
+less accurate than E-OTD; the accuracy lies between 50-300 m \citep{200mRangeEOTD}. The unsynchronized operation of
the GSM network makes these two techniques impossible without clock synchronization. One microsecond error would produce
an error of around 300 m. The advantage of UL-TDOA over E-OTD lies in the fact that no extra software modifications
have to be made to the cell phone and this technique works on every cell phone. UL-TDOA is a network-based position
@@ -495,14 +495,13 @@ In this section, two more techniques shall be briefly described: Angle-of-Arriva
interpolate the intersection point where the MS is located.}
\label{img:aoadLoc}
\end{figure}
-
Angle-of-Arrival (AOA) is a localization technique that exploits a geometric fact that by knowing at least
two angles from two known points, i.e. BTS's, it is possible to construct the third triangle point (intersection point).
The intersection point represents the location of the MS. The angle is derived by a burst
signal transmitted from the MS and the time difference of arrival for different elements of the burst
signal. Once the angle is computed, it is straightforward to find the intersection point.
This technique requires the BTS's to be synchronized with LMU's and to be in line of sight with the BTS's,
-otherwise this method shall develiver poor position results. It belongs to the group of network based
+otherwise this method shall deliver poor position results. It belongs to the group of network based
position estimation techniques.
\begin{figure}[ht!]
@@ -563,8 +562,8 @@ AGPS receivers can drastically decrease the waiting time required to estimate th
compared to GPS receivers if ``exact time'' is known \citep[Chapter 4]{diggelen2009a-gps}.
AGPS works by exploiting the existing navigation satellite network.
This method does not work on every cell phone as do the aforementioned methods.
-It requires the cell phones to be equiped with an AGPS receiver.
-From this point on, cell phones with an AGPS receiver shall be refered to as smart phones
+It requires the cell phones to be equipped with an AGPS receiver.
+From this point on, cell phones with an AGPS receiver shall be referred to as smart phones
since they have another potential use aside from the default communication application. The AGPS
position estimation technique is a hybrid-based technique because the position is estimated
with the help of the handset and the network provider.
@@ -602,9 +601,9 @@ to employ this technique to get positions of GSM users with smart phones.
\caption{GPS Simple working principle, a) example in 3D space with spheres b) example in 2D space with circles.}
\label{img:GPSSimplePrinciple}
\end{figure}
-In the new global economy age, GPS positioning has become of important value for various services
+In the new global economy age, GPS (Global Positioning System) positioning has become of important value for various services
and businesses. It has been growing at a rate of 30\% in the past few years and the application
-market is expected to be worth \euro 240 milliard by 2020 only in Europe \citep{gpsMoney}.
+market is expected to be worth \euro 240 Millard by 2020 only in Europe \citep{gpsMoney}.
The goal of this chapter is to bring more details and insights of how GPS receivers work.
The chapter is divided in few sections that explain what type of data are transmitted by the satellites.
how they are modulated before transmission, demodulated on the receiver and how the search space works to
@@ -637,7 +636,7 @@ The aim of this section is to give the reader an overview of the transmitted GPS
to understand what type of processing takes place on the GPS satellite itself.
As discussed in the paragraph earlier, to estimate the position of the GPS receiver, it is
important to know the position of the satellite at the moment of signal transmission. Prior to
-releasing the data in the athmosphere, they need to be modulated in order for the GPS receiver
+releasing the data in the atmosphere, they need to be modulated in order for the GPS receiver
to receive the data.
Each one of the GPS satellites transmits the same type of information.
@@ -653,8 +652,8 @@ user's position.
\label{img:gpsframe}
\end{figure}
Each subframe can be divided into three fields of data,
-as shown in figure \ref{img:gpssubframe}, telemetry (TLM),
-handover word (HOW) and rest of the data (navigation data).
+as shown in figure \ref{img:gpssubframe}, Telemetry (TLM),
+Handover Word (HOW) and rest of the data (navigation data).
TLM is the first word of the subframe and consists of
a unique preamble used to synchronize and identify
the subframes \citep{9780817643904}. HOW is the second
@@ -718,7 +717,7 @@ Once the 25 frames have been transmitted, the process is repeated again.
%\ref{sec:CAdemod} and \ref{sec:2dSearch}.
-The data are modulated using the binary phase shift keying (BPSK) technique. The
+The data are modulated using the Binary Phase Shift Keying (BPSK) technique. The
newly modulated signal, denoted as \textit{L1}, and it is emitted from the satellite's
directed antennas toward Earth \citep{GPS-Guide}. The BPSK technique works by changing
the phase of the carrier signal for $180^{\circ}$ at the moment of bit toggle (flipping) in the
@@ -727,7 +726,7 @@ Basic principle of this technique can be seen in figure \ref{img:bpskmod}. The c
for GPS BPSK modulation is centered at a frequency of 1575.42 MHz \citep{9780817643904}.
These signals travel an average distance of $20200 \, km$ from the satellite to the GPS receiver
and are affected by various sources of noise. BPSK modulation is mostly used for satellite links
-because of its simplicity, immunity to noise and signal intereference for the cost of
+because of its simplicity, immunity to noise and signal interference for the cost of
low speed data transfer rates \citep[Chapter 1]{9780849316579}.
\begin{figure}[ht!]
@@ -753,7 +752,8 @@ PRN sequences have similar autocorrelation properties as noise, when it is shift
time domain it has a low correlation value whereas when it is matched with exact image of itself
it produces a high correlation peak \citep[Chapter 3]{bensky2008wireless}. This property is used
for identifying the satellites and for finding the exact phase shift. This phase shift
-is a consequence of the relationship between the instantaneous frequency and instantaneous phase,
+is a consequence of the relationship between the instantaneous frequency $f(t)$ and instantaneous phase $\phi(t)$
+at time instance $t$,
the relationship between frequency and phase can be seen in equations \eqref{eq:freqPhase}
and \eqref{eq:phaseFreq}. In other words, due to the Doppler effect the phase of the PRN sequence is
disordered. Without the exact phase shift it is not possible to demodulate the original data (TLM, HOW and
@@ -764,11 +764,11 @@ f(t)=\frac{1}{2\pi}\frac{\partial}{\partial t}\phi(t)
\end{equation}
\begin{equation}
\label{eq:phaseFreq}
-\phi(t) = 2\pi \int_{-\infty}^{t} f(\tau) d\tau
+\phi(t) = 2\pi \int_{-\infty}^{t} f(t) dt
\end{equation}
The second important property of PRN sequences is the property of
orthogonality. This property enables the reception of different data on the same frequency,
-also known as code division multiple access (CDMA). It is important to note that the PRN sequences
+also known as Code Division Multiple Access (CDMA). It is important to note that the PRN sequences
must have a higher frequency rate than the data, i.e. the bit duration of a PRN sequence is much shorter
than of the data \citep[Chapter 3]{bensky2008wireless}. Single bits in PRN sequences are called \textit{chips}
and the complete sequence as \textit{code} \citep[Chapter 3]{bensky2008wireless}. This newly generated
@@ -813,14 +813,14 @@ S(t) = \sqrt{\frac{P}{2}}d_{C/A}cos(2\pi f_{c}+\varphi_{GPS}) + n(t)
% \section{GPS signal acquisition and demodulation}
% \label{sec:SigDemod}
-% GPS satellites\footnote{Ssatellites are named as space vehicles
-% in GPS terminology and the abrevation SV is used in the equation notations
+% GPS satellites\footnote{Satellites are named as space vehicles
+% in GPS terminology and the abbreviation SV is used in the equation notations
% to denote a parameter related to the satellite itself.}
% orbiting our planet, at a distance of approximately $20200 \, km$,
-% are equiped with precise atomic clocks \citep[Chapter 2.7]{diggelen2009a-gps}.
+% are equipped with precise atomic clocks \citep[Chapter 2.7]{diggelen2009a-gps}.
% These atomic clocks are calibrated and maintained on
% a daily basis by the U.S. Air Force \citep{GPS-Pentagon}.
-% The time the atomic clock generate, refered earlier as GPS
+% The time the atomic clock generate, referred earlier as GPS
% system time, denoted as $t_{SV}$, is generated as a time stamp at the moment
% of the subframe broadcast \citep{GPS-Interface-Specification}.
% In addition to the
@@ -912,7 +912,7 @@ $\varphi_{a}$ the phase shift error
caused by propagation delays in the ionosphere
and troposphere respectively, $\delta \varphi_{DE}$ the phase shift
caused by the Doppler effect and $\delta \varphi_{w}$
-is the wideband noise phase shift.
+is the wide-band noise phase shift.
\begin{equation}
\label{eq:phaseShift}
\varphi_{o} = \varphi_{GPS}+ \delta\varphi_{SV} + \varphi_{a} +\delta \varphi_{DE} + \delta \varphi_{w}
@@ -930,7 +930,7 @@ equals zero.
\Delta \varphi = \varphi_{o} - \varphi_{rec}
\end{equation}
The circuit responsible for generating the same
-carrier wave is the phase locked loop (PLL).
+carrier wave is the Phase Locked Loop (PLL).
The PLL circuit is a feedback loop that modifies the synthesized wave parameters
such that $\Delta \varphi \approx 0$, a phase shift is shown in figure \ref{img:phaseShift}.
\begin{figure}[ht!]
@@ -958,7 +958,7 @@ As a result of the previous step, one can continue with
the demodulation of the C/A wave. Demodulating the C/A wave
with the PRN code will result in the required data for
estimating the position.
-Each tracked GPS satellite signal is demodulated seperately
+Each tracked GPS satellite signal is demodulated separately
using the same PRN code, code chipping rate and carrier frequency-phase
for the given satellite \citep[Chapter 4]{understandGPS}.
The carrier frequency-phase was determined in the previous step.
@@ -978,8 +978,8 @@ For the particular example, the matching phase shift was achieved with
the second replica PRN code, with a phase shift of $\tau=0$ but
there could be a case with any other value of $\tau$, $\tau\in[0,1022]$.
Implementation of the PRN code synthesizer depends on the GPS receiver
-manufacturer but it is usually implemented as a linear feedback shift
-registers (LFSR) that produces an output according to a predefined function $f(\tau)$.
+manufacturer but it is usually implemented as a Linear Feedback Shift
+Registers (LFSR) that produces an output according to a predefined function $f(\tau)$.
This function, $f(\tau)$, generates an PRN code, that is
delayed in phase by $\tau$, where $\tau$ is a multiple of the chipping
rate period $T_{c}=977.5 \,ns$. This demodulation process, of finding the correct chipping rate,
@@ -1013,7 +1013,7 @@ range for $\approx 1.46 \,\mathrm{Hz}$. On the other hand, the frequency offset
oscillator in the GPS receiver can not be ignored. Function of the reference
oscillator is to give the GPS receiver the clock pulse required for all
the computations and comparisons in the process of signal demodulation.
-The frequency search space is ``additionaly affected for $1.575 \, \mathrm{kHz}$
+The frequency search space is ``additionally affected for $1.575 \, \mathrm{kHz}$
of unknown frequency offset for each $1 \, \mathrm{ppm}$
(\textit{parts per million}) of the unknown receiver
oscillator offset'' \citep[Chapter 3]{diggelen2009a-gps}. The reference oscillators
@@ -1036,7 +1036,7 @@ The frequency search bin size is a function of the desired peak magnitude loss (
due to the frequency mismatch and integration time period. This means with larger frequency bands,
it becomes harder to identify the correlation peaks required to obtain the GPS data, described in section \ref{sec:CAdemod}.
% The frequency search bin size can be estimated using the frequency
-% mimsmatch loss \textit{sinc} function given in equation \eqref{eq:mistunigLoss} \citep{implSoftGPSRec},
+% mismatch loss \textit{sinc} function given in equation \eqref{eq:mistunigLoss} \citep{implSoftGPSRec},
% \citep[Chapter 6]{diggelen2009a-gps},
% where $\Delta f$ is the frequency mismatch in $\mathrm{Hz}$,
% in other words it represents the difference
@@ -1048,7 +1048,7 @@ it becomes harder to identify the correlation peaks required to obtain the GPS d
% \label{eq:mistunigLoss}
% D_{F} = \left\vert \frac{\sin(\pi \Delta fT_{ci})}{\pi \Delta fT_{ci}} \right\vert
% \end{equation}
-% The frequency mimsmatch loss sinc function, $D_{F}$, is evaluated in dB,
+% The frequency mismatch loss sinc function, $D_{F}$, is evaluated in dB,
% therefore for a loss of $\approx 0.98 \,\mathrm{dB}$, the frequency mismatch ought to be
% $\Delta f = 250\, \mathrm{Hz}$,
% due to the fact that the maximum loss shall occur when the frequency is differing
@@ -1067,7 +1067,7 @@ The peak implies the correct Doppler frequency and code delay have been found. I
\ref{img:prnSearchSpace3d} smaller frequency bins have been used so that the concept
becomes understandable to the reader. The speed of searching the 2D search space (finding the peak)
depends on the complexity and strategy of the implemented algorithm \citep[Chapter 6]{9780817643904}. In the worst case,
-there are in total 102300 conbinations in the search space,
+there are in total 102300 combinations in the search space,
this can be derived from equation \eqref{eq:totalSearch}.
\begin{equation}
\label{eq:totalSearch}
@@ -1114,12 +1114,12 @@ to estimate the rough position of the satellites, therefore the Doppler effects
roughly estimated. As a consequence of the known Doppler effect, the frequency bins to
search through to obtain the correlation peak are this time limited \citep[Chapter 3]{diggelen2009a-gps}.
Hot start works in the same manner as warm start however, the ephemeris data and time data are precisely
-known (time is known in accuracy of submilliseconds). The process of finding user's position is explained
+known (time is known in accuracy of sub-milliseconds). The process of finding user's position is explained
in detail in appendix section \ref{sec:distanceAndPosition}.
\section{Assisted GPS in wireless networks}
\label{sec:agps}
-In the following paragraphs Assisted GPS (AGPS) shall be presented and how it works.
+In the following paragraphs Assisted-GPS (AGPS) shall be presented and how it works.
AGPS receivers work on the equivalent idea as warm/hot start on GPS receivers.
Instead of loading the recently saved data from the EEPROM, an external
information transfer medium is used to deliver the equivalent type of information that are known
@@ -1127,15 +1127,14 @@ at the warm/hot start \citep{755159}, \citep{901174}, \citep{springerlink:10.100
In this work, the external transfer medium is air and the information are transferred using electromagnetic
waves. The existing GSM interface was utilised for the purpose of delivering the data to the smart phone
with an AGPS receiver. The basic scenario can be seen in figure \ref{img:agpsPrinciple}. The BTS station
-is connected to the Global Navigation Satellite System (GNSS) server, which is directly
-connected to the GPS reference station. The GPS reference station delivers the GNSS server exact time stamps,
-approximate location, satellite health as well as clock corrections, ionospheric and UTC model, almanac and ephemeris data (data transmitted
-by the GPS satellite)
+is connected to the GPS reference station. The GPS reference station delivers the GPS data: exact time stamps;
+approximate location; satellite health as well as clock corrections; ionospheric and UTC model; almanac and
+ephemeris data (data transmitted by the GPS satellites). These data are then transmitted to the MS with a position request.
\citep{springerlink:10.1007/s10291-002-0028-0}.
-\begin{figure}[ht!]
+\begin{figure}[hb!]
\centering
\includegraphics[scale=0.50]{img/A-GPS.pdf}
- \caption{Basic AGPS principle}
+ \caption{Basic AGPS principle.}
\label{img:agpsPrinciple}
\end{figure}
@@ -1153,7 +1152,7 @@ and to generate a location fix \citep{springerlink:10.1007/s10291-002-0028-0}.
The bit error rate associated with gathering and decoding data dramatically decreases since the acquired signals
can be attenuated by $10$ to $20\, \mathrm{dB}$ indoors \citep{springerlink:10.1007/s10291-002-0028-0} of the nominal
$-130 \,\mathrm{dB}$ on a $3\, dBi$ ``linearly polarized user receiving antenna\footnote{3 dBi antenna indicates
-an antenna with a gain of $3\, \mathrm{dB}$ with respect to an isotropic (omnidirectional) antenna
+an antenna with a gain of $3\, \mathrm{dB}$ with respect to an isotropic (omni-directional) antenna
\citep[Chapter 2]{diggelen2009a-gps}.} (located near ground) at worst normal orientation''
\citep{GPS-Interface-Specification}.
@@ -1207,19 +1206,19 @@ developed by the request of government and rescue organizations to fulfill the w
standard in the US, each mobile user had to be located within a range of 300 m in 95\% of cases and
within 100 m in 67\% of cases \citep{E911Accuracy}. The RRLP protocol supports three positioning
techniques: E-OTD, UL-TDOA and AGPS \citep{3GPPTS03.71}.
-The LCS process can be divided into two seperate stages, signal measurements and
+The LCS process can be divided into two separate stages, signal measurements and
position estimation from the derived data in the previous stage.
\section{RRLP Request}
RRLP represents the connection/protocol between the Serving Mobile Location Center (SMLC)
-and the standalone handset, in this case the MS \citep[Chapter 5]{harper2010server-side}.
+and the stand-alone handset, in this case the MS \citep[Chapter 5]{harper2010server-side}.
SMLC is located on the BSC \citep{3GPPTS03.71}. SMLC' primary function is to manage
the overall coordination and scheduling of resources required to perform the localization of the MS.
SMLC controls the LMU's as well but since in this work no LMU were available this part
can be skipped as well as the description of E-OTD and UL-TDOA localization. Before an attempt is made, of requesting the SMLC to initialize an RRLP request, an SDCCH connection
channel has to be initialized to the MS, this connection can not be seen by the MS user\footnote{However,
-it is possible to take into consideration that something is going on the cell phone if the MSs battery
+it is possible to take into consideration that something is going on the cell phone if the MS' battery
is drained faster because an active RF connection drains the battery faster than a passive MS
connected to the GSM network.}.
@@ -1233,11 +1232,11 @@ connected to the GSM network.}.
\end{figure}
Data sent inside of a protocol are called Protocol Data Unit (PDU). On different
-layer levels PDU's may take a different shape and size because of the encapsulation
+layer levels PDUs may take a different shape and size because of the encapsulation
or splitting \citep{kozierok2005the} \citep{stevens1994tcp/ip}.
-In RRLP the PDU's sent from the SMLC are not allowed be greater than 244 bytes\footnote{Bytes of 8 bits!} \citep{04.31V8.18.0}.
+In RRLP the PDUs sent from the SMLC are not allowed be greater than 244 bytes\footnote{Bytes of 8 bits!} \citep{04.31V8.18.0}.
Although the standard defines that larger packets ought to be split into smaller pieces in lower layers, in this work the
-rule of 244 bytes has been obeyed due to crashing of the GSM operating software (OpenBSC), thus each PDU packet was not greater
+rule of 244 bytes has been obeyed due to crashing of the GSM operating software, thus each PDU packet was not greater
than 211 bytes. In the RRLP standard terms, the messages are entitled
as \textit{components} and fields in the messages (components) are labeled as \textit{information elements} (IE) \citep{04.31V8.18.0}.
The SMLC may send only the request for the position of the MS or it may assist the MS with assistance data
@@ -1263,7 +1262,7 @@ Abstract Syntax Notation One (ASN.1) in the technical specifications 3GPP 04.31
and ETSI TS 144 031 \citep{49.031V8.1.0} \citep{ETSITS144031}. ASN.1 is a conventional notation
for denoting the abstract syntax of data used inside of protocols or data
structures \citep[Chapter 8]{sharp2008principles} \citep{ITU-TX.680}. In other words, using ASN.1 it is possible
-to describe data in an indepedent representation of programming languages in which a protocol is implemented.
+to describe data in an independent representation of programming languages in which a protocol is implemented.
In this section, only some of the mostly important and used parts of the RRLP protocol
inside of the thesis shall be presented, more details can be found in the
technical specifications \citep{49.031V8.1.0} \citep{ETSITS144031}. It is important to understand the meaning
@@ -1300,7 +1299,7 @@ specifies the reference number of the request and is used for the purpose of ide
the response from the MS. It can take any value between 0 and 7.
\newpage
\begin{lstlisting}[label=lst:RRLP,
-caption={\textbf{Structure of the RRLP message in ASN.1}},
+caption={\textbf{Structure of the RRLP message in ASN.1.}},
backgroundcolor=\color{light-gray},
basicstyle={\scriptsize\ttfamily},
escapechar=@,
@@ -1357,7 +1356,7 @@ the position (time duration) and how many position estimations it is allowed to
If it is allowed to perform more position estimations then all of them will be included in the returned response.
\newpage
\begin{lstlisting}[label=lst:RRLPReq,
-caption={\textbf{Structure of the RRLP request in ASN.1}},
+caption={\textbf{Structure of the RRLP request in ASN.1.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily]
-- Measurement Position request component
@@ -1377,15 +1376,15 @@ MsrPosition-Req ::= SEQUENCE {
\textbf{methodType} defines where the position estimation calculation will be executed.
Does it solely take place on the MS (\textit{msBased}), on the server\footnote{With server
-the BTS location is ment!} only (\textit{msAssisted}),
-or one method is prefered over the other depending if the MS can execute the prefered one method
+the BTS location is meant!} only (\textit{msAssisted}),
+or one method is preferred over the other depending if the MS can execute the preferred one method
(\textit{msBasedPref} or \textit{msAssistedPref}). The uncertainty of the accuracy
of the estimated position is only optional if the chosen method is \textit{msAssisted},
otherwise it must be included in the request message. This uncertainty of the accuracy, is an integer
number and defines how certain the accuracy of the returned position has to be. It can be calculated
using the equation \eqref{eq:uncerAccuracy}, where $K$ is the seven bit integer number
and $r$ is the accuracy uncertainty in meters \citep{3gppequations}. The next three parameters
-to be defined are the position estimation technique (GPS, E-OTD or one of the two prefered by the MS),
+to be defined are the position estimation technique (GPS, E-OTD or one of the two preferred by the MS),
the position measurement time and how many measurements the MS has to report back to the SMLC.
Since in this thesis the author exploits the AGPS method, GPS is chosen for \textbf{PositionMethod}.
\textbf{MeasureResponseTime} is a three bit integer value that corresponds to the time period the MS is allowed
@@ -1409,7 +1408,7 @@ MeasureResponseTimeBitValue=\frac{ln(N)}{ln(2)}
\end{equation}
\newpage
\begin{lstlisting}[label=lst:RRLPReqData,
-caption={\textbf{Structure of the data types from RRLP request in ASN.1}},
+caption={\textbf{Structure of the data types from RRLP request in ASN.1.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily]
-- Position instructions
@@ -1473,11 +1472,11 @@ colors with the intention to recognize easier the different variables in ASN.1 n
The six red zeros define what type of data will be included in the current RRLP packet.
This will become obvious by looking at the listing \ref{lst:RRLPReqPER}. On the left side of listing
\ref{lst:RRLPReqPER} one can see the PER notation, whereas on the right side is the ASN.1 notation.
-After the concationation it can be converted to the desired notation system (binary, hexadecimal, etc.).
+After the concatenation it can be converted to the desired notation system (binary, hexadecimal, etc.).
In this particular example, the RRLP request, can be represented in hexadecimal notation:
\textbf{400178F8}. This RRLP message (packet) is transmitted to the MS via the opened SDCCH channel.
However, before sending this request the assistance data can be sent. In the
-folowing section \ref{sec:rrlpassistance} more details of how assistance data are sent shall be provided.
+following section \ref{sec:rrlpassistance} more details of how assistance data are sent shall be provided.
\begin{figure}[ht!]
\centering
@@ -1487,7 +1486,7 @@ folowing section \ref{sec:rrlpassistance} more details of how assistance data ar
\end{figure}
\begin{lstlisting}[label=lst:RRLPReqPER,
-caption={\textbf{Encoding an RRLP request from ASN.1 to PER}},
+caption={\textbf{Encoding an RRLP request from ASN.1 to PER.}},
backgroundcolor=\color{light-gray},
escapechar=@,
basicstyle=\scriptsize\ttfamily]
@@ -1532,7 +1531,7 @@ packet, one has to specify what type of assistance information is included in th
assistance packets.
In this thesis, as assistance data, only the almanac, ephemeris, UTC model, ionospheric
model and reference location are transmitted to the MS. There are also other assistance
-data like differential GPS corrections (DGPS), real time integrity, acquisition assistance
+data like Differential GPS corrections (DGPS), real time integrity, acquisition assistance
and reference time but none of these were available to the author, so they were avoided.
The reasons for not including them are of cost and complexity nature.
@@ -1573,7 +1572,7 @@ With the reference location, one sends also the altitude and uncertainty of the
data. As a consequence the AGPS receiver can limit the time and frequency search space even further.
The ionospheric model includes data for correcting errors introduced by the radio wave transmission through
the ionosphere \citep[Chapter 4]{harper2010server-side}. Ionosphere data are not satellite dependent thus they
-are not sent for each satellite seperately but only once since they are valid for
+are not sent for each satellite separately but only once since they are valid for
all satellites \citep[Chapter 4]{harper2010server-side}. Ephemeris data in RRLP terminology are named as navigation data.
Ephemeris data contain more precise and accurate orbital information of the satellites.
If the reader is interested in the exact description of the transmitted assistance data,
@@ -1581,7 +1580,7 @@ they can be seen in the appendix, in following tables \ref{tbl:utcModel}, \ref{t
\ref{tbl:almanacMessage} and \ref{tbl:ionoModel}.
\begin{lstlisting}[label=lst:GPSAssisData,
-caption={\textbf{Structure of data types of GPS assistance data in ASN.1}},
+caption={\textbf{Structure of data types of GPS assistance data in ASN.1.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily]
-- Control header of the GPS assistance data
@@ -1613,7 +1612,7 @@ reference location, DGPS corrections, navigation model, ionospheric model, UTC m
acquisition assistance and real time integrity (all marked with blue color in
listing \ref{lst:RRLPAssisPER}).
\begin{lstlisting}[label=lst:RRLPAssisPER,
-caption={\textbf{Encoding reference location from ASN.1 to PER}},
+caption={\textbf{Encoding reference location from ASN.1 to PER.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily,
escapechar=@,
@@ -1754,7 +1753,7 @@ The MS may include more information on the error if it can identify the error (n
In case the MS does support more information, an optional IE \textit{additionalAssistanceData} bit will be set
(marked in cyan).
\begin{lstlisting}[label=lst:RRLPRespError,
-caption={\textbf{Decoding an error RRLP response from Samsung Galaxy S3}},
+caption={\textbf{Decoding an error RRLP response from Samsung Galaxy S3.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily,
escapechar=@,
@@ -1804,7 +1803,7 @@ the IE \textit{gpsAssistanceData} bit, as shown in listing \ref{lst:RRLPRespErro
(marked with magenta color). If this bit was set, the length of the IE for requested missing assistance
data will be exactly specified as well as what assistance data are missing (marked in orange color).
\begin{lstlisting}[label=lst:RRLPPosError,
-caption={\textbf{Possible location error reasons}},
+caption={\textbf{Possible location error reasons.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily]
LocErrorReason ::= ENUMERATED {
@@ -1835,7 +1834,7 @@ assistance data (marked in orange color). Information of missing assistance data
in figure \ref{img:RequestedGPSAss} \citep{49.031V8.1.0}. If one of these bits from A to K is set,
the MS requires more assistance data. The meaning of the bits in figure \ref{img:RequestedGPSAss}
are explained in table \ref{tbl:RRLPReqAss}. In this particular example, the first two bytes are: \textbf{E800},
-indicating acquisition assistance, reference time, reference location and the navigation model are requsted
+indicating acquisition assistance, reference time, reference location and the navigation model are requested
by the MS as assistance data.
The next RRLP response example, shown in listing \ref{lst:RRLPRespSucc}, is
@@ -1843,7 +1842,7 @@ a response with a successfully estimated position! In the second byte, two mutua
contain the information if the response was successful and contains the location information, \textit{locationInfo} bit must
be set and \textit{locationError} must be zero (both marked in red color in listing \ref{lst:RRLPRespSucc}).
\begin{lstlisting}[label=lst:RRLPRespSucc,
-caption={\textbf{Decoding a successful RRLP response from iPhone 3GS}},
+caption={\textbf{Decoding a successful RRLP response from iPhone 3GS.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily,
escapechar=@,
@@ -1884,10 +1883,10 @@ B6 1....... FixType = 1 :threeDFix
\end{lstlisting}
If the IE \textit{locationInfo} bit is set and \textit{locationError} bit is zero, then the position of the MS is
included in the response. Aside from the position information, the time when the position measurement
-was performed is included as well however, only the least significant bits in the range of miliseconds. The
+was performed is included as well however, only the least significant bits in the range of milliseconds. The
most significant bits ought to be derived by the SMLC using the GSM frame number, included in the IE \textit{refFrame}.
In this thesis this is not known and used. \textit{refFrame} contains the GSM frame number as observed by
-the MS \citep{49.031V8.1.0}. The time of miliseconds can be found in the IE \textit{gpsTOW}. The included time is
+the MS \citep{49.031V8.1.0}. The time of milliseconds can be found in the IE \textit{gpsTOW}. The included time is
not in UTC format and would require additional conversions.
The elements of \textit{locationInfo} can be seen in listing \ref{lst:RRLPLocInfo}. The IE \textit{fixType} contains
the information if the performed measurement was 2D or 3D GPS fix. An 2D fix is when only 3 GPS satellites are
@@ -1918,7 +1917,7 @@ $F$&Ionospheric model requested
\end {tabular}
\end {table}
\begin{lstlisting}[label=lst:RRLPLocInfo,
-caption={\textbf{Structure of data types of location info data in ASN.1}},
+caption={\textbf{Structure of data types of location info data in ASN.1.}},
backgroundcolor=\color{light-gray},
basicstyle=\scriptsize\ttfamily,
escapechar=@]
@@ -2011,7 +2010,7 @@ radio wave signal. The basic idea is to use the fast performance
of the CPU inside the computer to do the signal processing while the
SDR hardware itself performs only the physical radio communication like
emitting and receiving radio waves. Alternatively to the
-dedicated hardware, SDR's are cheaper and can be
+dedicated hardware, SDRs are cheaper and can be
programmed to perform various functions e.g. an FM radio,
a GPS receiver, GSM and etc. All of the stated ``emulated devices''
employ different modulation/demodulation techniques and
@@ -2031,7 +2030,7 @@ strange behaviour had been discovered. Occasionally the smart phones ($iPhones$
did not detect the created GSM network with OpenBTS, i.e. the network could not be found in
the search menu where all GSM networks in range are shown.
The reason for this strange phenomenon may be found
-in the unstable operation of the cheap clock oscillator. However, the clock's unstability
+in the unstable operation of the cheap clock oscillator. However, the clock's instability
issue can not be confirmed by the author due to the missing hardware equipment to measure
the actual frequency and its deviation. Nevertheless, these findings
were consistent with the results of the OpenBTS developers
@@ -2047,7 +2046,7 @@ issues.
The deployed RRLP module for OpenBTS was written by Kurtis Heimerl in two different programming
languages, Erlang and Common Gateway Interface (CGI)\footnote{Kurtis Heimerl's code can be
-found on \url{https://github.com/ttsou/RRLP}.}. The new GMS system configuration with the RRLP module
+found on \url{https://github.com/ttsou/RRLP}.}. The new GSM system configuration with the RRLP module
in OpenBTS was examined. The first observation
and finding was that not a single smart phone could connect to the GSM network.
The log files contained information why the smart phones could not connect to the GSM network.
@@ -2088,7 +2087,7 @@ shall be given followed by the testbed setup configuration with connection schem
\subsection{GSM BTS - nanoBTS}
In recent years, there has been an increasing interest in the deployment of
private cellular networks in remote areas which led to
-the devolopment of diverse ``low-cost'' GSM hardware solutions. According to
+the development of diverse ``low-cost'' GSM hardware solutions. According to
ip.access\footnote{http://www.ipaccess.com}, the manufacturer of nanoBTS,
their hardware product is deployed for coverage of ``hard-to-reach places,
in-buildings, remote areas, marine, aviation and public spaces''.
@@ -2099,7 +2098,7 @@ Federal Network Agency (German: $Bundesnetzagentur$). The transmission frequenci
range between 1805-1880 MHz, with 200 kHz channel spacing and the maximum
output power of +23 dBm ($\approx$200 mW), whereas the receiving frequencies
lie in the range between 1710-1785 MHz \citep{nanoGSM2007brochure}.
-The ethernet cable with power supply is required to power the BTS and
+The Ethernet cable with power supply is required to power the BTS and
to connect its operating software (OpenBSC). The other ports are used to
extend the GSM network performance operation but are not relevant to the
work presented in this thesis.
@@ -2113,7 +2112,7 @@ work presented in this thesis.
To determine the working state of the nanoBTS, an indicator status LED is located on the
left side of the five ports area. After the nanoBTS is connected to the power supply
-with the ethernet cable, it changes its color and blink speed according to the state
+with the Ethernet cable, it changes its color and blink speed according to the state
it is in. The states are given in appendix and can be seen in the table given in
\ref{tbl:LEDStatus} \citep{installnanoBTS}. One of the key limitations of gathering more
technical data and the critical aspect of this description lies in the fact
@@ -2131,11 +2130,11 @@ The GPS receiver was used as an indicator of whether there is any GPS signal in
\subsection{Testbed setup configuration}
\label{sec:hardwareConfig}
%At least 4 network cables with RJ45 connectors were required
-%and one switch or hub connected to the internet. It is important to carefully
-%proceed with the cabling of the nanoBTS and the ethernet switch or hub, since wrong
+%and one switch or hub connected to the Internet. It is important to carefully
+%proceed with the cabling of the nanoBTS and the Ethernet switch or hub, since wrong
%wiring with the power supply unit (PSU) could damage one of the devices.
In Figure \ref{img:connectionDiagram}, the junction points are label according
-to the used configuration setting. %The ethernet cables between the switch/hub,
+to the used configuration setting. %The Ethernet cables between the switch/hub,
%PSU and nanoBTS should not be longer than 100 m \citep{installnanoBTS}.
Author's test system operated on the ARFCN 877 channel.
ARFCN 877 corresponds to the uplink frequency of 1,783.2 MHz and a downlink
@@ -2197,7 +2196,7 @@ The RRLP data generated by Heimerl's application
did not produce valid assistance data. In order to publish the RRLP assistance
data generator as open source to be extended further or ported to another
programming language, it was required to be written in a programming language
-understandale to a wider audience. Since the RRLP data generator application
+understandable to a wider audience. Since the RRLP data generator application
is independent of the GSM operating software, it was sound to write the
RRLP assistance data generator in C++. Another reason why C++ was
taken is due to the fact that OpenBSC was written in C and OpenBTS in C++.
@@ -2215,7 +2214,7 @@ and ephemeris files, downloaded from the Navigation Center of the US Coast Guard
and Trimble, assistance data for 32 different GPS satellites are present.
Contrary to expectations, Heimerl's code produced RRLP assistance
data valid for only one satellite. The rest of the assistance
-data were duplicats of the assistance data for one satellite.
+data were duplicates of the assistance data for one satellite.
At this stage, it was important to have a fully working RRLP assistance data
generator. This generator would be subsequently used to examine the RRLP
protocol once OpenBSC was modified to open a data channel for transmitting
@@ -2362,7 +2361,7 @@ int response = gsm48_send_rr_app_info(conn, 0x00, AlmanacPackets[packNum].length
%Author's test system operated on the ARFCN 877 channel. ARFCN (Absolute Radio
-%Frequency Channel Number) defines the uplink and downlink channel frequency insdide
+%Frequency Channel Number) defines the uplink and downlink channel frequency inside
%the GSM network \citep{Richard2011Master}. ARFCN 877 corresponds to the uplink frequency
%of 1,783.2 MHz and a downlink frequency of 1,878.2 MHz, where the uplink direction
%represents the direction from the nanoBTS to the mobile stations and downlink the
@@ -2458,7 +2457,7 @@ had used the assistance data to estimate its position. Otherwise the $iPhone$ $3
when only an RRLP position request was sent. Interestingly, the $G1$ did not provide any results
when the ephemeris data have been delivered. These findings suggest that the AGPS receiver in
$G1$ may suffer from not knowing how to employ the ephemeris data. This might be due to the fact that $G1$ is
-one of the first ``real'' smart phones on the market. Afterwards, evedince for smart phones not being able to utilise
+one of the first ``real'' smart phones on the market. Afterwards, evidence for smart phones not being able to utilise
any of the assistance data, will be provided for other smart phones older than the $G1$.
\begin{figure}
@@ -2525,7 +2524,7 @@ statements have to be considered with ambiguity. Another contrary to expectation
were the results with two Nokia ``smart phone'' models $E71$ and $N95$. The
results were only delivered when an RRLP request was sent without any assistance
data. Although it was stated in their specifications that both cell phones are
-equiped with an AGPS receiver \citep{nokiae71} \citep{nokian95}.
+equipped with an AGPS receiver \citep{nokiae71} \citep{nokian95}.
However, RRLP requests with assistance data did
not produce any output from these smart phones. The reason for this behaviour is
not completely obvious but it might be due to the fact these are older models
@@ -2555,7 +2554,7 @@ windows exist right after the smart phones have successfully delivered their pos
in Test room 2. This test did not deliver any position but only time-outs
or errors containing information that no satellites are visible.
This test confirmed that the smart phones are always performing a
-postion estimation at the moment when an RRLP request is sent to the MS.
+position estimation at the moment when an RRLP request is sent to the MS.
The last test has been carried out outside of the computer pool building.
This test was conducted to confirm the argument that precision of the estimated
@@ -2578,7 +2577,7 @@ $Defy$&No&No&No&No response (time-out) \\\midrule
$iPhone$ $4$&No&No&No&Reference time, Navigation Model,\\
&&&&Reference Location\\\midrule
$iPhone$ $3GS$&Yes&Yes&No&/\\\midrule
-$G1$&No&Yes&Only occasionallys&/\\\midrule
+$G1$&No&Yes&Only occasionally&/\\\midrule
$Galaxy$ $S2$&No&No&No&Acquisition Assistance\\\midrule
$Galaxy$ $S3$&No&No&No&Reference Location, Reference Time,\\
&&&&Acquisition Assistance, Navigation Model\\\midrule
@@ -2733,7 +2732,7 @@ to take another route.
%The produced RRLP software and obtained results may be used to develop new strategies aimed at
%protecting privacy of cell phone users.
-This thesis investigated how difficult it is to integrate mobile assisted GPS localization in GSM
+This thesis investigated the possibility to integrate mobile assisted GPS localization in GSM
networks on undedicated and dedicated GSM hardware. The aim of this work was to implement the
``first'' working open source RRLP
implementation in GSM networks, as well as to determine and evaluate the limits of this localization
@@ -2766,3 +2765,5 @@ that this is only a small revealed section of a larger hidden issue! A future st
assistance data being provided to the cell phones would be very interesting. The produced RRLP
software and obtained results may be used to develop new strategies aimed at protecting the privacy
of cell phone users.
+
+%\addcontentsline{toc}{chapter}{Dictionary of acronyms} \ No newline at end of file
diff --git a/vorlagen/thesis/src/kapitel_x.tex.bak b/vorlagen/thesis/src/kapitel_x.tex.bak
new file mode 100644
index 0000000..01cf938
--- /dev/null
+++ b/vorlagen/thesis/src/kapitel_x.tex.bak
@@ -0,0 +1,2770 @@
+\chapter{Introduction}
+\section{Motivation}
+Recent developments in the field of physics, chemistry and electronics
+have led to the cost-efficient
+manufacturing of diverse, compact single chip integrated solutions. As a consequence of this
+rapid development it became possible to integrate a GPS receiver into almost every cell
+phone without drastically increasing the price, physical size or weight of
+the cell phone. An example of this would be the GPS receiver chip
+inside the Apple iPhone 3GS. Its cost was estimated to be around \$2.25 USD \citep{GPSiphoneCost}.
+It is important to note that the number of wireless connections has increased as well;
+in 2011 there were
+6 billion mobile connections worldwide \citep{gsmConnection}. In the following European
+countries, Germany, France, Spain, Italy and UK, 44\% of all GSM users own a smart phone,
+whereas in the US and Canada this number is slightly higher, 46\% \citep{smartPhoneUsage}. By the
+statistics of the Blur group, 47\% of all the cell phones on the world will be smart phones
+by 2015 \citep{smartPhone2015}.
+
+An emerging new market of Location-Based Services (LBS) has resulted and since then
+the telecommunication and marketing industry have undergone rapid change. In 2009, 63 million users
+owned LBS-capable phones. This number is expected to grow in 2012 to
+468 million users worldwide \citep{smartPhone2015}. As social networks like Facebook,
+Twitter or Foursquare (a location-based social network) expand, it has become a trend
+for the users to share their location with their friends \citep{smartPhone2015}.
+It has been reported that LBS represents a bonanza opportunity for new startup
+companies and global industry analysts project by 2015 a global market
+worth \$21 USD billion ($\approx$ \euro17.142 billion) \citep{Bonanza}.
+New ideas and algorithms for tracking,
+navigation solutions, safety, security, searching for local business and payments shall emerge
+from the use of LBS technology \citep{Bonanza}. LBS have already been used for tracking people with dementia and Alzheimer's
+disease, as reported in a study performed by researchers at the University of Siegen \citep{Muller}.
+The Enhanced 911 (E911), an emergency service in the US for linking
+emergency callers with the appropriate service (police, firefighters and emergency room), is
+regulated by the US Federal Communication Commission (FCC), which sets the standards for all telecommunication
+providers, including the precision with which callers' locations are tracked \citep{novine}.
+Europe's emergency service has similar standards \citep{0849333490}. Next generation
+networks, Long Term Evolution (LTE) 4G networks, have been designed from the start to have LBS capabilities integrated
+in the system and have better LBS performance as well as higher accuracy compared to GSM networks \citep{lteLocation}.
+%In the introductory chapter, some of the most common positioning techniques in
+%wireless networks shall be presented and analysed, including Cell-ID, Time-of-Arrival, Angle-of-Arrival
+%and GPS positioning. The author shall then describe the goals of his thesis.
+In this thesis the author will provide the theoretical and practical
+knowledge required for building a localization system of mobile users
+inside of a 2G GSM network by taking advantage of the already-existing Assisted-GPS (AGPS) receivers inside of smart phones.
+Another reason why the AGPS method was prefered over other localization methods is because
+the position estimation is sufficiently precise and accurate compared to other methods.
+Further advantage over other positioning techniques is that smart phones with an AGPS
+receiver represent slightly less than 50\% of the total cell phone market in the most
+solvent EU economies and the US \citep{smartPhoneUsage}. This work may be seen as a scenario what
+kind of information can be gained by a third persons having access to a GSM network.
+This thesis may be perceived as pioneer work in the field of localizing mobile users by
+taking advantage of AGPS receivers in smart phones.
+
+\section{Overview of the thesis}
+%In this thesis the author shall provide theoretical and practical
+%background knowledge required for building a localization system of mobile users
+%inside of a 2G GSM network by taking the advantage of AGPS receivers inside of smart phones.
+%In the lab a 2G GSM network was set up similar to the real network environment
+%provided by network operators. Software for generating assistance data
+%was developed. Then the GSM software was modified to deliver requests and
+%assistance data to cell phones according to a protocol described in the thesis.
+
+%The functional aspects and
+%abuse risks of AGPS receivers in smart phones are relatively unknown,
+%no relevant studies have been found and thus will be further analysed in this work.
+%A certain privacy risk exists that it is possible to obtain the position of a mobile user
+%without its knowledge of being surveillanced.
+
+The thesis is divided into three parts. The first is a theoretical introduction to GSM and GPS systems
+as well as the protocol required for the positioning of mobile users.
+The second part provides more details on the software implementation and the hardware required
+to construct the equivalent setup. The last section is a discussion and analysis of the findings and
+accomplished results in the test environment. It is followed by the conclusion and provides
+a discussion of security issues.
+
+Chapters 2 and 3 will provide a theoretical introduction of the GSM operational principles
+as well as of the GPS and AGPS receivers required for understanding the basic functioning
+principles of the entire positioning system. The theoretical concepts of GPS receivers
+will be analysed and discussed in depth since they provide evidence for the advantages
+and limitations of this method. These two chapters will provide an explanation for the achieved
+and observed results in this thesis. Once the GSM and GPS working principles have
+been explained, the author shall proceed with introducing the reader to the
+Radio Resource Location Protocol (RRLP), responsible for transmission of
+assistance data and obtaining the position of the mobile user. More details on RRLP
+will be provided in chapter 4. In chapter 5, the reader will be introduced to the software
+development and implementation process. More details on the hardware connections and setup
+shall be provided in chapter 6. In chapter 7 test results and the test environment
+will be presented. Chapter 8 will provide a summary of the entire system. The appendix
+contains details for configuring the entire system and for obtaining the same results.
+This thesis includes a USB stick with the source code developed during the work on this thesis.
+
+
+
+\chapter{GSM}
+In the past two decades we have been witness to an increasing development of wireless communication technologies,
+one of the most rapidly developing fields of engineering. Global System for Mobile Communications\footnote{First
+time when the standard was developed, GSM meant \textit{Groupe Spéciale Mobile} \citep{0890064717}} (GSM) networks
+played a major role in wide-spreading wireless voice services in every corner of the planet \citep{gsmConnection}. According
+to the GSM Association (GSMA) in 2011 there have been 6 billion registered wireless connections world wide \citep{gsmConnection}. In
+this chapter more details shall be given on the second generation GSM network which was employed in this work for
+delivering GPS assistance data to cell phones. More information shall be provided on the general working principles of GSM
+and how a data channel is initialized to deliver data to cell phones.
+
+
+\section{GSM Network structure}
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.5]{img/GSMBig.png}
+ \caption{Basic GSM network block diagram. Image courtesy of \citep{konrad} and \citep{dennis}.}
+\label{img:GSMBig}
+\end{figure}
+\label{sec:GSMNetStruct}
+Cell phones require special purpose hardware to build a wireless connections.
+This hardware is the Base Transceiver Station (BTS). BTS is the first hardware unit the cell phone is communicating with over the air interface
+and provides a connection with the cell phone \citep[Chapter 3]{0890064717}. This connection between the
+BTS and the cell phone is called the \textit{$U_m$ interface}, as shown in figure \ref{img:GSMBig}. A BTS can serve up
+to six users on one frequency in full duplex mode since two out of eight time slot are used for broadcasting of signalling and system information.
+%transmitted in the broadcast control channel (BCCH).
+By sectorizing BTSs with different frequencies and by altering the configuration
+the number of six mobile users can be increased per sector.
+The BTS are divided into geographical regions\footnote{Usually they are represented as hexagons but it could take
+any other geometric shape.} by their signal coverage. A BTS consists of a RF tranceiver, internal clock and modulator/demodulator. The function of the RF transceiver is
+to enable the reception and transmission on the uplink and downlink channel for the cell frequency where the
+BTS is located\footnote{Cell is the area covered with GSM signal and from which a cell phone can communicate with a BTS.}.
+The main function of the internal clock is to supply the BTS with a frequency such that the internal
+circuits can produce frames seperated in time domain. The internal clock has to be sufficiently accurate for the GSM
+network to work, an accuracy of at least $\pm$5 ppm (parts per million) \citep{dennis}. If the GSM network is synchronized,
+this internal clock is not employed but an external clock generated signal from an atomic clock. The GSM network
+must be synchronized for some of the position localization techniques discussed in this chapter. Devices providing the
+synchronous clock are called Location Measurement Units (LMU).
+Modulator/demodulator main function is the modulation and demodulation of the received and transmitted signals.
+The transmission from the cell phone to the BTS is shifted for 3 time slots compared to the reception
+of the signal from the BTS\footnote{Timing advance factor is added to the three time slots. The numbering of
+the time slots remains the same, i.e. if time slot 0 is used for downlink, it is named 0 in the uplink as well
+although it is shifted.}
+\citep[Chapter 7]{0890064717} \citep{konrad} \citep[Chapter 4]{0470742984}. This frequency shift was introduced so
+that the cell phone has sufficient time to switch its reception unit to transmission unit \citep{dennis}.
+
+
+One or more BTSs are connected to the Base Station Controller (BSC). The main task of the BSC is to control the radio
+resources of the connected BTSs such as assigning radio channels to different BTS, frequency hopping in case of an \textit{handover}
+and controlling the power levels within channel \citep[Chapter 4]{0470742984} \citep{konrad} \citep[Chapter 3]{0890064717}.
+Handover is the process of switching\footnote{Disconnecting from the BTS currently connected to and connecting to the neighboring one with
+another frequency} from one BTS to another during an active connection when the signal reception
+strength is higher than on the currently-connected BTS. This signal reception strength is known as Received signal strength (RSS).
+RSS are measurement reports transmitted from the cell phone to the BTS.
+RSS is used to determine if the handover process should be triggered or not \citep{Richard2011Master}.
+BSC is connected to the Transcoding Rate, Adaptation Unit (TRAU) and Serving Mobile Location Center (SMLC).
+The SMLC node contains the functionality to support location services for the GSM network \citep{3GPPTS03.71}. This builds the Base Station Subsystem (BSS), as it can
+be seen in figure \ref{img:GSMBig}, on left side inside of the gray dashed line rectangle. Inside of the BSS, TRAU
+is responsibe for compressing and decompressing speech between the cell phone and a speech signal from the other side,
+from 64 kbps to 16 or 8 kbps depending if it is a full or half rate channel.
+
+The next subsystem block is the Network Switching Subsystem (NSS), as it can be seen on figure \ref{img:GSMBig}, on right
+side inside of the gray dashed line rectangle. The main task of NSS is to connect the GSM with other telephony networks
+(GSM networks from other providers or the Public Switched Telephone Network) \citep[Chapter 4]{0470742984}. It consists of
+Mobile Switching Center (MSC), Gateway Mobile Switching Center (GMSC) and databases.
+
+MSC's main function is to route incoming and outgoing calls between the moving mobile users,
+``the assignment of user channels toward the BSS'' \citep[Chapter 4]{0890064717} \citep{konrad}. GMSC is
+a type of MSC for external networks, GSM networks from other providers or telephone networks are
+routed through the GMSC\citep[Chapter 4]{0890064717}.
+
+There are four databases: Home Location Register (HLR), Visitor Location Register (VLR), Authentication Center (AUC)
+and Equipment Identity Register (EIR). HLR database stores data about the GSM subscribers of a network provider.
+The data, contained in the HLR database, are subscriber's unique International Mobile Subscriber Identity (IMSI) code,
+subscriber's phone numbers (MSISDN), subscriber's current location and subscriber's usage statistics.
+IMSI is the serial number of the Subscriber Identification Module (SIM) card. The SIM card is inserted in the
+cell phone. Subscriber's usage statistics are information that contain data for the billing system.
+The current location of a mobile user is acquired through the location of the BSC which controls the BTS currently
+serving the mobile user, i.e. the BTS to which the cell phone is connected now \citep{konrad}.
+VLR serves as a temporary data storage of important parts of HLR data (not all data known for the particular user)
+of all the visiting mobile subscribers served by the current MSC. For instance if a cell phone from its home MSC enters an
+area covered by the newly entered MSC, its VLR will request some of the HLR data from the HLR database of the MSC where
+the cell phone is registered \citep{dennis} \citep[Chapter 4]{0470742984}. AUC contains confidential keys for each mobile subscriber
+required for encrypting the data before they are transmitted to the cell phone from the BTS \citep[Chapter 3]{0470030704}.
+The keys located in AUC are also required for the cell phone to register
+in the network \citep{konrad}. EIR is an optional database but contains data about approved types of
+mobile equipment (not stolen cell phones), black listed cell phones (they are identified by their International
+Mobile Equipment Identity number which is unique for every manufactured cell phone) and cell phones which
+ought to be tracked if they register \citep[Chapter 4]{0890064717}.
+
+\section{Overview of the air interface (Um)}
+The main task of GSM networks was to enable wireless voice transmission between GSM and other GSM/telephone users
+inside of switched networks. It was not designed to be used with data services which are a necessity in today's standards.
+GSM networks are worldwide spread and work on different frequency spectrums depending on the country where
+the networks are deployed. The reason why different frequencies are used is because of intereference with different
+wireless systems and used telecommunication standards. Particularly in Germany, the Federal Network Agency (German: $Bundesnetzagentur$) is the
+responsible organisation for assigning different frequencies to GSM operators since these frequencies belong
+to the group of licensed frequencies and are not allowed to be used by everyone. In Germany the used frequency bands
+are GSM900 and GSM1800, their frequency ranges can be seen in table \ref{tbl:GSMfreqs} \citep{konrad}.
+These frequency bands are divided into 200 KHz channels,
+for a frequency band range of 35 MHz there are 175 operating
+channels. This technique is called Frequency Division Multiple Access (FDMA) and
+supports using parallely more frequency channels inside of the same covered area with GSM RF signal.
+FDMA is employed when the frequency bandwidth is limited like in the GSM networks. By utilising FDMA the network throughput
+is used more efficiently since different users can send or receive information at different
+frequency slots instead of waiting for their turn.
+These frequency channels have a unique identifier number. They are named as Absolute Radio Frequency
+Channel Numbers (ARFCN). The basic idea of FDMA inside of the frequency spectrum GSM900 for GSM can be
+seen in figure \ref{img:GSMFreqRangChannel}, ARFCN numbers are assigned according to the
+frequencies which are employed.
+It is important to distinguish uplink and downlink frequencies.
+Uplink frequency is used when the cell phone transmits data
+to the network operator, whereas downlink from the network operator to the cell phone. GSM is a full duplex communication
+system, at the same time the cell phone or the network operator can send and receive data.
+Although the equivalent ARFCN number is used for uplink and downlink channels, the frequencies are shifted 45 MHz in GSM900 and
+95 MHz in GSM1800 as it can be seen in figure \ref{img:GSMFreqRangChannel} for GSM900.
+\begin {table}[ht]
+\caption{GSM operating frequencies in Germany.}
+\label{tbl:GSMfreqs}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{lllll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Frequency band}&\textbf{Uplink frequency (MHz)}&\textbf{Downlink frequency (MHz)}&\textbf{Channel number}\\\toprule
+GSM900&880 - 915&925 - 960&0, 1 - 124, 975 - 1023\\\midrule
+GSM1800&1710 - 1785&1805 - 1880& 512 - 885\\\bottomrule
+\end {tabular}
+\end {table}
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/GSMUpDownFreq.pdf}
+ \caption{Frequency ranges of uplink and downlink channels in the GSM900 band. Each box represents a frequency band (channel).
+ Image courtesy of \citep{konrad} and \citep{dennis}.}
+\label{img:GSMFreqRangChannel}
+\end{figure}
+\par Aside from using different frequency channels, each frequency channel (ARFCN) is split up into eight time slots \ref{img:GSMFreqTime}.
+This technique of dividing a frequency into time slots is named Time Division Multiple Access (TDMA).
+TDMA allows several users to share the same frequency
+channel but in different time slots. Using this technique the voice throughput is better utilised and a broader amount
+of users can be served at the ``same'' time, i.e. the capacity of parallely speaking GSM users is increased.
+TDMA was employed because the voice could be compressed with Linear Predictive Coding (LPC) without the human
+noting a difference in the call quality \citep{0824740408}. By taking advantage of LPC, instead of the 64 kbps required for transmission of voice
+it was possible to compress the voice without losing much of the call quality into 8 kbps for half rate and 16 kbps for
+full rate\footnote{Human speech has a frequency bandwidth between 0 and 4000 Hz \citep{humanFreq}.
+Human voice is by its nature analog and requires to be converted into a digital stream of ones and zeros.
+By Nyquist-Shannon sampling theorem the sampling frequency must be at least two times greater
+than the sampled frequency and with an 8 bit Analog to Digital Converter (ADC) this defines the
+64 kbps required to transfer voice ($2\cdot4000 Hz\cdot8 = 64000$).}.
+\newpage
+The idea of employing TDMA on FDMA in the GSM900 band can be seen in figure \ref{img:GSMFreqTime}.
+Each time slot duration is $\approx$577 $\mu s$, all 8 time slots have a period of $\approx$ 4.615 $ms$
+\citep{dennis} \citep{0890064717}. By applying this technique each GSM user can send data inside of the assigned time slot
+without disturbing users on different time slots.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/GSMFreqTime.pdf}
+ \caption{Each frequency channel (ARFCN) is split into 8 time slots. With this approach more GSM users can be served at the ``same'' time. Image courtesy of \citep{0890064717}.}
+\label{img:GSMFreqTime}
+\end{figure}
+
+Eight time slots in GSM are called a TDMA frame. Each time slot
+in GSM is known as a physical channel, on the physical channels are built up the logical
+channels. Logical channels have a predefined pattern of time slot they are assigned. Logical channels
+can be divided in two groups, traffic channels (TCH) and signalling/controlling channels (CCH).
+User payload data like speech and message data are transmitted in the TCH channels whereas control data
+for control, synchronization and management of the GSM network are transmitted through the
+CCH channels \citep[Chapter 4]{0470030704}.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.70]{img/GSMHierarchy.pdf}
+ \caption{Hierarchy of the GSM frames. Image courtesy of \citep{0890064717}.}
+\label{img:GSMHierarchy}
+\end{figure}
+
+Every TDMA frame is assigned a unique integer number which is then repeated and reassigned
+every 3h:28m:53s:760ms, also known as \textit{hyperframe} \citep[Chapter 7]{0890064717}. In the hierarchy pyramid,
+a layer lower of the hyperframe is the \textit{superframe}. There are two types of superframes, consisting of two types
+of \textit{multiframes}, differing in their length \citep[Chapter 7]{0890064717}. The relations can be seen in figure
+\ref{img:GSMHierarchy} with their duration periods. The multiframe with 26 TDMA frames carries only traffic channels.
+The other multiframe type, with 51 TDMA frames carries solely signalling data. This hierarchy constrain
+was defined due to internal synchronization of the GSM network and cyphering between the cell phone and the BTS
+\citep[Chapter 7]{0890064717}.
+
+\section{Logical channels and the data channel}
+\label{sec:SDCCHChan}
+In this section more details will be given on logical channels and the procedure to initialize (open) a Standalone Dedicated Control Channel (SDCCH).
+As stated in section \ref{sec:GSMNetStruct}, logical channels can be divided in two groups,
+traffic channels (TCH) and signalling/controlling channels (CCH). The former are employed for transfering payload data like speech and message data
+and the latter for managing and synchronizing the GSM network \citep[Chapter 4]{0470030704}. For the purposes of this thesis,
+the term ``Mobile Station'' (MS) will be used to refer to a cell phone or to designate the user one intends to locate.
+Traffic and signalling channels can be split up by their usage, as given in tables \ref{tbl:tchChannels} and \ref{tbl:cchChannels}.
+
+\begin {table}[hb]
+\caption{Traffic channels on the air interface. Table courtesy of \citep{0890064717}.}
+\label{tbl:tchChannels}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Channel name}&\textbf{Abbreviation}&\textbf{Function}&\textbf{Direction}\\\toprule
+Traffic channel full rate &TCH/F & Full rate traffic transmission & MS$\leftrightarrow$BSS\\\midrule
+Traffic channel half rate&TCH/H& Half rate traffic transmission & MS$\leftrightarrow$BSS
+\\\bottomrule
+\end {tabular}
+\end {table}
+
+\begin {table}[hb!]
+\caption{Control channels on the air interface. Table courtesy of \citep{0890064717}.}
+\label{tbl:cchChannels}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Channel name}&\textbf{Abbreviation}&\textbf{Function}&\textbf{Direction}\\\toprule
+Frequency correction channel&FCCH &Frequency correction for oscillator on MS & MS$\leftarrow$BSS\\\midrule
+Synchronization channel&SCH&Synchronization information (TDMA frame& MS$\leftarrow$BSS\\
+ &&number to know current location in hyperframe)\\\midrule
+Broadcast common control channel&BCCH&Broadcast information about & MS$\leftarrow$BSS\\
+ &&current BTS and its neighbouring cells\\\midrule
+Access grant channel&AGCH&Required to assign the MS an SDCCH& MS$\leftarrow$BSS\\
+&&or TCH channels\\\midrule
+Paging channel&PCH &Paging request is sent out when MS has& MS$\leftarrow$BSS\\
+ &&incoming traffic (phone call, SMS, etc.)\\\midrule
+Cell broadcast channel&CBCH&Required to broadcast a message to all& MS$\leftarrow$BSS\\
+ &&MS inside of a MSC (e.q. weather forecast)\\\midrule
+Standalone dedicated control channel&SDCCH&Exchange of signalling information between&MS$\leftrightarrow$BSS\\
+ &&MS and BTS when no TCH is active\\\midrule
+Slow associated control channel&SACCH&Transmission of signalling data during an active&MS$\leftrightarrow$BSS\\
+ &&TCH connection (signal strength and sync. data)\\\midrule
+Fast associated control channel&FACCH&Transmission of signalling data during an active&MS$\leftrightarrow$BSS\\
+ &&connection but used only if necessary \\
+ &&(e.q. handover)\\\midrule
+Random access channel&RACH&Request from MS to BTS for a communication& MS$\rightarrow$BSS\\
+ &&channel (e.g. a phone call from MS)
+\\\bottomrule
+\end {tabular}
+\end {table}
+
+The protocol scenario occuring in this work can be seen in figure \ref{img:SDCCHReq} \citep{0470844574}.
+In order for the assistance data to be delivered to the MS, an SDCCH channel has to be initialized.
+This occurs in the following procedure, the BTS where the MS has been lastly active or idle
+broadcast a paging request (PCH channel) to the selected MS. After the MS obtains the paging request, the MS shall
+try to send a random access request (RACH channel) using the Slotted Aloha protocol. Another MS could
+transmit a random access request in the same time slot allowing collisions to occur. In case there was no collision,
+if the BTS successfully received the random access request and at the moment of reception has a free SDCCH channels,
+it will immediately reserve an SDCCH channel and send the MS an assignment request (AGCH channel) back.
+After the MS obtains the assignment request, the SDCCH channel is initialized and data can be transferred in both
+directions. In this particular case, in the thesis, assistance data are sent to the MS (BTS$\rightarrow$MS),
+whereas the acknowledgements, errors or the position are delivered to the BTS (BTS$\leftarrow$MS).
+In the case if all SDCCH channels are reserved, the network will queue an SDCCH request for later assignment
+or it may send an assignment reject.
+%Once the SDCCH channel connection has been established, data can be transmitted in both directions.
+While an active SDCCH conection exists, the MS will receive and transmit radio link control
+messages (signal strength and synchronization data) on the SACCH channel \citep{0470844574}.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/SDCCHRequest.pdf}
+ \caption{Initializing an SDCCH channel. Image courtesy of \citep{0470844574}.}
+\label{img:SDCCHReq}
+\end{figure}
+
+\section{Positioning techniques in GSM networks}
+In this section, the current technologies for estimating the position of a mobile user shall be presented
+and their working principle.
+When the GSM network was designed, its primary goal was to enable wireless
+full duplex telephone service \citep{gsmTelephony}.
+Over the past decade the GSM and its derivative networks became more popular and mature compared to the initial GSM standard, so
+the demands grew for new services such as Internet connectivity and LBS. Emergency services wanted
+to be able to localize mobile users in emergency situations like snow avalanches or other non-typical
+daily emergency situations \citep{0849333490}. This demand led to the
+devolopment of various approaches that differ in complexity and in the degree of accuracy of position fixes.
+However, the user positioning was limited by existing technology standards, and any improvement would require extremely
+expensive cost modifications to the existing network infrastructures. Several different ideas have been put forward to
+localize mobile users while avoiding these potential problems.
+They shall be presented in the following sections. First, however, it is important to
+distinguish between three different approaches to positioning mobile users, handset-based, network-based, and hybrid-based.
+With handset-based techniques, the handset itself tries to estimate its position on its own using the available information.
+In the network-based approach, the network makes
+all the required measurements and the handset itself is passive. The last, hybrid-based, approach uses
+resources from the handset and network together; both are active participants in the position estimation process.
+A few different methods, varying by their complexity and precision, shall be presented, in order of their complexity.
+
+\subsection{Cell-ID}
+The cell-identification method is the simplest known GSM positioning method \citep[Chapter 8]{0470092319}.
+By knowing the geographical location of the BTS, one can roughly estimate the position of the MS \citep[Chapter 4]{0470694513}.
+It is important to build maps where the BTS signal can be received and where the border \textit{handover} points
+are located. The basic principle is shown in figure \ref{img:cellid}. The MS is in the region of the currently-connected BTS
+and it could be at any point inside of the hexagon. Every BTS has a unique identifier code name and hence can be
+distinguished from other BTS's.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.70]{img/CellID.pdf}
+ \caption{Cell-ID position estimation technique.}
+\label{img:cellid}
+\end{figure}
+
+%Using this method even higher accuracies
+%can be achieved than the known shape of signal reception \citep[Chapter 8]{0470092319}, provided that the
+%\textit{timing advance} (TA) value is known. The TA is the rough prediction of the \textit{round trip time} (RTT), time
+%required for a data packet to be received and acknowledged by the MS. Using this measure a rough circle can be made between
+%the BTS and the bordering points of the Cell-ID region.
+%To obtain the TA value a connection between the MS and the BTS has to exist or a silent call can be made
+%where the GSM subscriber does not even notice that he/she is being called since there is no ringing
+%or any other sign that an idle connection is being performed on the MS \citep[Chapter 4]{3GPPTS03.71}.
+%If there are more than one antenna, then the MS location can be even more precisely specified.
+%This can still be inaccurate, however, because of multipath signal reflections.
+%In urban environments it is usually the case that there is no optical line of sight between the BTS and MS,
+%so while the signal propagates from the BTS to the MS and vice versa it may be reflected by buildings
+%or other objects which add extra propagation time (extra range to the distance).
+The accuracy of this method is typically in a range of 200 m \citep{Zeimpekis}.
+This method can be seen both as a handset- and network-based position
+estimation technique, due to the fact that the user may run his/her own application on the cell phone or it can be applied by
+the network operator himself. This estimation technique does not require the MS to be a smart phone; it works with
+any type of cell phone.
+
+\subsection{Received Signal Strength}
+The RSS position estimation technique, as the name states,
+uses the signal strength measurement reports to localize the MS.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/RSS.pdf}
+ \caption{Basic idea of the RSS estimation technique. One rectangle location is represented by two
+ RSS measurements for two BTS, blue indicates BTS1 and red indicates BTS2.}
+\label{img:rssLoc}
+\end{figure}
+This method requires mapping the location blocks of the covered areas with RSS
+before it can be used \citep{Richard2011Master}. The basic
+idea can be seen in figure \ref{img:rssLoc}, where one location region is represented
+by two differently colored (blue and red) RSS measurements inside of one rectangle.
+By knowing the RSS in advance one can estimate
+the probability that the MS is located in the black rectangle.
+Since it is difficult to measure the RSS at every point, the map is interpolated with
+RSS using the Voronoin interpolation to calculate the expected RSS at places were
+the measurement have not been conducted \citep{Richard2011Master}.
+In the next step the probability
+distribution, the Bayes Theorem, is utilised to estimate the location of the MS
+by computing probabilities for all the points in the map. The precision of this method
+is limited to the amount of BTS in range and the manufacturer design of the RF front end
+in the cell phone. However, this method can be applied on any cell phone and does not
+require a smart phone. It is a network based estimation technique.
+
+\subsection{E-OTD and UL-TDOA}
+\label{LMUSync}
+E-OTD and UL-TDOA are two similar positioning techniques; both use the time difference of
+signal arrival and for this reason have been grouped together.
+E-OTD stands for Enhanced Observed Time Difference. This technique requires the GSM network to be
+clock-synchronized. The clock synchronization of the GSM network can be achieved with
+a Location Measurement Unit (LMU) \citep{ETSI.TS.125.111}. LMU's provide the precise time to the BTS's
+by having an atomic clock synchronized with the BTS on a seperate location from the BTS or
+by providing a special GPS device at the BTS' location that can provide the precise time \citep{ETSI.TS.125.111}.
+The clock synchronization of the MS and the BTS is required because the E-OTD technique
+takes advantage of measuring signal propagation time.
+A data signal with precise up-to-date time information is transmitted from three or more spatially distinct BTS's at the same time
+and then propagation time is measured on the MS (all these BTS's must be detecable by the MS itself) \citep{200mRangeEOTD}.
+Once the difference in time is known between when the signal was transmitted and when it was received,
+it is easy to estimate the relative position to the BTS's with hyperbolic trilateration \citep{200mRangeEOTD}
+\citep[Chapter 4]{3GPPTS03.71}.
+In order to estimate the absolute position, one must first know
+the absolute location of the BTS's. The basic idea can be seen in figure \ref{img:eotdLoc}.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=1.20]{img/EOTD.pdf}
+ \caption{Basic idea of the E-OTD positioning technique. Current time information
+ is transmitted from 3 different BTS's at the same time. Then the MS observes the difference of time when
+ the information arrive and using trilateration technique calculates the relative position of
+ the MS.}
+\label{img:eotdLoc}
+\end{figure}
+E-OTD requires the cell phone to be equiped with firmware to perform these measurements but does
+not require new or external hardware. The accuracy of this method lies in the range between 50-200 m, depending
+on the location of the MS \citep{malik2009rtls}. This method is can still be susceptible to the multipath signal problem, however.
+E-OTD is a handset-based position estimation technique.
+
+UL-TDOA (Up-Link Time Difference of Arrival) is a similar localization technique as E-OTD \citep{malik2009rtls}.
+The basic difference between UL-TDOA and E-OTD is that the signal propagation time is observed on the BTS's and
+not on the MS itself. To estimate the position of the MS, the BTS responsible for the MS forces the MS to request
+a handover to two or more BTS's nearby. The MS sends a handover burst signal and the neighboring BTS's
+measure the waiting time between the handover request signal itself and the transmitted burst from the MS.
+Using the observed time difference, the BTS's can compute the location of the MS. It is important to note that this
+position estimation technique takes place while there is an active call on the MS or the BTS makes a silent call
+to the MS where the mobile user is not aware of being tracked \citep{malik2009rtls}. This technique is slightly
+less accure than E-OTD; the accuracy lies between 50-300 m \citep{200mRangeEOTD}. The unsynchronized operation of
+the GSM network makes these two techniques impossible without clock synchronization. One microsecond error would produce
+an error of around 300 m. The advantage of UL-TDOA over E-OTD lies in the fact that no extra software modifications
+have to be made to the cell phone and this technique works on every cell phone. UL-TDOA is a network-based position
+estimation technique.
+
+\subsection{Other techniques}
+The previously-mentioned localization techniques are not the only existing methods but are the standardized ones.
+In this section, two more techniques shall be briefly described: Angle-of-Arrival and Google Maps' WiFi tagging.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=1.20]{img/AOA.pdf}
+ \caption{Basic idea of the Angle-of-Arrival positioning technique. The angle of the reception signal
+ on the BTS antenna is measured. By knowing at least two angles on two BTS's, it is possible to
+ interpolate the intersection point where the MS is located.}
+\label{img:aoadLoc}
+\end{figure}
+
+Angle-of-Arrival (AOA) is a localization technique that exploits a geometric fact that by knowing at least
+two angles from two known points, i.e. BTS's, it is possible to construct the third triangle point (intersection point).
+The intersection point represents the location of the MS. The angle is derived by a burst
+signal transmitted from the MS and the time difference of arrival for different elements of the burst
+signal. Once the angle is computed, it is straightforward to find the intersection point.
+This technique requires the BTS's to be synchronized with LMU's and to be in line of sight with the BTS's,
+otherwise this method shall develiver poor position results. It belongs to the group of network based
+position estimation techniques.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/WiFiTag.pdf}
+ \caption{Wireless Access Point tagging. The MS could be located anywhere where all three access points
+ are visible, this area has a wavy background and is between access points 1, 2 and 4.}
+\label{img:WiFiTag}
+\end{figure}
+
+Another technique gaining in popularity is used by Google Maps to identify the position of the user by
+simply tagging an area with all visible wireless access points \citep{googleLBS}. Since each access point has a unique MAC address
+it is not hard to identify them while driving through urban areas with a WiFi scanning device. The basic idea is
+depicted in figure \ref{img:WiFiTag}, where the MS in this particular example is located where access points
+1, 2 and 4 are visible at the same time stamp.
+This technique works efficiently indoors as well as outdoors in cities since
+reception ranges of 801.11 b/g wireless networks are not more than 30-150 m, though the new standard 801.11 n has a wider coverage area.
+A simple overview of all the discussed techniques is given in
+table \ref{tbl:overviewLoc}.
+
+\begin {table}[h]
+\caption{Overview of the localization techniques.}
+\label{tbl:overviewLoc}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{lllll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Technique}&\textbf{Sync.}&\textbf{Advantage\&Disadvantage}&\textbf{Accuracy}&\textbf{Type}\\\toprule
+Cell-ID& No& Works on any cell phone;& Anywhere in cell& Network\\
+ & &Imprecise&&\\%\midrule
+RSS & No& Works on any cell phone;& $\approx 300$ m& Network\\
+ & &Depends on cell phone&&\\
+ & &model and environment&&\\ \midrule
+E-OTD &Yes& Works on most new& $\approx 50-200$ m& Handset\\
+ & &cell phone models;&\\
+ & &Expensive because LMU&\\ \midrule
+UL-TDOA&Yes&Works on any cell phone& $\approx 50-300$ m& Network\\
+ & &Expensive because LMU&&\\ \midrule
+%AGPS&Yes/No&Works on some cell& $\approx 5-20$ m& Hybrid\\
+% & &phones with AGPS&\\
+% & &receivers; Very precise&\\ \midrule
+AOA &Yes&Works on any cell phone;& Depends if MS is& Network\\
+ & &Expensive because LMU&in line of sight&\\\midrule
+Google maps&No&Requires a smart phone&$\approx 5-30$ m& Handset\\
+with WiFi& &with Google maps and& &with aid\\
+ & &Wireless 801.11 b/g/n;& &of\\
+ & &Does not work outside & &Network\\
+ & &of cities or missing \&& \\
+ & &unknown WiFi signal&\\\bottomrule
+\end {tabular}
+\end {table}
+
+\subsection{Assisted-GPS}
+Another positioning technique is Assisted-GPS (AGPS). It has recently gained popularity
+because of the great number of smart phones with an embedded AGPS receiver.
+AGPS receivers can drastically decrease the waiting time required to estimate the position
+compared to GPS receivers if ``exact time'' is known \citep[Chapter 4]{diggelen2009a-gps}.
+AGPS works by exploiting the existing navigation satellite network.
+This method does not work on every cell phone as do the aforementioned methods.
+It requires the cell phones to be equiped with an AGPS receiver.
+From this point on, cell phones with an AGPS receiver shall be refered to as smart phones
+since they have another potential use aside from the default communication application. The AGPS
+position estimation technique is a hybrid-based technique because the position is estimated
+with the help of the handset and the network provider.
+In other words, the handset estimates the position and the network provider
+delivers the required assistance data for faster acquisition time. The aim of this thesis is
+to employ this technique to get positions of GSM users with smart phones.
+
+%Further analyses showed that the received signals arrive at the cell phone
+%with errors because of multiple propagation reflection and are often hardly
+%distinguishable from noise \citep[Chapter 2]{diggelen2009a-gps}.
+%The power of received signals on a GPS receiver is in the range
+%of 100 attowatts\footnote{1 attowatt = $10^{-16} W$.
+%The reception quality depends on the receiver's antenna and RF front-end design as well.}
+%when the GPS receiver is outdoors.
+%The signal strength becomes even smaller by a factor of 10-1000 if the user is
+%between tall buildings or indoors \citep[Chapter 2]{diggelen2009a-gps}. All these factors
+%affect the acquisition of GPS signals and make the correct reception of GPS signals unrealisable
+%and impractical.
+%Instead of searching manually for the GPS satellites and waiting
+%for the orbiting parameters to arrive from the satellites, which are required to estimate the
+%position, information about the orbiting GPS satellites is transmitted over an existing GSM
+%network infrastructure. This provides the AGPS receiver additional data to track weak signals.
+
+
+
+
+%\setchapterpreamble[u]{%
+% \dictum[Stobaeus] {What use is knowledge if there is no understanding?}
+%}
+\chapter{GPS \& Assisted-GPS}
+\label{gpsTheoryChatper}
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.38]{img/satelliteRanges.pdf}
+ \caption{GPS Simple working principle, a) example in 3D space with spheres b) example in 2D space with circles.}
+\label{img:GPSSimplePrinciple}
+\end{figure}
+In the new global economy age, GPS (Global Positioning System) positioning has become of important value for various services
+and businesses. It has been growing at a rate of 30\% in the past few years and the application
+market is expected to be worth \euro 240 milliard by 2020 only in Europe \citep{gpsMoney}.
+The goal of this chapter is to bring more details and insights of how GPS receivers work.
+The chapter is divided in few sections that explain what type of data are transmitted by the satellites.
+how they are modulated before transmission, demodulated on the receiver and how the search space works to
+track a GPS satellite.% and % how the target user position is estimated.
+
+It is important to understand the basic principle of GPS navigation.
+GPS positioning works by using the principle of \textit{trilateration}.
+Distances from the satellites to the GPS receiver are measured and
+from these distances receiver's position is estimated. The distances are estimated
+by measuring the signal propagation time between the satellites and the receiver,
+this position estimation technique belongs to the group of time-of-arrival (TOA) methods.
+Once sufficient amount of measurements from different satellites were generated,
+the position of the receiver can be approximated.
+%It is important to note that the satellite positions
+%need to be known before proceeding with any calculations.
+The general principle of this idea can be seen in figure
+\ref{img:GPSSimplePrinciple}, figure (a) shows the idea
+with spheres in 3D space and figure (b) the same idea but in 2D space.
+The blue, yellow and green wireframes below the GPS satellites represent the spheres
+for the given range between the satellites and the GPS user. By knowing the positions
+of the reference points, i.e. positions of GPS satellites, user's position can be estimated.
+By intersecting three spheres, the 2D position of the user can be estimated.
+The GPS satellites are positioned in orbits so that at every moment at any spot on Earth, at least four satellites are visible
+(a spot can be considered as a mountain peak since in the cities GPS signals are blocked by buildings).
+
+
+\section{GPS data and signal modulation/demodulation}
+\label{sec:gpsDataAndSignal}
+The aim of this section is to give the reader an overview of the transmitted GPS data and
+to understand what type of processing takes place on the GPS satellite itself.
+As discussed in the paragraph earlier, to estimate the position of the GPS receiver, it is
+important to know the position of the satellite at the moment of signal transmission. Prior to
+releasing the data in the athmosphere, they need to be modulated in order for the GPS receiver
+to receive the data.
+
+Each one of the GPS satellites transmits the same type of information.
+The transmitted data are called \textit{frames} \citep{9780817643904}.
+One frame of data can be seen in figure \ref{img:gpsframe}. Every of the 25 transmitted frames
+can be divided into five subframes of 300 bits length \citep{diggelen2009a-gps}. The data in the
+frames are called \textit{navigation data} because using them the GPS receiver can estimate
+user's position.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.60]{img/NAV-Message.pdf}
+ \caption{One frame of 1500 bits on L1 frequency carrier. Image courtesy of \citep{harper2010server-side}.}
+\label{img:gpsframe}
+\end{figure}
+Each subframe can be divided into three fields of data,
+as shown in figure \ref{img:gpssubframe}, Telemetry (TLM),
+Handover Word (HOW) and rest of the data (navigation data).
+TLM is the first word of the subframe and consists of
+a unique preamble used to synchronize and identify
+the subframes \citep{9780817643904}. HOW is the second
+word of the subframe and consists of the \textit{GPS system time}
+and subframe ID \citep{9780817643904}.
+GPS system time is the time the atomic clock on the satellite generates
+at the moment of subframe broadcast
+and it acts as a time stamp \citep{GPS-Interface-Specification}.
+These atomic clocks are calibrated and maintained on
+a daily basis by the U.S. Air Force \citep{GPS-Pentagon}.
+The time the atomic clock generates, denoted as $t_{SV}$, is
+generated at the moment of the subframe broadcast
+\citep{GPS-Interface-Specification}.
+The third segment of the subframe, indicated as rest of data in figure
+\ref{img:gpssubframe}, consists of the navigation data. The first subframe
+includes data about the satellite accuracy and health parameters as well as data
+used for the clock corrections on the GPS receiver. These clock correction parameters
+can be characterized as bias, drift and aging errors \citep{GPS-Interface-Specification}.
+Subframe two and three are made of \textit{ephemeris data}. Ephemeris
+information are precise parameters for predicting the precise orbital
+position of the GPS satellite. Without the ephemeris data it is not possible for the GPS receiver
+to estimate its position.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/GPSSubframe.pdf}
+ \caption{Subframes always start with telemetry and handover words, the rest are parameters for removing errors and for estimating
+ satellite's position.}
+\label{img:gpssubframe}
+\end{figure}
+Fourth and fifth subframes include \textit{almanac data}, low-precision clock corrections,
+ionospheric model and UTC time calculation parameters.
+Ionospheric model and UTC time calculation parameters are required
+by the GPS receiver to refine the calculation of delays through
+the ionosphere \citep{9780817643904}. Almanac information is
+rough coarse parameters for predicting the orbital position of the GPS satellites.
+These low-precision parameters (almanac) are used by the receiver to estimate the rough
+position of the satellites which in return reduces the searching space of emitting
+satellite frequencies. Although all satellites transmit on the same frequency,
+when the signals are received on Earth, they have a different frequency
+from the transmitted one because of the Doppler effect
+\footnote{Doppler effect is a
+phenomenon that happens as a result of relative
+motion of the two bodies, transmitter and
+receiver, towards or away from each other and causes
+frequency shift of the electromagnetic wave
+\citep[Chapter 4]{3540727140}.}.
+Once the frequencies are known, the receiver can track the satellites and
+obtain ephemeris parameters which are required to estimate the position.
+The first three subframes are satellite dependent and do not change in the
+transmitted 25 frames aside from the system time stamp \citep{GPS-Guide}.
+The reason why there are 25 frames is because of the last two subframes,
+four and five. Subframes four and five have data which cycle through the
+25 frames, i.e. almanac data are transmitted for all the 32 GPS
+satellites\footnote{24 satellites are used in the GPS system, the rest is
+used in case one of the 24 fails.} in case the receiver found only one
+satellite and once it collected all almanac data, it can search for other
+visible GPS satellites. These 25 frames create a masterframe.
+Once the 25 frames have been transmitted, the process is repeated again.
+
+%This shall be further explained in more details in the following sections \ref{sec:Carrierdemod},
+%\ref{sec:CAdemod} and \ref{sec:2dSearch}.
+
+
+The data are modulated using the Binary Phase Shift Keying (BPSK) technique. The
+newly modulated signal, denoted as \textit{L1}, and it is emitted from the satellite's
+directed antennas toward Earth \citep{GPS-Guide}. The BPSK technique works by changing
+the phase of the carrier signal for $180^{\circ}$ at the moment of bit toggle (flipping) in the
+data \citep{GPS-Guide} \citep{9780817643904}.
+Basic principle of this technique can be seen in figure \ref{img:bpskmod}. The carrier wave
+for GPS BPSK modulation is centered at a frequency of 1575.42 MHz \citep{9780817643904}.
+These signals travel an average distance of $20200 \, km$ from the satellite to the GPS receiver
+and are affected by various sources of noise. BPSK modulation is mostly used for satellite links
+because of its simplicity, immunity to noise and signal intereference for the cost of
+low speed data transfer rates \citep[Chapter 1]{9780849316579}.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/BPSKModulation.pdf}
+ \caption{BPSK Modulation - First depicted signal is the carrier wave,
+ and it is multiplied (mixed) with the second signal, which are
+ the data to be transmitted. The resulting signal at the output
+ of the satellite antenna is the third one.}
+\label{img:bpskmod}
+\end{figure}
+
+However, before the raw subframes enter the BPSK modulation process, they are XORed
+with Pseudo Random Noise (PRN) sequences for different satellites (each satellite
+owns a unique PRN sequence) \citep{9780817643904}. PRN sequences are used because they allow
+the identification of each satellite's transmitted data on the receiver, same satellite emitting
+frequency as well as to enable the distance measuring mechanism between the satellite and
+the GPS receiver. When the received signals are processed, equivalent PRN sequences are generated
+on the GPS receiver and then they are compared with the received PRN sequences which are delayed (shifted)
+due to the distance between the satellite and the receiver. This delay multiplied with the speed of
+light yields the distance between the satellite and the GPS receiver.
+PRN sequences have similar autocorrelation properties as noise, when it is shifted in
+time domain it has a low correlation value whereas when it is matched with exact image of itself
+it produces a high correlation peak \citep[Chapter 3]{bensky2008wireless}. This property is used
+for identifying the satellites and for finding the exact phase shift. This phase shift
+is a consequence of the relationship between the instantaneous frequency $f(t)$ and instantaneous phase $\phi(t)$
+at time instance $t$,
+the relationship between frequency and phase can be seen in equations \eqref{eq:freqPhase}
+and \eqref{eq:phaseFreq}. In other words, due to the Doppler effect the phase of the PRN sequence is
+disordered. Without the exact phase shift it is not possible to demodulate the original data (TLM, HOW and
+navigation data) from the received signals.
+\begin{equation}
+\label{eq:freqPhase}
+f(t)=\frac{1}{2\pi}\frac{\partial}{\partial t}\phi(t)
+\end{equation}
+\begin{equation}
+\label{eq:phaseFreq}
+\phi(t) = 2\pi \int_{-\infty}^{t} f(t) dt
+\end{equation}
+The second important property of PRN sequences is the property of
+orthogonality. This property enables the reception of different data on the same frequency,
+also known as Code Division Multiple Access (CDMA). It is important to note that the PRN sequences
+must have a higher frequency rate than the data, i.e. the bit duration of a PRN sequence is much shorter
+than of the data \citep[Chapter 3]{bensky2008wireless}. Single bits in PRN sequences are called \textit{chips}
+and the complete sequence as \textit{code} \citep[Chapter 3]{bensky2008wireless}. This newly generated
+signal is called direct sequence spread spectrum (DSSS) \citep[Chapter 3]{bensky2008wireless}. In
+GPS terminology it is named as Code/Acquisition (C/A) code. C/A code is feed into the BPSK modulation
+process, where it is mixed with the carrier wave. The new produced signal is the L1.
+Transmission speed of the navigation message is 50 bps, therefore the reception of a complete
+masterframe requires around $\approx12.5$ minutes, i.e.
+$(1500 \, \mathrm{bits per frame}\, \cdot \, 25 \, \mathrm{frames}) / (50 \,\mathrm{bps} \, \cdot \, 60\, \mathrm{s})$.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/GPS-Modulation.pdf}
+ \caption{Modulation of the GPS signal L1. Image courtesy of \citep{harper2010server-side}.}
+\label{img:gpsmod}
+\end{figure}
+
+The described GPS navigation data modulation can be seen in figure \ref{img:gpsmod}. The figure
+can be mathematically represented in the form of equation \eqref{eq:GPSSignalReceived1} \citep{1656803}, where $D(t)$
+are the navigation data at the moment $t$, $C(t)$ is the PRN chip at the moment $t$, $cos(2\pi f_{c}+\varphi_{SV})$
+is the generated carrier wave with frequency $f_c$ and phase $\varphi_{GPS}$, $P$ is output power of the transmitter
+amplifier.
+\begin{equation}
+\label{eq:GPSSignalReceived1}
+S(t) = PD(t)C(t)cos(2\pi f_{c}+\varphi_{GPS})
+\end{equation}
+The equation \ref{eq:GPSSignalReceived1} shall be rewritten as shown in \ref{eq:GPSSignalReceived2}. It
+is the equivalent equation but at the GPS receiver, where $d_{C/A}$
+is the C/A data and $n(t)$ is the random noise at moment $t$ generated by various factors that influence
+electromagnetic waves.
+In the next section, more details shall be revealed on the process of demodulating the GPS L1 signal and acquiring the
+correct time and position.
+\begin{equation}
+\label{eq:GPSSignalReceived2}
+S(t) = \sqrt{\frac{P}{2}}d_{C/A}cos(2\pi f_{c}+\varphi_{GPS}) + n(t)
+\end{equation}
+
+
+
+
+
+
+% \section{GPS signal acquisition and demodulation}
+% \label{sec:SigDemod}
+% GPS satellites\footnote{Ssatellites are named as space vehicles
+% in GPS terminology and the abrevation SV is used in the equation notations
+% to denote a parameter related to the satellite itself.}
+% orbiting our planet, at a distance of approximately $20200 \, km$,
+% are equiped with precise atomic clocks \citep[Chapter 2.7]{diggelen2009a-gps}.
+% These atomic clocks are calibrated and maintained on
+% a daily basis by the U.S. Air Force \citep{GPS-Pentagon}.
+% The time the atomic clock generate, refered earlier as GPS
+% system time, denoted as $t_{SV}$, is generated as a time stamp at the moment
+% of the subframe broadcast \citep{GPS-Interface-Specification}.
+% In addition to the
+% broadcast time, subframe 1 contains parameters to account
+% for the deterministic clock errors embedded in the
+% broadcasted GPS system time stamp. These errors can be
+% characterized as bias, drift and aging errors
+% \citep{GPS-Interface-Specification}. The correct broadcast
+% time, denoted as $t$, can be estimated using the model given in equation
+% \eqref{eq:timecorrection1} \citep{GPS-Interface-Specification}.
+% In equation \eqref{eq:timecorrection2}, where the GPS
+% receiver is required to calculate the satellite clock
+% offset, denoted as $\Delta t_{SV}$, a number of unknown terms can be
+% seen. These terms are encapsulated inside of the transmitted frames. The polynomial
+% coefficients: $a_{f0}$ - \textit{clock offset}, $a_{f1}$ -
+% \textit{fractional frequency offset}, $a_{f2}$ - \textit{
+% fractional frequency drift}; and
+% $t_{0c}$ - \textit{reference epoch} are encapsulated inside
+% of subframe 1. The only remaining unknown term left in equation
+% \eqref{eq:timecorrection2} is the \textit{relativistic correction
+% term}, denoted as $\Delta t_{r}$. $\Delta t_{r}$ can be evaluated
+% by applying the equation given in \eqref{eq:timecorrection3}.
+% $F$ is a constant calculated from the given parameters
+% in \eqref{eq:paramconst1} and \eqref{eq:paramconst2},
+% whereas $e$, $\sqrt{A}$ and $E_{k}$ are orbit
+% parameters encapsulated in subframes 2 and 3
+% \citep{GPS-Interface-Specification}.
+%
+% \begin{equation}
+% \label{eq:timecorrection1}
+% \centering
+% t=t_{SV}-\Delta t_{SV}
+% \end{equation}
+% \begin{alignat}{4}
+% & \Delta t_{SV} &= \;& a_{f0} + a_{f1}(t_{SV}-t_{oc}) + a_{f2}(t_{SV}-t_{oc})^{2} + \Delta t_{r} \label{eq:timecorrection2} \\
+% & \Delta t_{r} &= \; & Fe\sqrt{A}\sin{E_{k}} \label{eq:timecorrection3} \\
+% & F &= \;& \frac{-2\sqrt{\mu_{e}}} {c^{2}} = -4.442807633 \cdot 10^{-10} \frac{s}{\sqrt{m}} \label{eq:timecorrection4}
+% \end{alignat}
+%
+% Nevertheless, the broadcast satellite time
+% information is not sufficient to estimate the precise
+% time at the moment of the signal arrival. Even though the signal
+% arrives in approximately\footnote{Propagation time
+% depends on user and GPS satellite position.} $77 \, ms$,
+% the precision of the atomic clock is in the
+% range of 10 ns \citep[Chapter 2]{diggelen2009a-gps}.
+% Undoubtedly the signal propagation (travel)
+% time, denoted as $t_{prop}$, has to be taken into account.
+% In that case, the exact time at the moment of arrival is known,
+% denoted as $t_{exact}$ and is given in equation \eqref{eq:exactTime}.
+% %The signal propagation time must be known to
+% %estimate the distance from the satellite
+% %but is not sufficient to estimate the position of the GPS receiver.
+% Propagation time is computed by measuring the phase shift of the C/A
+% signal, more details shall be given in sections \ref{sec:CAdemod}
+% and \ref{sec:distanceAndPosition}.
+% More importantly, $t_{exact}$ time shall be later used
+% to synchronize various time dependent systems like the
+% GSM, LTE, GNSS or other communication and ranging systems.
+% \begin{equation}
+% \label{eq:exactTime}
+% t_{exact} = t_{prop}+t
+% \end{equation}
+
+\subsection{Carrier wave demodulation}
+\label{sec:Carrierdemod}
+In order to calculate the signal propagation time between
+the satellite and the receiver, the internal sine
+wave synthesizer inside of the receiver has to be
+synchronized with the carrier sine wave generator
+of the GPS satellite \citep{4560215}. In other words,
+the identical carrier wave replica has to be generated
+on the receiver as on the satellite \citep{736341}.
+However, the received signal is not the equivalent
+of the transmitted signal due to the nature of the
+Doppler effect and wave propagation properties. The transmitted signals arrive
+phase disordered at the receiver \citep{4560215}.
+Considering that the GPS satellites orbit the Earth with
+a speed of around $3.9 \, km/s$, the Earth rotates
+around its axis and the target user
+with the GPS receiver may move as well, the Doppler effect
+is unavoidable. The observed phase at the receiver antenna,
+denoted as $\varphi_{o}$, can be described using
+the equation given in \eqref{eq:phaseShift},
+where $\varphi_{GPS}$ is the known satellite
+carrier wave phase (as specified in the standard), $\delta \varphi_{SV}$ the clock
+instabilities on the GPS satellite,
+$\varphi_{a}$ the phase shift error
+caused by propagation delays in the ionosphere
+and troposphere respectively, $\delta \varphi_{DE}$ the phase shift
+caused by the Doppler effect and $\delta \varphi_{w}$
+is the wideband noise phase shift.
+\begin{equation}
+\label{eq:phaseShift}
+\varphi_{o} = \varphi_{GPS}+ \delta\varphi_{SV} + \varphi_{a} +\delta \varphi_{DE} + \delta \varphi_{w}
+\end{equation}
+The task of the demodulation process is to
+generate a replica carrier wave with the matching
+phase shift and mix it with the incoming signal.
+In the ideal case the observed phase
+on the antenna and the generated phase on the
+receiver, denoted as $\varphi_{rec}$, cancel each other
+out, that is to say, equation \eqref{eq:phaseIdealCase}
+equals zero.
+\begin{equation}
+\label{eq:phaseIdealCase}
+\Delta \varphi = \varphi_{o} - \varphi_{rec}
+\end{equation}
+The circuit responsible for generating the same
+carrier wave is the Phase Locked Loop (PLL).
+The PLL circuit is a feedback loop that modifies the synthesized wave parameters
+such that $\Delta \varphi \approx 0$, a phase shift is shown in figure \ref{img:phaseShift}.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.5]{img/Phase-Diff.pdf}
+ \caption{Two carrier waves with the same frequency but different phase shift.}
+\label{img:phaseShift}
+\end{figure}
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.5]{img/L1-Demodulation.pdf}
+ \caption{Demodulation of the L1 GPS signal.}
+\label{img:L1Demod}
+\end{figure}
+
+The reason why the equivalent carrier wave must be generated is explained in more detail in appendix
+\ref{sec:carWavDemod}. At this point, the C/A data (navigation message modulated with the PRN code)
+have been extracted, it is required to demodulate C/A data as well (remove the PRN code).
+
+
+\subsection{C/A wave demodulation}
+\label{sec:CAdemod}
+As a result of the previous step, one can continue with
+the demodulation of the C/A wave. Demodulating the C/A wave
+with the PRN code will result in the required data for
+estimating the position.
+Each tracked GPS satellite signal is demodulated seperately
+using the same PRN code, code chipping rate and carrier frequency-phase
+for the given satellite \citep[Chapter 4]{understandGPS}.
+The carrier frequency-phase was determined in the previous step.
+The PRN codes for each GPS satellite is well defined and
+known by the GPS receiver. The receiver has to generate the
+equivalent PRN code with matching code chipping rate (phase)
+of the transmitted C/A code, this is depicted in figure \ref{img:prnCodeCompare} \citep[Chapter 5]{understandGPS}.
+This phase shift is again a consequence of the Doppler effect.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/PRN-ChipRate.pdf}
+ \caption{Comparison between the original C/A code generated on the
+ GPS satellite with two synthesized PRN codes with a different phase shift on the receiver. Image courtesy of \citep{understandGPS}.}
+\label{img:prnCodeCompare}
+\end{figure}
+For the particular example, the matching phase shift was achieved with
+the second replica PRN code, with a phase shift of $\tau=0$ but
+there could be a case with any other value of $\tau$, $\tau\in[0,1022]$.
+Implementation of the PRN code synthesizer depends on the GPS receiver
+manufacturer but it is usually implemented as a Linear Feedback Shift
+Registers (LFSR) that produces an output according to a predefined function $f(\tau)$.
+This function, $f(\tau)$, generates an PRN code, that is
+delayed in phase by $\tau$, where $\tau$ is a multiple of the chipping
+rate period $T_{c}=977.5 \,ns$. This demodulation process, of finding the correct chipping rate,
+is given in appendix \ref{sec:CAwaveDemodApend}. Both carrier wave and C/A wave demodulation
+have to be executed at the same time. This can be represented as a 2D search space problem.
+This problem will be further analyzed in the following section. % and it will provide an answer why
+%it takes so long to estimate a position.
+
+\newpage
+\section{Implementation of the 2D search space problem}
+\label{sec:2dSearch}
+The 2D search space is limited by well known
+physical properties of the GPS navigation system, such as the motion speed of GPS satellites
+and the receiver as well as the frequency oscillator on the receiver. GPS satellites move toward or away
+from the GPS receiver with a speed of $800 \, \mathrm{m/s}$
+\citep[Chapter 3]{diggelen2009a-gps}. The Doppler effect on the frequency
+of the satellite can be estimated using equation \eqref{eq:dopplerEffectSpeed},
+where $f_{e}$ is the emitting frequency (L1), $v_{SV}$ is the speed of the
+satellite towards or away from the receiver and $c$ is the speed of light.
+\begin{equation}
+\label{eq:dopplerEffectSpeed}
+f_{DE} = f_{e}\frac{v_{SV}}{c}
+\end{equation}
+By inserting the appropriate values in equation \eqref{eq:dopplerEffectSpeed}
+yields a result of $\approx4.2 \, \mathrm{kHz}$, for $800 \, \mathrm{m/s}$ and
+$\approx-4.2 \, \mathrm{kHz}$ (if the satellite moves away from the GPS receiver
+then the speed is taken as negative). This makes a total range of $\approx8.4 \, \mathrm{kHz}$.
+The Doppler effect of the GPS receiver motion can be ignored since for
+each $1 \, \mathrm{km/h}$ speed of movement, it affects the frequency
+range for $\approx 1.46 \,\mathrm{Hz}$. On the other hand, the frequency offset induced by the reference
+oscillator in the GPS receiver can not be ignored. Function of the reference
+oscillator is to give the GPS receiver the clock pulse required for all
+the computations and comparisons in the process of signal demodulation.
+The frequency search space is ``additionaly affected for $1.575 \, \mathrm{kHz}$
+of unknown frequency offset for each $1 \, \mathrm{ppm}$
+(\textit{parts per million}) of the unknown receiver
+oscillator offset'' \citep[Chapter 3]{diggelen2009a-gps}. The reference oscillators
+in GPS receivers have typically an offset of
+$\pm0.5, \pm1, \pm2, \pm3, \mathrm{or} \pm5 \,\mathrm{ppm}$
+\citep{daishinku}, \citep[Chapter 3]{diggelen2009a-gps}, the standard in
+smart phone design has been set to $\pm 2.5 \, \mathrm{ppm}$
+\citep{oscillatorGPSSmarthPhone}. In the worst case this makes the
+unknown frequency to be in range of $10 \, \mathrm{kHz}-25 \, \mathrm{kHz}$.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.70]{img/2D-SearchSpaceInk.pdf}
+ \caption{Segment of the frequency/code delay search space for a single GPS satellite. Image courtesy of \citep{diggelen2009a-gps}.}
+\label{img:prnSearchSpace3d}
+\end{figure}
+A typical receiver searches in frequency bands (bins) of several hundred Hz \citep{1656803}.
+Commonly used frequency bin size is $500 \, \mathrm{Hz}$,
+therefore there are about 20-50 bins to search ($10000\, \mathrm{Hz}/500\, \mathrm{Hz} = 20$) \citep[Chapter 3]{diggelen2009a-gps}.
+The frequency search bin size is a function of the desired peak magnitude loss (signal to noise ratio)
+due to the frequency mismatch and integration time period. This means with larger frequency bands,
+it becomes harder to identify the correlation peaks required to obtain the GPS data, described in section \ref{sec:CAdemod}.
+% The frequency search bin size can be estimated using the frequency
+% mimsmatch loss \textit{sinc} function given in equation \eqref{eq:mistunigLoss} \citep{implSoftGPSRec},
+% \citep[Chapter 6]{diggelen2009a-gps},
+% where $\Delta f$ is the frequency mismatch in $\mathrm{Hz}$,
+% in other words it represents the difference
+% between the received signal frequency and
+% the synthesized carrier frequency on the receiver;
+% and $T_{ci}$ is the coherent integration time (usually $0.5\, ms$ according to \citep{implSoftGPSRec}
+% and \citep[Chapter 3]{diggelen2009a-gps} but depends on the implementation).
+% \begin{equation}
+% \label{eq:mistunigLoss}
+% D_{F} = \left\vert \frac{\sin(\pi \Delta fT_{ci})}{\pi \Delta fT_{ci}} \right\vert
+% \end{equation}
+% The frequency mimsmatch loss sinc function, $D_{F}$, is evaluated in dB,
+% therefore for a loss of $\approx 0.98 \,\mathrm{dB}$, the frequency mismatch ought to be
+% $\Delta f = 250\, \mathrm{Hz}$,
+% due to the fact that the maximum loss shall occur when the frequency is differing
+% by 1/2 of the bin spacing. That is to say, for a bin space of 500 Hz, it is 250 Hz.
+
+``The total range of possible GPS code delays is $1\, ms$. This is because the GPS C/A
+PRN code is $1 \,ms$ long, and then it repeats. The PRN code chipping rate is $1.023
+\,\mathrm{MHz}$, and there are 1023 chips in the complete $1\, ms$ epoch'' \citep[Chapter 3]{diggelen2009a-gps}.
+%Size of the frequency
+%bin is inversely proportional to the ratio between the amplitude of the detected
+%peak and other non-peak values,
+%the smaller the bins are the higher the peak will be.
+For the purpose of better understanding, a segment of the
+frequency/code delay search space is shown in figure \ref{img:prnSearchSpace3d}.
+The peak implies the correct Doppler frequency and code delay have been found. In figure
+\ref{img:prnSearchSpace3d} smaller frequency bins have been used so that the concept
+becomes understandable to the reader. The speed of searching the 2D search space (finding the peak)
+depends on the complexity and strategy of the implemented algorithm \citep[Chapter 6]{9780817643904}. In the worst case,
+there are in total 102300 conbinations in the search space,
+this can be derived from equation \eqref{eq:totalSearch}.
+\begin{equation}
+\label{eq:totalSearch}
+\mathrm{Search \, Space} = 50 \,\mathrm{(bins)} \cdot 1023\, \mathrm{(C/A \,codes)} \cdot 2\, \mathrm{(Phases\, per\, C/A\, chip)}
+\end{equation}
+% \begin{figure}[ht!]
+% \centering
+% \includegraphics[scale=0.50]{img/2DSearchSpace.pdf}
+% \caption{The total search space.}
+% \label{img:SearchSpace2d}
+% \end{figure}
+% The common strategy is to start searching from the middle frequency bins and to jump
+% up and down until the entire search space has been exhausted (first 500 Hz,
+% second -500 Hz, then in the 1000 Hz bin and then in the -1000 Hz bin),
+% as shown in figure \ref{img:freqSearch}
+% \citep[Chapter 3]{diggelen2009a-gps}.
+% This procedure is performed when no extra information are known by the receiver (almanac data
+% are missing), i.e.
+% first time the GPS receiver is turned on. It is known under the name of cold start.
+%
+% \begin{figure}[ht!]
+% \centering
+% \includegraphics[scale=0.50]{img/frequencySearch.pdf}
+% \caption{Idea of the frequency searching algorithm.}
+% \label{img:freqSearch}
+% \end{figure}
+
+There are three different working modes when it comes to finding a solution
+to the 2D search space problem. If no information are known,
+when some information are known and when almost all information are
+known. These three modes are known as \textit{cold},
+\textit{warm} and \textit{hot} start. Cold start indicates the GPS receiver
+has no almanac, ephemeris, oscillator offset and time data. In this case it is
+the cold start and the GPS receiver needs to obtain all these information manually using
+the described steps in this chapter. Once the receiver obtains all these information,
+it stores them in its Electrically Erasable Programmable Read Only Memory (EEPROM).
+In order for the GPS receiver to track the satellites faster next time it is started,
+it uses the previously stored information (last known almanac,
+oscillator offset, time and position data). This new type of start,
+is known as a warm start, provided that the data in the receiver's EEPROM are not older
+than 180 days and its real time clock counter was constantly updated\footnote{The almanac data
+are valid for 180 days.}. This way the GPS receiver can use the previously saved information
+to estimate the rough position of the satellites, therefore the Doppler effects can be
+roughly estimated. As a consequence of the known Doppler effect, the frequency bins to
+search through to obtain the correlation peak are this time limited \citep[Chapter 3]{diggelen2009a-gps}.
+Hot start works in the same manner as warm start however, the ephemeris data and time data are precisely
+known (time is known in accuracy of submilliseconds). The process of finding user's position is explained
+in detail in appendix section \ref{sec:distanceAndPosition}.
+
+\section{Assisted GPS in wireless networks}
+\label{sec:agps}
+In the following paragraphs Assisted-GPS (AGPS) shall be presented and how it works.
+AGPS receivers work on the equivalent idea as warm/hot start on GPS receivers.
+Instead of loading the recently saved data from the EEPROM, an external
+information transfer medium is used to deliver the equivalent type of information that are known
+at the warm/hot start \citep{755159}, \citep{901174}, \citep{springerlink:10.1007/s10291-002-0028-0}.
+In this work, the external transfer medium is air and the information are transferred using electromagnetic
+waves. The existing GSM interface was utilised for the purpose of delivering the data to the smart phone
+with an AGPS receiver. The basic scenario can be seen in figure \ref{img:agpsPrinciple}. The BTS station
+is connected to the GPS reference station. The GPS reference station delivers the GPS data: exact time stamps;
+approximate location; satellite health as well as clock corrections; ionospheric and UTC model; almanac and
+ephemeris data (data transmitted by the GPS satellites). These data are then transmitted to the MS with a position request.
+\citep{springerlink:10.1007/s10291-002-0028-0}.
+\begin{figure}[hb!]
+ \centering
+ \includegraphics[scale=0.50]{img/A-GPS.pdf}
+ \caption{Basic AGPS principle.}
+\label{img:agpsPrinciple}
+\end{figure}
+
+Time stamp is not used in GSM networks since it can be
+off by several seconds and would require additional equipment for synchronizing the network
+\citep{springerlink:10.1007/s10291-002-0028-0}, \citep{901174}. However in CDMA networks the time stamp is
+accurate to within $100 \, \mu s$ \citep{springerlink:10.1007/s10291-002-0028-0}. Approximate
+location is typically taken to be the location of the BTS from which the target AGPS receiver
+acquires the assistance data. Ephemeris and navigation data obtained from the GSM network provider
+help the smart phone to estimate its position. This method can greatly
+enhance the sensitivity of the receiver especially in urban environments \citep{springerlink:10.1007/s10291-002-0028-0}.
+
+Conventional GPS receivers require at least up to extra $18$ to $30\,s$ to receive and decode the navigation data
+and to generate a location fix \citep{springerlink:10.1007/s10291-002-0028-0}.
+The bit error rate associated with gathering and decoding data dramatically decreases since the acquired signals
+can be attenuated by $10$ to $20\, \mathrm{dB}$ indoors \citep{springerlink:10.1007/s10291-002-0028-0} of the nominal
+$-130 \,\mathrm{dB}$ on a $3\, dBi$ ``linearly polarized user receiving antenna\footnote{3 dBi antenna indicates
+an antenna with a gain of $3\, \mathrm{dB}$ with respect to an isotropic (omnidirectional) antenna
+\citep[Chapter 2]{diggelen2009a-gps}.} (located near ground) at worst normal orientation''
+\citep{GPS-Interface-Specification}.
+
+A simplified AGPS algorithm given in \citep{springerlink:10.1007/s10291-002-0028-0} will be presented. This
+algorithm benefits the more assistance data are known. As the first satellites are tracked,
+the AGPS algorithm has an estimation of the feasible region where the target AGPS user might be located.
+Consequently, this feasible region shall shrink until the location has been fully estimated
+\citep{springerlink:10.1007/s10291-002-0028-0}.
+ \begin{enumerate}[(i)]
+ \item Visible satellites and their positions are identified and computed out of the delivered ephemeris
+ and time data.
+ \item For each visible satellite $SV_i$, the code phase, $\tau_i$, is estimated.
+ \item Pseudoranges are calculated for each visible satellite $SV_i$.
+ \item Trilaterate the position out of the pseudoranges $\rho_i$.
+ \end{enumerate}
+Although the AGPS algorithms can be seen as a set of equations with more unknown terms being known. It is
+straightforward to solve a set of equations when all the terms are known. However, without assistance information
+which provide additional information to the GPS receiver,
+it takes more time to obtain (decode) assistance data from the satellite message. The set of equations
+to be solved is described in detail in appendix section \ref{sec:distanceAndPosition}.
+Numerous AGPS algorithms exist, some do not require the exact time component and navigation data to
+be present in the assistance data \citep{998892}.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+\chapter{Radio Resource Location Protocol}
+\label{rrlpChapt}
+This chapter examines the Radio Resource Location Protocol (RRLP) and provides a description
+how it works inside of the GSM network. RRLP is a protocol from the family of Location Services (LCS)
+which were not part of the initial GSM standard. It is a widely used protocol in other cellular
+networks like UMTS, it was later introduced to the GSM system as well \citep{3GPPTS03.71}. It was
+developed by the request of government and rescue organizations to fulfill the wireless enhanced 911
+standard in the US, each mobile user had to be located within a range of 300 m in 95\% of cases and
+within 100 m in 67\% of cases \citep{E911Accuracy}. The RRLP protocol supports three positioning
+techniques: E-OTD, UL-TDOA and AGPS \citep{3GPPTS03.71}.
+The LCS process can be divided into two seperate stages, signal measurements and
+position estimation from the derived data in the previous stage.
+
+
+\section{RRLP Request}
+RRLP represents the connection/protocol between the Serving Mobile Location Center (SMLC)
+and the standalone handset, in this case the MS \citep[Chapter 5]{harper2010server-side}.
+SMLC is located on the BSC \citep{3GPPTS03.71}. SMLC' primary function is to manage
+the overall coordination and scheduling of resources required to perform the localization of the MS.
+SMLC controls the LMU's as well but since in this work no LMU were available this part
+can be skipped as well as the description of E-OTD and UL-TDOA localization. Before an attempt is made, of requesting the SMLC to initialize an RRLP request, an SDCCH connection
+channel has to be initialized to the MS, this connection can not be seen by the MS user\footnote{However,
+it is possible to take into consideration that something is going on the cell phone if the MSs battery
+is drained faster because an active RF connection drains the battery faster than a passive MS
+connected to the GSM network.}.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.50]{img/RRLPRequest.pdf}
+ \caption{RRLP Request protocol. Assistance data can be sent before the request is made. If the assistance
+ data are sent, their reception acknowledgement is sent as a response from the MS.
+ Image courtesy of \citep{harper2010server-side} and \citep{04.31V8.18.0}.}
+\label{img:RRLPReqProt}
+\end{figure}
+
+Data sent inside of a protocol are called Protocol Data Unit (PDU). On different
+layer levels PDU's may take a different shape and size because of the encapsulation
+or splitting \citep{kozierok2005the} \citep{stevens1994tcp/ip}.
+In RRLP the PDU's sent from the SMLC are not allowed be greater than 244 bytes\footnote{Bytes of 8 bits!} \citep{04.31V8.18.0}.
+Although the standard defines that larger packets ought to be split into smaller pieces in lower layers, in this work the
+rule of 244 bytes has been obeyed due to crashing of the GSM operating software, thus each PDU packet was not greater
+than 211 bytes. In the RRLP standard terms, the messages are entitled
+as \textit{components} and fields in the messages (components) are labeled as \textit{information elements} (IE) \citep{04.31V8.18.0}.
+The SMLC may send only the request for the position of the MS or it may assist the MS with assistance data
+required to estimate its position. In case of an AGPS request, assistance data may be ephemeris, almanac,
+accurate timing data or other assistance data that may help the receiver to estimate its position in a shorter period of time.
+The RRLP protocol is shown in figure \ref{img:RRLPReqProt}. Dashed lines represent optionally transmitted data
+like the assistance data. If assistance data are present, an acknowledgement or error will be produced by the MS after
+every RRLP assistance packet has arrived. Once the MS obtains the RRLP request,
+after a period of processing time, the MS will send its response back to the SMLC. The response may contain the position of the MS,
+an error IE indicating what assistance data are missing or a reason why the MS could not return its position \citep{04.31V8.18.0} \citep{49.031V8.1.0}.
+In the response IE, it is exactly indicated
+what type of data ought to be sent back to the MS so that it can complete the RRLP request and deliver its position.
+To save bandwidth space in the communication between the SMLC and MS, it can be proceeded in such a manner that
+first the RRLP request is sent out for the position estimation. If the MS requires some of the assistance data,
+it will send back a request for the required assistance data. In the next step the SMLC could send the required assistance data
+back to the MS and expect an successful response from the MS. However, in this work the author had a different approach, first
+all the RRLP assistance data were sent and then the RRLP position request. This approach was chosen over the other
+because in the GSM network operating software (OpenBSC), it was required to access the database and fetch the response.
+For the simple reason, since this system is a real time system, waiting for the database to respond may have
+corrupted the state machine of the GSM network and this would led to the malfunction and eventually failure of
+the complete network! The structure of the RRLP messages (requests, assistance data and response) is well defined using
+Abstract Syntax Notation One (ASN.1) in the technical specifications 3GPP 04.31
+and ETSI TS 144 031 \citep{49.031V8.1.0} \citep{ETSITS144031}. ASN.1 is a conventional notation
+for denoting the abstract syntax of data used inside of protocols or data
+structures \citep[Chapter 8]{sharp2008principles} \citep{ITU-TX.680}. In other words, using ASN.1 it is possible
+to describe data in an indepedent representation of programming languages in which a protocol is implemented.
+In this section, only some of the mostly important and used parts of the RRLP protocol
+inside of the thesis shall be presented, more details can be found in the
+technical specifications \citep{49.031V8.1.0} \citep{ETSITS144031}. It is important to understand the meaning
+of ASN.1 types before proceeding with an RRLP example. A short summary for the used ASN.1
+types elements will be provided parallely to the RRLP message structure. Structure of the
+RRLP message encoding for transmission can be seen in listing \ref{lst:RRLP}.
+The IE from listing \ref{lst:RRLP} are variables that can take certain values. The domain of these values
+is shown in listing \ref{lst:RRLPReq}.
+The explanation of listings \ref{lst:RRLP} and \ref{lst:RRLPReq}
+will follow in short after the reader has been introduced to the ASN.1 and RRLP message
+format standard.
+%Without the explanation it is not possible to understand the message structure
+%and build RRLP packets. Then it will be followed by an example of an RRLP request packet.
+
+A type of \textbf{SEQUENCE} is used to
+reference a ``fixed, ordered list of types (some of which may be declared to be
+optional); each value of the sequence type is an ordered list of values,
+one from each component type'' \citep{ITU-TX.691} while the
+IE (fields) of \textbf{OPTIONAL} type do not need to be included and are not mandatory.
+Variables defined by \textbf{CHOICE} are used to reference ``a list of distinct types;
+each value of the choice type is derived from the value of one of the
+component types'' \citep{ITU-TX.691}, i.e. only one element is selected from the
+list and the elements of the list are defined according to their variable type.
+Variables of type \textbf{ENUMERATED} are ``simple types whose values are given
+distinct identifiers as part of the type notation'' \citep{ITU-TX.691}. These simple types
+are used to distinguish a choice by identifying it with an incremented number from the previous
+element where the first element is always of value zero. Variables defined by \textbf{INTEGER} are of the ``simple
+type with distinguished values which are the positive and negative whole numbers,
+including zero (as a single value)'' \citep{ITU-TX.691}.
+At this point, the meaning of RRLP data elements marked in red, blue and orange from listing \ref{lst:RRLP} will be explained.
+To construct an RRLP PDU sequence (packet) these fields need to be known: \textit{referenceNumber}
+and \textit{RRLP-Component}. \textbf{referenceNumber}
+specifies the reference number of the request and is used for the purpose of identifying
+the response from the MS. It can take any value between 0 and 7.
+\newpage
+\begin{lstlisting}[label=lst:RRLP,
+caption={\textbf{Structure of the RRLP message in ASN.1}},
+backgroundcolor=\color{light-gray},
+basicstyle={\scriptsize\ttfamily},
+escapechar=@,
+emph={},
+emphstyle=\color{crvena},
+emph={[2]},
+emphstyle={[2]\color{plava}}]
+RRLP-Messages
+-- { RRLP-messages }
+
+DEFINITIONS AUTOMATIC TAGS ::=
+
+BEGIN
+IMPORTS
+ MsrPosition-Req, MsrPosition-Rsp, AssistanceData,
+ ProtocolError
+FROM
+ RRLP-Components -- { RRLP-Components }
+;
+
+PDU ::= SEQUENCE {
+ @\textcolor{red}{referenceNumber INTEGER (0..7),}@
+ @\textcolor{blue}{component RRLP-Component}@
+}
+
+RRLP-Component ::= CHOICE {
+ @\textcolor{narandzasta}{msrPositionReq MsrPosition-Req,}@
+ msrPositionRsp MsrPosition-Rsp,
+ assistanceData AssistanceData,
+ assistanceDataAck NULL,
+ protocolError ProtocolError,
+ ...,
+ posCapabilityReq PosCapability-Req,
+ posCapabilityRsp PosCapability-Rsp
+}
+END
+\end{lstlisting}
+
+\textbf{component} is of the type RRLP-Component,
+which is a CHOICE list. RRLP-Component is used for defining what type of information the
+packet shall include (assistance data, request, response, error, etc.). For this particular example
+one chooses \textbf{msrPositionReq} that is of type MsrPosition-Req (marked in orange in listing \ref{lst:RRLP}),
+with this information the MS knows that its position is requested. MsrPosition-Req is a SEQUENCE,
+consisting out of one mandatory and few optional IE elements. At this point only the first choice will be
+explained from listing \ref{lst:RRLPReq}, \textbf{PositionInstruct}. The rest of the provided choices
+are used later for the assistance data. The choices are dependent on what type of information is going to be
+included inside of the RRLP packets. \textbf{PositionInstruct} consists
+of five elements but four are mandatory: \textit{methodType}, \textit{positionMethod},
+\textit{measureResponseTime} and \textit{useMultipleSets}. They can be seen in the listing \ref{lst:RRLPReqData}.
+These four elements are the most
+compact representation of an inquiry for the MS to differentiate between all the possible
+position measurements it could perform, how long it is allowed to measure
+the position (time duration) and how many position estimations it is allowed to perform.
+If it is allowed to perform more position estimations then all of them will be included in the returned response.
+\newpage
+\begin{lstlisting}[label=lst:RRLPReq,
+caption={\textbf{Structure of the RRLP request in ASN.1}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily]
+-- Measurement Position request component
+
+MsrPosition-Req ::= SEQUENCE {
+ positionInstruct PositionInstruct,
+ referenceAssistData ReferenceAssistData OPTIONAL,
+ msrAssistData MsrAssistData OPTIONAL,
+ systemInfoAssistData SystemInfoAssistData OPTIONAL,
+ gps-AssistData GPS-AssistData OPTIONAL,
+ extensionContainer ExtensionContainer OPTIONAL,
+ ...,
+ -- Release 98 extension element
+ rel98-MsrPosition-Req-extension Rel98-MsrPosition-Req-Extension OPTIONAL
+}
+\end{lstlisting}
+
+\textbf{methodType} defines where the position estimation calculation will be executed.
+Does it solely take place on the MS (\textit{msBased}), on the server\footnote{With server
+the BTS location is ment!} only (\textit{msAssisted}),
+or one method is prefered over the other depending if the MS can execute the prefered one method
+(\textit{msBasedPref} or \textit{msAssistedPref}). The uncertainty of the accuracy
+of the estimated position is only optional if the chosen method is \textit{msAssisted},
+otherwise it must be included in the request message. This uncertainty of the accuracy, is an integer
+number and defines how certain the accuracy of the returned position has to be. It can be calculated
+using the equation \eqref{eq:uncerAccuracy}, where $K$ is the seven bit integer number
+and $r$ is the accuracy uncertainty in meters \citep{3gppequations}. The next three parameters
+to be defined are the position estimation technique (GPS, E-OTD or one of the two prefered by the MS),
+the position measurement time and how many measurements the MS has to report back to the SMLC.
+Since in this thesis the author exploits the AGPS method, GPS is chosen for \textbf{PositionMethod}.
+\textbf{MeasureResponseTime} is a three bit integer value that corresponds to the time period the MS is allowed
+to perform the position estimation. Otherwise, if it takes longer the MS
+to report back than the specified time period, the MS is allowed to disconnect (close the SDCCH channel) without responding back.
+This time period can be calculated using the equation
+given in \eqref{eq:responseTime}, where $N$ is the number of seconds the MS is allowed to perform the
+position estimation. After the ASN.1 parameters of an RRLP request have been understood, they can be
+chosen and set according to the position measurement request which the network operator wants to perform.
+In the next step the RRLP packet shall be encoded from ASN.1 notation to the Packed Encoding
+Rules (PER) notation. PER is one of the telecommunication
+standards used for encoding and decoding messages inside of protocols specified in the ASN.1
+notation \citep{ITU-TX.691}.
+\begin{equation}
+\label{eq:uncerAccuracy}
+r=10((1.1)^{K}-1)
+\end{equation}
+\begin{equation}
+\label{eq:responseTime}
+MeasureResponseTimeBitValue=\frac{ln(N)}{ln(2)}
+\end{equation}
+\newpage
+\begin{lstlisting}[label=lst:RRLPReqData,
+caption={\textbf{Structure of the data types from RRLP request in ASN.1}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily]
+-- Position instructions
+PositionInstruct ::= SEQUENCE {
+ -- Method type
+ methodType MethodType,
+ positionMethod PositionMethod,
+ measureResponseTime MeasureResponseTime,
+ useMultipleSets UseMultipleSets,
+ environmentCharacter EnvironmentCharacter OPTIONAL
+}
+
+--
+MethodType ::= CHOICE {
+ msAssisted AccuracyOpt, -- accuracy is optional
+ msBased Accuracy, -- accuracy is mandatory
+ msBasedPref Accuracy, -- accuracy is mandatory
+ msAssistedPref Accuracy -- accuracy is mandatory
+}
+
+-- Accuracy of the location estimation
+AccuracyOpt ::= SEQUENCE {
+ accuracy Accuracy OPTIONAL
+}
+
+-- The values of this field are defined in 3GPP TS 03.32 (Uncertainty code)
+Accuracy ::= INTEGER (0..127)
+
+-- Position Method
+PositionMethod ::= ENUMERATED {
+ eotd (0),
+ gps (1),
+ gpsOrEOTD (2)
+}
+
+-- Measurement request response time
+MeasureResponseTime ::= INTEGER (0..7)
+
+-- useMultiple Sets, FFS!
+UseMultipleSets ::= ENUMERATED {
+ multipleSets (0), -- multiple sets are allowed
+ oneSet (1) -- sending of multiple is not allowed
+}
+\end{lstlisting}
+
+PER is intended for use in circumstances where minimizing the bit length of values that
+can be represented is of major concern \citep{ITU-TX.691}. In other words, it compresses the data
+in the PDU packets by limiting the bit field length to the minimal number of bits required
+to represent the lowest and highest variable values. For instance to represent 8 distinct values
+between 0 and 7 or -1 and 6, at least three bits are required. There are two variations of PER,
+aligned and nonaligned \citep{ITU-TX.691}.
+In the RRLP protocol the nonaligned type of PER is used. The major difference between
+aligned and nonaligned PER lies in the fact that some data structures are aligned on octet
+boundaries in aligned PER, i.e. there are some wasted padding bits which are set to zero if
+not used according to the size of the packets.
+Construction of the RRLP request query is straightforward.
+The chosen values are simply concatenated
+into a binary string. A simple RRLP request in PER encoded form is shown in figure \ref{img:RRLPReqExplained}.
+As an illustration, in figure \ref{img:RRLPReqExplained} the bits have been colored with distinguishable
+colors with the intention to recognize easier the different variables in ASN.1 notation.
+The six red zeros define what type of data will be included in the current RRLP packet.
+This will become obvious by looking at the listing \ref{lst:RRLPReqPER}. On the left side of listing
+\ref{lst:RRLPReqPER} one can see the PER notation, whereas on the right side is the ASN.1 notation.
+After the concationation it can be converted to the desired notation system (binary, hexadecimal, etc.).
+In this particular example, the RRLP request, can be represented in hexadecimal notation:
+\textbf{400178F8}. This RRLP message (packet) is transmitted to the MS via the opened SDCCH channel.
+However, before sending this request the assistance data can be sent. In the
+folowing section \ref{sec:rrlpassistance} more details of how assistance data are sent shall be provided.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.70]{img/RRLPReqExplained.pdf}
+ \caption{An example of constructing an RRLP request. Image courtesy of \citep{harper2010server-side}.}
+\label{img:RRLPReqExplained}
+\end{figure}
+
+\begin{lstlisting}[label=lst:RRLPReqPER,
+caption={\textbf{Encoding an RRLP request from ASN.1 to PER}},
+backgroundcolor=\color{light-gray},
+escapechar=@,
+basicstyle=\scriptsize\ttfamily]
+ RRLP Message:
+40 @\textcolor{tamnozelena}{\textbf{010}}@..... referenceNumber = 2
+ component:
+ ...@\textcolor{ljubicasta}{\textbf{0}}@.... Extension of RRLP-Component = 0 :Absent
+ ....@\textcolor{blue}{\textbf{000}}@. RRLP-Component = 0 :msrPositionReq
+ MsrPosition-Req:
+ .......@\textcolor{ljubicasta}{\textbf{0}}@ Extension of MsrPosition-Req = 0 :Absent
+01 @\textcolor{red}{\textbf{0}}@....... referenceAssistData = 0 :Absent
+ .@\textcolor{red}{\textbf{0}}@...... msrAssistData = 0 :Absent
+ ..@\textcolor{red}{\textbf{0}}@..... systemInfoAssistData = 0 :Absent
+ ...@\textcolor{red}{\textbf{0}}@.... gps-AssistData = 0 :Absent
+ ....@\textcolor{red}{\textbf{0}}@... extensionContainer = 0 :Absent
+ PositionInstruct:
+ .....@\textcolor{red}{\textbf{0}}@.. environmentCharacter = 0 :Absent
+ MethodType:
+ ......@\textcolor{tamnozelena}{\textbf{01}}@ MethodType = 1 :msBased
+ Accuracy:
+78 @\textcolor{blue}{\textbf{0111100}}@. Accuracy = 60
+ PositionMethod:
+ .......@\textcolor{red}{\textbf{0}}@ PositionMethod = 1 :gps
+F8 @\textcolor{red}{\textbf{1}}@.......
+ MeasureResponseTime:
+ .@\textcolor{tamnozelena}{\textbf{111}}@.... MeasureResponseTime = 7
+ UseMultipleSets:
+ ....@\textcolor{blue}{\textbf{1}}@... UseMultipleSets = 1 :oneSet
+ .....@\textcolor{ljubicasta}{\textbf{000}}@ Spare Bits = 000b
+\end{lstlisting}
+
+
+
+\section{RRLP Assistance data}
+\label{sec:rrlpassistance}
+Assistance data are of the most important value when it comes to AGPS response time.
+If the assistance data are present, the response time may be shorter since
+the AGPS receiver knows the orbital information of the satellites and the exact time
+which allows the AGPS to find ``immediately'' the Doppler frequencies and phase shifts of
+the visible GPS satellites. In the assistance data packets, same as in the request
+packet, one has to specify what type of assistance information is included in the RRLP
+assistance packets.
+In this thesis, as assistance data, only the almanac, ephemeris, UTC model, ionospheric
+model and reference location are transmitted to the MS. There are also other assistance
+data like Differential GPS corrections (DGPS), real time integrity, acquisition assistance
+and reference time but none of these were available to the author, so they were avoided.
+The reasons for not including them are of cost and complexity nature.
+
+DGPS corrections give additional accuracy to the GPS positioning, then the accuracy varies between $1-3$ m \citep{489522}, however
+they are rarely used \citep[Chapter 4]{harper2010server-side}. Real
+time integrity is a list of satellites the AGPS receiver is not allowed to use in its position estimation because they
+have integrity problems \citep[Chapter 4]{harper2010server-side}.
+This helps the AGPS receiver to know why assistance data for satellites with errors
+are not included in the ephemeris or almanac data as well as to be aware of not using the old
+ephemeris or almanac cached data instead \citep[Chapter 4]{harper2010server-side}.
+Reference time can be considered as the ``most valuable'' data for the MS because it provides ``exact time''
+to the AGPS receiver.
+This helps the AGPS receiver to better estimate the phase shift required to detect GPS
+signals. This phase shift estimation in return allows the AGPS receiver better integration period $\tau$ to detect
+weaker signals in cities or buildings %(see section \ref{sec:SigDemod}
+%and page \pageref{sec:CAdemod} for better understanding)
+\citep[Chapter 4]{harper2010server-side}.
+By knowing the reference time, it is straightforward for the AGPS receiver to predict the TLM and
+HOW starting words of the transmitted GPS packets from the satellites
+%(refer to section \ref{sec:gpsDataAndSignal})
+required for synchronization and distance calculation. Reference time data can include the relationship
+between the GSM network and GPS time, as well as the GSM frame number to help the MS
+synchronize with the BTS (this was described earlier as time synchronized GSM networks which is
+required for methods like E-OTD) \citep[Chapter 4]{harper2010server-side}. Acquisition assistance
+data, as the name itself indicates provides the AGPS receiver directly with acquisition data. Acquisition data
+are the Doppler frequencies and phase shifts precalculated on the BTS for the MS. If this type of data are
+provided to the AGPS receiver, it does not require to compute and search on its on for Doppler frequencies and phase shifts
+from the provided reference time \citep[Chapter 4]{harper2010server-side}. This would speed up the process of getting a
+position and would help weak signals to be detected which in return would minimize the reception errors.
+
+As listed above, almanac, ephemeris, UTC model, ionospheric model and reference location are transmitted to the MS. Reference
+location is the location of the BTS and provides the MS with an proximate location which can be used
+for the position determination in equations given in appendix section \ref{sec:distanceAndPosition}.
+Furthermore, this limits the search space in time and frequency domain for satellites
+to lock on. For an illustration, if the AGPS receiver has access to these data it can not expect to see satellites
+which send signals on the opposite side of the Earth \citep[Chapter 4]{harper2010server-side}.
+With the reference location, one sends also the altitude and uncertainty of the included location
+data. As a consequence the AGPS receiver can limit the time and frequency search space even further.
+The ionospheric model includes data for correcting errors introduced by the radio wave transmission through
+the ionosphere \citep[Chapter 4]{harper2010server-side}. Ionosphere data are not satellite dependent thus they
+are not sent for each satellite seperately but only once since they are valid for
+all satellites \citep[Chapter 4]{harper2010server-side}. Ephemeris data in RRLP terminology are named as navigation data.
+Ephemeris data contain more precise and accurate orbital information of the satellites.
+If the reader is interested in the exact description of the transmitted assistance data,
+they can be seen in the appendix, in following tables \ref{tbl:utcModel}, \ref{tbl:navMessage},
+\ref{tbl:almanacMessage} and \ref{tbl:ionoModel}.
+
+\begin{lstlisting}[label=lst:GPSAssisData,
+caption={\textbf{Structure of data types of GPS assistance data in ASN.1}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily]
+-- Control header of the GPS assistance data
+ControlHeader ::= SEQUENCE {
+ -- Field type Present information
+ referenceTime ReferenceTime OPTIONAL,
+ refLocation RefLocation OPTIONAL,
+ dgpsCorrections DGPSCorrections OPTIONAL,
+ navigationModel NavigationModel OPTIONAL,
+ ionosphericModel IonosphericModel OPTIONAL,
+ utcModel UTCModel OPTIONAL,
+ almanac Almanac OPTIONAL,
+ acquisAssist AcquisAssist OPTIONAL,
+ realTimeIntegrity SeqOf-BadSatelliteSet OPTIONAL
+}
+\end{lstlisting}
+
+The packets are constructed in the same form as RRLP requests however, with a slight difference of selecting
+other RRLP components and including assistance data. In this particular example,
+only a packet with the reference location shall be presented, a ``complete'' 211 bytes PDU packet constructed by author's
+software would require at least four pages to be shown. Instead of RRLP request (\textit{msrPositionReq})
+in \textbf{RRLP-Component} one has to choose assistance data (\textit{assistanceData}) (for the purpose
+of better understanding in this listening different colors have been used,
+this particular difference was bolded in listing \ref{lst:RRLPAssisPER}). Afterwards, one
+needs to specify for what positioning technique assistance data will be included, in this case it is GPS assistance
+data (\textit{gps-AssistData}, marked in red color in listing \ref{lst:RRLPAssisPER}).
+The assistance data will be listed in the order specified by the RRLP standard, listing \ref{lst:GPSAssisData}: reference time,
+reference location, DGPS corrections, navigation model, ionospheric model, UTC model, almanac,
+acquisition assistance and real time integrity (all marked with blue color in
+listing \ref{lst:RRLPAssisPER}).
+\begin{lstlisting}[label=lst:RRLPAssisPER,
+caption={\textbf{Encoding reference location from ASN.1 to PER}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily,
+escapechar=@,
+emph={gps-AssistData},
+emphstyle=\color{red},
+emph={[2]referenceTime,refLocation,dgpsCorrections,
+navigationModel,ionosphericModel,utcModel,almanac,acquisAssist,realTimeIntegrity},
+emphstyle={[2]\color{blue}}]
+ RRLP Message:
+44 010..... referenceNumber = 2
+ component(RRLP-Component):
+ ...0.... Extension of RRLP-Component = 0 :Absent
+ @\textbf{....010.}@ @\textbf{RRLP-Component}@ @\textbf{=}@ @\textbf{2}@ @\textbf{:assistanceData}@
+ AssistanceData:
+ .......0 Extension of AssistanceData = 0 :Absent
+11 0....... referenceAssistData = 0 :Absent
+ .0...... msrAssistData = 0 :Absent
+ ..0..... systemInfoAssistData = 0 :Absent
+ ...1.... @\textcolor{red}{gps-AssistData}@ = 1 :Present
+ ....0... moreAssDataToBeSent = 0 :Absent
+ .....0.. extensionContainer = 0 :Absent
+ GPS-AssistData:
+ ControlHeader:
+ ......0. referenceTime = 0 :Absent
+ .......1 refLocation = 1 :Present
+00 0....... dgpsCorrections = 0 :Absent
+ .0...... navigationModel = 0 :Absent
+ ..0..... ionosphericModel = 0 :Absent
+ ...0.... utcModel = 0 :Absent
+ ....0... almanac = 0 :Absent
+ .....0.. acquisAssist = 0 :Absent
+ ......0. realTimeIntegrity = 0 :Absent
+ RefLocation:
+ threeDLocation(Ext-GeographicalInformation):
+ .......0 @\textcolor{narandzasta}{Ext-GeographicalInformation length(octet)}@ = 13 :13 + 1 = 14
+D9 1101....
+ ....1001 @\textcolor{narandzasta}{Ext-GeographicalInformation = 904445940594B200000707000700h}@
+04 00000100
+ . (binary data were removed because of length)
+00 0000....
+ ....0000 Spare Bits = 0000b
+\end{lstlisting}
+The assistance data one wants to include in the RRLP packet have to be selected previously.
+Selecting is straightforward and one simply requires to set the appropriate
+bit to one (1=included in the packet, 0=not included in the packet). Since in this example
+only the reference location is included inside the RRLP PDU packet, the \textit{refLocation}
+bit is set to one. Once the variables have been set, the assistance data
+have to follow the given order as in listing \ref{lst:GPSAssisData}.
+The first selected variable (\textit{referenceTime}) would follow as the first and
+the last selected variable (\textit{realTimeIntegrity}) would be the last one included
+in the RRLP assistance PDU packet. The reference location has to be converted
+into an ellipsoid point with altitude and uncertainty ellipsoid as described
+in the standard \citep{3gppequations} under section \textit{7.3.6}. This is shown
+in figure \ref{img:refLocStandard} and described in the following paragraphs.
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.5]{img/ElipsoidPoint.pdf}
+ \caption{Reference location is a 14 octet stream built according to the given rule as
+ specified in the standard \citep{3gppequations} under section \textit{7.3.6}. Image courtesy of \citep{3gppequations}.}
+\label{img:refLocStandard}
+\end{figure}
+The reference location consists of longitude, latitude, altitude, uncertainty semi-major,
+uncertainty semi-minor, orientation of major axis, uncertainty of altitude and confidence
+level. \textbf{S} is sign of the latitude, it is set to zero if it is North and one if
+it is South. \textbf{D} is the altitude direction, it is set to zero if the altitude that
+follows is height (above mean sea level) and to one if it is depth (below mean sea level).
+Uncertainty semi-major and uncertainty semi-minor
+are uncertainties for longitude and latitude. Orientation of major axis is the orientation angle
+of the BTS between the major axis and North pole in degrees. These terms are depicted in figure
+\ref{img:earthElipsoid} by showing the World Geodetic System 1984 (WGS84).
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.5]{img/EarthElipsoid.pdf}
+ \caption{World Geodetic System 1984. Image courtesy of \citep{harper2010server-side}.}
+\label{img:earthElipsoid}
+\end{figure}
+The latitude,
+longitude and altitude need to be encoded into a format recognized by the RRLP standard. This is
+straightforward and can be computed using the equations shown in \eqref{eq:latLong}, where $\varphi$
+is the latitude and $\lambda$ is the longitude value in decimal degrees.
+The longitude is encoded as second compliment binary number \citep{3gppequations}.
+The altitude is encoded as it is, where one bit increments represent one meter increments.
+The uncertainties for latitude, longitude and altitude were not used since changing these variables
+did not affect the position estimation process. Orientation of major axis is not used in this work so it
+was set to zero, its modification did not affect the position estimation.
+Confidence describes the level by which the sent BTS reference location is
+known to be correct. The confidence is a 7 bit number but ought to take values
+between 0 and 100 since it represents a percentage. In this work it was set
+to zero, i.e. no information is available about the confidence for our reference
+location. It did not change the output behaviour from the MS. If the reference
+location is included in the RRLP assistance packet, it is
+important to specify the octet length of the reference location. The length of the reference
+location of an ellipsoid point with altitude and uncertainty ellipsoid is of 14 octets,
+as it can be seen from figure \ref{img:refLocStandard} (total number of rows). However, it is written as 13 octets
+in the RRLP PDU packet. Generally as a rule, it is always specified one number less since at least one octet has to be included in the
+reference location. There are other reference location standards inside of the RRLP protocol.
+Using this mechanism, the RRLP protocol knows where the data ends and where new data may start in case other assistance data follow.
+Which standard for defining the reference location was used, is included as well. It is defined by the first four bits of the reference location,
+in this case it is $1001$, as it can be seen from figure \ref{img:refLocStandard} in first row. This is an additional
+mechanism for error control, if the numbers do not match when the transmitted binary data have been decoded
+then the MS can return an error and ask for retransmission of the data. Information related to the reference
+location in the example listing \ref{lst:RRLPAssisPER} are marked with orange color. Once the assistance data
+have been transmitted to the MS, it will respond back with an acknowledgement or error. This response depends on
+the MS, if the data were correctly received and parsed. The acknowledgement is going to have the same reference number
+as the assistance packet which is not always the case for the error.
+In the next section, an RRLP response from the MS will be described and analysed.
+\begin{equation}
+\label{eq:latLong}
+\begin{array}{l}
+\begin{split}
+ Lat = \frac{2^{23}}{90}\cdot\vert\varphi\vert
+ \end{split}
+\quad\Longleftarrow\quad
+ \begin{split}
+ \mbox{Latitude}
+ \end{split} \; \; \; \;
+\begin{split}
+ Long = \frac{2^{24}}{360}\cdot\lambda
+ \end{split}
+\quad\Longleftarrow\quad
+ \begin{split}
+ \mbox{Longitude}
+ \end{split}
+\end{array}
+\end{equation}
+
+\section{RRLP Response}
+The RRLP response is constructed by the MS in the same manner as the RRLP request and assistance data by following
+ASN.1 rules precisely specified in the RRLP standard.
+The response may include the estimated position, data for estimating the position on the BTS (if MS-assisted method was
+chosen) or errors indicating that some of the assistance data are missing. Missing data and errors are
+specified inside of the RRLP response. The response data is PER encoded and requires
+to be decoded into the ASN.1 notation. For illustration, in listing \ref{lst:RRLPRespError}, an erroneous
+RRLP response is shown. To distinguish successful from erroneous responses, two different bits
+are used in the response message, \textit{locationInfo} and \textit{locationError}. The location error
+bit is set if the location of the MS is not present within the message (marked in red).
+The MS may include more information on the error if it can identify the error (newer models support this).
+In case the MS does support more information, an optional IE \textit{additionalAssistanceData} bit will be set
+(marked in cyan).
+\begin{lstlisting}[label=lst:RRLPRespError,
+caption={\textbf{Decoding an error RRLP response from Samsung Galaxy S3}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily,
+escapechar=@,
+emph={gps-AssistData},
+emphstyle=\color{red},
+emph={[2]referenceTime,refLocation,dgpsCorrections,
+navigationModel,ionosphericModel,utcModel,almanac,acquisAssist,realTimeIntegrity},
+emphstyle={[2]\color{blue}}]
+ RRLP Message:
+42 010..... referenceNumber = 2
+ component(RRLP-Component):
+ ...0.... Extension of RRLP-Component = 0 :Absent
+ @\textbf{....001.}@ @\textbf{RRLP-Component}@ @\textbf{=}@ @\textbf{1}@ @\textbf{:msrPositionRsp}@
+ MsrPosition-Rsp:
+ .......0 Extension of MsrPosition-Rsp = 0 :Absent
+04 0....... multipleSets = 0 :Absent
+ .0...... referenceIdentity = 0 :Absent
+ ..0..... otd-MeasureInfo = 0 :Absent
+ ...0.... locationInfo = 0 :Absent
+ ....0... gps-MeasureInfo = 0 :Absent
+ .....1.. @\textcolor{red}{locationError = 1 :Present}@
+ ......0. extensionContainer = 0 :Absent
+ LocationError:
+ .......0 Extension of LocationError = 0 :Absent
+99 1....... @\textcolor{cyan}{additionalAssistanceData = 1 :Present}@
+ LocErrorReason:
+ .0...... Extension of LocErrorReason = 0 :Absent
+ ..0110.. @\textcolor{blue}{LocErrorReason = 6 :gpsAssDataMissing}@
+ AdditionalAssistanceData:
+ ......0. Extension of AdditionalAssistanceData = 0 :Absent
+ .......1 @\textcolor{magenta}{gpsAssistanceData = 1 :Present}@
+0B 0....... extensionContainer = 0 :Absent
+ GPSAssistanceData:
+ .000101. @\textcolor{narandzasta}{GPSAssistanceData length(octet)}@ = 5 :5 + 1 = 6
+ .......1 @\textcolor{narandzasta}{GPSAssistanceData = E80000000000h}@
+ . (binary data were removed because of length)
+00 0000000.
+ .......0 Spare Bits = 0b
+\end{lstlisting}\newpage
+In the case that more information of the error is known, it will be followed with a more detailed explanation
+of the error. For this particular example, not sufficient assistance data were present,
+\textit{LocErrorReason} (marked with blue color). There
+are other possible location error reasons as well. All location errors are listed in listing
+\ref{lst:RRLPPosError} (self-explanatory). Depending on the MS model, it can be even further specified
+what kind of GPS assistance data were missing. This is well specified by setting
+the IE \textit{gpsAssistanceData} bit, as shown in listing \ref{lst:RRLPRespError}
+(marked with magenta color). If this bit was set, the length of the IE for requested missing assistance
+data will be exactly specified as well as what assistance data are missing (marked in orange color).
+\begin{lstlisting}[label=lst:RRLPPosError,
+caption={\textbf{Possible location error reasons}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily]
+LocErrorReason ::= ENUMERATED {
+ unDefined (0),
+ notEnoughBTSs (1),
+ notEnoughSats (2),
+ eotdLocCalAssDataMissing (3),
+ eotdAssDataMissing (4),
+ gpsLocCalAssDataMissing (5),
+ gpsAssDataMissing (6),
+ methodNotSupported (7),
+ notProcessed (8),
+ refBTSForGPSNotServingBTS (9),
+ refBTSForEOTDNotServingBTS (10),
+ notEnoughGANSSSats (11),
+ ganssAssDataMissing (12),
+ refBTSForGANSSNotServingBTS (13)
+}
+\end{lstlisting}
+\begin{figure}[hb]
+ \centering
+ \includegraphics[scale=0.5]{img/ReqGPSAss.pdf}
+ \caption{Requested AGPS assistance data to be delivered. Image courtesy of \citep{49.031V8.1.0}.}
+\label{img:RequestedGPSAss}
+\end{figure}
+The first two bytes of the IE \textit{GPSAssistanceData} contain the information for requested
+assistance data (marked in orange color). Information of missing assistance data can be seen
+in figure \ref{img:RequestedGPSAss} \citep{49.031V8.1.0}. If one of these bits from A to K is set,
+the MS requires more assistance data. The meaning of the bits in figure \ref{img:RequestedGPSAss}
+are explained in table \ref{tbl:RRLPReqAss}. In this particular example, the first two bytes are: \textbf{E800},
+indicating acquisition assistance, reference time, reference location and the navigation model are requsted
+by the MS as assistance data.
+
+The next RRLP response example, shown in listing \ref{lst:RRLPRespSucc}, is
+a response with a successfully estimated position! In the second byte, two mutually exclusive IE
+contain the information if the response was successful and contains the location information, \textit{locationInfo} bit must
+be set and \textit{locationError} must be zero (both marked in red color in listing \ref{lst:RRLPRespSucc}).
+\begin{lstlisting}[label=lst:RRLPRespSucc,
+caption={\textbf{Decoding a successful RRLP response from iPhone 3GS}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily,
+escapechar=@,
+emph={gps-AssistData},
+emphstyle=\color{red},
+emph={[2]referenceTime,refLocation,dgpsCorrections,
+navigationModel,ionosphericModel,utcModel,almanac,acquisAssist,realTimeIntegrity},
+emphstyle={[2]\color{blue}}]
+ RRLP Message:
+42 010..... referenceNumber = 2
+ component(RRLP-Component):
+ ...0.... Extension of RRLP-Component = 0 :Absent
+ @\textbf{....001.}@ @\textbf{RRLP-Component = 1 :msrPositionRsp}@
+ MsrPosition-Rsp:
+ .......0 Extension of MsrPosition-Rsp = 0 :Absent
+11 0....... multipleSets = 0 :Absent
+ .0...... referenceIdentity = 0 :Absent
+ ..0..... otd-MeasureInfo = 0 :Absent
+ ...1.... @\textcolor{red}{locationInfo = 1 :Present}@
+ ....0... gps-MeasureInfo = 0 :Absent
+ .....0.. @\textcolor{red}{locationError = 0 :Absent}@
+ ......0. extensionContainer = 0 :Absent
+ LocationInfo:
+ .......1 gpsTOW = 1 :Present
+FF 11111111 refFrame = 65535
+FF 11111111
+61 01100001 gpsTOW = 6399000
+A4 10100100
+18 00011000
+ FixType:
+B6 1....... FixType = 1 :threeDFix
+ posEstimate(Ext-GeographicalInformation):
+ .01101.. @\textcolor{narandzasta}{Ext-GeographicalInformation length(octet)}@ = 13 :13 + 1 = 14
+ ......10 @\textcolor{narandzasta}{Ext-GeographicalInformation = 904445840594A6016316114F1D44h}@
+ . (binary data were removed because of length)
+10 000100..
+ ......00 Spare Bits = 00b
+\end{lstlisting}
+If the IE \textit{locationInfo} bit is set and \textit{locationError} bit is zero, then the position of the MS is
+included in the response. Aside from the position information, the time when the position measurement
+was performed is included as well however, only the least significant bits in the range of miliseconds. The
+most significant bits ought to be derived by the SMLC using the GSM frame number, included in the IE \textit{refFrame}.
+In this thesis this is not known and used. \textit{refFrame} contains the GSM frame number as observed by
+the MS \citep{49.031V8.1.0}. The time of miliseconds can be found in the IE \textit{gpsTOW}. The included time is
+not in UTC format and would require additional conversions.
+The elements of \textit{locationInfo} can be seen in listing \ref{lst:RRLPLocInfo}. The IE \textit{fixType} contains
+the information if the performed measurement was 2D or 3D GPS fix. An 2D fix is when only 3 GPS satellites are
+used to estimate the position, the GPS receiver assumes it is on the earth surface located with the most recent
+known altitude from cache \citep{understandGPS}. 3D fix is a sign of at least 4 GPS satellites have been used to perform
+the position estimation \citep{understandGPS}. The position information is extracted with the
+inverse process as it was specified for the reference location, the reading is in the same format
+as earlier in figure \ref{img:refLocStandard}. Equations to return from the PER bit format to decimal
+degrees are given in equation \eqref{eq:latLongBack}. %\clearpage
+In the next chapter, more details are revealed how it was implemented.
+
+\begin {table}[ht]
+\caption{Requested AGPS assistance data bit meaning. Table courtesy of \citep{49.031V8.1.0}.}
+\label{tbl:RRLPReqAss}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Bit (IE)} & \textbf{Description}&\textbf{Bit (IE)} & \textbf{Description}\\\toprule
+$A$&Acquisition assistance requested&$G$&UTC model requested\\\midrule
+$B$&Reference time requested&$H$&Almanac data requested\\\midrule
+$C$&Reference location requested&$I$&Real time integrity requested\\\midrule
+$D$&DGPS corrections requested&$J$&Ephemeris extension requested\\\midrule
+$E$&Navigation model requested&$K$&Ephemeris extension check requested\\\midrule
+$F$&Ionospheric model requested
+\\\bottomrule
+\end {tabular}
+\end {table}
+\begin{lstlisting}[label=lst:RRLPLocInfo,
+caption={\textbf{Structure of data types of location info data in ASN.1}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily,
+escapechar=@]
+-- Location information IE
+LocationInfo ::= SEQUENCE {
+ refFrame INTEGER (0..65535), -- Reference Frame number
+ -- If refFrame is within (42432..65535), it shall be ignored by the receiver
+ -- in that case the MS should provide GPS TOW if available
+ gpsTOW INTEGER (0..14399999) OPTIONAL, -- GPS TOW
+ fixType FixType,
+ -- Note that applicable range for refFrame is 0 - 42431
+ -- Possible shapes carried in posEstimate are
+ -- ellipsoid point, ellipsoid point with uncertainty circle,
+ -- ellipsoid point with uncertainty ellipse,
+ -- ellipsoid point with altitude and uncertainty ellipsoid
+ posEstimate Ext-GeographicalInformation
+}
+
+FixType ::= INTEGER {
+ twoDFix (0),
+ threeDFix (1)
+} (0..1)
+\end{lstlisting}
+
+\begin{equation}
+\label{eq:latLongBack}
+\begin{array}{l}
+\begin{split}
+ \varphi = \frac{90}{2^{23}}\cdot Lat
+ \end{split}
+\quad\Longleftarrow\quad
+ \begin{split}
+ \mbox{Latitude in decimal degrees}
+ \end{split}\\
+ \\
+\begin{split}
+ \lambda = \frac{360}{2^{24}}\cdot Long
+ \end{split}
+\quad\Longleftarrow\quad
+ \begin{split}
+ \mbox{Longitude in decimal degrees}
+ \end{split}
+\end{array}
+\end{equation}
+
+
+
+
+
+
+
+
+
+
+
+
+\chapter{Implementation}
+\label{Implementation}
+The aim of this chapter is to give the reader a review of the deployed hardware,
+testbed setup and the implemented software. The main ideas of author's
+approach how to attack the problem are discussed in this chapter as well as
+ways to deploy the RRLP protocol to obtain positions estimated on the smart phones.
+The testbed setup can be divided into two sections because two different
+hardware platforms were available to investigate. The first testbed setup was based on a
+platform without dedicated GSM hardware, whereas the second was based on dedicated
+GSM hardware. The second testbed setup can further be divided into two
+implementation stages. The first stage consists of the development of the
+application that generates RRLP assistance data. The second stage consists
+of modifying the existing open source GSM software by implementing the procedures
+for creating a data channel between the BTS and the MS. This channel was deployed
+for the transmission of assistance data to the MS and for obtaining the response
+from the MS.
+
+%\newpage
+\section{Undedicated GSM hardware testbed setup}
+Traditionally all radio communication systems are hard wired and
+the hardware is developed to do only one dedicated function.
+However, the author wanted to investigate if it
+is possible to obtain positions from smart phones without using expensive
+dedicated GSM hardware. On the other hand, instead of the dedicated
+hardware a Software Defined Radio (SDR) platform was
+used to emulate the GSM network. SDR is a hardware platform that
+enables the development and test of different radio communication
+systems as well as protocols using software that modifies the function
+of the hardware. In other words, the hardware may perform
+different functions in the range of its specified limitations. For
+an illustration those limitations can include the frequency range in which
+the SDR can transmit and receive radio waves; or the speed of sampling a
+radio wave signal. The basic idea is to use the fast performance
+of the CPU inside the computer to do the signal processing while the
+SDR hardware itself performs only the physical radio communication like
+emitting and receiving radio waves. Alternatively to the
+dedicated hardware, SDR's are cheaper and can be
+programmed to perform various functions e.g. an FM radio,
+a GPS receiver, GSM and etc. All of the stated ``emulated devices''
+employ different modulation/demodulation techniques and
+frequency spectrums \citep{fmRadio} \citep{openBTS}.
+
+\subsection{Universal Software Radio Peripheral}
+The exploited SDR platform in this thesis was the Universal Software
+Radio Peripheral (USRP) by Ettus Research. Particularly for USRP,
+there was an existing implementation of GSM and RRLP software.
+
+\subsection{OpenBTS and first tests}
+The GSM network software employed on USRP was OpenBTS, a Linux
+application written in C++ utilising the SDR platform to provide a GSM air interface \citep{openBTS}.
+Initially, the system was tested with 2G cell phones (Nokia 3310 and Siemens M50)
+and its correctness was verified. While the system was tested with smart phones,
+strange behaviour had been discovered. Occasionally the smart phones ($iPhones$ $3GS$ and $4$)
+did not detect the created GSM network with OpenBTS, i.e. the network could not be found in
+the search menu where all GSM networks in range are shown.
+The reason for this strange phenomenon may be found
+in the unstable operation of the cheap clock oscillator. However, the clock's unstability
+issue can not be confirmed by the author due to the missing hardware equipment to measure
+the actual frequency and its deviation. Nevertheless, these findings
+were consistent with the results of the OpenBTS developers
+with similar clock issues\footnote{GSM not detecting station, USRP1, FA-SY1, WBX, DBS
+\url{http://www.ruby-forum.com/topic/1876696} as well as
+\url{http://gnuradio.org/redmine/attachments/219/fordummies.pdf}}.
+As previously the author stated in the GSM chapter, the clock oscillator for the BTS
+is not allowed to deviate more than $\pm$5 ppm (parts per million). This finding,
+that older cell phones like Nokia 3310 and Siemens M50
+have rather less problems connecting to the GSM network than the newer cell phones suggest
+that newer generation cell phones are not robust and resistant to the timing deviation
+issues.
+
+The deployed RRLP module for OpenBTS was written by Kurtis Heimerl in two different programming
+languages, Erlang and Common Gateway Interface (CGI)\footnote{Kurtis Heimerl's code can be
+found on \url{https://github.com/ttsou/RRLP}.}. The new GMS system configuration with the RRLP module
+in OpenBTS was examined. The first observation
+and finding was that not a single smart phone could connect to the GSM network.
+The log files contained information why the smart phones could not connect to the GSM network.
+Time-outs triggered by OpenBTS were the main reason why the smart phones could not enter
+the GSM network.
+The time-outs were triggered while the smart phones tried to get a
+position fix after the RRLP request was delivered. This result may be
+explained by analysing at what stage in the protocol the RRLP requests were sent.
+The RRLP request was immediately sent after the paging request had been obtained by the MS.
+Contrary to smart phones, the 2G phones continued their normal operation
+after the RRLP request have been received. This was due to the fact that 2G phones
+did not understand the RRLP request and therefore they skipped it.
+This evidence justifies the time-out behaviour. When the option, for sending RRLP requests
+while the paging is in progress, was disabled, this problem was solved!
+Next step was to manually send the RRLP requests from the OpenBTS terminal
+to smart phones. Contrary to expectations, the smart phones occasionally received the
+RRLP request as an SMS message and did not provide any response.
+In the case, where the smart phones did not receive the
+RRLP request as an SMS message, there was still no response sent back by the smart phones.
+One of the consequences of such behaviour was that the RRLP could not be tested
+inside of this setup because the system itself was unstable and had an unpredictable
+behaviour. The conducted tests with OpenBTS thus lead to a logical decision to
+employ dedicated BTS hardware with a tested and calibrated clock oscillator only
+for GSM. On the other hand, the Erlang RRLP module was a starting point to understand
+the RRLP protocol. The generated assistance data packets by the RRLP module
+were used for comparison and as a template to build the author's RRLP assistance
+data generator.
+
+
+\section{Dedicated GSM hardware testbed setup}
+The hardware components will be introduced according to their
+importance in building an operational and functional GSM
+network with GPS localization capabilities. Firstly the nanoBTS shall be
+introduced since it is the main hardware component used for building a basic
+GSM network infrastructure. Then a short insight into the used GPS receiver
+shall be given followed by the testbed setup configuration with connection scheme.
+
+\subsection{GSM BTS - nanoBTS}
+In recent years, there has been an increasing interest in the deployment of
+private cellular networks in remote areas which led to
+the devolopment of diverse ``low-cost'' GSM hardware solutions. According to
+ip.access\footnote{http://www.ipaccess.com}, the manufacturer of nanoBTS,
+their hardware product is deployed for coverage of ``hard-to-reach places,
+in-buildings, remote areas, marine, aviation and public spaces''.
+Our University GSM network consists of three nanoBTS stations. The deployed
+nanoBTS in author's thesis works in the 1800 MHz frequency range,
+for which the University of Freiburg had obtained a licence from the
+Federal Network Agency (German: $Bundesnetzagentur$). The transmission frequencies
+range between 1805-1880 MHz, with 200 kHz channel spacing and the maximum
+output power of +23 dBm ($\approx$200 mW), whereas the receiving frequencies
+lie in the range between 1710-1785 MHz \citep{nanoGSM2007brochure}.
+The ethernet cable with power supply is required to power the BTS and
+to connect its operating software (OpenBSC). The other ports are used to
+extend the GSM network performance operation but are not relevant to the
+work presented in this thesis.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.10]{img/nanoBTSPorts.jpg}
+ \caption{nanoBTS with its antennas.}
+\label{img:nanoBTSPorts}
+\end{figure}
+
+To determine the working state of the nanoBTS, an indicator status LED is located on the
+left side of the five ports area. After the nanoBTS is connected to the power supply
+with the ethernet cable, it changes its color and blink speed according to the state
+it is in. The states are given in appendix and can be seen in the table given in
+\ref{tbl:LEDStatus} \citep{installnanoBTS}. One of the key limitations of gathering more
+technical data and the critical aspect of this description lies in the fact
+that nanoBTS is not an open source hardware platform and ip.access does not offer more
+details on their product. The lack of systematic hardware analysis can be seen as
+a major drawback of working with the nanoBTS hardware. However, the given technical data
+are sufficient for reproducing and conducting the RRLP tests described in this thesis.
+
+\subsection{GPS Receiver - NL-402U}
+\label{sec:gpsDevice}
+The Navilock NL-402U GPS receiver is based on the u-blox UBX-G5000 single chipset and is a one
+chip solution \citep{ubxDatasheet}. Receiver tracking sensitivity is -160 dBm ($10^{-16}$ mW).
+The GPS receiver was used as an indicator of whether there is any GPS signal in the tested room.
+
+\subsection{Testbed setup configuration}
+\label{sec:hardwareConfig}
+%At least 4 network cables with RJ45 connectors were required
+%and one switch or hub connected to the internet. It is important to carefully
+%proceed with the cabling of the nanoBTS and the ethernet switch or hub, since wrong
+%wiring with the power supply unit (PSU) could damage one of the devices.
+In Figure \ref{img:connectionDiagram}, the junction points are label according
+to the used configuration setting. %The ethernet cables between the switch/hub,
+%PSU and nanoBTS should not be longer than 100 m \citep{installnanoBTS}.
+Author's test system operated on the ARFCN 877 channel.
+ARFCN 877 corresponds to the uplink frequency of 1,783.2 MHz and a downlink
+frequency of 1,878.2 MHz, where the uplink direction
+represents the direction from the nanoBTS to the MS and downlink the
+opposite direction. The decision to use the ARFCN 877 channel was based on the
+fact that our University has the licence for the frequency spectrum where
+the specified channel lies. Particularly
+this channel has been selected because it was free,
+measurements were carried out with a spectrum analyser built on the USRP hardware.
+The set up, installation and configuration are discussed in appendix \ref{sec:instConf}.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.4]{img/hardwareConnection}
+ \caption{Cable configuration diagram.}
+\label{img:connectionDiagram}
+\end{figure}
+
+\newpage
+\subsection{OpenBSC and its original RRLP implementation}
+OpenBSC is an open source implementation of a GSM network software by Harald Welte et al.
+It was developed for experimentation and security research of the GSM networks
+\citep{obsc1}.
+OpenBSC is ``implementing the minimal necessary parts to build a small,
+self-contained GSM network'' \citep{obsc}. This self-contained GSM network
+consists of the following functional components: Base Station Controller (BSC),
+Mobile Switching Center (MSC), Home Location Register (HLR), Authentication
+Center (AUC), Visitor Location Register (VLR) and Equipment Identity
+Register (EIR). OpenBSC was developed in C and operates on Linux. OpenBSC binds
+to the BTS using the Abis or Abis/IP interface. At the moment OpenBSC
+supports Voice calls, SMS, handovers, support for multiple BTS and other features
+not of interest to this work. OpenBSC has an implemented module for
+transmitting RRLP requests, however without assistance data. This module was
+tested but without successfully obtaining a position from the MS.
+While the tests have been performed, no results were obtained due to a
+watchdog time-out produced by OpenBSC. In order to send an RRLP request in
+OpenBSC, a silent SMS would be sent to the cell phone followed by the RRLP
+request. Silent SMS is the equivalent of a normal SMS but without notifying
+the user of its reception \citep{silentSMS}. When the silent SMS is received
+on the cell phone, the message content is not displayed to the user
+nor is it stored in the SMS inbox. In other words, its arrival
+remains completely unknown to the user to whom it was sent \citep{silentSMS}.
+An acknowledgement is sent back to the GSM network operator that the MS
+received the silent SMS. The watchdog timer in OpenBSC has been triggered
+because the acknowledgement was not received within a certain time limit
+while the MS was attempting to obtain a GPS position. To overcome this problem
+another approach had to be taken by the author to send RRLP assistance data
+with position requests. This shall be further analysed and explained in
+detail in the following sections.
+
+\subsection{RRLP assistance data generator}
+At this point of the thesis,
+two different RRLP implementations on two different hardware platforms
+have been examined without successfully obtaining a GPS localization.
+The next step in the attempt to obtain GPS positions from the MS was to
+gain better understanding of the RRLP protocol and RRLP assistance data.
+The RRLP data generated by Heimerl's application
+did not produce valid assistance data. In order to publish the RRLP assistance
+data generator as open source to be extended further or ported to another
+programming language, it was required to be written in a programming language
+understandale to a wider audience. Since the RRLP data generator application
+is independent of the GSM operating software, it was sound to write the
+RRLP assistance data generator in C++. Another reason why C++ was
+taken is due to the fact that OpenBSC was written in C and OpenBTS in C++.
+The main tasks here can be split up down to: verification of assistance data
+existence in the download folder and its age, download of the assistance data,
+conversion of the data, verification of assistance data correctness,
+construction of RRLP packets according to the ASN.1 standard,
+its conversion to PER and lastly saving in the hexadecimal form in a text file.
+The hexadecimal form was chosen because immediately the generated assistance
+data could be compared and verified online\footnote{RRLP message
+parser http://www.3gpp-message-analyser.com/decoder/misc.htm.}.
+
+In the almanac
+and ephemeris files, downloaded from the Navigation Center of the US Coast Guard
+and Trimble, assistance data for 32 different GPS satellites are present.
+Contrary to expectations, Heimerl's code produced RRLP assistance
+data valid for only one satellite. The rest of the assistance
+data were duplicats of the assistance data for one satellite.
+At this stage, it was important to have a fully working RRLP assistance data
+generator. This generator would be subsequently used to examine the RRLP
+protocol once OpenBSC was modified to open a data channel for transmitting
+the assistance data with the RRLP position request. Heimerl's code, written
+in Erlang, had to be fully understood to build a working replica RRLP
+assistance data generator. It was used as a template with the specified RRLP
+conversion standard itself. The downloaded assistance data were
+in formats known as Receiver Independent Exchange format (RINEX) for ephemeris
+data and Yuma for almanac data. RINEX is a format to exchange raw satellite
+navigation data from GPS receivers with an ability to output the same raw data.
+Although almanac data can be in RINEX form as well, the almanac data
+found online were in the Yuma format. The files with assistance
+data had to be first properly parsed and then converted into the format
+specified in the standard by ETSI TS 144 031 \citep{ETSITS144031}.
+The data included in the ephemeris file also contained the UTC model,
+and the ionospheric model. Other operational data were included in the
+configuration file like the reference location data. More details
+on the operational data can be found in the software appendix
+configuration section \ref{sec:appendSoft}.
+Once all data have been successfully parsed and converted, they had to be verified
+to be in the specified range (domain) as in the standard. Afterwards, the converted
+and verified assistance data were combined into binary series of data
+according to the RRLP standard as described in chapter \ref{rrlpChapt}.
+If the assistance data packet size in binary format was not divisible by eight
+then additional padding zeros were added until this condition was satisfied.
+Better comprehension of the RRLP assistance data generator can be gained
+by looking at the flowchart in figure \ref{img:RRLPAlgFlowchart}.
+
+\begin{figure}[ht]
+ \centering
+ \includegraphics[scale=0.39]{img/algorithmRRLP.pdf}
+ \caption{Flowchart for the RRLP assistance data generator.}
+\label{img:RRLPAlgFlowchart}
+\end{figure}
+\newpage
+Since the ephemeris data refresh every two hours, the most recent generated data
+are appended at the end of the ephemeris file for one day\footnote{This
+is performed by Trimble, whose ephemeris data were used.}.
+It was common that the ephemeris assistance data contained errors which
+had to be detected in the data range verification step. To avoid disruption
+in operation of the developed application, once data out of range were detected
+they are immediately substituted with data for the same satellite
+but with two hours older ephemeris data. If the AGPS receiver in the MS uses
+the ephemeris data from that particular satellite then the distance estimation
+is affected and may contain errors! This problem is well known and confirmed
+by different studies \citep{Stanford-Ephem-Errors} \citep{NASA-Ephem-Errors}.
+A solution to this problem is proposed in the future work section \ref{sec:futWork}.
+Once the assistance data have been generated, converted to hexadecimal notation and
+saved to a text file, they can be used by OpenBSC to be sent to the MS.
+The decision to save the data to a text file, instead of storing to the database,
+was made because OpenBSC is a real-time system. If the database does not
+respond OpenBSC' real-time functionality might be lost and the system will
+malfunction. Since the text file is small and accessed only when an RRLP
+request is queued, it is faster than initializing the database driver,
+opening a socket connection to the database, making request queries to the
+database, obtaining the result and closing the socket connection.
+At this point, the assistance data are ready to be opened by OpenBSC
+and sent to the MS.
+
+\subsection{Creating a data channel in OpenBSC}
+To avoid the watchdog time-out triggered by OpenBSC when the RRLP
+requests have been sent originally, the solution was to create a dedicated data
+channel. The previously implemented approach by OpenBSC developers
+was to open a data channel with a silent SMS and then to send the
+RRLP request without any assistance data. However, this triggered always
+a time-out. The new approach, implemented by the author, can be split up
+into four steps: adding a command to launch an RRLP request; open a dedicated data
+channel (SDCCH) between the BTS and MS; open the text file generated with
+the RRLP assistance data generator in the previous step;
+send the RRLP packets; wait for the response from the MS and
+close the data channel. This will be explained in a sequential order of execution.
+
+The GSM network operator can connect to the Virtual Teletype (VTY)
+interface of OpenBSC using Telnet on port 4242 to issue commands
+and administer the GSM
+network. In order to send an RRLP requests from the VTY command interface,
+RRLP execution command had to be integrated. The function that integrates
+that command is named \textbf{\texttt{subscriber\_silent\_rrlp\_start()}}
+and is in the file \textit{vty\_interface\_layer3.c}. Four different commands
+can be executed by the operator from the VTY interface: RRLP request (send a
+position request without any assistance data); RRLP request
+with almanac data (send a position request with almanac as assistance data);
+RRLP request with ephemeris and other assistance data (send a position request with
+all available assistance data); or stop RRLP request (to stop the current
+execution of the RRLP request). Any of the first three commands,
+will call the function \textbf{\texttt{gsm\_rrlp\_operation\_start()}} in
+the file \textit{silent\_call.c}. Afterwards, the initializing of an SDCCH channel
+will start. Theoretically what takes place in background of this process, i.e.
+function \textbf{\texttt{gsm\_rrlp\_operation\_start()}},
+was already discussed in \ref{sec:SDCCHChan}. For the particular situation,
+when the GSM operator can not wait for the RRLP response or wants
+to stop the execution of the RRLP request, the GSM operator can issue a command
+in the VTY interface to stop it, which will call the function
+\textbf{\texttt{gsm\_rrlp\_operation\_stop()}} in the file \textit{silent\_call.c}.
+If the channel was successfully opened, the function \textbf{\texttt{send\_rrlp\_req()}}
+will be executed which is responsible for opening the text file with parsed
+assistance data content, copying the content into the RRLP data structure and
+transmit it to the MS. The data structure
+is shown in \ref{lst:rrlpDatastructure}. The structure contains the length
+of the data packets, \textit{lengthOfPacket} as well as the content
+of the packets, \textit{packetContent} which never exceeds more than 211 bytes.
+\begin{lstlisting}[label=lst:rrlpDatastructure,
+caption={\textbf{Data structure containing the RRLP assistance data.}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily,
+escapechar=@,
+emph={int, uint8_u, struct},
+emphstyle={\color{ljubicasta}\bfseries},
+emph={[2]int,lengthOfPacket,packetContent},
+emphstyle={[2]\color{blue}},
+emph={[3]gsm48_send_rr_app_info},
+emphstyle={[3]\color{zelena}\bfseries}]
+struct rrlpPacket {
+ int lengthOfPacket;
+ uint8_u packetContent[211];
+}
+\end{lstlisting}
+After the RRLP assistance data have been successfully loaded into the RRLP data structure,
+they are transmitted to the MS. In listing \ref{lst:sendingData} the function required
+to send assistance data is shown. The first arguments passed to the function provides
+the pointer to the opened SDCCH data channel connection. It is followed by the Application
+Protocol Data Unit identifier set to \texttt{0x00}. The third argument is the size of
+the transmitted packet. The last passed argument to the function is the starting address
+of the location where the packet content is located. Since there is more than one
+RRLP assistance packet to be transmitted, this function gets executed a few
+times in a loop defined by the packet counter variable \textit{packNum}.
+The responses sent back by the MS are obtained by the BTS and stored in the
+HLR database table \textit{ApduBlobs} in PER notation. A small utility was
+programmed to connect to the database, display the acquired data and
+the decoded position if it is contained in the RRLP response.
+\begin{lstlisting}[label=lst:sendingData,
+caption={\textbf{Function required to transmit assistance data.}},
+backgroundcolor=\color{light-gray},
+basicstyle=\scriptsize\ttfamily,
+escapechar=@,
+emph={int},
+emphstyle={\color{ljubicasta}\bfseries},
+emph={[2]int,lengthOfPacket,packetContent},
+emphstyle={[2]\color{blue}},
+emph={[3]gsm48_send_rr_app_info},
+emphstyle={[3]\color{tamnozelena}\bfseries}]
+int response = gsm48_send_rr_app_info(conn, 0x00, AlmanacPackets[packNum].lengthOfPacket, AlmanacPacket[packNum].packetContent)
+\end{lstlisting}
+
+
+%Author's test system operated on the ARFCN 877 channel. ARFCN (Absolute Radio
+%Frequency Channel Number) defines the uplink and downlink channel frequency insdide
+%the GSM network \citep{Richard2011Master}. ARFCN 877 corresponds to the uplink frequency
+%of 1,783.2 MHz and a downlink frequency of 1,878.2 MHz, where the uplink direction
+%represents the direction from the nanoBTS to the mobile stations and downlink the
+%opposite direction. The decision to use the ARFCN 877 channel was derived from
+%the fact that the channel was free, measurements were carried out with a
+%spectrum analyser built on the USRP hardware.
+
+
+\chapter{Results}
+In this chapter performed tests will be explained and how the results
+were obtained. Analysis of the results will be discussed as well as the geographical
+dislocation error will be shown. Smart phones used
+for the test are going to be introduced, followed by showing the location
+where the tests have been performed. After the results have been provided,
+a critical analysis demonstrates all the obstacles that may have emerged
+while the tests have been performed. The critical analysis may provide
+the answer why some results may be biased and it is a vital part of this thesis.
+It gives an additional insight into the complete operation of the built localization
+system in this thesis.
+%Aside from the given theoretical perspective of how AGPS works and why lack of
+%time synchronization inside GSM can be of critical value to correctly
+%evaluate the results.
+
+\section{Tests \& Results}
+\label{sec:tstRes}
+Although the main goal was to develop only a working positioning system, tests have been performed
+mostly inside of a closed building, inside of three different rooms in the mathematics
+computer pool of the University of Freiburg (German: $Mathematik$ $Rechenzentrum$)
+and outside of the computer pool.
+
+\subsection{Smart phones tested}
+The requirement for a cell phone to be considered for testing was its
+classification as a smart phone (having at least an AGPS receiver) and
+its availability (person's good will to share their smart phone for the
+purpose of testing). The following eleven models, shown in
+table \ref{tbl:smartphones} have satisfied the
+criterion and have been used to perform the tests.
+
+\begin {table}[ht]
+\caption{Smart phone models used for testing in the thesis.}
+\label{tbl:smartphones}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{llllll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{No.}&\textbf{Cell phone} & \textbf{Manufacturer \& Country}&\textbf{No.}&\textbf{Cell phone} & \textbf{Manufacturer \& Country}\\\toprule
+1&$Defy$&Motorola, USA&7&$Galaxy$ $Nexus$ $i9250$&Samsung, South Korea\\\midrule
+2&$iPhone$ $4$&Apple, USA&8&$E71$&Nokia, Finland\\\midrule
+3&$iPhone$ $3GS$&Apple, USA&9&$N95$&Nokia, Finland\\\midrule
+4&$G1$&Google, USA&10&$Desire$ $S$&HTC, Taiwan\\\midrule
+5&$Galaxy$ $S2$&Samsung, South Korea&11&$Blade$&ZTE, P.R. of China\\\midrule
+6&$Galaxy$ $S3$&Samsung, South Korea
+\\\bottomrule
+\end {tabular}
+\end {table}
+
+\subsection{Performed tests}
+As stated in section \ref{sec:tstRes}, tests have been performed outside and inside
+of the computer pool building. Three different test modes were tried out,
+first only an RRLP request without any
+assistance data was sent. The second test included an RRLP request with almanac data only.
+The last test was an RRLP request with almanac, ephemeris, UTC model,
+ionospheric model and reference location data. The stated requests have been sent in an
+reverse order, to observe if the smart phones can actually exploit and benefit from the assistance data.
+The RRLP requests were manually sent from the Telnet interface from OpenBSC.
+Results delivered by the MS were stored in the database and the
+following analysis is based on the results.
+
+\begin{figure}[ht!]
+ \centering
+ \includegraphics[scale=0.38]{img/googlemapsResults.pdf}
+ \caption{Test rooms as well as the results delivered by the smart phones. Image courtesy of Google Maps.}
+\label{img:googlemapsResults}
+\end{figure}
+
+The first tests took place on the ground-floor of the computer pool,
+in figure \ref{img:googlemapsResults} depicted with a green dot as Test room 1.
+The smart phones were horizontally lying on the table $50 cm$ away from the window in the first test
+and in the second test vertically parallel to the window. The results of two smart phones, $iPhone$ $3GS$ and $G1$,
+showed that their position did not make any influence on the test results. The delivered position coordinates
+in two performed tests were in range of the green rectangle labeled with a white one in the left corner. Although returned
+positions were points, rectangles had been used to depict the regions where the positions would appear for measured room test
+points. Two repeated measurements would yield a position in these rectangular areas. This might be considered as an
+precision ``problem'' of the GPS positioning system.
+According to Google Earth, Test room 1 has the following coordinates: latitude 48\textdegree 0'13.21"N and
+longitude 7\textdegree 50'53.53"E. The results were 5-20 m away from the
+real position according to Google Earth. The $iPhone$ $3GS$ sent only a response when assistance data
+have been delivered (almanac or almanac with ephemeris, UTC model, ionospheric model and reference location data),
+whereas the $G1$ only when the almanac data were provided as well as a simple RRLP request without assistance
+data. It is apparent from these facts that the $iPhone$ $3GS$
+had used the assistance data to estimate its position. Otherwise the $iPhone$ $3GS$ would send its position back
+when only an RRLP position request was sent. Interestingly, the $G1$ did not provide any results
+when the ephemeris data have been delivered. These findings suggest that the AGPS receiver in
+$G1$ may suffer from not knowing how to employ the ephemeris data. This might be due to the fact that $G1$ is
+one of the first ``real'' smart phones on the market. Afterwards, evedince for smart phones not being able to utilise
+any of the assistance data, will be provided for other smart phones older than the $G1$.
+
+\begin{figure}
+ ~ %add desired spacing between images, e. g. ~, \quad, \qquad etc.
+ %(or a blank line to force the subfigure onto a new line)
+ \centering
+ \begin{subfigure}[b]{0.3\textwidth}
+ \centering
+ \includegraphics[height=\textwidth]{img/smartPhoneWindow.jpg}
+ \caption{On the window.}
+ \label{fig:window}
+ \end{subfigure}
+ ~ %add desired spacing between images, e. g. ~, \quad, \qquad etc.
+ %(or a blank line to force the subfigure onto a new line)
+ \begin{subfigure}[b]{0.3\textwidth}
+ \centering
+ \includegraphics[height=\textwidth]{img/smartRoomTable.jpg}
+ \caption{On the table.}
+ \label{fig:table}
+ \end{subfigure}
+ \caption{Test room 2 with the positions of the smart phones.}\label{fig:animals}
+ \label{img:smartphonepositions}
+\end{figure}
+%\newpage
+The second tests took place in Test room 2. Test room 2 is located in the basement of the
+computer pool, with the following coordinates: latitude 48\textdegree 0'13.12"N and
+longitude 7\textdegree 50'53.50"E. The fact that the tests took place in the basement adds
+an additional obstacle to the AGPS receiver in the MS, the signal strengths of GPS
+signals are even weaker. The GPS signal strength was measured with an external GPS receiver
+connected to the computer and by its acquisition time it could be easily observed that the
+time required to track the satellites was much longer than in Test room 1.
+The results from Test room 2 are most valuable because they have
+provided additional evidence that even without line of sight it is possible to
+receive weak GPS signals and approximate the position. The line of sight was blocked by
+the surrounding buildings. The obtained results from
+Test room 2 can be seen in figure \ref{img:googlemapsResults}, two
+red rectangles labeled with a two in their left upper corner.
+It is somewhat surprising that different phone models delivered different
+positions (two different rectangle ranges) at different times of the day.
+This finding suggests that not an equal number of satellites may have been visible
+at the different time points when the tests were performed.
+By observing the results in figure \ref{img:googlemapsResults},
+it is straightforward to see the deviations of the estimated positions,
+by comparing the tests performed in Test room 1 and 2.
+Albeit these two test rooms are geographically not far away from each other,
+the major difference is in their altitude and GPS signal strength reception.
+The estimated position deviation from the real position was dependent on
+GPS signal reception quality and satellites visibility.
+The majority of the performed tests in this work were performed in this room.
+Smart phones have been tested on the table which is $2 m$ away from the windows
+and on the window itself, as shown in figure \ref{img:smartphonepositions}.
+These small changes in position of the smart phone did not make any difference
+in the estimated position. The smart phones tested in Test
+room 2 are listed in table \ref{tbl:smartphones}. One
+unanticipated finding was that the ``newer generation'' smart phones did not
+deliver their position in any case but rather requested more assistance data
+like $iPhone$ $4$, $Galaxy$ $S2$ and $Galaxy$ $S3$. There are two possible
+explanations for this behaviour.
+This might be because the newer AGPS devices require more assistance data
+by relying on the network providers to have synchronized GSM systems or it is an
+security protection of the smart phone user. No information on the AGPS receiver
+chipset in the smart phones could be found online by the author. The previous two
+statements have to be considered with ambiguity. Another contrary to expectations,
+were the results with two Nokia ``smart phone'' models $E71$ and $N95$. The
+results were only delivered when an RRLP request was sent without any assistance
+data. Although it was stated in their specifications that both cell phones are
+equiped with an AGPS receiver \citep{nokiae71} \citep{nokian95}.
+However, RRLP requests with assistance data did
+not produce any output from these smart phones. The reason for this behaviour is
+not completely obvious but it might be due to the fact these are older models
+in comparison to other smart phones in the tests.
+At the time point when the two cell phones were released by Nokia the firmware for the phones
+might not have been fully developed since both models are from the
+same company.
+
+The third test took place in Test room 3, as shown in figure \ref{img:googlemapsResults}
+by the yellow dot. The third test room has the following coordinates:
+latitude 48\textdegree 0'12.26"N and longitude 7\textdegree 50'54.45"E.
+The smart phones were placed on the windows.
+In this room, the tested smart phones did not deliver any positions but only errors about
+missing assistance data and time-outs. While non of the smart phones delivered their position,
+the room was tested if a GPS position can be obtained with an external GPS receiver.
+The test was successful and after 12 minutes the position was obtained but the signal
+strength was weak according to the delivered GPS output. An implication emerging from
+this finding may be related to the GPS receiver high sensitivity (-160 dBm = $10^{−19}$ W)
+and an active patch antenna with a size of 2x2 cm \citep{ubxDatasheet}.
+The GPS receivers employed in smart phones have to be small in size to fit into the device
+and use a passive antenna because active antennas have an additional power consumption
+\citep{gpsAntenna}.
+
+To determine if the delivered results are taken from the cache or some other memory in the
+smart phone, the same test have been performed in the basement hallway where no
+windows exist right after the smart phones have successfully delivered their position
+in Test room 2. This test did not deliver any position but only time-outs
+or errors containing information that no satellites are visible.
+This test confirmed that the smart phones are always performing a
+postion estimation at the moment when an RRLP request is sent to the MS.
+
+The last test has been carried out outside of the computer pool building.
+This test was conducted to confirm the argument that precision of the estimated
+position is related to the received GPS signal strength and number of visible satellites.
+As it can be seen in figure \ref{img:googlemapsResults}, the tests were performed
+at the blue dot and around it and the estimated positions were 1-5 m off of
+the real position. The estimated positions are shown in a blue rectangle with an O (letter O)
+in the left corner of it.
+
+\begin {table}[hb!]
+\caption{Smart phone RRLP test results from Test room 2.}
+\label{tbl:resultsByTest}\centering
+%\rowcolor{2}{light-gray}{}
+\scriptsize\fontfamily{iwona}\selectfont
+\begin{tabular}{lllll}
+\toprule
+%$D$&&$P_u$&$\sigma_N$\\
+\textbf{Cell phone model}&\textbf{RRLP(E)}&\textbf{RRLP(A)}&\textbf{RRLP}&\textbf{Type of error (or missing data)}\\\toprule
+$Defy$&No&No&No&No response (time-out) \\\midrule
+$iPhone$ $4$&No&No&No&Reference time, Navigation Model,\\
+&&&&Reference Location\\\midrule
+$iPhone$ $3GS$&Yes&Yes&No&/\\\midrule
+$G1$&No&Yes&Only occasionallys&/\\\midrule
+$Galaxy$ $S2$&No&No&No&Acquisition Assistance\\\midrule
+$Galaxy$ $S3$&No&No&No&Reference Location, Reference Time,\\
+&&&&Acquisition Assistance, Navigation Model\\\midrule
+$Galaxy$ $Nexus$ $i9250$&No&No&No&Did not respond, only ACKs\\\midrule
+$E71$&No&No&Yes&/\\\midrule
+$N95$&No&No&Yes&/\\\midrule
+$Desire$ $S$&Yes&No&No&/\\\midrule
+$Blade$&No&No&Yes&/
+\\\bottomrule
+\end {tabular}
+\end {table}
+
+In table \ref{tbl:resultsByTest}, the list of all results from Test room 2 is shown. The abbreviations
+used in the table are explained in this paragraph. RRLP indicates the MS has delivered its
+position only when an RRLP position request without any assistance data has been sent.
+RRLP(E) indicates the MS has delivered its position only when an RRLP request contained
+almanac, ephemeris, UTC model, ionospheric model and reference location data has been sent.
+RRLP(A) indicates the MS has delivered its position when an RRLP request contained
+only almanac data. If there is no error description, then the smart phone delivered its position
+successfully. Otherwise, the stated data were requested by the smart phones. In case the positions
+were delivered by the smart phones, the waiting period was usually shorter than 3 minutes.
+The waiting time period of 3 minutes for the result is not discouraging provided that the assistance data like
+reference time (exact time, explained in section \ref{sec:rrlpassistance}) and
+acquisition assistance data (phase shift and Doppler effect frequency required by the AGPS,
+explained in section \ref{sec:rrlpassistance}) were not delivered to the MS. It is important
+to mention the strange behaviour by $Galaxy$ $Nexus$ $i9250$, the smart phone responded only with
+acknowledgements while the assistance data have been sent but after the reception it
+immediately closed the SDCCH channel. The $Blade$ closed the SDCCH channel after 4 transmitted
+assistance packets for the RRLP(E) test. The $Defy$ by Motorola did not produce any output at
+all and its behaviour was exact like of an 2G cell phone without a GPS receiver.
+To eliminate doubts and suspicion if the SDCCH channel was properly working and the
+generated time-outs were not by OpenBSC, 2G phones (Nokia 3310 and Siemens M50)
+have been used to perform the SDCCH test. An SDCCH channel
+has been initialized 10 times on different days with the 2G phones and left open for 10
+minutes. The 2G phones reported the signal strengths of the initialized channel according
+to the defined standard. This provides a proof that if time-outs were generated, they were
+generated by the smart phones rather than OpenBSC. One important remark related
+to the tests has to be mentioned.
+Occasionally, $iPhone$ $3GS$ and $G1$ did not deliver their results the first time the RRLP
+request was sent but an time-out which lead to the disconnection of the SDCCH channel.
+Second time the same RRLP request were sent, the smart phones delivered their positions.
+This unexpected behaviour raises a suspicion that
+the smart phones do not behave according to the RRLP standard where it is well defined how much
+time they have to perform the localization. However, the previous statement ought to be considered
+with some uncertainty since it can not be proved without access to the hardware and firmware
+of the smart phones. The combination of described findings in this chapter and in table \ref{tbl:resultsByTest}
+provides some support for the premise that the RRLP standard is not yet a fully implemented
+standard by all manufacturers that claim AGPS functionality. Does the RRLP functionality depend
+on the AGPS chipset or RRLP itself, remains an open question.
+
+\section{Criticism of performed tests}
+Perhaps the most serious weakness of the presented results
+is that the author had no access to the firmware or the hardware of the MS while the
+tests have been performed. This would allow the author to see what type
+and how the assistance data are employed by the AGPS in the MS. If access
+could be gained, to the internal operation of the AGPS receiver,
+all doubts and bias about the deduced hypotheses could be eliminated.
+The whole system represents a black box where an input is
+delivered and an output is expected. Another drawback was the lack of
+hardware information inside of the MS (AGPS receivers and
+antennas). This does not allow an exact comparison between different
+cell phone models and if they can acquire any GPS signal in weak signal
+strength conditions like it was in Test room 3.
+
+Difficulties arise in assessment and comparing the results in this
+thesis with other relevant studies due to the lack of any research
+studies completed using the same hardware and equivalent type of
+assistance data. In the relevant studies different
+hardware test equipment is used while this thesis was carried
+out without that test equipment \citep{gpsTest2}.
+In addition, no research has been found that surveyed the amount of
+time required to get a position response from a MS where only
+almanac, ephemeris, UTC model, ionospheric model and reference
+location data have been delivered to the MS.
+
+Another limitation of the evaluated results lies in the fact that the tests have
+been only applied to the stated cell phones and it could not be tested
+with all possible models. The tests suffer from a major drawback as real time
+movement of satellites, the tests could not be conducted parallely but
+rather in serial manner in time. In other words, a satellite visible at
+the moment while the first test is being performed may not be visible
+the second time when the test is executed. The tests were performed
+in the morning 10:00-12:00 and in the afternoon 16:00-19:00, with
+morning being the period of day when it was difficult even for the external
+GPS device to track the satellites (by difficulty is meant the period of time
+required to get a position fix). GPS signal strength is vital for performing
+a position estimation due to the phase shift and Doppler frequencies. When
+the signal levels are lower than acquisition sensitivity of the GPS receiver
+inside the smart phone even assistance data can not help further.
+Antenna polarization and the position of the cell phone matter as well.
+
+Correctness of assistance data in almanac and ephemeris data can not be
+verified. The author had to rely and trust the Navigation Center of the US Coast Guard and Trimble as sources
+although errors were confirmed by different studies in \citep{Stanford-Ephem-Errors}
+\citep{NASA-Ephem-Errors}. Errors can be confirmed by the author in
+ephemeris data as well (URA values were out of specified range).
+These errors were not continual but appeared occasionally and these errors
+were inside of the assistance data provided by Navigation Center of the US Coast Guard (NVCS).
+Occasionally ephemeris data for some of the GPS satellites were missing as well.
+
+\section{Future work}
+\label{sec:futWork}
+The system could be extended with a GPS device that delivers raw GPS data
+instead of using the data provided by NVCS and Trimble. Obtained data by the GPS
+receiver could be compared to the data provided by NVCS or other GPS observation stations
+and verified for errors. By having more redundant sources of same information,
+mistakes in the GPS receiver output or transmission could be detected and eliminated since
+other sources of redundant data could indicate the correctness of assistance data.
+
+Another idea to extend this work would be to use an LMU and provide the
+reference time and acquisition assistance data. This feature would enhance the
+complete system. However, one ought to understand it would require large changes
+in the OpenBSC source code and interoperability between the BTS and LMU.
+
+Additionally, a tracking system of GSM users could be built by adding a timer
+that will trigger an RRLP request every few seconds or minutes. The successfully
+estimated positions could be considered as vertices on a map. By connecting vertices
+in succeeding manner, routes are created. Along the suggested idea, a machine learning
+algorithm ought to be used to process the path data and to predict the movement of GSM users
+for specific weekdays \citep{predictMovements}. After the machine learning algorithm
+has successfully learned the movement routes of the GSM user, the system could be used as an
+early warning system for the GSM user. For an illustration, if an GSM user takes one drive route
+every Monday and there is a traffic jam, an early warning SMS could be sent to the user
+to take another route.
+
+%Tests could be performed if it possible if it can be tricked out by the software Dennis mentioned (protect my privacy)!
+
+\chapter{Summary and security issues}
+%This thesis has investigated how difficult it is to integrate mobile assisted GPS localization in GSM
+%Networks. The aim of this work was set out to implement the ``first'' working open source RRLP
+%implementation in GSM networks, as well as to determine and evaluate the limits of this localization
+%technique. The research performed in this work has shown, it is not convoluted and burdensome to
+%estimate the position of GSM users even inside of buildings granted that required assistance
+%data can be provided by the GSM network operator. The findings of this study indicate that GSM users
+%of smart phones can be tracked accurately and precisely without their knowledge. An implication of these
+%evidence suggest it would be not complicated for German law enforcement agencies to employ this precise
+%surveillance technique to follow suspects. According to the German Interior Minister Hans-Peter Friedrich,
+%in 2011 silent SMS were employed with the UL-TDOA technique to track down suspects \citep{silentPolice}
+%\citep{silentPolice1}. The law is unclear if silent SMS can be considered communication taking into
+%consideration no information are sent to the GSM user and is a gray area from the legal point of view
+%\citep{silentPolice1}. "The state found that it was not one, since there is no content. This is useful,
+%because if it is not a communication, it does not fall under the framework of the inviolability of
+%telecommunications described in Article 10 of the German Constitution." said Mathias Monroy from
+%Heise Online \citep{silentPolice1}. The development of a working RRLP application and obtained
+%results from this work enhance the understanding of AGPS receivers and may be further used to
+%better understand how the assistance data influence the obtained results.
+%Finally, a number of important limitations in the obtained results need to be considered.
+%Not all assistance data were available and the tests have been performed at different time points of the day.
+%The amount of tested cell phones was not representative enough. However, this work has thrown up some
+%questions in need of further investigation but it is only a tip of the iceberg! A future study
+%investigating if further assistance data are provided to the cell phones would be very interesting.
+%The produced RRLP software and obtained results may be used to develop new strategies aimed at
+%protecting privacy of cell phone users.
+
+This thesis investigated the possibility to integrate mobile assisted GPS localization in GSM
+networks on undedicated and dedicated GSM hardware. The aim of this work was to implement the
+``first'' working open source RRLP
+implementation in GSM networks, as well as to determine and evaluate the limits of this localization
+technique. Both goals were accomplished, a working RRLP protocol inside of data channels was
+successfully implemented. The evaluated results proved that out of 11 tested cell phone models, 6 successfully
+provided their GPS location. An analysis, with regards to accuracy and precision of the delivered positions, was
+discussed.
+
+The research performed in this work has shown that it is neither impossibly
+convoluted nor burdensome to estimate the position of GSM users even inside of buildings granted that
+required assistance data can be provided by the GSM network operator. The findings of this study indicate
+that GSM users of smart phones can be tracked accurately and precisely without their knowledge. One
+implication of this evidence is to suggest that it would not be complicated for German law enforcement
+agencies to employ this precise surveillance technique to follow suspects. According to the German
+Interior Minister Hans-Peter Friedrich, in 2011 silent SMS were employed with the UL-TDOA technique to
+track down suspects \citep{silentPolice}. The law is unclear if silent SMS can be considered communication
+when taking into consideration that no information is sent to the GSM user, and it remains a gray area
+from the legal point of view \citep{silentPolice}. "The state found that it was not communication,
+since there is no content. This is useful,
+because if it is not a communication, it does not fall under the framework of the inviolability of
+telecommunications described in Article 10 of the German Constitution." said Mathias Monroy from
+Heise Online \citep{silentPolice}. The development of a working RRLP application and the obtained
+results from this work enhance the understanding of AGPS receivers and may be further used to
+better understand how the assistance data influence the obtained results.
+Finally, a number of important limitations in the obtained results need to be considered.
+Not all assistance data were available, the tests were performed at different time points
+during the day, and the number of types of tested cell phones was not globally representative enough.
+This work has raised some questions in need of further investigation but it also illustrates
+that this is only a small revealed section of a larger hidden issue! A future study investigating the results of further
+assistance data being provided to the cell phones would be very interesting. The produced RRLP
+software and obtained results may be used to develop new strategies aimed at protecting the privacy
+of cell phone users.
+
+%\addcontentsline{toc}{chapter}{Dictionary of acronyms} \ No newline at end of file
diff --git a/vorlagen/thesis/src/maindoc.lof b/vorlagen/thesis/src/maindoc.lof
index 5e21867..918dbb4 100644
--- a/vorlagen/thesis/src/maindoc.lof
+++ b/vorlagen/thesis/src/maindoc.lof
@@ -21,7 +21,7 @@
\contentsline {figure}{\numberline {3.7}{\ignorespaces Demodulation of the L1 GPS signal.\relax }}{25}{figure.caption.25}
\contentsline {figure}{\numberline {3.8}{\ignorespaces Comparison between the original C/A code generated on the GPS satellite with two synthesized PRN codes with a different phase shift on the receiver. Image courtesy of \citep {understandGPS}.\relax }}{26}{figure.caption.26}
\contentsline {figure}{\numberline {3.9}{\ignorespaces Segment of the frequency/code delay search space for a single GPS satellite. Image courtesy of \citep {diggelen2009a-gps}.\relax }}{28}{figure.caption.27}
-\contentsline {figure}{\numberline {3.10}{\ignorespaces Basic AGPS principle\relax }}{29}{figure.caption.28}
+\contentsline {figure}{\numberline {3.10}{\ignorespaces Basic AGPS principle.\relax }}{29}{figure.caption.28}
\addvspace {10\p@ }
\contentsline {figure}{\numberline {4.1}{\ignorespaces RRLP Request protocol. Assistance data can be sent before the request is made. If the assistance data are sent, their reception acknowledgement is sent as a response from the MS. Image courtesy of \citep {harper2010server-side} and \citep {04.31V8.18.0}.\relax }}{32}{figure.caption.29}
\contentsline {figure}{\numberline {4.2}{\ignorespaces An example of constructing an RRLP request. Image courtesy of \citep {harper2010server-side}.\relax }}{37}{figure.caption.30}
@@ -36,8 +36,8 @@
\contentsline {figure}{\numberline {6.1}{\ignorespaces Test rooms as well as the results delivered by the smart phones. Image courtesy of Google Maps.\relax }}{59}{figure.caption.39}
\contentsline {figure}{\numberline {6.2}{\ignorespaces Test room 2 with the positions of the smart phones.\relax }}{60}{figure.caption.40}
\addvspace {10\p@ }
-\contentsline {figure}{\numberline {C.1}{\ignorespaces Effects of the low frequency term on the demodulated output C/A wave on the GPS receiver (the explanations and figures are from top to bottom). If the synthesized frequency is correct, $f_{1}=f_{2}$, the low frequency term becomes a DC term and does not modify the output $d_{C/A}$ wave (first figure). If the frequency matches but the phase not, in this case the phase is shifted for $\pi $, then $d_{C/A}$ is inverted (second figure). If the phase shifts with time, then the amplitude and phase of $d_{C/A}$ will vary as well (third figure). Image courtesy of \citep {diggelen2009a-gps}.\relax }}{86}{figure.caption.48}
-\contentsline {figure}{\numberline {D.1}{\ignorespaces Cross-correlation on three different signals. Image courtesy of \citep {understandGPS}.\relax }}{87}{figure.caption.49}
-\contentsline {figure}{\numberline {F.1}{\ignorespaces Basic distance estimation principle for one satellite. Image courtesy of \citep {understandGPS}.\relax }}{91}{figure.caption.53}
-\contentsline {figure}{\numberline {F.2}{\ignorespaces Estimating the distance by phase shift $\Delta t =t_2 - t_1 =\tau $. Image courtesy of \citep {understandGPS}.\relax }}{92}{figure.caption.54}
-\contentsline {figure}{\numberline {F.3}{\ignorespaces Taylor series approximation for a point $a=0.5$ where $n$ is the Taylor polynomial degree.\relax }}{94}{figure.caption.55}
+\contentsline {figure}{\numberline {C.1}{\ignorespaces Effects of the low frequency term on the demodulated output C/A wave on the GPS receiver (the explanations and figures are from top to bottom). If the synthesized frequency is correct, $f_{1}=f_{2}$, the low frequency term becomes a DC term and does not modify the output $d_{C/A}$ wave (first figure). If the frequency matches but the phase not, in this case the phase is shifted for $\pi $, then $d_{C/A}$ is inverted (second figure). If the phase shifts with time, then the amplitude and phase of $d_{C/A}$ will vary as well (third figure). Image courtesy of \citep {diggelen2009a-gps}.\relax }}{88}{figure.caption.51}
+\contentsline {figure}{\numberline {D.1}{\ignorespaces Cross-correlation on three different signals. Image courtesy of \citep {understandGPS}.\relax }}{89}{figure.caption.52}
+\contentsline {figure}{\numberline {F.1}{\ignorespaces Basic distance estimation principle for one satellite. Image courtesy of \citep {understandGPS}.\relax }}{93}{figure.caption.56}
+\contentsline {figure}{\numberline {F.2}{\ignorespaces Estimating the distance by phase shift $\Delta t =t_2 - t_1 =\tau $. Image courtesy of \citep {understandGPS}.\relax }}{94}{figure.caption.57}
+\contentsline {figure}{\numberline {F.3}{\ignorespaces Taylor series approximation for a point $a=0.5$ where $n$ is the Taylor polynomial degree.\relax }}{96}{figure.caption.58}
diff --git a/vorlagen/thesis/src/maindoc.lot b/vorlagen/thesis/src/maindoc.lot
index 2b2ecac..594cf8c 100644
--- a/vorlagen/thesis/src/maindoc.lot
+++ b/vorlagen/thesis/src/maindoc.lot
@@ -1,7 +1,7 @@
\select@language {english}
\addvspace {10\p@ }
\addvspace {10\p@ }
-\contentsline {table}{\numberline {2.1}{\ignorespaces GSM operating frequencies in Germany\relax }}{9}{table.caption.6}
+\contentsline {table}{\numberline {2.1}{\ignorespaces GSM operating frequencies in Germany.\relax }}{9}{table.caption.6}
\contentsline {table}{\numberline {2.2}{\ignorespaces Traffic channels on the air interface. Table courtesy of \citep {0890064717}.\relax }}{11}{table.caption.10}
\contentsline {table}{\numberline {2.3}{\ignorespaces Control channels on the air interface. Table courtesy of \citep {0890064717}.\relax }}{12}{table.caption.11}
\contentsline {table}{\numberline {2.4}{\ignorespaces Overview of the localization techniques.\relax }}{18}{table.caption.18}
@@ -13,10 +13,10 @@
\contentsline {table}{\numberline {6.1}{\ignorespaces Smart phone models used for testing in the thesis.\relax }}{58}{table.caption.38}
\contentsline {table}{\numberline {6.2}{\ignorespaces Smart phone RRLP test results from Test room 2.\relax }}{62}{table.caption.41}
\addvspace {10\p@ }
-\contentsline {table}{\numberline {A.1}{\ignorespaces Example uncertainties (latitude and longitude) for various integer values of $K$\relax }}{83}{table.caption.45}
-\contentsline {table}{\numberline {A.2}{\ignorespaces Example uncertainties (altitude) for various integer values of $K$\relax }}{83}{table.caption.46}
-\contentsline {table}{\numberline {B.1}{\ignorespaces Indicator LED status on the nanoBTS. Table courtesy of \citep {installnanoBTS}.\relax }}{84}{table.caption.47}
-\contentsline {table}{\numberline {E.1}{\ignorespaces Almanac message. Table courtesy of \citep {harper2010server-side}.\relax }}{89}{table.caption.50}
-\contentsline {table}{\numberline {E.2}{\ignorespaces GPS Ionosphere Model.\relax }}{89}{table.caption.51}
-\contentsline {table}{\numberline {E.3}{\ignorespaces GPS UTC Model.\relax }}{89}{table.caption.51}
-\contentsline {table}{\numberline {E.4}{\ignorespaces Navigation message (ephemeris). Table courtesy of \citep {harper2010server-side}.\relax }}{90}{table.caption.52}
+\contentsline {table}{\numberline {A.1}{\ignorespaces Example uncertainties (latitude and longitude) for various integer values of $K$.\relax }}{85}{table.caption.48}
+\contentsline {table}{\numberline {A.2}{\ignorespaces Example uncertainties (altitude) for various integer values of $K$.\relax }}{85}{table.caption.49}
+\contentsline {table}{\numberline {B.1}{\ignorespaces Indicator LED status on the nanoBTS. Table courtesy of \citep {installnanoBTS}.\relax }}{86}{table.caption.50}
+\contentsline {table}{\numberline {E.1}{\ignorespaces Almanac message. Table courtesy of \citep {harper2010server-side}.\relax }}{91}{table.caption.53}
+\contentsline {table}{\numberline {E.2}{\ignorespaces GPS Ionosphere Model.\relax }}{91}{table.caption.54}
+\contentsline {table}{\numberline {E.3}{\ignorespaces GPS UTC Model.\relax }}{91}{table.caption.54}
+\contentsline {table}{\numberline {E.4}{\ignorespaces Navigation message (ephemeris). Table courtesy of \citep {harper2010server-side}.\relax }}{92}{table.caption.55}
diff --git a/vorlagen/thesis/src/maindoc.tex b/vorlagen/thesis/src/maindoc.tex
index d988631..929b6a3 100644
--- a/vorlagen/thesis/src/maindoc.tex
+++ b/vorlagen/thesis/src/maindoc.tex
@@ -246,14 +246,14 @@ stepnumber=1, numbersep=5pt, numbers = none}
%% Literatur %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\selectbiblanguage{english}
-\cleardoublepage
-\addcontentsline{toc}{chapter}{List of tables}
-\listoftables
\cleardoublepage
\addcontentsline{toc}{chapter}{List of figures}
\listoffigures
+\cleardoublepage
+\addcontentsline{toc}{chapter}{List of tables}
+\listoftables
%\cleardoublepage
%\addcontentsline{toc}{chapter}{List of listings}
%\lstlistoflistings
diff --git a/vorlagen/thesis/src/titel.tex b/vorlagen/thesis/src/titel.tex
index 196bd38..5300865 100644
--- a/vorlagen/thesis/src/titel.tex
+++ b/vorlagen/thesis/src/titel.tex
@@ -33,7 +33,7 @@
\node [shift={(7.0cm,4.4cm)}] at (current page.south west)
{
\parbox{7cm}{
- \large\noindent\textsf{Refik Had\v{z}iali\'{c}
+ \large\noindent\textsf{Matrikel-Nr.: 2818102\\Refik Had\v{z}iali\'{c}
\\\normalsize
}
}