1
00:00:00,000 --> 00:00:18,710
36C3 Vorspannmusik
2
00:00:18,710 --> 00:00:24,150
Herald: Guten Morgen zusammen. Heute ist
mir eine ganz besondere Freude, einen Talk
3
00:00:24,150 --> 00:00:29,620
anzusagen, der so ein bisschen was
erzählen wird über den 5G-Hype, warum er
4
00:00:29,620 --> 00:00:33,230
vielleicht gerechtfertigt ist oder
vielleicht auch nicht. Dafür freue ich
5
00:00:33,230 --> 00:00:38,410
mich ganz besonders, unsere nächsten zwei
Speaker anzusagen. Und auch, obwohl es
6
00:00:38,410 --> 00:00:41,720
noch früh am Morgen ist, würde ich mich
ganz besonders freuen, wenn ihr einen ganz
7
00:00:41,720 --> 00:00:46,750
herzlichen Applaus für Peter und Heurekus.
Dankeschön.
8
00:00:46,750 --> 00:00:57,190
Peter: Schönen guten Morgen, wir sind
Heurekus und Peter und wir möchten ein
9
00:00:57,190 --> 00:01:04,689
bisschen was über 5G erzählen. 5G ist ja
in aller Munde. Man braucht 5G unbedingt.
10
00:01:04,689 --> 00:01:09,220
Wenn man allerdings den Begriff 5G
verwendet, dann ist das eher so, wie in
11
00:01:09,220 --> 00:01:12,330
der Bezeichnung Wald, wenn man einen
gewissen Baum, 'nen einzelnen Baum
12
00:01:12,330 --> 00:01:16,360
bezeichnen möchte. Meine Frage ist dann
eigentlich immer, wenn jemand von 5G
13
00:01:16,360 --> 00:01:22,189
redet: Was meint er eigentlich damit? Wir
möchten heute so ein bisschen die
14
00:01:22,189 --> 00:01:33,370
Hintergründe, was alles mit 5G möglich
ist, ein bisschen vorstellen. Das ist unser
15
00:01:33,370 --> 00:01:40,330
Talk heute. Der geht um folgende Sachen.
Heurekus: Genau, ich habe hier mal ein
16
00:01:40,330 --> 00:01:43,640
Überblicksbild, über was wir heute
eigentlich reden wollen. Über das 5G, das
17
00:01:43,640 --> 00:01:47,350
es eigentlich tatsächlich schon gibt. Wir
gehen dann nachher noch genauer auf dieses
18
00:01:47,350 --> 00:01:51,909
Übersichtsbild ein. Das ist das Netzwerk,
so wie es dasteht, die schwarzen Teile:
19
00:01:51,909 --> 00:01:57,120
Das ist das LTE-Netzwerk, das heute schon
gibt. Und dann die orangenen Teile: Das
20
00:01:57,120 --> 00:02:01,280
sind die, die neu dazukommen. Kann man
hauptsächlich sehen, dass es im Radio
21
00:02:01,280 --> 00:02:06,229
Access kommt ein neuer 5G-Teil dazu, der
an den 4G-Teil mit dran gemacht wird. Und
22
00:02:06,229 --> 00:02:11,281
noch ein bisschen 'nen dickeren Backhaul
und natürlich 5G-Endgeräte. Und wichtig
23
00:02:11,281 --> 00:02:16,170
bei diesem 5G, das jetzt in der Praxis
dann auch schon da ist, ist, dass es ist
24
00:02:16,170 --> 00:02:21,569
immer zusammen mit 4G sein muss. Es kann
nicht alleine für sich stehen. Darum
25
00:02:21,569 --> 00:02:28,060
heisst das Ding auch 5G new radio non-
standalone architecture und die Leute bei
26
00:02:28,060 --> 00:02:36,010
der Standardisierung sind dann mit diesem
super netten Akronym NSA aufgetaucht. Es
27
00:02:36,010 --> 00:02:39,569
geht mir ziemlich schwer über die Lippen.
Muss man sich erst einmal dran gewöhnen.
28
00:02:39,569 --> 00:02:44,060
Und naja, während ihr euch da dran
gewöhnt, erzählt jetzt der Peter mal ein
29
00:02:44,060 --> 00:02:47,740
bisschen was über die eigentlich
wichtigste Schnittstelle im
30
00:02:47,740 --> 00:02:52,480
Mobilfunknetzwerk, die sogenannte Luft-
Schnittstelle, auf Englisch auch air
31
00:02:52,480 --> 00:02:58,010
interface genannt. Peter.
Peter: Das 5G air interface oder 4G nach
32
00:02:58,010 --> 00:03:04,120
5G air interface. Ich fange mit 4G an,
weil 5G ist eigentlich nur eine sehr
33
00:03:04,120 --> 00:03:10,319
komplizierte 4G Luft-Schnittstelle. Und da
fange ich mit den einfachsten Sachen an
34
00:03:10,319 --> 00:03:15,441
mit: Wie kriege ich Daten auf eine
Funkschnittstelle? Wie kann ich dort
35
00:03:15,441 --> 00:03:21,190
übertragen? Man benutzt jetzt dafür einen
Träger. Idealerweise schaltet man diesen
36
00:03:21,190 --> 00:03:26,480
aus und an und diesen - bei dem Aus- und
Anschalten verändert man die Amplitude und
37
00:03:26,480 --> 00:03:30,320
die Phasenlage. Das kann man machen in 4
verschiedenen Phasenzuständen. Das wird
38
00:03:30,320 --> 00:03:38,190
dann die QPSK-Modulation bis hin zu 250
Zuständen, Phasen und Amplitudenzuständen,
39
00:03:38,190 --> 00:03:44,640
die man erreichen kann mit 256QAM. Der ist
jetzt bei 5G standardmässig mit drin, bei
40
00:03:44,640 --> 00:03:48,870
LTE gibt's den nur jetzt in den letzten
Releases und noch nicht jede Hardware
41
00:03:48,870 --> 00:03:54,090
unterstützt den. Wenn ich jetzt so einen
Haufen subcarrier habe oder Haufen
42
00:03:54,090 --> 00:04:00,050
einzelne Träger, dann muss ich die in
irgendeiner Form mit Daten füttern und
43
00:04:00,050 --> 00:04:04,080
jeder Träger kriegt dann über so nen
serial-to-parallel Converter einen Teil
44
00:04:04,080 --> 00:04:08,239
der Daten und dann werden die über die
Luft geschickt. Jetzt gibt's aber mit
45
00:04:08,239 --> 00:04:15,300
diesen subcarriern ein kleines Problem.
Wenn ich zu viele oder sehr viele Träger,
46
00:04:15,300 --> 00:04:18,579
Funkträger auf eine Luft-Schnittstelle
mache, dann haben die immer wieder
47
00:04:18,579 --> 00:04:22,990
Nebenaussendungen, also so
Frequenzbereiche, die neben den
48
00:04:22,990 --> 00:04:29,310
Nutzträgern verwendet werden und oder mit
Leistung beaufschlagt werden. Und das
49
00:04:29,310 --> 00:04:33,520
kommt davon, weil man diese subcarrier ja
aus- und einschaltet oder den Träger aus-
50
00:04:33,520 --> 00:04:36,880
und einschaltet, wenn das dann seine
Phasenlage ändert, dann gibt es die
51
00:04:36,880 --> 00:04:42,690
Nebenaussendung. Gott sei Dank werden wir
dann bei LTE oder bei 5G alle mit der
52
00:04:42,690 --> 00:04:47,680
gleichen Symbolzeit geschaltet, sodass
alle Nebeaussendungen im Prinzip gleich
53
00:04:47,680 --> 00:04:52,930
sind. Und wenn ich die dann günstig
zusammenstelle, dann fallen die Maxima von
54
00:04:52,930 --> 00:04:59,270
den subcarriern immer in ein Minima von
allen anderen Nebenaussendungen. Das kann
55
00:04:59,270 --> 00:05:04,810
man dann auch ausrechnen. Dieses
subcarrier spacing Delta f. Das ist dann
56
00:05:04,810 --> 00:05:12,130
k, also am besten 1 durch die Symbolzeit. Bei
LTE sind das dann 15 Kilohertz subcarrier
57
00:05:12,130 --> 00:05:17,770
spacing, also die subcarrier haben 15
Kilohertz Abstand. Und das ergibt dann
58
00:05:17,770 --> 00:05:25,070
eine Symbolzeit von von 66 Mikrosekunden,
also alle 66,7 Mikrosekunden wird dieser,
59
00:05:25,070 --> 00:05:28,130
werden die subcarrier heruntergefahren und
kommen mit einer neuen Information wieder
60
00:05:28,130 --> 00:05:36,280
hoch. Das ist bei 5G im Prinzip auch so.
Nur dass man dort das subcarrier spacing
61
00:05:36,280 --> 00:05:40,130
auch variabel hat. Man muss sich dann
nicht an 15 Kilohertz halten, sondern kann
62
00:05:40,130 --> 00:05:49,180
dann noch 30, 60 und 120 Kilohertz nehmen.
Warum man das macht, kommen wir noch zu.
63
00:05:49,180 --> 00:05:54,930
Es gibt da noch so eine Symbolzeit, also
das Symbol ist ja eine gewisse Zeit in der
64
00:05:54,930 --> 00:06:01,350
Luft. 66 Mikrosekunden. Und bei
Makrozellen kommt es dann halt vor, dass
65
00:06:01,350 --> 00:06:07,060
ein Stück der Information über eine
Reflektion kommt und vielleicht mit
66
00:06:07,060 --> 00:06:12,650
gleicher Feldstärke ein direktes Signal
einlegt und mit der guard period schmeisst
67
00:06:12,650 --> 00:06:16,710
oder die guard period das definiert. Und
ein Endgerät würde also Signale, die in
68
00:06:16,710 --> 00:06:24,020
dieser Zeit ankommen, einfach ignorieren
und wegschmeissen. Wir benutzen für diese
69
00:06:24,020 --> 00:06:30,690
Übertragung OFDM, eigentlich OFDMA. OFDM
gibts schon lange, das Bluetooth oder
70
00:06:30,690 --> 00:06:37,130
WLAN, WiFi arbeitet damit. Allerdings mit
einer Einschränkung: Wir haben immer alle
71
00:06:37,130 --> 00:06:42,820
subcarrier für einen Kunden oder für ein
Endgerät getestet. Wenn das Endgerät
72
00:06:42,820 --> 00:06:46,949
bedient ist, kommt das nächste Endgerät
dran. Mit LTE benutzt man dann Orthogonal
73
00:06:46,949 --> 00:06:52,710
Frequency Division Multiple Access. Und
damit lässt man halt ein paar subcarrier
74
00:06:52,710 --> 00:06:57,910
weg, man lässt Pausen oder weist die
verschiedenen Nutzern zu. Das ist ein
75
00:06:57,910 --> 00:07:02,070
bisschen schwieriger zu rechnen als wie so
eine einfache OFDM-Geschichte, die ist
76
00:07:02,070 --> 00:07:08,860
relativ einfach zu rechnen. OFDMA ist eine
komplexe Rechnerei. So und dann haben wir
77
00:07:08,860 --> 00:07:15,680
halt OFDMA irgendwann auf der Luft. Und
einen Haufen subcarrier. Jetzt haben wir
78
00:07:15,680 --> 00:07:25,380
bei LTE mit 20 Megahertz Bandbreite haben
wir etwa 1200 subcarrier. Wenn ich jetzt
79
00:07:25,380 --> 00:07:30,669
dem Kunden sagen würde, pass auf, in diesem
subcarrier ist Information für dich, dann
80
00:07:30,669 --> 00:07:34,970
signalisiere ich mich zu Tode und deswegen
hat man die in Resource Blöcke eingeteilt.
81
00:07:34,970 --> 00:07:41,560
Das sind immer 12 subcarrier über die
Frequenz und 7 Symbole. Bei LTE ist das
82
00:07:41,560 --> 00:07:48,310
dann eine halbe Millisekunde. Bei 5G
können das dann halt 12 subcarrier sein,
83
00:07:48,310 --> 00:07:51,280
wenn die allerdings 30 Kilohertz
subcarrier spacing haben, dann wird der
84
00:07:51,280 --> 00:07:55,690
Block länger und die Zeit dafür kürzer.
Gucken wir uns aber auch noch im Detail
85
00:07:55,690 --> 00:08:00,770
an. Eine ganz tolle Erfindung sind die
Referenzsignale. Es treten immer wieder
86
00:08:00,770 --> 00:08:11,740
subcarrier raus aus diesem Verbund von
Zeit und Frequenz geht das quasi jetzt
87
00:08:11,740 --> 00:08:17,990
auch in den Raum. Diese Referenzsignale
tragen aufgrund ihrer Position, wo sie
88
00:08:17,990 --> 00:08:24,143
denn stehen, die physikalische Cell
Identifyer Nummer von dem eNode-B/gNode-B
89
00:08:24,143 --> 00:08:29,130
und aufgrund ihrer Sendeleistung oder aufgrund
ihres Pegels kann das Endgerät damit dann
90
00:08:29,130 --> 00:08:38,219
messen, wie stark diese eNode-B ist.
Die Referenzsignale werden so mit 15 bis
91
00:08:38,219 --> 00:08:44,098
18 DBM Sendeleistung gesendet. Das kommt
einem ziemlich wenig vor. Aber die
92
00:08:44,098 --> 00:08:48,490
Referenzsignale sind ja nicht alleine,
sondern wenn alles abgetastet ist, sind
93
00:08:48,490 --> 00:08:56,727
das ja dann 1.200 bei einem 20-Megahertz-
LTE-System und ein Empfänger. Für'n
94
00:08:56,727 --> 00:09:00,709
schmalbändiger Empfänger kann erheblich
empfindlicher sein als wie ein
95
00:09:00,709 --> 00:09:07,069
breitbändiger Empfänger. Also bei GSM
z.B. haben wir 120, ne, 150 Kilohertz, 200
96
00:09:07,069 --> 00:09:11,170
Kilohertz Kanalbandbreite. Und hier haben
wir für einen Subcarrier 15 Kilohertz. Das
97
00:09:11,170 --> 00:09:14,949
heißt, der Empfänger ist schmaler und
damit empfindlicher. Wir können also
98
00:09:14,949 --> 00:09:20,739
runtergehen bis etwa... unter -120 DBM
Empfänger-Empfindlichkeit für so'n
99
00:09:20,739 --> 00:09:27,519
Referenzsignal. Das wäre jetzt mal so'n
paar Ressource-Blöcke aneinandergebaut,
100
00:09:27,519 --> 00:09:33,910
ein Ressource Grid von LTE, und zwar in
diesem Fall das kleinste LTE-System, was
101
00:09:33,910 --> 00:09:41,639
es gibt, 1,4 Megahertz Bandbreite, 6
Ressource-Blöcke. Da erkennt man die
102
00:09:41,639 --> 00:09:45,629
Ressource-Blöcke, das sind die Kästchen
und man erkennt so'n paar bunte Farben.
103
00:09:45,629 --> 00:09:50,356
Die eine bunte Farbe ist Grün, das ist der
Broadcast Channel. Da steht drin, wie die
104
00:09:50,356 --> 00:09:54,913
Zelle heißt und so'n paar Parameter für
die ersten Zugriffe, die so'n Endgerät auf so
105
00:09:54,913 --> 00:10:01,470
'ne Zelle macht. Und den gibts jetzt bei
5G "non standalone" noch nicht in dieser
106
00:10:01,470 --> 00:10:07,209
Form. Zumal, man weiß auch nicht, wo er
liegt, weil man kann ihn überall hinlegen,
107
00:10:07,209 --> 00:10:11,120
macht der Martin aber gleich noch was
dazu. Und Synchron-Kanäle, also die
108
00:10:11,120 --> 00:10:14,920
orangenen und die roten, das sind die
Synchron-Elemente, wo sich das Endgerät
109
00:10:14,920 --> 00:10:20,562
darauf synchronisiert. Der graue Bereich,
das ist der Bereich, wo dem Endgerät, was
110
00:10:20,562 --> 00:10:25,311
gerade 'nen offenen Flow hat, gesagt
wird, in welchem der weißen Blöcke die
111
00:10:25,311 --> 00:10:30,339
Daten zu suchen sind. Ja, der graue
Bereich ist die Adressierung für die
112
00:10:30,339 --> 00:10:35,670
Ressourcen, die ein Endgerät sich
anschauen soll. Wenn man das Ganze dann
113
00:10:35,670 --> 00:10:41,209
ein bisschen größer macht, guckt sich ein
20 Megahertz breites System an, dann sind
114
00:10:41,209 --> 00:10:46,769
diese Ressource-Blöcke schon ziemlich
plattgedrückt, sind dann über die Frequenz
115
00:10:46,769 --> 00:10:52,232
100 an der Zahl. Die Zeit, die wir
auftragen, sind 10 Millisekunden, also
116
00:10:52,232 --> 00:10:55,655
alle 10 Millisekunden. wiederholt sich
das. Im Prinzip ist das schon jetzt LTE
117
00:10:55,655 --> 00:11:02,189
gewesen. Ja, es gibt zwar noch einen
gewissen Advanced Standard. Gibts da noch
118
00:11:02,189 --> 00:11:06,018
Möglichkeiten wie Multimedia Boradcast,
Multicast Services, Radio und Fernsehen
119
00:11:06,018 --> 00:11:11,879
über LTE-Positionierung, Public Warning
System und noch so ein paar Kleinigkeiten.
120
00:11:11,879 --> 00:11:18,074
Hab aber so das Gefühl, dass LTE Advanced
jetzt von 5G überholt wird, weil diese
121
00:11:18,074 --> 00:11:24,939
Dinge sind in 5G im Prinzip auch mit drin,
man muss nur bauen. Wenn ich jetzt wieder
122
00:11:24,939 --> 00:11:28,345
mal so'n Ressource Block nehme, dann kann
ich da auch die maximale
123
00:11:28,345 --> 00:11:31,899
Datengeschwindigkeit ausrechnen. Es ist
nicht so schwierig. Man hat in diesem
124
00:11:31,899 --> 00:11:40,177
Rechteck 84 Elemente, also 7 mal 12 sind
84. Vier davon sind immer Referenzsignale.
125
00:11:40,177 --> 00:11:45,621
Also bleiben 80 übrig, die ich für'n
Traffic benutzen kann, und wenn ich die
126
00:11:45,621 --> 00:11:50,959
dann... jeden dieser Subcarrier moduliere,
kann ich das tun mit QPSK, 16 QAM, 64 QAM
127
00:11:50,959 --> 00:11:58,317
oder 256. Also jeder dieser Subcarrier
kann tragen zwei bis acht Nutzbit. Und
128
00:11:58,317 --> 00:12:01,887
damit könnte man jetzt zum Beispiel
ausrechnen... Wenn ich diese 64 QAM-
129
00:12:01,887 --> 00:12:06,335
Modulation benutze, dann hab' ich das über
die Zeit... Wenn ich also ein so'n
130
00:12:06,335 --> 00:12:12,880
Streifen nehme mit 12 Subcarrier über die
Zeit, dann gibt es ungefähr 960 Kilobit
131
00:12:12,880 --> 00:12:23,999
pro Sekunde... Sorry... Genau... 256
Kilobit pro Sekunde mal 100. Ja, weil ich
132
00:12:23,999 --> 00:12:28,449
hab ja 100 von diesen Subcarriern, von
diesen Ressource-Blöcken
133
00:12:28,449 --> 00:12:33,681
übereinanderliegen. Dann käme ich da auf
'ne Geschwindigkeit von rundrum 960
134
00:12:33,681 --> 00:12:42,110
Kilobit. Quatsch. 96 Megabit.
Entschuldigung. Also etwa 100 Megabit. Das
135
00:12:42,110 --> 00:12:46,420
ist jetzt nur einer von x MIMO-Kanälen.
Wenn jetzt noch 'n MIMO draufkommt, dann
136
00:12:46,420 --> 00:12:50,123
wird jetzt die Datenübertragungsrate nicht
doppelt so hoch. So im Faktor 1,6 kann man
137
00:12:50,123 --> 00:12:55,402
da rechnen. Aber so kommt man zum Beispiel
auf 'ne maximale Datengeschwindigkeit, die
138
00:12:55,402 --> 00:13:05,348
ich mit so 'nem System machen kann. MIMO
ist im Prinzip die Übertragung von
139
00:13:05,348 --> 00:13:10,616
verschiedenen Datenströmen zur gleichen
Zeit auf der gleichen Frequenz. Wenn man
140
00:13:10,616 --> 00:13:14,455
so 'nen Astra-Satelliten betrachtet, dann
ist es im Prinzip MIMO mit vertikaler und
141
00:13:14,455 --> 00:13:19,027
horizontaler Polarisation. Letztendlich
machen wir das auch im Mobilfunk... Ist
142
00:13:19,027 --> 00:13:22,324
das schon ein bisschen mutig, weil der
Kunde kann sich ja bewegen. Das heißt, die
143
00:13:22,324 --> 00:13:25,886
Verhältnisse können sich ständig ändern.
Es werden halt jede Millisekunde
144
00:13:25,886 --> 00:13:29,188
Measurement Reports geliefert und dann
wird entschieden, ob wir MIMO machen und
145
00:13:29,188 --> 00:13:35,010
wie wir MIMO machen. Das Ganze geht dann
hoch bis vier mal vier MIMO, über vier
146
00:13:35,010 --> 00:13:38,726
Antennen eben. Dazu muss das Endgerät
natürlich dannauch vier Empfangsantennen
147
00:13:38,726 --> 00:13:42,949
haben, die räumlich getrennt sind, damit
man dort vier, möglicherweise vier
148
00:13:42,949 --> 00:13:46,985
verschiedene Datenströme zur gleichen Zeit
auf der gleichen Frequenz machen kann. Das
149
00:13:46,985 --> 00:13:51,120
gibt jetzt nicht die vierfache Menge, das
sind so etwa 3,2- bis 3,4-fach, was man
150
00:13:51,120 --> 00:13:55,098
maximal erreichen kann, wenn man so in der
Speed-Test-Position sich befindet vor der
151
00:13:55,098 --> 00:14:01,371
Antenne, ja. So, jetzt haben wir 4G durch.
Jetzt haben wir die Basis dafür, die
152
00:14:01,371 --> 00:14:05,714
Begriffe, die wir haben. Wir machen
nämlich gleich noch was mit Ressource-
153
00:14:05,714 --> 00:14:10,329
Blöcken und Subcarrier Spacings. Wo liegt
jetzt eigentlich das Problem bei 4G? Ja,
154
00:14:10,329 --> 00:14:15,285
wir haben da nur 20 Megahertz Carrier-
Bandbreite definiert. Man kann die zwar
155
00:14:15,285 --> 00:14:18,884
mit Carrier Aggregation verschiedene
Frequenzbänder zusammensetzen, aber
156
00:14:18,884 --> 00:14:23,727
letztendlich kann 'n zusammenhängender
Carrier maximal 20 Megahertz sein. Dann
157
00:14:23,727 --> 00:14:28,429
hab ich nur "Kartoffelzellen", ich habe es
mal so getauft. Also wenn jemand, wenn ein
158
00:14:28,429 --> 00:14:33,909
Kunde in der Zelle Traffic macht, dann ist
es der Zelle egal, wo er steht. Das heißt,
159
00:14:33,909 --> 00:14:40,012
die Signale werden in die gesamte Zelle
runtergesendet, was natürlich dazu führt,
160
00:14:40,012 --> 00:14:43,256
dass ich möglicherweise eine größere
Interferenzbelastung habe...ja... mit
161
00:14:43,256 --> 00:14:49,380
Nachbarzellen. Die Idle-to-active-Zeit ist
immer 100 Millisekunden. Also für so'n
162
00:14:49,380 --> 00:14:54,125
Endgerät ist es immer nötig, dass es sich
schlafen legt... Ja... Einen Empfänger
163
00:14:54,125 --> 00:14:59,822
anhaben kostet Strom und diese Idle-to-
active-Zeit mit 100 Millisekunden
164
00:14:59,822 --> 00:15:03,350
bedeutet, ich kann mich 99 Millisekunden
hinlegen und schlafen und muss mindestens
165
00:15:03,350 --> 00:15:10,660
eine Millisekunde den Empfänger anhaben.
Das ist jetzt .. Bei 5G kann man das
166
00:15:10,660 --> 00:15:13,720
verändern. Und die Ping-Zeit kann auch
nicht schneller als so 10 bis 17
167
00:15:13,720 --> 00:15:20,269
Millisekunden sein. Das liegt einfach an
der Struktur. 5G bietet jetzt eine ganze
168
00:15:20,269 --> 00:15:24,982
Reihe von Möglichkeiten. Also 5G ist ein
wirklich kompliziertes 4G mit ein Haufen
169
00:15:24,982 --> 00:15:29,767
Möglichkeiten. Diese Möglichkeiten.. die
sind so gestrickt, dass man sich
170
00:15:29,767 --> 00:15:35,459
letztendlich, wenn jemand 'ne Idee hat, was
man so mit 5G machen kann, ja mit so'm IoT
171
00:15:35,459 --> 00:15:39,609
oder irgendwas. Dann muss man sich einen
Endgeräte-Hersteller suchen, der sich dann
172
00:15:39,609 --> 00:15:43,313
ausdenkt, was für ein Endgerät man
braucht... hier Toaster mit was weiß
173
00:15:43,313 --> 00:15:48,627
ich... wenn 'n Toast fertig ist kommt auf
der App dann das Signal... Und dann
174
00:15:48,627 --> 00:15:53,660
brauche ich eben den Endgeräte-Hersteller.
Ich brauch 'n Systemtechnik-Hersteller,
175
00:15:53,660 --> 00:15:57,150
der das dann in seine Technik
implementiert dieses Feature. Und ich
176
00:15:57,150 --> 00:16:01,012
brauche noch 'n Netzbetreiber, der dann
auch das möglicherweise Core Net dazu
177
00:16:01,012 --> 00:16:06,959
baut. Und die müssen sich unterhalten...
Das ist so die Struktur von 5G, wie für
178
00:16:06,959 --> 00:16:11,139
Features, die es jetzt noch gar nicht
gibt. Dann 100 Megahertz Carrier haben wir
179
00:16:11,139 --> 00:16:15,209
möglich, also für kleiner 6 Gigahertz, größer
6 Gigahertz könnte man sogar größere Carrier
180
00:16:15,209 --> 00:16:21,271
machen, Beamforming, Multi-User-MIMO
machen wir noch, Idle-to-active-Zeit kann
181
00:16:21,271 --> 00:16:26,399
aufgrund der Anforderungen verändern. Wenn
ich Low-Latency-Sachen machen möchte, dann
182
00:16:26,399 --> 00:16:30,265
wäre da natürlich eine Idle-to-active-Zeit
von 100 Millisekunden zu lang. Wenn ich
183
00:16:30,265 --> 00:16:34,617
aber jetzt so 'n Heizungsableser habe, da
muss der nicht unbedingt für alle hundert
184
00:16:34,617 --> 00:16:38,279
Millisekunden auf 'n Funkkanal gucken, ob
er angerufen wird. Da reicht es, wenn er
185
00:16:38,279 --> 00:16:44,809
das jede Stunde mal macht oder einmal am
Tag. Ja, shorter Ping times sind möglich,
186
00:16:44,809 --> 00:16:49,439
nicht garantiert. Das sind die
Frequenzbänder, die es in Deutschland
187
00:16:49,439 --> 00:16:56,350
gegeben hat, bisher. Band 3, Band 7, Band
8, Band 20. Das sind die klassischen, da
188
00:16:56,350 --> 00:17:01,180
wird vorwiegend LTE drauf gemacht und auch
um die Kapazität der LTE-Netze jetzt zu
189
00:17:01,180 --> 00:17:07,470
erhöhen gibt's jetzt das Band n78 dazu
(ja, der eine oder andere erinnert sich
190
00:17:07,470 --> 00:17:14,985
noch an die Auktion), was jetzt zusätzlich
zur Verfügung steht. Und aufgrund der
191
00:17:14,985 --> 00:17:18,980
hohen Frequenz, die Antennen werden dann
kleiner (ja, da kann man noch ein bisschen
192
00:17:18,980 --> 00:17:27,015
HIVE-mäßig mit spielen, kommt gleich). Für
die höheren Frequenzen, bei 5G habe ich
193
00:17:27,015 --> 00:17:31,101
schon gesagt, kann man die Subcarrier
breiter machen. Wenn ich die Subcarrier
194
00:17:31,101 --> 00:17:36,878
aber breiter mache, muss es sie schneller
tasten. Manchmal kommt dann der Eindruck
195
00:17:36,878 --> 00:17:40,337
auf, ich hab' da irgendwie mehr Ressourcen
pro Zeit. Das stimmt aber nicht. Ich hab'
196
00:17:40,337 --> 00:17:45,227
die mal gelb markiert. Also 5 Kilohertz
mit 15 Kilohertz Subcarrier über die Zeit
197
00:17:45,227 --> 00:17:52,070
gibt dann den gelben Block, wie bei n78
eben 30 Kilohertz Subcarrier Spacings. Die
198
00:17:52,070 --> 00:17:56,360
Subcarrier sind breiter, werden aber
schneller getastet. Ja also, die Elemente
199
00:17:56,360 --> 00:18:02,921
pro Zeiteinheit sind immer noch die
gleichen, also wie bei LTE, bei 4G. Ihr
200
00:18:02,921 --> 00:18:08,889
habt vorhin das Ressource Grid von 4G
gesehen. Das war relativ aufgeräumt. Das
201
00:18:08,889 --> 00:18:15,480
ist ein Ressource Grid von 5G. Das ist
jetzt dann nicht mehr so aufgeräumt. Es
202
00:18:15,480 --> 00:18:21,870
wird also erheblich komplizierter. Das
Rosafarbene, das sind die SSBs. Das ist
203
00:18:21,870 --> 00:18:26,752
die brauch man für die Beams. Da kommen
wir gleich zu. Und das Blaue, das sind die
204
00:18:26,752 --> 00:18:35,622
physical… Sch… Ne, was ist der? Jetzt muss
ich die Brille aufziehen… PDSCH, der
205
00:18:35,622 --> 00:18:40,100
Shared Channel, Broadcast Channel kann man
auch unterbringen. Das sehen jetzt dann
206
00:18:40,100 --> 00:18:46,399
auch noch zwei Beams, die ich dort
aufgemalt habe. Es ist relativ
207
00:18:46,399 --> 00:18:50,080
kompliziert. Man kann das Ganze noch viel
komplizierter machen, indem man
208
00:18:50,080 --> 00:18:54,919
reinzeichnen würde, welche Ressourcen
belegt würden für Multimedia Broadcast,
209
00:18:54,919 --> 00:19:00,900
also Radio, Fernsehen, was für
Positionierung über 5G, also so'n GPS,
210
00:19:00,900 --> 00:19:06,968
aber dann inhouse auf 5G basierend und so
weiter, was man da alles reintun könnte.
211
00:19:06,968 --> 00:19:14,299
Das sparen wir uns. Wir guckenn jetzt erst
mal kurz nach der Datenrate. Die Datenrate
212
00:19:14,299 --> 00:19:22,110
ist abhängig von der Position des Kunden.
Der Kunde hat ein Endgerät. Das Endgerät
213
00:19:22,110 --> 00:19:26,515
rauscht. Das ist so unten das Rauschen,
was man auf dem Bild sieht. Und je
214
00:19:26,515 --> 00:19:29,631
schlechter die Feldstärke wird, umso
schlechter wird das Signal-Rausch-
215
00:19:29,631 --> 00:19:36,259
Verhältnis bei dem Endgerät vom Kunden.
Und wenn ich eine hohe Datenrate haben
216
00:19:36,259 --> 00:19:38,880
möchte, brauch ich ein super Signal-
Rausch-Verhältnis. Das heißt, der Kunde,
217
00:19:38,880 --> 00:19:44,045
der muss sein Endgerät schon mal vor die
Antenne halten. Da kann ich dann 256 QAM
218
00:19:44,045 --> 00:19:49,460
machen. Beim Runterschalten lassen wir uns
da sehr viel, ja, sehr viel Fehler zu, die
219
00:19:49,460 --> 00:19:54,768
wir korrigieren. Also Fehler liegen dann
so etwa über 50 Prozent und dann schalten
220
00:19:54,768 --> 00:20:01,492
wir dann runter auf 64 QAM mit dem größer
werdenden Abstand des Kunden von der
221
00:20:01,492 --> 00:20:07,455
Antenne. Und damit geben sich dann auch
irgendwelche Datenraten raus. Also die hab
222
00:20:07,455 --> 00:20:12,230
ich mal versucht für verschiedene
Szenarien in dieser Tabelle aufzutragen.
223
00:20:12,230 --> 00:20:20,462
Das Auffälligste ist ganz unten dieser
orangefarbene 2,23 Gigabit. Das ist so das
224
00:20:20,462 --> 00:20:30,479
Maximalste, was man theoretisch mit 5G auf
einem Band n78 hinbekommen würde. Bei vier
225
00:20:30,479 --> 00:20:34,110
mal vier MIMO und unter Ausblendung
sämtlicher physikalischer
226
00:20:34,110 --> 00:20:41,809
Gesetzmäßigkeiten. Es gibt da ein paar
realistische Datenraten. Zum einen haben
227
00:20:41,809 --> 00:20:45,889
die Betreiber in Deutschland da keine 100
Megahertz, sondern maximal 90. Das
228
00:20:45,889 --> 00:20:49,486
reduziert dann schon ein bisschen die
Datenrate. Und wir können noch nicht
229
00:20:49,486 --> 00:20:53,600
überall vier mal vier MIMO ideal machen.
Und da kommen wir dann in die Gegenden, wo
230
00:20:53,600 --> 00:20:58,995
es da so ein bisschen hellgelb wird. Ja.
Und für die ganz letzte Spalte, zwei mal
231
00:20:58,995 --> 00:21:04,120
zwei MIMO normale Nutzung, Low Traffic
(ich teile mir ja die Kapazität in der
232
00:21:04,120 --> 00:21:08,648
Zelle so ein bisschen mit den anderen
Kunden), da kommen wir dann (ausprobiert
233
00:21:08,648 --> 00:21:14,090
haben wir's noch nicht) auf so 500
Megabit, die der Kunde tatsächlich erlebt
234
00:21:14,090 --> 00:21:18,387
oder erleben kann, unter gewissen
Voraussetzungen. Also die Datenrate ist
235
00:21:18,387 --> 00:21:24,199
nicht garantiert, sondern hängt von 1.000
Faktoren ab. Das ist dem Martin seine
236
00:21:24,199 --> 00:21:28,225
Folie... Weil das...
Martin: Ja, ich hab da mal 'ne Folie
237
00:21:28,225 --> 00:21:31,432
gemacht, was dann eigentlich in der Praxis
rauskommt, weil der Peter hat so 'n
238
00:21:31,432 --> 00:21:34,350
bisschen eine Allergie gegen Speed Tests.
Also hab' ich gesagt: Ok, mach ich die
239
00:21:34,350 --> 00:21:40,996
Folie. Was kommt dabei so raus? Du hast ja
gesagt 2,2, 2,3 Gigabit, wenn man so'n
240
00:21:40,996 --> 00:21:45,658
100-Megahertz-Kanal nimmt und wirklich
alles super optimal ist... Und da 5G ja
241
00:21:45,658 --> 00:21:51,056
nie alleine steht, sondern noch bei LTE
mit dazugenommen wird... Und da kann man
242
00:21:51,056 --> 00:21:54,627
auch, wenn man wirklich alles super super
ausbaut, kommt man auch noch 'n Gigabit
243
00:21:54,627 --> 00:21:59,360
pro Sekunde dazu. In der Praxis, was ich
selber schon gesehen habe, und wenn man
244
00:21:59,360 --> 00:22:05,261
sich sehr geschickt hinstellt, kommt bei
mir so etwa 1,3 1,4 Gigabit pro Sekunde
245
00:22:05,261 --> 00:22:12,950
aus so 'nem 90-Megahertz-Kanal 5G plus LTE
raus. Aber für mich ist das recht sinnlos,
246
00:22:12,950 --> 00:22:17,310
das nur auf einem Endgerät halt zu haben.
Die Zelle war leer, logischerweise. Aber
247
00:22:17,310 --> 00:22:21,220
das ist die Kapazität, die für alle zur
Verfügung steht, die man sich dann teilen
248
00:22:21,220 --> 00:22:25,030
kann. Und um das mal ein bisschen ins
Verhältnis zu setzen, ich hab' mal
249
00:22:25,030 --> 00:22:30,400
geguckt, was hier auf dem Kongress das
ganze Wifi hier im Down Link macht. Es
250
00:22:30,400 --> 00:22:36,080
macht in der Spitze im Moment mit etwa
10.000 Geräten drei Gigabit pro Sekunde.
251
00:22:36,080 --> 00:22:40,700
Ja und hier haben wir 'n Kanal, wo 1,3
Gigabit pro Sekunde kann. Er kann
252
00:22:40,700 --> 00:22:44,160
vielleicht keine 10.000 Kanäle, aber es
ist schon mal 'ne Indikation, wo wir uns
253
00:22:44,160 --> 00:22:47,600
mit 5G hinbewegen. Ist schon gar nicht so
schlecht.
254
00:22:47,600 --> 00:22:54,011
Peter: Gut. Gucken wir weiter nach dem
Band n78, wo ja der Speed gemacht wird.
255
00:22:54,011 --> 00:22:59,150
Wir haben dort TDD-System. Man
unterscheidet zwischen FDD- und TDD-
256
00:22:59,150 --> 00:23:03,379
Systemen. FDD-System heißt, dass der
Uplink, also da, wo die Geräte senden, 'n
257
00:23:03,379 --> 00:23:07,116
anderen Frequenzbereich benutzt als wie
der Downlink. Das sind im Prinzip alle
258
00:23:07,116 --> 00:23:18,147
Bänder, die zwischen 700 und 2,6
Gigahertz, wobei das 1.500er-Band keinen
259
00:23:18,147 --> 00:23:25,079
Uplink hat. Es geht nicht, dass ein
Endgerät in dieser Größe auf 1.500 sendet
260
00:23:25,079 --> 00:23:28,779
und gleich nebenan im Endgerät ist der
GPS-Empfänger oder der Empfänger von
261
00:23:28,779 --> 00:23:33,258
Positions-Satelliten, die laufen auf einer
ähnlichen Frequenz. Deswegen gibts keinen
262
00:23:33,258 --> 00:23:40,343
Uplink bei 1.500. TDD, das ist Band n78.
Wenn wir TDD machen, müssen wir auf der
263
00:23:40,343 --> 00:23:45,915
gleichen Frequenz senden und empfangen,
also abwechselnd, so wie DECT halt. Nur
264
00:23:45,915 --> 00:23:49,872
die Idee ist, dass man, wenn man TDD
macht, dass man diese Ressource,
265
00:23:49,872 --> 00:23:54,732
Downlink/Uplink, auch verändern kann. Wenn
viel Downlink ist, mach ich halt viel
266
00:23:54,732 --> 00:23:59,565
Downlink, und wenn viel Uplink ist, dann
vergrößere ich das mit dem Uplink. Ja,
267
00:23:59,565 --> 00:24:07,220
theoretisch ja. Das wäre jetzt mal so 'ne
Struktur. Wir haben halt so nur Downlink
268
00:24:07,220 --> 00:24:12,221
Slots. Dann haben wir 'n Slot, der Special
Slot ist. Da ist dann ein bisschen Uplink
269
00:24:12,221 --> 00:24:17,713
dabei. Dann haben wir Uplink Slots. Also
das Ganze ist ein bisschen, ja, es gibt da
270
00:24:17,713 --> 00:24:24,263
einen Haufen Spezifikationen, wie diese
Uplink-Downlink-Aufteilung gemacht werden
271
00:24:24,263 --> 00:24:30,472
kann. Jetzt könnte man sich denken:
Klasse, kann man ja den Traffic dynamisch
272
00:24:30,472 --> 00:24:36,091
sharen. Ne, eben nicht, weil wir haben ja
nicht nur einen Netzbetreiber im Land,
273
00:24:36,091 --> 00:24:40,512
sondern es sind mehrere Netzbetreiber. Und
jetzt wirds nämlich schwierig, wenn ich
274
00:24:40,512 --> 00:24:45,871
auf einem Turm zwei Antennen habe von zwei
verschiedenen Netzbetreibern. Die sind
275
00:24:45,871 --> 00:24:51,039
zwar auf verschiedenen Frequenzen, aber im
3,6-Gigahertzbereich doch sehr nah
276
00:24:51,039 --> 00:24:56,550
beieinander. Wenn die eine Antenne senden
würde und die andere Antenne würde ein
277
00:24:56,550 --> 00:25:03,549
paar Megahertz drüber oder tiefer bereits
empfangen, ja, dann würde die es noch
278
00:25:03,549 --> 00:25:07,990
sendendende Antenne von dem anderen
Betreiber, den Empfang des zweiten
279
00:25:07,990 --> 00:25:12,509
Betreibers stören. Deswegen ist es
eigentlich nötig, dass alle Netzbetreiber
280
00:25:12,509 --> 00:25:21,449
bei 5G, also bei Band n78 mit exakt dem
gleichen, mit der exakt gleichen Uplink-
281
00:25:21,449 --> 00:25:26,265
Downlink-Struktur fahren und auch
phasengleich sind. Das bedeutet, dass ich
282
00:25:26,265 --> 00:25:32,691
die Stationen GPS-angebunden haben muss.
Das kommt jetzt erschwerend hinzu. Kein
283
00:25:32,691 --> 00:25:37,043
Betreiber kann das so machen, was er will,
weil sonst geht da nichts mehr. Auf der
284
00:25:37,043 --> 00:25:40,822
anderen Seite mit den Endgeräten ist das
ähnlich. Ja, wenn ich also ein Endgerät
285
00:25:40,822 --> 00:25:44,672
habe, das orange, was ziemlich nah an
einem Sender ist und das andere hat einen
286
00:25:44,672 --> 00:25:49,620
relativ schwachen Pegel, dann kann, wenn
das orange Endgerät sendet, ja, das grüne
287
00:25:49,620 --> 00:25:52,710
damit übersteuert werden, wenn die
zusammen auf dem Tisch liegen. Das heißt,
288
00:25:52,710 --> 00:25:59,573
die Empfänger werden da gestört. Deswegen
müssen also solche Netze synchron gefahren
289
00:25:59,573 --> 00:26:04,669
werden. Das ist so 'ne 5G-Antenne. Da sind
'n paar Glasfaser-Anschlüsse drauf, wo
290
00:26:04,669 --> 00:26:09,710
die... da kommt noch kein IP raus. Das
ist so'n HF-Protokoll, sidebreed, da ist
291
00:26:09,710 --> 00:26:16,210
also die Funkschnittstelle drauf. Hier
sind die Antennen, das sind kleine runde,
292
00:26:16,210 --> 00:26:20,660
das sind diese aktiven Antennchen. Das
sind dann auch Sender-Empfänger, auch
293
00:26:20,660 --> 00:26:25,741
gleich dahinter, damit die phasenmäßig
angesteuert werden können. Hier sind sie
294
00:26:25,741 --> 00:26:32,279
nochmal. So, und wie kriege ich das
jetzt hin mit so 'nem Beam? Oder wie kann
295
00:26:32,279 --> 00:26:36,733
ich diese Antenne dazu benutzen, halt in
eine gewisse Richtung zu senden und zu
296
00:26:36,733 --> 00:26:40,628
empfangen? Das kriege ich hin mit
Phasenverschiebung. Bei klassischen
297
00:26:40,628 --> 00:26:45,832
Antennen macht man das schon mit
elektrischer Absenkungen, indem ich für
298
00:26:45,832 --> 00:26:49,331
ein Antennensystem ein Kabelstück ein
bisschen länger, ein bisschen kürzer
299
00:26:49,331 --> 00:26:52,919
mache, dafür das andere ein bisschen
länger und zwei Antennenelemente damit
300
00:26:52,922 --> 00:26:59,963
beaufschlage und dann gibt's eine... ja...
eine Biegung, eine... ja... ein
301
00:26:59,963 --> 00:27:03,959
resultierendes Funkfeld, was eine gewisse
Richtung hat. Das Ganze kann ich dann auch
302
00:27:03,959 --> 00:27:07,690
machen mit so 'ner massive MIMO-Antenne
mit ganz vielen Elementen da drin, wobei
303
00:27:07,690 --> 00:27:13,788
der Phasenschieber-Bereich jetzt bereits
in der HF-Einheit sitzt, die hinter diesen
304
00:27:13,788 --> 00:27:20,919
Elementen sitzen. Das Ganze mit den Beams
sieht man hier, da haben wir einen
305
00:27:20,919 --> 00:27:28,340
Synchronisation Signal Block SSB des bei
diesem n78-Band in der Mitte - der war mal
306
00:27:28,340 --> 00:27:33,155
am Rand, jetzt ist er in der Mitte - und
der besteht aus 'n paar Elementen. Und
307
00:27:33,155 --> 00:27:38,679
wenn ich jetzt mehrere Beams strahlen
möchte, dann nehme ich mehrere SSB Blocks,
308
00:27:38,679 --> 00:27:45,059
die in ihrer Phaseninformation immer sich
variieren. Also wir leuchten quasi wie ein
309
00:27:45,059 --> 00:27:50,748
Leuchtturm mit kurzen SSB Blöcken in der
Gegend rum. Unten sieht man z.B. ein
310
00:27:50,748 --> 00:27:56,319
Spektrum, das ist ein Sirus-Band Spektrum
über die Zeit. Da sieht man, wie die Beams
311
00:27:56,319 --> 00:28:00,080
verschiedene Stärken haben. Und das Ganze
ist dann so innerhalb, nach zwei
312
00:28:00,080 --> 00:28:03,909
Millisekunden ist das Ganze rum. Dann
haben wir acht Beams gesendet, und das
313
00:28:03,909 --> 00:28:07,871
Endgerät kann die detektieren. In dem Beam
steht eine Nummer drin, und wenn ich
314
00:28:07,871 --> 00:28:12,720
Verbindungsaufbau nachher mache, dann
kann der gNode-Beam mit
315
00:28:12,720 --> 00:28:16,683
dieser Nummer etwas anfangen und schon mal
so ungefähr in diese Richtung senden. Und
316
00:28:16,683 --> 00:28:20,624
das ist jetzt der Verbindungsaufbau, so
ein bisschen auf der Luft. Endgerät
317
00:28:20,624 --> 00:28:26,536
berichtet: Ich bin in diesem Static-Beam
drin. Dann sagt der gNode-B: Okay, ich
318
00:28:26,536 --> 00:28:32,422
nehme 'n Traffic Beam, der in diese
Richtung auch leuchtet. Und dann schauen
319
00:28:32,422 --> 00:28:35,249
wir mal. Ich biete dir noch ein paar
andere Traffic-Beames immer mal wieder zum
320
00:28:35,249 --> 00:28:39,440
Messen an, so ganz kurze Impulse in dieser
Phasenlage. Und dann berichtest du mir
321
00:28:39,440 --> 00:28:44,219
immer welchen von diesen Traffic-Beams du
am besten hörst. Also wir orten nicht das
322
00:28:44,219 --> 00:28:50,740
Endgerät irgendwie über die Phase, sondern
das Endgerät reported welcher von diesen
323
00:28:50,740 --> 00:28:54,915
Beams, der angeboten wird, der Beste ist.
Wir machen auch kein hand-over, denn in
324
00:28:54,915 --> 00:28:59,240
dieser, denn wir sind ja in der gleichen
Zelle, sondern die Sender nimmt, die
325
00:28:59,240 --> 00:29:02,261
Sender und auch Empfänger, die verändern
einfach ihre Phasenlage. Ansonsten ändert
326
00:29:02,261 --> 00:29:06,656
sich nichts. Also natürlich über die
gesamte Antenne. Man kann damit auch dann
327
00:29:06,656 --> 00:29:10,668
zweimal zwei MIMO oder sogar viermal vier
MIMO mehr machen, die nehmen halt ein Teil
328
00:29:10,668 --> 00:29:15,300
der Antennenelemente auf den einen MIMO-
Kanal und anderen Teil die anderen MIMO-
329
00:29:15,300 --> 00:29:21,590
Kanäle macht. Ein Vorteil bei diesen Beams
ist; es ist relativ sauber in der Zelle,
330
00:29:21,590 --> 00:29:29,080
und ich hab den Traffic ja nur da, wo auch
das Ziel sitzt, und hab damit keine
331
00:29:29,080 --> 00:29:33,929
weitere Interferenz-Belastung in der
Zelle, kann also diese ... ja ... Kunden,
332
00:29:33,929 --> 00:29:37,263
die dort sitzen, mit anderen Zellen
erheblich besser versorgen, sauberer
333
00:29:37,263 --> 00:29:42,399
versorgen, als wie's mit 4G nötig war.
Jetzt gibt's auch massive MIMO Antennen
334
00:29:42,399 --> 00:29:47,370
mit nem Kabel dran. Jetzt muss man
natürlich die Phasenlagen der
335
00:29:47,370 --> 00:29:52,824
Antennenkabel ausmessen. Das tut man mit
einer Phasenkorrekturrückkopplung. Also an
336
00:29:52,824 --> 00:29:57,518
der Antenne sieht man manchmal so Bilder;
acht Kabel dran. Ist dann unten drin so
337
00:29:57,518 --> 00:30:01,056
ein kleiner Phasenkoppler und dieser
Phasenkoppler macht eine Rückkopplung
338
00:30:01,056 --> 00:30:07,557
runder zum Radio, dass es die Phasenlage
der einzelnen Kabel ausmessen kann. Mit 5G
339
00:30:07,557 --> 00:30:11,115
ist dann noch 'n single user MIMO möglich
- ne, das ist auch schon bei LTE möglich -
340
00:30:11,115 --> 00:30:16,058
also ein user-Equipment kriegt Daten über
verschiedene Antennenebenen, aber auch
341
00:30:16,058 --> 00:30:19,566
Multi-user-MIMO ist möglich. Da freut sich
der Netzbetreiber, weil die Effizienz des
342
00:30:19,566 --> 00:30:24,539
Netzes damit gesteigert wird. Mit dem
einen Kanal bediene ich ein Endgerät und
343
00:30:24,539 --> 00:30:27,462
mit dem anderen MIMO-Kanal, mit der
anderen Endgerät, auf der gleichen
344
00:30:27,462 --> 00:30:32,256
Frequenz zur gleichen Zeit, ein zweites
Endgerät. das geht im Uplink und auch im
345
00:30:32,256 --> 00:30:40,401
Downlink. So, was haben wir mit 5G
Antennen zu messen? Die passiven Antennen,
346
00:30:40,401 --> 00:30:43,941
kann ich die normale Antennenmessung
machen. Die aktiven Antennen - ist ein
347
00:30:43,941 --> 00:30:46,639
bisschen schwieriger, weil ich hab ja
keine Schnittstelle. Ich kann ja da nicht
348
00:30:46,639 --> 00:30:51,059
so ein Antennenelement abschrauben und
dann ein Messgerät drin machen, sondern
349
00:30:51,059 --> 00:30:54,409
das müsste, also die Systemtechnik selbst
muss dann im Prinzip für jedes
350
00:30:54,409 --> 00:30:59,179
Antennenelement sorgen; was hat es, ist es
noch da, hat es, ist es vielleicht nass,
351
00:30:59,179 --> 00:31:02,889
oder halt es schlechte Anpassung, hat es ne
Inner-Modulation, ist ne Uplink-Störungen
352
00:31:02,889 --> 00:31:08,105
drauf? Das muss Systemtechnik machen. Ich
kann allenfalls mit nem Messgerät, wo die
353
00:31:08,105 --> 00:31:13,073
Beams anzeigen kann - im Vortrag waren
welche drin, so Ansatzweise mit so Beams -
354
00:31:13,073 --> 00:31:17,356
kann ich vor der 5G Antenne herumfahren
und gucken, ob die statischen Beams auch
355
00:31:17,356 --> 00:31:21,504
dahin leuchten, wo sie hinleuchten sollen.
Und dann gehe ich davon aus, dass die
356
00:31:21,504 --> 00:31:26,601
Antenne nicht komplett kaputt ist, und die
GVM messen, usw. So, das war die
357
00:31:26,601 --> 00:31:32,684
physikalische Layer. Jetzt geht es in
Gegenden, die nicht mehr physikalische
358
00:31:32,684 --> 00:31:37,889
Luftlöcher sind; die Netzarchitektur.
Heurekus: Genau so. Ich habe ein paar
359
00:31:37,889 --> 00:31:42,773
Slides gebaut über den ganzen Rest, was
hinter der Antenne dran ist, an so nem
360
00:31:42,773 --> 00:31:48,207
Netzwerk. Jetzt wieder die Slide von
vorher mit der bösen NSA Abkürzung da
361
00:31:48,207 --> 00:31:53,039
vorne dran. Das sind die ganzen
Komponenten, die heute in nem 5G Netzwerk
362
00:31:53,039 --> 00:31:57,529
drin sind, und eben die ganzen schwarzen
Komponenten, die werden, die sind heute
363
00:31:57,529 --> 00:32:03,808
schon da für LTE. Und die orangenen, das
ist das was für 5G so wie's heut ausgebaut
364
00:32:03,808 --> 00:32:09,149
wird dazukommt. Perspektivisch sollen alle
schwarzen Komponenten mit neuen 5G
365
00:32:09,149 --> 00:32:15,522
Komponenten ersetzt werden, aber so sieht
es im Moment aus. Ich habe in der Mitte
366
00:32:15,522 --> 00:32:21,412
von dem Slide, da ist das Core Netzwerk.
Und das ist aufgeteilt in zwei Hälften,
367
00:32:21,412 --> 00:32:25,909
logisch gesehen: Ich habe die eine Hälfte,
die die Nutzdaten transportiert. Das ist
368
00:32:25,909 --> 00:32:30,779
die sogenannte User Plane, und die ist mit
dem Internet verbunden. Das wird über
369
00:32:30,779 --> 00:32:34,753
Gateways gemacht. Sind ganz normale
Router, wo eben spezielle Software drauf
370
00:32:34,753 --> 00:32:39,070
ist, die mit dem Mobility im Mobilfunk
Netzwerk noch ein bisschen umgehen können.
371
00:32:39,070 --> 00:32:43,690
Und auf der linken Seite in der Mitte hab
ich dann die Management Geschichten, die
372
00:32:43,690 --> 00:32:47,889
Mobility Management entity. Die kümmert
sich, wie der Name schon sagt, um die
373
00:32:47,889 --> 00:32:53,167
Mobility und um das User Management. Und
dazu hat sie eine Teilnehmerdatenbank, der
374
00:32:53,167 --> 00:32:57,410
Home Subscriber Server ganz links. Und
das ist ne Datenbank und jeder Teilnehmer
375
00:32:57,410 --> 00:33:02,299
im Mobilfunknetzwerk hat da einen Eintrag
drin: Welche Telefonnummer er hat, welche
376
00:33:02,299 --> 00:33:06,269
Dienste er verwenden darf, und solche
Dinge, seine Ciphering keys - die sind da
377
00:33:06,269 --> 00:33:10,559
drin. Und das ganze ist aber IP basiert.
also unterm Strich, das wird dann alles
378
00:33:10,559 --> 00:33:16,740
wieder auf ein Kabel zusammengeführt und
dann Richtung Radionetzwerk gesendet. Das
379
00:33:16,740 --> 00:33:20,940
ist das Radio Access Network, das auch als
RAN bezeichnet wird. Und dann über die
380
00:33:20,940 --> 00:33:25,220
S1-Schnittstelle geht es dann zu den
Standorten, zu den Mobilfunkstandorten.
381
00:33:25,220 --> 00:33:31,350
Also etwa, na was haben wir so, 20.000
etwa, in Deutschland. Davon gibt's also
382
00:33:31,350 --> 00:33:35,320
jede Menge während die Core-Netzwerk-
Komponenten, das sind nicht so arg viele.
383
00:33:35,320 --> 00:33:41,429
Was wir dann für 5G eben dazu brauchen,
neben der 4G e-Node B. Keiner weiß, was
384
00:33:41,429 --> 00:33:45,789
die Abkürzung genau bedeutet, aber dass
ist der Radio Standort, macht man jetzt
385
00:33:45,789 --> 00:33:51,710
noch eine Karte zusätzlich rein für den 5G
Teil. Das ist dann der g-Node B. Die
386
00:33:51,710 --> 00:33:55,950
funktionieren aber immer zusammen. Der LTE
Teil ist immer der Master, und der 5G Teil
387
00:33:55,950 --> 00:34:00,389
wird als Speed Booster dazugenommen. Das
ist dann eben die sogenannte Non-Stand-
388
00:34:00,389 --> 00:34:05,830
Alone Architecture, unterm Strich, weil es
einfacher war, das mal so zu machen am
389
00:34:05,830 --> 00:34:08,760
Anfang, und nicht 5G alleine stehen zu
lassen, weil man einfach kann mal den
390
00:34:08,760 --> 00:34:12,270
ganzen LTE Teil weiterverwenden, so als
Master und man muss sich um die
391
00:34:12,270 --> 00:34:16,210
Signalisierung nicht mehr so groß Gedanken
machen, wie wenn es gleich Standalone
392
00:34:16,210 --> 00:34:23,360
gewesen wäre. Ja, und dann braucht man
noch ne bessere Anbindung als bisher an
393
00:34:23,360 --> 00:34:27,070
den Base, an den Basisstationen, also die
Radiostandorte nenne ich immer
394
00:34:27,070 --> 00:34:33,950
Basisstation, wiel so war das mal bei GSM.
Und was man da heute so typischerweise
395
00:34:33,950 --> 00:34:39,389
hat, ist entweder eine Gigabit pro Sekunde
Glasfaser oder einen Mikrowave-Link.
396
00:34:39,389 --> 00:34:43,690
Glasfaser ist natürlich aber hübscher, für
5G reichts aber natürlich nicht mehr das
397
00:34:43,690 --> 00:34:46,960
Gigabit, weil ich hab ja üblicherweise
auch drei Sektoren und hab also dann
398
00:34:46,960 --> 00:34:52,710
nochmal die dreifache Kapazität. Und
deswegen kommt da üblicherweise dann heute
399
00:34:52,710 --> 00:34:57,970
ein 10 Gigabit pro Sekunde Fiber Link zum
Einsatz, da tauscht man halt vorne und
400
00:34:57,970 --> 00:35:05,510
hinten aus. Die Fiber bleibt ja die
gleiche. Okay. Dann habe ich hier mal so
401
00:35:05,510 --> 00:35:08,230
ein paar Fluss-Diagramme gemacht, was
eigentlich passiert in so einem
402
00:35:08,230 --> 00:35:13,450
Mobilfunknetzwerk, wenn eine 4G und eine
5G Verbindung aufgebaut wird, so aus dem
403
00:35:13,450 --> 00:35:17,990
Flugmodus raus, bis dann auch eine
Internetverbindung steht. Sieht erst
404
00:35:17,990 --> 00:35:23,200
einmal sehr kompliziert aus. Ist es
wahrscheinlich auch. Aber der ganze
405
00:35:23,200 --> 00:35:28,750
Prozess läuft in 100 Millisekunden ab, ist
also superschnell. Ich hab ganz links des
406
00:35:28,750 --> 00:35:33,400
UE, des User Equipment, das Endgerät des
Smartphone oder was immer man da auch hat.
407
00:35:33,400 --> 00:35:38,520
Dann der e-Node B, ist die 4G Basisstation
die MME, also die Mobility Management
408
00:35:38,520 --> 00:35:44,000
Entity im Core-Netzwerk, die HSS-Datenbank
und dann die Gateways auf der rechten
409
00:35:44,000 --> 00:35:47,950
Seite, die dann die Nutzdaten
transportieren. Naja, also wenn ich aus
410
00:35:47,950 --> 00:35:52,030
dem Flugmodus erstmal rausgehe, auch wenn
ich ein 5G Endgerät habe, wird erstmal der
411
00:35:52,030 --> 00:35:56,819
4G Teil alles gemacht, das Endgerät sucht
sich dann die Broadcast-Informationen von
412
00:35:56,819 --> 00:36:01,760
allen Stationen aus, die so in der Nähe
sind, sucht sich dann die Beste aus und
413
00:36:01,760 --> 00:36:07,109
macht dann eine sogenannte Random Access
Prozedur, weil bei LTE und bei 5G ist es
414
00:36:07,109 --> 00:36:11,849
deutlich anders als bei WiFi, wo jeder
einfach mal guckt, ob er senden kann. Das
415
00:36:11,849 --> 00:36:16,450
passiert hier nicht. Die Basisstation gibt
ganz genau vor, wer wann zu welcher Zeit
416
00:36:16,450 --> 00:36:20,170
Daten empfängt und auch Daten senden darf.
Also das Endgerät kann nicht von sich
417
00:36:20,170 --> 00:36:24,161
selber aus einfach mal los senden.
Deswegen wird dann eine Zugriffs Prozedur
418
00:36:24,161 --> 00:36:27,900
gemacht. Das Endgerät sagt: "Hey, ich
brauche mal so einen kleinen Kanal, wo ich
419
00:36:27,900 --> 00:36:33,250
dir mal schicken kann, wer ich bin." Das
kommt dann über diese sogenannte RRC
420
00:36:33,250 --> 00:36:38,500
Connection Setup Procedure. Da wird ein
Attach Request geschickt vom Endgerät. Da
421
00:36:38,500 --> 00:36:41,990
steht drin: "Okay, ich bin Endgerät, mit
der ID sowieso, und ich möchte
422
00:36:41,990 --> 00:36:47,170
Internetzugang haben." - man ein bisschen
salopp gesagt. Die 4G Basisstation gibt es
423
00:36:47,170 --> 00:36:52,680
dann ans Netzwerk weiter an die MME. Die
sucht sich dann den Rekord aus der
424
00:36:52,680 --> 00:36:56,760
Datenbank raus und startet dann eine
Authentication and Ciphering Procedure.
425
00:36:56,760 --> 00:37:00,010
Das heißt erst einmal authentifizieren -
sicherstellen - es ist auch tatsächlich
426
00:37:00,010 --> 00:37:04,760
das Endgerät das es sagt, dass es ist. Und
wenn das dann sichergestellt ist, wird das
427
00:37:04,760 --> 00:37:08,109
Ciphering eingeschaltet, damit man
wenigstens nicht mehr so ganz trivial
428
00:37:08,109 --> 00:37:15,740
abhören kann. Währenddessen das dann alles
passiert, wird dann auch noch die Location
429
00:37:15,740 --> 00:37:19,010
von dem Endgerät in die Datenbank
reingeschrieben, oder zumindest mal die
430
00:37:19,010 --> 00:37:23,270
Tracking Area, also so mal ein grober
Aufenthalts-Bereich, weil wenn ich später
431
00:37:23,270 --> 00:37:27,540
den Radio Kanal mal wegnehme, um Batterie
zu sparen, obwohl ich die IP-Adresse noch
432
00:37:27,540 --> 00:37:30,589
hab und dann kommt wieder ein IP-Paket,
dann muss mich das Netzwerk irgendwie
433
00:37:30,589 --> 00:37:33,790
finden können, also müsste man mal die
ungefähre Location in die Datenbank
434
00:37:33,790 --> 00:37:40,470
ablegen. Während das läuft wird auf der
linken Seite dann noch die Capabilities
435
00:37:40,470 --> 00:37:44,360
ausgetauscht vom Endgerät, weil je
nachdem, wie altes Endgerät ist und wie
436
00:37:44,360 --> 00:37:49,040
teuer es ist, kann das mehr oder weniger.
Und diese Information wird dann nicht nur
437
00:37:49,040 --> 00:37:53,869
bei der Basisstation beim 4G eNode-B
gehalten, sondern auch an die MME
438
00:37:53,869 --> 00:37:58,061
weitergegeben, weil je nachdem, wie viele
Carrier das Ding bündeln kann, welche
439
00:37:58,061 --> 00:38:02,150
Modulationen-Arten des beherrscht, kann
dann halt mehr oder weniger schnell Daten
440
00:38:02,150 --> 00:38:08,440
übertragen werden Dann noch rechts unten
was gemacht wird, ist die MME holt sich
441
00:38:08,440 --> 00:38:13,181
dann eine IP-Adresse für das Endgerät. Vom
PDN Gateway, das ist das, was am Internet
442
00:38:13,181 --> 00:38:19,309
dran sitzt, kriegt man dann üblicherweise
eine IPv4-NAT-, also eine Private-IP-
443
00:38:19,309 --> 00:38:24,099
Adresse zugeteilt. Ja, NAT ist natürlich
schlecht, im Mobilfunk Netzwerk aber nicht
444
00:38:24,099 --> 00:38:28,140
ganz so, weil dann hält man wenigstens so
die ganzen Script-Kiddies ab, einem die
445
00:38:28,140 --> 00:38:37,750
ganze Zeit die Batterie leer zu saugen.
Ja, so am Schluss schickt die MME dann den
446
00:38:37,750 --> 00:38:41,710
Initial Kontext Setup Request. Da steht
dann die IP-Adresse drin, die wird dann
447
00:38:41,710 --> 00:38:46,310
ans Endgerät weitergegeben, und es wird
ein sogenannter Default Bearer aufgebaut.
448
00:38:46,310 --> 00:38:50,880
Das ist, wenn man das vom Smartphone
aussieht, ist das ein logisches Netzwerk-
449
00:38:50,880 --> 00:38:55,190
Interface. Also wenn man bei Android z.B.
ein ifconfig macht, dann sieht man dann
450
00:38:55,190 --> 00:39:01,000
hübsch, wie da, wie ein neues IP-Interface
da auftaucht. Da kann man auch mehrere
451
00:39:01,000 --> 00:39:05,190
davon typischerweise auf einem Endgerät
haben, weil ver-??? gibts auch eine extra
452
00:39:05,190 --> 00:39:10,569
extra Default Bearer, wo dann speziell die
Telefon-Sachen drüber gemacht werden. Die
453
00:39:10,569 --> 00:39:14,230
werden nicht über den Internet Bearer
gemacht. Ja, und dann fließen eigentlich
454
00:39:14,230 --> 00:39:18,510
unsere Nutzdaten, so ganz unten, der blaue
Kasten. Und was dann noch zusätzlich
455
00:39:18,510 --> 00:39:21,250
gemacht wird, ist eine Measurement
Configuration geschickt, damit das
456
00:39:21,250 --> 00:39:25,690
Endgerät, auch wenn die Signal Pegel
schlechter werden, dann die nachbarzellen
457
00:39:25,690 --> 00:39:30,310
messen kann, das reporten kann und das
Netzwerk kann dann entsprechend damit ein
458
00:39:30,310 --> 00:39:39,710
Handover machen. Ja, 100 Millisekunden
alles durchgelaufen. Ja es will nicht,
459
00:39:39,710 --> 00:39:45,190
dann nehmen wir die Taste. Genau so, das
war jetzt erst der 4G, dann kommt jetzt
460
00:39:45,190 --> 00:39:49,839
noch zusätzlich der 4G Teil. Wenn die 4G
Basisstation merkt: "Dass es ein 5G
461
00:39:49,839 --> 00:39:55,690
Endgerät. ... und ich hab noch eine 5G
Zelle" den 5G gNode-B mit dazu. Dann
462
00:39:55,690 --> 00:40:00,480
werden wieder Nachrichten ausgetauscht, wo
drin steht: "Miss mal auf der 5G Frequenz,
463
00:40:00,480 --> 00:40:04,220
ob da irgendwas ist und melden mir das
mal?" Das macht das Endgerät dann und wenn
464
00:40:04,220 --> 00:40:11,460
was da ist, gehts zurück an den 5G gNode-B
und der kann dann den IP-Datenstrom zu
465
00:40:11,460 --> 00:40:16,560
sich umleiten und dann an den 4G eNode-B
zurückkommen und sagen: "Okay, du kannst
466
00:40:16,560 --> 00:40:20,349
jetzt mal umschalten", und dann kriegt das
Endgerät wieder eine Nachricht. "OK, mach
467
00:40:20,349 --> 00:40:26,950
mal noch den 5G Teil jetzt noch mit dazu"
und dann empfängt man seine Daten sowohl
468
00:40:26,950 --> 00:40:31,359
über den 4G Teil als auch über den 5G Teil
und drum ist der blaue Pfeil unten ein
469
00:40:31,359 --> 00:40:38,150
bisschen dicker als der blaue Pfeil oben.
So, dieses gleichzeitige Empfangen von 4G
470
00:40:38,150 --> 00:40:43,260
und 5G, das nennt sich Split Bearer, weil
meine IP-Datenpakete jetzt über zwei Wege
471
00:40:43,260 --> 00:40:48,450
zu mir kommen und der 5G gNode-B, der
teilt es einfach auf, den Hauptteil von
472
00:40:48,450 --> 00:40:53,310
den Daten schickt er über sich selber, und
ein kleinerer Teil wird dann noch über das
473
00:40:53,310 --> 00:40:57,880
sogenannte X2 Interface an die 4G Karte in
der Basisstation weiter geschickt, und die
474
00:40:57,880 --> 00:41:02,830
schickt es dann über LTE zu einem. Und im
Endgerät selber werden dann diese zwei
475
00:41:02,830 --> 00:41:08,291
Datenströme wieder kombiniert, und die IP-
Pakete kommen dann wieder raus. Im Uplink
476
00:41:08,291 --> 00:41:12,270
wird es heute wird es heute praktisch noch
nicht so gemacht, da werden dann entweder
477
00:41:12,270 --> 00:41:17,780
alle Daten über LTE übertragen, also von
Endgerät zum Netzwerk oder über 5G, kann
478
00:41:17,780 --> 00:41:22,880
man auch machen. Vorteil von LTE ist es
meistens, es ist auf einer niedrigeren
479
00:41:22,880 --> 00:41:27,330
Frequenz, und somit kommt man weiter. Man
muss sich aber den Kanal mit anderen
480
00:41:27,330 --> 00:41:32,750
Leuten teilen, die schon da sind. Wenn man
mit 5G die ganze Sache macht, hat man den
481
00:41:32,750 --> 00:41:36,839
Kanal noch eher für sich, weil es noch
nicht so viele 5G-Endgeräte gibt. Hat aber
482
00:41:36,839 --> 00:41:40,530
das Problem, dass die Reichweite von dem
Signal aufgrund der höheren Frequenz nicht
483
00:41:40,530 --> 00:41:45,299
so weit ist. Und wenn man sich dann zu
weit von der Station wegbewegt, dann muss
484
00:41:45,299 --> 00:41:51,809
das Netzwerk um konfigurieren und dann
wieder für den Uplink LTE nehmen. Also,
485
00:41:51,809 --> 00:41:59,960
man kann beides machen, je nachdem, wie
man, wie man das möchte. Mit dem Uplink
486
00:41:59,960 --> 00:42:04,730
entweder nur 4G oder 5G, stimmt nur so zum
Teil, weil ich mache auch auf den
487
00:42:04,730 --> 00:42:09,170
niedrigeren Schichten auf Layer 2 noch
Acknowledgements für meine Datenpakete,
488
00:42:09,170 --> 00:42:13,089
die ich, die ich bekomme im Downlink muss
ich im Uplink Acknowledgements schicken.
489
00:42:13,089 --> 00:42:17,420
Also es ist noch weit unterhalb der IP-
Ebene, damit es einfach sehr schnell geht,
490
00:42:17,420 --> 00:42:22,310
wenn irgendwelche Datenverluste auftreten.
Und das muss sich zwangsläufig auf 4G und
491
00:42:22,310 --> 00:42:27,740
auf 5G machen, weil ich meine Daten ja
über Split Bearer im Downlink über 4G und
492
00:42:27,740 --> 00:42:33,280
5G bekomme. Das heißt nur meine Nutzdaten
gehen entweder über 4G oder 5G, aber meine
493
00:42:33,280 --> 00:42:37,280
Acknowledgements muss ich auf beiden
Seiten schicken. Und der blöde Nachteil
494
00:42:37,280 --> 00:42:43,230
ist, ich hab halt nur ein Budget für meine
Transmission Power, und jetzt hab ich zwei
495
00:42:43,230 --> 00:42:47,289
Transmitter, und dann kriegt halt jeder
nur die Hälfte von der Transmit Power und
496
00:42:47,289 --> 00:42:55,930
somit das limitiert ein bisschen meine
Reichweite. Dann gibt's noch diese nette
497
00:42:55,930 --> 00:42:58,530
Geschichte, wann zeige ich jetzt
eigentlich ein 5G Logo an? Weil es
498
00:42:58,530 --> 00:43:03,200
dummerweise ein bisschen komplexer als
früher mit 2G, 3G, 4G. Da war das einfach,
499
00:43:03,200 --> 00:43:08,970
das Endgerät hat gewusst: "Okay, ich bin
jetzt bei 4G LTE Logo an". Bei 5G, das
500
00:43:08,970 --> 00:43:13,309
wird ja immer nur so als Speed Booster
dazugenommen. Und wenn man das einfach so
501
00:43:13,309 --> 00:43:17,589
macht, dann sieht man dauernd, wie sich
das 4G und 5G abwechselt auf dem Display.
502
00:43:17,589 --> 00:43:23,220
Das ist nicht sehr schön. Deswegen hat man
sich da was einfallen lassen. Und zwar
503
00:43:23,220 --> 00:43:27,850
wird in den LTE System Information, die da
so ausgestrahlt werden, gibts ein Bit, das
504
00:43:27,850 --> 00:43:31,210
haben Sie schön Upper Layer Indikation
genannt, damit man auch nicht weiß, für
505
00:43:31,210 --> 00:43:35,780
was es gut ist und das Upper Layer
Indikation Bit. wenn das gesetzt ist, dann
506
00:43:35,780 --> 00:43:41,400
bedeutet es, dass da noch eine 5G Zelle
mit dranhängt und das Endgerät wenn es
507
00:43:41,400 --> 00:43:45,820
nicht beim Attach Accept gesagt gekriegt
hat, "Du darfst kein 5G machen", das ist
508
00:43:45,820 --> 00:43:51,800
das NR-Restricted-Bit. Dann kann es dieses
Upper Layer Indikation Bit hernehmen und
509
00:43:51,800 --> 00:43:56,609
dann das 5G Logo anzeigen, auch wenn der
5G Teil gerade gar nicht aufgeschaltet
510
00:43:56,609 --> 00:44:00,490
ist, weil man z.B. gerade nicht so viel
Daten überträgt. Und dann ist eben der
511
00:44:00,490 --> 00:44:04,620
Vorteil man hat das 5G Logo, weil der 5G
Teil da ist und ob wir jetzt gerade noch
512
00:44:04,620 --> 00:44:08,339
mit der zugeschaltet ist oder nicht, wird
da dann halt ein bisschen kaschiert. Aber
513
00:44:08,339 --> 00:44:15,930
dafür springt es eben nicht die ganze Zeit
hin und her. Dann gibt's noch ein nettes
514
00:44:15,930 --> 00:44:21,690
Szenario mit dem Handover. Wenn man 4G und
5G hat, müssen ja immer zusammen da sein.
515
00:44:21,690 --> 00:44:26,290
Aber die Scheduler sind völlig unabhängig
voneinander. Und wenn ich da einen
516
00:44:26,290 --> 00:44:30,980
Handover mache von Schritt eins nach
Schritt zwei, kann es eben passieren, je
517
00:44:30,980 --> 00:44:34,280
nachdem, was man für eine Infrastruktur
hat und wie die konfiguriert ist, dass
518
00:44:34,280 --> 00:44:39,420
erst der 5G Teil gewechselt wird der 4G
Teil aber noch da bleibt für ein paar
519
00:44:39,420 --> 00:44:43,809
Sekunden bei der alten Station. Und dann
bekomme ich meine Daten zum Beispiel von
520
00:44:43,809 --> 00:44:49,420
der einen LTE Zelle hier und von der 5G
Zelle, die aber schon ganz woanders steht.
521
00:44:49,420 --> 00:44:52,589
Und meine Daten kommen dann aus
unterschiedlichen Richtungen. Und erst
522
00:44:52,589 --> 00:44:56,791
wenn dann auch noch das Endgerät meldet,
das der 4G Teil jetzt auch auf der anderen
523
00:44:56,791 --> 00:45:00,940
Seite besser ist, dann wird der auch noch
mit drüber gezogen und dann kommen dann
524
00:45:00,940 --> 00:45:10,220
meine ganzen Daten von der der zweiten
Zelle dann. So, dann hab ich jetzt hier
525
00:45:10,220 --> 00:45:13,829
noch ein Bildchen wie soll es so
perspektivisch weitergehen? Wir wollen ja
526
00:45:13,829 --> 00:45:19,171
da nicht stehenbleiben. Wir wollen ja zu
einem 5G-only-Netzwerk kommen, und da
527
00:45:19,171 --> 00:45:25,210
müssen wir jetzt einfach hergehen auf
Grund von den 3,5 GHz, die halt nur eine
528
00:45:25,210 --> 00:45:28,520
begrenzte Reichweite haben. Wir müssen
diese 5G Geschichte auch in die
529
00:45:28,520 --> 00:45:34,161
niedrigeren Frequenzbänder ziehen. Und da
ist eben das Problem, man kann es auf die
530
00:45:34,161 --> 00:45:38,359
harte Weise machen und einfach das LTE aus
manchen Ländern wegnehmen und da 5G
531
00:45:38,359 --> 00:45:42,400
reinmachen. Das ist dann für die paar
Leutchen, die schon die ganzen neuen 5G
532
00:45:42,400 --> 00:45:45,631
Endgeräte haben, super. Aber für die
Leutchen, die nur LTE Endgeräte haben
533
00:45:45,631 --> 00:45:50,021
schlecht, weil dann haben die auf einmal
da gar kein LTE mehr oder nur eine
534
00:45:50,021 --> 00:45:56,809
niedrigere Datenrate, weil sie ein anderes
Band nehmen müssen. Eine Möglichkeit, das
535
00:45:56,809 --> 00:46:01,650
abzufedern, was so z.B. die Swisscom
gerade ausprobiert. Es nennt sich dann
536
00:46:01,650 --> 00:46:07,530
Dynamic Spectrum Sharing, und die Idee
dabei ist, dass 5G so zu konfigurieren,
537
00:46:07,530 --> 00:46:14,319
dass es sehr ähnlich wie 4G ist und dann
4G und 5G im gleichen Kanal zu machen. Ich
538
00:46:14,319 --> 00:46:18,740
brauche dann 2 Control Kanäle. Ich brauch
den LTE Kontrollkanal hier jetzt gelb
539
00:46:18,740 --> 00:46:24,750
dargestellt, links und in Blau, den 5G
Kanal, den Control Kanal und kann dann die
540
00:46:24,750 --> 00:46:31,390
4G Endgeräte mit dem 4G Control Kanal
Ressource Zuweisungen machen und dem 5G
541
00:46:31,390 --> 00:46:36,850
Endgeräte mit dem 5G Control Kanal. Und
dann kann ich meinen Kanal eben, je
542
00:46:36,850 --> 00:46:41,380
nachdem wie viele 4G und 5G Endgeräte ich
habe, entsprechend aufteilen. Mehr nach
543
00:46:41,380 --> 00:46:47,309
4G, mehr nach 5G. Je nachdem, was man da
für eine Policy hat. Der kleine Nachteil
544
00:46:47,309 --> 00:46:51,329
an der Geschichte ist, dass sich da
dummerweise jetzt 2 Control Kanäle braucht
545
00:46:51,329 --> 00:46:57,280
und das mich natürlich Bandbreite kostet.
Und es kostet etwa 10 bis 15 Prozent an
546
00:46:57,280 --> 00:47:02,170
Kapazität und das tut natürlich super weh.
15 Prozent Kapazität verschenken, damit
547
00:47:02,170 --> 00:47:07,309
ich 4G 5G gleichzeitig mache. Aber der
Schmerz ist vielleicht geringer als
548
00:47:07,309 --> 00:47:14,270
einfach LTE wegmachen und dann die Leute
sauer zu machen. Mal schauen. Naja, wenn
549
00:47:14,270 --> 00:47:19,270
ich dann so weit bin und mein 5G auch in
den niedrigeren Frequenzbänder hab, damit
550
00:47:19,270 --> 00:47:24,200
ich das dann auch mehr auf dem Land auch
5G machen kann, kann ich auch mal drüber
551
00:47:24,200 --> 00:47:29,340
nachdenken und 5G Core-Netzwerk noch hinzu
bauen. Wird eben auch wieder so sein. Das
552
00:47:29,340 --> 00:47:33,950
wird nicht einfach das 4G Core Netz
herausgeworfen und 5G reingemacht, sondern
553
00:47:33,950 --> 00:47:39,990
die werden dann über viele Jahre parallel
betrieben werden. Die 5G Endgeräte, die
554
00:47:39,990 --> 00:47:43,849
dann schon mit diesem Core Netzwerk reden
können, werden diese Core-Netzwerk
555
00:47:43,849 --> 00:47:50,230
verwenden und die alten 5G Endgeräte und
die LTE Endgeräte werden noch das 4G Core
556
00:47:50,230 --> 00:47:54,771
Netzwerk verwenden. Im Prinzip
funktioniert auch das 5G Core Netzwerk
557
00:47:54,771 --> 00:47:59,930
sehr ähnlich wie das 4G Core Netzwerk. Man
hat wieder diese zwei Teile die User
558
00:47:59,930 --> 00:48:04,819
Plane. Die Router werden jetzt hier als
User Plane Function bezeichnet und dann
559
00:48:04,819 --> 00:48:09,559
mit dem Internet verbunden und aus der
Mobility Management entity bei LTE sind
560
00:48:09,559 --> 00:48:14,170
jetzt zwei Functions draus geworden. Die
eine ist die Access Management Function
561
00:48:14,170 --> 00:48:17,849
und die andere die Session Management
Funktion. Die eine kümmert sich eher um
562
00:48:17,849 --> 00:48:22,859
das Mobility und das andere um die Nutzer
Sessions, und die Datenbank ist in drei
563
00:48:22,859 --> 00:48:29,200
Blöcke aufgeteilt worden und hat man eben
deswegen gemacht. Weil als LTE
564
00:48:29,200 --> 00:48:35,960
spezifiziert worden ist, ist man noch
davon ausgegangen. Eine entity, eine
565
00:48:35,960 --> 00:48:40,530
Hardware Kiste, aber auch die
Virtualisierung ist jetzt ja auch im
566
00:48:40,530 --> 00:48:44,369
Telekom Bereich angekommen in den letzten
Jahren und man möchte hier in diesem 5G
567
00:48:44,369 --> 00:48:49,380
Ansatz alles auch virtualisierten in
Container packen, um somit sehr flexibel
568
00:48:49,380 --> 00:48:54,170
zu sein. Und deswegen gibts keine entities
mehr, sondern functions die dann auch
569
00:48:54,170 --> 00:49:02,490
virtualisiert werden sollen. Ja, dann bin
ich eigentlich schon fast durch. Ich hab
570
00:49:02,490 --> 00:49:08,940
ja noch ein schönes Slide, das tolle bei
4G und 5G ist, und auch bei 2G, 3G, die
571
00:49:08,940 --> 00:49:13,901
ganzen Spezifikationen sind öffentlich,
man muss sich nirgends anmelden, man kann
572
00:49:13,901 --> 00:49:17,970
einfach zu 3gpp.org gehen. Und wenn man
weiss, nach was man sucht, kann man sich
573
00:49:17,970 --> 00:49:23,880
die Spezifikationen runterladen von da.
Wer sich nachher die Slides nochmal
574
00:49:23,880 --> 00:49:28,109
anguckt, wir haben auf vielen von den
Slides Referenzen auf die Spezifikationen,
575
00:49:28,109 --> 00:49:32,380
dann kann man von diesen Slides, wenn man
die Details wissen will direkt in die
576
00:49:32,380 --> 00:49:39,690
Dokumente rein hüpfen. Ja, dann sind wir
durch. Danke fürs Zuhören.
577
00:49:39,690 --> 00:49:44,730
Applaus
578
00:49:44,730 --> 00:49:56,490
Und viel Spaß beim Kongress noch
Peter: Ja, haben wir noch Zeit für Fragen?
579
00:49:56,490 --> 00:50:00,980
Gibt's Fragen?
Herald: Muss das Mikro anschalten, damit
580
00:50:00,980 --> 00:50:03,790
was rauskommt? So genau haben wir es noch
etwa zehn Minuten Zeit für Fragen. Wenn
581
00:50:03,790 --> 00:50:07,910
ihr im Raum Fragen habt, dann kommt doch
bitte zu einem der acht Mikros, und wir
582
00:50:07,910 --> 00:50:10,349
hoffen, dass wir euch alle dran kriegen.
Aber wir fangen vielleicht direkt an mit
583
00:50:10,349 --> 00:50:16,819
einer Frage von unserem Signal Angel.
Signal Angel: Das Internet hat die Frage:
584
00:50:16,819 --> 00:50:22,070
Wie weit sollen Endgeräte voneinander
entfernt sein, damit diese sich nicht
585
00:50:22,070 --> 00:50:29,470
gegenseitig stören?
Peter: 1,02m, allerdings wird dieser Fall
586
00:50:29,470 --> 00:50:33,950
gar nicht vorkommen, dass man diese 5G
Endgeräte auseinander legen muss, weil
587
00:50:33,950 --> 00:50:41,020
alle Netzbetreiber mit einem konstanten
Schema arbeiten werden. Das ist nicht
588
00:50:41,020 --> 00:50:45,559
notwendig, sich darüber Gedanken zu
machen, weil es kommt nicht zu dem Fall.
589
00:50:45,559 --> 00:50:51,070
Heurekus: Auf meinem Schreibtisch liegen
üblicherweise vier bis fünf Endgeräte, die
590
00:50:51,070 --> 00:50:53,640
sind auch nicht einen Meter entfernt sind,
das ist nicht optimal, aber es
591
00:50:53,640 --> 00:50:57,520
funktioniert. Die stören sich auch nicht
gegenseitig. Aber besser ist es, wenn die
592
00:50:57,520 --> 00:51:00,789
weiter auseinander sind. Hat man eine
höhere Datenrate?
593
00:51:00,789 --> 00:51:04,839
Herald: Alles klar. Da machen wir weiter
mit Mikrofon 1 bitte
594
00:51:04,839 --> 00:51:10,809
Mikro 1: Hallo, wir reden hauptsächlich
über alles unter 6 GHz und die
595
00:51:10,809 --> 00:51:18,200
Signalstärke da ist eigentlich, was wir so
gewöhnt sind 20 dBm oder so. Oder? Die
596
00:51:18,200 --> 00:51:23,150
Frage kommt dann allerdings in
Gesundheitsfragen mit viel stärkeren
597
00:51:23,150 --> 00:51:27,800
Feldstärken eigentlich noch nicht, was
wirklich ausgerollt werden
598
00:51:27,800 --> 00:51:35,560
Peter: Also wir tragen immer ein 5G
Amulett bei uns, uns kann nichts
599
00:51:35,560 --> 00:51:36,770
passieren,
Lachen
600
00:51:36,770 --> 00:51:41,020
Applaus
Heurekus: Ja ja, das muss,auf Nummer
601
00:51:41,020 --> 00:51:44,390
sicher.
Peter: Die Grenzwerte werden nicht
602
00:51:44,390 --> 00:51:50,490
überschritten, es gibt keine ionisierenden
Effekte. Auch nicht bei Frequenzen
603
00:51:50,490 --> 00:51:58,829
unterhalb des Lichts, also bis in den THz
Bereich hinein. Der Rest ist Glauben. Mit
604
00:51:58,829 --> 00:52:05,470
Angst kann man Geld machen, man kann Macht
ausüben, und letztendlich wird die
605
00:52:05,470 --> 00:52:12,140
Menschheit eher Probleme mit dem
Klimawandel haben als wie mit 5G.
606
00:52:12,140 --> 00:52:18,170
Applaus
Heurekus: Vielleicht noch ein kurzer
607
00:52:18,170 --> 00:52:23,730
Nachsatz. Was du richtig gesagt hast ist,
wir reden, wir haben heute über den sub
608
00:52:23,730 --> 00:52:27,950
6GHz Bereich geredet, weil das auch das
ist, was tatsächlich ausgerollt ist. Dann
609
00:52:27,950 --> 00:52:31,410
hat 5G natürlich auch noch diese Microwave
oder diese Millimeterwave Geschichte.
610
00:52:31,410 --> 00:52:36,260
Tschuldigung, die Millimeterwave
Geschichte drin, wo man im 30 GHz Bereich
611
00:52:36,260 --> 00:52:42,910
funkt. In Amerika ist das ausgerollt
worden, aber das große Problem dabei ist,
612
00:52:42,910 --> 00:52:46,790
dass die Reichweiten da super gering sind
und man da auch schon einfach mit einer
613
00:52:46,790 --> 00:52:51,339
Hand vorhalten oder hinter eine Mauer
gehen, dann ist das Signal schon weg, und
614
00:52:51,339 --> 00:52:55,100
ich bin da immer noch sehr gespannt, wie
erfolgreich das ist. Aber in Europa hat da
615
00:52:55,100 --> 00:53:00,590
noch keiner angefangen, mit Millimeterwave
und 5G was zu machen, weil es ist doch was
616
00:53:00,590 --> 00:53:04,050
ganz was Neues. Und vielleicht lassen wir
das erst mal in Amerika so ein bisschen
617
00:53:04,050 --> 00:53:06,809
ausprobieren. Und wenns funktioniert, denn
machen wir das hier auch schauen wir mal.
618
00:53:06,809 --> 00:53:11,589
Herald: Okay, dann machen wir doch mit
Mikrofon 4 weiter.
619
00:53:11,589 --> 00:53:14,700
Mikrofon 4: Ok, probieren wirs
[unverständlich]. Für welche
620
00:53:14,700 --> 00:53:18,990
Geschwindigkeiten, also ich meine
mechanische Geschwindigkeiten, wenn ein
621
00:53:18,990 --> 00:53:22,700
Endgerät sich mechanisch bewegt, ist 5G
noch ausgelegt?
622
00:53:22,700 --> 00:53:28,079
Heurekus: Also, ich hab da ein gutes
Beispiel. Wenn man in anderen Ländern Bahn
623
00:53:28,079 --> 00:53:31,950
fährt, dann funktioniert es auch mit LTE
ganz gut, und 5G ist da in der Hinsicht
624
00:53:31,950 --> 00:53:34,910
auch nicht anders. Also wenn ich zum
Beispiel mit dem Thalys fahr von Paris
625
00:53:34,910 --> 00:53:39,480
nach Köln, dann hab ich bei 300
Stundenkilometer kriege ich da auch noch
626
00:53:39,480 --> 00:53:43,210
100 Megabit pro Sekunde im Downlink durch
die Leitung, ist also überhaupt kein
627
00:53:43,210 --> 00:53:46,210
Problem. Von der Geschwindigkeit her geht
auch bei 300 noch.
628
00:53:46,210 --> 00:53:51,710
Peter: Es gibt gewisse Parameter, um das
Netz robust zu machen gegenüber dem
629
00:53:51,710 --> 00:53:56,609
Doppler-Effekt und gewisse Datensicherheit
auch bei verjitterten Funkfeldern
630
00:53:56,609 --> 00:53:59,819
hinzukriegen, das sind Parameter, die
gelten dann halt für die gesamte Zelle und
631
00:53:59,819 --> 00:54:02,031
drücken die Gesamtperformance, ein
bisschen runter. Man muss sich das
632
00:54:02,031 --> 00:54:05,880
überlegen, ob man das in dieser Zelle dann
macht. Aber an Bahnstrecken ist kein Thema
633
00:54:05,880 --> 00:54:13,950
bis 300, 400 km.
M4: 400 gehen noch.
634
00:54:13,950 --> 00:54:21,270
Peter: Flugzeuge gehen mit LTE. Die
fliegen ja knapp 800, 900 Stundenkilometer,
635
00:54:21,270 --> 00:54:23,490
das geht auch.
M4: Ah, ok, gut. Danke
636
00:54:23,490 --> 00:54:27,750
Herald: Alles klar, dann gehen wir zurück
zu unserem Signal Angel mit einer Frage
637
00:54:27,750 --> 00:54:31,240
aus dem Internet.
Signal Angel: Das Internet hat sehr über
638
00:54:31,240 --> 00:54:36,890
die Authentisierung der Basisstation
gegenüber der MME oder MMS diskutiert. Und
639
00:54:36,890 --> 00:54:41,210
da so die Frage dahinter: Was kann denn
jemand machen, der eine Basisstation hat
640
00:54:41,210 --> 00:54:45,660
und vielleicht irgendwie, die einfach
drankommt? Die Authentisieren sich ? Oder
641
00:54:45,660 --> 00:54:49,119
was kann er machen?
Heurekus: Es gibt da ein paar
642
00:54:49,119 --> 00:54:52,869
Teilantworten. Was üblicherweise erst
einmal gemacht wird, ist, da wird ein VPN
643
00:54:52,869 --> 00:54:56,140
Tunnel zwischen dem Standort gemacht, wo
sich die Basisstation befindet und dem
644
00:54:56,140 --> 00:55:02,140
Core-Netzwerk. Und da werden, da findet
schon mal eine Authentifizierung statt und
645
00:55:02,140 --> 00:55:06,789
die MMEs und die Basisstation
authentifizieren sich dann auch nochmal
646
00:55:06,789 --> 00:55:09,860
gegenseitig. Da weiß ich aber die Details
nicht dazu. Weißt du da was ?
647
00:55:09,860 --> 00:55:13,470
Peter: Nee.
Heurekus: Aber erst mal einen VPN Tunnel
648
00:55:13,470 --> 00:55:19,730
und dann ist schon mal alles gecrypted.
Peter: Ging es um die Authentifizierung
649
00:55:19,730 --> 00:55:24,800
des Netzes gegenüber dem Endgerät? War das
die Frage?
650
00:55:24,800 --> 00:55:29,049
Signal Angel: Nein. Ich habe die
Basisstation, also quasi jemand bringt
651
00:55:29,049 --> 00:55:36,720
seine eigene Basisstation mit. Also
jemand, der vielleicht ein großer
652
00:55:36,720 --> 00:55:42,910
Angreifer ist nicht quasi der User.
Peter: Ja. Sowas geht im Prinzip immer
653
00:55:42,910 --> 00:55:50,510
noch. Es wird aber durchaus erschwert. Das
sind politische Sachen, das sind leider Gottes.
654
00:55:50,510 --> 00:55:55,300
Wir stellen den STANDARD vor. Aber warum
diese Authentifikation nicht aktiviert
655
00:55:55,300 --> 00:55:58,849
ist? Politik.
Herald: Das klingt nach einem Talk für den
656
00:55:58,849 --> 00:56:02,530
nächsten Kongress vielleicht. Alles klar.
Dann gehen wir weiter rechts an den Rand
657
00:56:02,530 --> 00:56:06,549
zum Mikrofon. 7
Mikrofon 7: Ja, ich hab mich einmal
658
00:56:06,549 --> 00:56:11,890
interessiert, ihr sagtet gerade, dass
langfristig 4G und 5G zusammen betrieben
659
00:56:11,890 --> 00:56:16,680
werden sollen in der Übergangsphase. Was
spricht dagegen, noch weiter runter zu
660
00:56:16,680 --> 00:56:20,670
gehen und z. B. die 3G Frequenzen zu
nutzen? Weil ich mein 3G
661
00:56:20,670 --> 00:56:25,240
Signalverarbeitung das war ja einfach ein
Schuss in den Ofen. Das zum Einen und zum
662
00:56:25,240 --> 00:56:31,549
Anderen: Ihr hattet das gerade gesagt,
dass alle Carrier, alle Betreiber von 5G
663
00:56:31,549 --> 00:56:35,420
Netzen sich in der Uplink bzw.
Framestruktur letztlich synchronisieren
664
00:56:35,420 --> 00:56:41,410
müssen. Für mich als Laie klingt das so:
Warum? Das klingt wieder nach unnötig
665
00:56:41,410 --> 00:56:47,980
Overhead, der hinterher leztlich der
Performance oder dem Netz nicht gut tut.
666
00:56:47,980 --> 00:56:51,960
Heurekus: Also ich kann ja vielleicht den
ersten Teil mal machen. Mit den
667
00:56:51,960 --> 00:56:55,140
niedrigeren Frequenzen, also die UMTS-
Frequenzen sind schon relativ hoch, die
668
00:56:55,140 --> 00:56:58,990
sind ja bei 2,1 Gigahertz, und als ich
vorher gesagt habe, wir müssen in die
669
00:56:58,990 --> 00:57:03,150
niedrigeren Frequenzen rein, dann schließt
es natürlich die UMTS-Frequenzen mit ein.
670
00:57:03,150 --> 00:57:08,539
Aber auch die UMTS-Frequenzen haben ja nur
eine relativ begrenzte Ausbreitung, also
671
00:57:08,539 --> 00:57:12,799
wenn ich mit niedrigeren Bändern rede,
dann meine ich auch so Band 20 zum
672
00:57:12,799 --> 00:57:20,099
Beispiel auf 800 Megahertz und auf 1800
Megahertz und auf 900 Megahertz. Da muss
673
00:57:20,099 --> 00:57:24,319
mittel- bis langfristig muss da auch 5G
rein und eben auch auf die 2,1 Gigahertz,
674
00:57:24,319 --> 00:57:29,260
klar. Da ist es vielleicht aber auch noch
ein bisschen einfacher, weil 3G machen ja
675
00:57:29,260 --> 00:57:35,910
nicht mehr so viele Leute, da ist es eher
problemloser. Die zweite Frage noch: Warum
676
00:57:35,910 --> 00:57:38,799
müssen die synchronisiert sein?
Peter: Das ist auch ein technisches
677
00:57:38,799 --> 00:57:45,710
Erfordernis, nichts weiter. Die Frequenzen
im 3,6 Gigahertz Bereich liegen relativ
678
00:57:45,710 --> 00:57:51,140
dicht zusammen. Und die Technik ist halt
so, wenn ich zwei, wenn ich diesen
679
00:57:51,140 --> 00:57:54,700
Frequenzbereiche an mehrere Betreiber
verkaufe, dann geht es technisch nicht
680
00:57:54,700 --> 00:57:58,700
anders, dass die alle synchron senden.
Physik hat ja irgendwo seine Grenzen.
681
00:57:58,700 --> 00:58:04,269
Herald: OK.
Peter: Niedrigere Frequenzbereiche, zu der
682
00:58:04,269 --> 00:58:09,039
anderen, die bringen jetzt keine
Wundergeschwindigkeiten, sondern, hab so
683
00:58:09,039 --> 00:58:12,960
die Folien, kann man sehen, dass die
Geschwindigkeit bei 5G auf niedrigen
684
00:58:12,960 --> 00:58:17,710
Frequenzen [unverständlich] zum Beispiel
700 Megahertz, wird vielleicht um den
685
00:58:17,710 --> 00:58:21,799
Faktor 1,3 höher sein als ein
vergleichbarer LTE-Träger.
686
00:58:21,799 --> 00:58:26,250
Herald: Okay, wir haben noch ein zwei
Minuten Zeit. Deswegen Mikrophon 1 mit
687
00:58:26,250 --> 00:58:29,609
einer kurzen, prägnanten Frage bitte.
Mikrofon 1: Ja, meine Frage wäre: Wie ist
688
00:58:29,609 --> 00:58:33,690
das bei den privaten 5G Netzen, die ja
jetzt ausgerollt werden sollen? Ist da
689
00:58:33,690 --> 00:58:36,099
auch diese Mischtechnik oder ist das ein
reines 5G?
690
00:58:36,099 --> 00:58:41,609
Heurekus: Das sind 100 Megahertz, die
dafür mal reserviert worden sind. Und wenn
691
00:58:41,609 --> 00:58:44,839
wir über private Netze reden, dann würde
ich darunter verstehen: Da tut man dann so
692
00:58:44,839 --> 00:58:49,960
genannten Campus ausleuchten, also eine
Fabrik zum Beispiel oder ein Gelände. Und
693
00:58:49,960 --> 00:58:54,279
ähm. Ja, da braucht man jetzt nicht mit
Mischtechnik anfangen, da würde ich gleich
694
00:58:54,279 --> 00:58:58,690
mal ein 5G Core-Netzwerk nehmen. Ja, also
man kann, aber dann kann man auch gleich
695
00:58:58,690 --> 00:59:05,000
ein 5G Core nehmen.
Herald: OK, eine kurze schaffen wir noch.
696
00:59:05,000 --> 00:59:08,860
Mikro 4.
Mikro 4: Hallo. Wieviel Energie braucht
697
00:59:08,860 --> 00:59:12,010
die ganze Signalverarbeitung also ohne
Radio?
698
00:59:12,010 --> 00:59:17,119
Peter: Wie viel was?
Heurekus: Wie viel, wieviel Strom braucht
699
00:59:17,119 --> 00:59:19,689
die Basisstation?
(im Publikum ruft jemand "Klimawandel!")
700
00:59:19,689 --> 00:59:23,519
lacht
Peter: Das ist schwierig.
701
00:59:23,519 --> 00:59:27,600
Heurekus: Ja, man kann das im Internet ein
bisschen nachlesen. Ich habe die Frage
702
00:59:27,600 --> 00:59:32,680
schon öfters gehabt. Ich meine, was oben
an der Antenne rauskommt da, da reden wir
703
00:59:32,680 --> 00:59:38,250
zum Beispiel bei einem 20 Megahertz Band
über 20, über 20 Watt oder 40 Watt oder
704
00:59:38,250 --> 00:59:42,210
vielleicht auch hundert Watt und dann
nehmen wir da noch drei Sektoren dazu, aber eine
705
00:59:42,210 --> 00:59:47,130
Basisstation an sich, alles
zusammengenommen, Signalverarbeitung 3-4
706
00:59:47,130 --> 00:59:52,410
Kilowatt braucht die schon. Die
Signalenergie, die abgestrahlt wird oben
707
00:59:52,410 --> 00:59:57,380
ist der kleinere Teil.
Herald: Okay, dann haben wir leider das
708
00:59:57,380 --> 01:00:01,150
Ende der Zeit erreicht. Alle Fragen, die
jetzt noch offen sind, können entweder
709
01:00:01,150 --> 01:00:05,680
digital gestellt werden oder vielleicht
auch hier im Saal. Vielen Dank, Peter und
710
01:00:05,680 --> 01:00:06,722
Heurekus.
Heurekus: Danke
711
01:00:06,722 --> 01:00:09,312
Applaus
712
01:00:09,312 --> 01:00:14,712
36C3 Abspannmusik
713
01:00:14,712 --> 01:00:35,741
Untertitel erstellt von c3subtitles.de
im Jahr 2020. Mach mit und hilf uns!