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!