Wymagania formalne dla wszystkich referatów: objętość ok. 25 stron A4 (Times New Roman 12 pkt, odstęp 1,5 wiersza, marginesy 2,5 cm), strona tytułowa (autor, temat, kierunek, rok akademicki), cel i zakres pracy we wstępie, spis treści, co najmniej 3 ilustracje (schematy, diagramy, zdjęcia), co najmniej 2 tabele (np. zestawienie parametrów, porównanie technologii), spis ilustracji, tabel i diagramów na końcu dokumentu, bibliografia z minimum 5 źródłami (dokumentacja 3GPP, artykuły techniczne, slajdy z wykładów).

Informacja dla studenta: Zadania mają charakter wyłącznie opisowy. Nie wymagają one uruchamiania realnych urządzeń, ich konfiguracji, zestawiania maszyn wirtualnych ani budowania fizycznych połączeń. Skup się na merytorycznym opisie technologii i jej architektury.

Spis zadań (Tematy referatów)

  1. Ewolucja od 1G do 5G — dlaczego potrzebowaliśmy nowej generacji?
  2. Architektura sieci GSM (2G) — fundamenty komunikacji komórkowej
  3. 4G LTE vs 5G — kluczowe różnice w architekturze i możliwościach
  4. Trzy filary 5G: eMBB, uRLLC i mMTC — opis i zastosowania
  5. Architektura 5G System (5GS) — UE, NG-RAN i 5G Core
  6. SBA (Service Based Architecture) — nowy model rdzenia sieci
  7. Pasma częstotliwości w 5G — charakterystyka FR1 i FR2
  8. Fale milimetrowe (mmWave) — zalety, wady i wyzwania zasięgowe
  9. Numerologia 5G NR — jak elastyczność czasu poprawia wydajność
  10. SDN (Software Defined Networking) w architekturze 5G
  11. NFV (Network Function Virtualization) — sieć w chmurze
  12. Network Slicing — czyli jak podzielić jedną sieć na wiele logicznych
  13. MEC (Multi-access Edge Computing) — obliczenia blisko użytkownika
  14. Stos protokołów 5G NR — opis warstw L1, L2 i L3
  15. Warstwa SDAP i zarządzanie jakością usług (QoS) w 5G
  16. Bezpieczeństwo w 5G — szyfrowanie i ochrona prywatności w PDCP
  17. Prywatne sieci 5G (Campus Networks) — budowa i korzyści dla przemysłu
  18. 5G w medycynie — zdalne operacje i diagnostyka uRLLC
  19. Smart City i 5G — rola technologii mMTC w miastach przyszłości
  20. Budowa modemu 5G i rola komend AT w komunikacji z urządzeniem
01
Ewolucja od 1G do 5G — dlaczego potrzebowaliśmy nowej generacji?
Podstawa wykładowa

W0 W1 Historia i ewolucja sieci komórkowych, różnice między generacjami, ograniczenia starszych systemów.

Cel

Student opisuje historię rozwoju telefonii komórkowej od 1G do 5G, wskazując na kluczowe przełomy technologiczne w każdej generacji. Wyjaśnia, że problemy pojemności, prędkości transmisji i opóźnień w 4G LTE wymusiły stworzenie nowego standardu 5G z trzema scenariuszami usług: eMBB, uRLLC i mMTC.

Scenariusz

Jako analityk rynku telekomunikacyjnego przygotowujesz raport historyczno-techniczny dla nowego inwestora, który chce zrozumieć, dlaczego 5G nie jest tylko "szybszym internetem", ale nowym etapem ewolucji. Raport ma formę obszernego opracowania, które rozpoczynasz od analizy początków telefonii komórkowej w latach 80. XX wieku, gdy pojawiło się 1G oparte na transmisji analogowej. Następnie przechodzisz do przełomu, jakim była cyfryzacja w 2G wprowadzająca SMS-y i podstawy bezpieczeństwa. Dalej omawiasz rewolucję internetową 3G, sukces data-centric 4G LTE, aby wreszcie uzasadnić konieczność powstania 5G. W raporcie podkreślasz, że 4G mimo sukcesu nie było w stanie sprostać rosnącym wymaganiom gęsto zaludnionych obszarów miejskich oraz potrzebom IoT, gdzie miliardy urządzeń wymagają jednoczesnej łączności z siecią.

Propozycja planu rozdziałów
  1. Wstęp — definicja sieci komórkowej i pojęcie generacji (G)
  2. 1G — analogowy początek i mobilność głosu
  3. 2G — cyfryzacja, roaming i narodziny SMS
  4. 3G — mobilny internet i protokoły pakietowe
  5. 4G LTE — dominacja danych i wideo w wysokiej rozdzielczości
  6. Ograniczenia 4G w kontekście IoT i gęstości zaludnienia
  7. Wizja 5G — nowe wymagania społeczne i przemysłowe
  8. Podsumowanie
Wskazówki
  1. Na początku referatu zamieść definicję sieci komórkowej — wyjaśnij, że "komórka" to obszar pokryty zasięgiem jednej stacji bazowej, a "generacja" (G) oznacza kolejny standard technologiczny definiowany przez 3GPP.
  2. Przygotuj tabelę porównawczą generacji (2G/3G/4G/5G) zawierającą kolumny: rok wprowadzenia, maksymalna prędkość transmisji, opóźnienie (latency), pojemność (urządzenia/km²), główny tryb transmisji (głos/dane).
  3. Utwórz diagram osi czasu (timeline) od 1G (1981, NMT) przez 2G (1991, GSM), 3G (2001, UMTS), 4G (2010, LTE) do 5G (2020, NR) — z zaznaczonymi kluczowymi przełomami technologicznymi.
  4. Opisz krótko 1G analogowe —systemy NMT, AMPS, TACS, transmisja głosu bez szyfrowania, pojemność ograniczona do kilkudziesięciu użytkowników na komórkę.
  5. W rozdziale o 2G GSM podkreśl cyfryzację (TDMA/FDMA), wprowadzenie SMS (1984), SIM oraz mechanizmy szyfrowania A5 — to fundamenty, które przetrwały do 5G.
  6. W rozdziale o 3G UMTS/HSPA skup się na W-CDMA, HSPA+ (downlink do 42 Mb/s), protokołach pakietowych i początkach mobilnego internetu.
  7. W rozdziale o 4G LTE opisz przejście na ALL-IP, OFDMA w downlink, SC-FDMA w uplink, VoLTE oraz ograniczenia: opóźnienia 20-50 ms, brak natywnego QoS dla ruchu krytycznego.
  8. Wyjaśnij ograniczenia 4G w kontekście IoT — brak mechanizmu dla miliardów urządzeń o niskim zużyciu energii, wysokie zużycie baterii w porównaniu z NB-IoT/LTE-M.
  9. Opisz wizję 5G wg ITU-R M.2083 — trzy scenariusze: eMBB (gigabitowe prędkości), uRLLC (< 1 ms opóźnień), mMTC (1 mln urządzeń/km²).
  10. Zamieść co najmniej 3 ilustracje: schemat ewolucji generacji, tabelę porównawczą, diagram "trójkąta usług 5G" zgodnie z wymaganiami formalnymi.
  11. Przygotuj co najmniej 2 tabele: tabelę parametrów generacji (prędkość/opóźnienie/pojemność) oraz tabelę porównawczą kluczowych technologii między generacjami.
  12. Na końcu dokumentu zamieść spis ilustracji i tabel z numeracją oraz bibliografię z minimum 5 źródłami (oficjalna dokumentacja 3GPP, artykuły IEEE, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
02
Architektura sieci GSM (2G) — fundamenty komunikacji komórkowej
Podstawa wykładowa

W0 Podsystemy GSM: BSS, NSS, OSS. Elementy BTS, BSC, MSC, HLR, VLR.

Cel

Student wyjaśnia budowę klasycznej sieci GSM, opisując rolę poszczególnych elementów infrastruktury: BTS, BSC, MSC, HLR i VLR. Celem jest zrozumienie systemu, który zdefiniował fundamentalne zasady komunikacji komórkowej używane do dziś w 5G.

Scenariusz

Piszesz artykuł do technicznego biuletynu edukacyjnego dla studentów pierwszego roku IT, wyjaśniając klasyczną budowę sieci komórkowej jako punkt wyjścia do nauki o 5G. Artykuł rozpoczynasz od wyjaśnienia, dlaczego sieć komórkowa nazywa się "komórkową" — ze względu na podział obszaru na komórki (cell), z których każda obsługiwana jest przez stację bazową. Opisujesz historyczne znaczenie skrótu GSM jako Global System for Mobile Communications, który powstał w Europie w 1982 roku jako odpowiedź na chaotyczny rozwój systemów analogowych. W artykule kładziesz szczególny nacisk na BSS (Base Station Subsystem) złożony z BTS i BSC jako fundament dostępu radiowego, który w zmodyfikowanej formie przetrwał aż do ery 5G. Podkreślasz, że zasada oddzielenia warstwy dostępu radiowego od rdzenia sieci, wprowadzona w GSM, obowiązuje do dziś.

Propozycja planu rozdziałów
  1. Wstęp — dlaczego GSM nazwano "Global System for Mobile"
  2. Podsystem stacji bazowych (BSS) — BTS i BSC
  3. Podsystem sieciowy i komutacyjny (NSS) — MSC, HLR i VLR
  4. Baza danych abonentów i zarządzanie mobilnością
  5. OSS — nadzór i utrzymanie sieci
  6. Interfejs radiowy w GSM — kanały fizyczne i logiczne
  7. Ewolucja w stronę GPRS (2.5G) — dodanie pakietów danych
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij pochodzenie nazwy GSM — Global System for Mobile Communications, powstały w 1982 roku w ETSI jako europejska odpowiedź na chaotyczny rozwój systemów analogowych (1G) w różnych krajach.
  2. Przygotuj schemat blokowy architektury GSM z wyraźnym podziałem na trzy podsystemy: BSS (radiowa część dostępu), NSS (część komutacyjna i baz danych) oraz OSS (obsługa i utrzymanie).
  3. Opisz szczegółowo BSS — Base Station Subsystem:
    • BTS (Base Transceiver Station) — stacja bazowa, nadajnik-odbiornik radiowy, zarządza jedną lub kilkoma komórkami, komunikuje się z UE przez interfejs Um.
    • BSC (Base Station Controller) — kontroler stacji bazowych, zarządza mocą nadajników, handover między BTS, koncentruje ruch do MSC; typowo obsługuje kilkadziesiąt BTS.
  4. Opisz szczegółowo NSS — Network and Switching Subsystem:
    • MSC (Mobile Switching Centre) — komutacja głosu i danych, łączenie wywołań, współpraca z sieciami stacjonarnymi i innymi sieciami komórkowymi.
    • HLR (Home Location Register) — baza danych abonentów stałych (dane IMSI, usługi, lokalizacja aktualna VLR).
    • VLR (Visitor Location Register) — baza tymczasowa abonentów gościnnych w obszarze MSC, aktualizowana przy wejściu do komórki.
    • AUC (Authentication Centre) — generator kluczy szyfrowania i algorytmów autoryzacji (A3/A5/A8).
    • EIR (Equipment Identity Register) — rejestr unikatowych numerów IMEI, wykrywanie kradzionych urządzeń.
  5. Przygotuj tabelę z 6 elementami sieciowymi — dla każdego podaj pełną nazwę, skrót, główną funkcję i interfejs, przez który komunikuje się z innymi elementami (np. BTS↔BSC: Abis, BSC↔MSC: A).
  6. Opisz interfejs radiowy Um — kanały fizyczne (nośna 200 kHz, timeslot 577 µs) i logiczne (BCCH, CCCH, SDCCH, TCH). Kanał TCH (Traffic Channel) służy do transmisji głosu (13 kb/s) lub danych (9,6 kb/s).
  7. Wyjaśnij procedurę Location Update — gdy UE wjeżdża do nowej komórki, BSC informuje MSC, a MSC pyta HLR starego VLR i nowy VLR o dane abonenta.
  8. Opisz procedurę Handhover — przekazanie połączenia między komórkami (BTS) bez zerwania sesji. Wyróżnij: intra-BSC (prosty), inter-BSC (przez MSC), inter-MSC (najtrudniejszy).
  9. Przygotuj rozdział o ewolucji do GPRS (2.5G) — dodanie pakietowej transmisji danych przez ten sam rdzeń BSS, nowe elementy: SGSN i GGSN, protokoły GTP/UDP/IP, edge 384 kb/s.
  10. Zamieść co najmniej 3 ilustracje: schemat architektury GSM z podziałem na BSS/NSS/OSS, diagram przepływu Location Update, schemat interfejsu radiowego z kanałami logicznymi.
  11. Przygotuj co najmniej 2 tabele: tabela elementów sieciowych z funkcjami oraz tabela porównawcza kanałów logicznych (typ, kierunek, zastosowanie).
  12. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (dokumentacja 3GPP TS 03.03, artykuły techniczne, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
03
4G LTE vs 5G — kluczowe różnice w architekturze i możliwościach
Podstawa wykładowa

W1 W2 Architektura EPC (4G) vs 5GC (5G), nowe interfejsy i funkcje sieciowe.

Cel

Student porównuje architekturę sieci LTE (4G) z systemem 5G, wskazując na główne zmiany w rdzeniu sieci: EPC w 4G vs 5GC w 5G oparte na architekturze SBA. Wyjaśnia przejście od elementów sprzętowych w LTE do funkcji programowych (VNF) w 5G oraz nowe możliwości w zakresie opóźnień i przepustowości.

Scenariusz

Przygotowujesz materiał porównawczy dla działu IT w firmie, która rozważa modernizację swojej floty urządzeń mobilnych i chce wiedzieć, co technicznie zmienia się przy przejściu na 5G. Materiał rozpoczynasz od wyjaśnienia, że 4G LTE (Long Term Evolution) mimo nazwy "Evolution" wprowadziło rewolucyjne zmiany: ALL-IP network, szybsze przesyłanie pakietów i VoLTE. Następnie wskazujesz kluczowe ograniczenia LTE, takie jak wysokie opóźnienia rzędu 20-50 ms, brak dedykowanego mechanizmu QoS dla ruchu krytycznego oraz archaiczny rdzeń EPC wymagający dedykowanego sprzętu. Porównujesz to z 5G Standalone, gdzie rdzeń 5GC bazuje na usługach mikroserwisowych, opóźnienia spadają do 1 ms, a gNodeB oferuje elastyczne kanały o szerokości do 400 MHz. Dokument podsumowujesz tabelą rekomendacji: które scenariusze firmy najlepiej obsłuży LTE, a które wymagają 5G.

Propozycja planu rozdziałów
  1. Wstęp — sukces LTE i jego ograniczenia
  2. Rdzeń sieci: EPC (4G) vs 5GC (5G) — od pudełek do usług
  3. Zasada działania eNodeB vs gNodeB
  4. Opóźnienia (Latency) — jak 5G schodzi do poziomu milisekund
  5. Wykorzystanie pasma — FR1 vs LTE bands
  6. Współistnienie sieci (Non-Standalone vs Standalone)
  7. Nowe scenariusze użycia dostępne tylko w 5G
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij kontekst historyczny LTE — LTE (Long Term Evolution) wprowadzono w 2009 jako krok ewolucyjny ku ALL-IP, z prędkościami do 100 Mb/s (Cat.3) i opóźnieniami 20-50 ms.
  2. Przygotuj schemat porównawczy obu architektur — umieść obok siebie: LTE (eNodeB + EPC: MME/SGW/PGW) oraz 5G SA (gNodeB + 5GC: AMF/SMF/UPF/UDM/PCF/AUSF/NRF) z zaznaczeniem interfejsów.
  3. Opisz rdzeń EPC w 4G — każdy element to dedykowany serwer sprzętowy:
    • MME (Mobility Management Entity) — sterowanie mobilnością i uwierzytelnianiem, bez przesyłania danych użytkownika.
    • SGW (Serving Gateway) — przekazywanie danych użytkownika wewnątrz sieci.
    • PGW (PDN Gateway) — brama do sieci pakietowej (internet), NAT, polityki QoS.
    • HSS (Home Subscriber Server) — scentralizowana baza abonentów (zastąpił HLR+AUC).
  4. Opisz rdzeń 5GC w 5G — każdy element to mikroserwis (VNF/CNF) działający na serwerze x86:
    • AMF (Access and Mobility Management Function) — przejęcie funkcji MME, fokus wyłącznie na sterowaniu (Connection + Mobility).
    • SMF (Session Management Function) — zarządzanie sesjami, przydzielanie adresów IP, polityki.
    • UPF (User Plane Function) — przekazywanie pakietów, działa w Data Plane, może być rozmieszczany na brzegu sieci (CUPS).
    • UDM, PCF, AUSF, NRF — bazy danych, zasady, autoryzacja, odkrywanie usług.
  5. Przygotuj tabelę porównawczą parametrów 4G vs 5G: maksymalna przepustowość (100 Mb/s vs 20 Gb/s), szczytowe opóźnienia (20-50 ms vs < 1 ms), szerokość kanału (do 20 MHz vs do 400 MHz), architektura (dedykowane pudełka vs mikroserwisy), zarządzanie QoS (EARFCN vs 5QI).
  6. Opisz eNodeB vs gNodeB — eNodeB realizuje pełny stos L2/L3 w jednym urządzeniu, gNodeB rozdziela CU (Central Unit) i DU (Distributed Unit) w architekturze fronthaul/midhaul.
  7. Wyjaśnij CUPS (Control and User Plane Separation) — kluczowa różnica: w 4G SGW/PGW są połączone, w 5G UPF może być instancjonowany przy stacji bazowej dla opóźnień < 1 ms.
  8. Opisz tryby współistnienia: Non-Standalone (NSA, 5G z rdzeniem 4G, popularny przy wdrożeniach początkowych) vs Standalone (SA, pełne 5G z 5GC).
  9. Zamieść co najmniej 3 ilustracje: schemat porównawczy EPC vs 5GC, diagram eNodeB vs gNodeB z podziałem CU/DU, tabela parametrów technicznych.
  10. Przygotuj co najmniej 2 tabele: tabela elementów EPC vs 5GC z funkcjami oraz tabela parametrów technicznych obu generacji.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 23.501, 23.502, dokumentacja Qualcomm, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
04
Trzy filary 5G: eMBB, uRLLC i mMTC — opis i zastosowania
Podstawa wykładowa

W2 W6 Scenariusze użytkowania 5G według ITU: eMBB, uRLLC, mMTC.

Cel

Student szczegółowo omawia trzy główne scenariusze usług 5G według ITU-R M.2083: eMBB dla gigabitowego internetu mobilnego, uRLLC dla komunikacji krytycznej z opóźnieniami poniżej 1 ms oraz mMTC dla masowej komunikacji miliardów czujników IoT. Definiuje wymagania techniczne i podaje praktyczne przykłady zastosowań dla każdego z nich.

Scenariusz

Jako konsultant technologiczny piszesz opracowanie dla burmistrza "Inteligentnego Miasta", który chce wiedzieć, jak 5G pomoże mieszkańcom, firmom i służbom ratunkowym. Opracowanie rozpoczynasz od wyjaśnienia koncepcji "trójkąta usług 5G" według ITU-R M.2083, gdzie trzy wierzchołki reprezentują eMBB, uRLLC i mMTC. Każdemu wierzchołkowi poświęcasz osobny rozdział: dla eMBB opisujesz panoramiczne kamery monitoringu 4K, dla uRLLC — autonomiczne ambulanse komunikujące się ze światłami drogowymi, dla mMTC — tysiące czujników smogu i hałasu. Podkreślasz, że te trzy filary nie są rozłączne — jedno miasto może korzystać z jednej sieci fizycznej obsługującej wszystkie trzy typy ruchu jednocześnie dzięki mechanizmowi Network Slicing. Na końcu zamieszczasz rekomendacje inwestycyjne dla burmistrza.

Propozycja planu rozdziałów
  1. Wstęp — trójkąt usług 5G według ITU
  2. eMBB (Enhanced Mobile Broadband) — gigabitowe prędkości dla każdego
  3. uRLLC (Ultra-Reliable Low Latency Communications) — gdy milisekundy znaczą życie
  4. mMTC (Massive Machine Type Communications) — miliony czujników w Twoim zasięgu
  5. Wymagania techniczne dla każdego filaru
  6. Synergia między usługami w nowoczesnym mieście
  7. Wyzwania przy wdrażaniu wszystkich trzech scenariuszy jednocześnie
  8. Podsumowanie
Wskazówki
  1. Na początku referatu przedstaw "trójkąt usług 5G" według ITU-R M.2083 — diagram z trzema wierzchołkami: eMBB (Enhanced Mobile Broadband), uRLLC (Ultra-Reliable Low Latency Communications) i mMTC (Massive Machine Type Communications).
  2. Opisz szczegółowo eMBB — Enhanced Mobile Broadband:
    • Cel: gigabitowe prędkości mobilne dla masowych aplikacji konsumenckich i profesjonalnych.
    • Parametry: szczytowa przepustowość do 20 Gb/s, średnia przepustowość 100 Mb/s–1 Gb/s, opóźnienia ulepszone względem 4G (około 4-10 ms RTT).
    • Zastosowania: streaming 4K/8K, VR/AR w chmurze, wideokonferencje 4K, rzeczywistość rozszerzona w metaversum, szybki mobile tethering.
    • Technologie: Massive MIMO (64T64R), beamforming, agregacja nośnych (Carrier Aggregation), kanały 100 MHz w FR1.
  3. Opisz szczegółowo uRLLC — Ultra-Reliable Low Latency Communications:
    • Cel: komunikacja krytyczna dla życia i procesów przemysłowych, gdzie opóźnienia rzędu milisekund decydują o powodzeniu lub porażce.
    • Parametry: opóźnienia < 1 ms end-to-end, niezawodność 99,999% (tj. maksymalnie 5 minut przestoju rocznie), gwarantowana przepływność (GBR).
    • Zastosowania: telechirurgia, autonomiczne pojazdy, sterowanie robotów przemysłowych w czasie rzeczywistym, sieci elektroenergetyczne (sieć przesyłowa), karetki z diagnostyką na żywo.
    • Technologie: dedykowane harmonogramowanie (grant-free), krótkie sloty (μ=3), mechanizmy HARQ z szybką retransmisją, przednia instalacja UPF na brzegu sieci (MEC).
  4. Opisz szczegółowo mMTC — Massive Machine Type Communications:
    • Cel: masowa komunikacja miliardów urządzeń IoT, gdzie priorytetem jest nie prędkość, lecz energooszczędność i zasięg.
    • Parametry: gęstość do 1 mln urządzeń/km², żywotność baterii 10+ lat, niskie przepływności (kilobajty na raport), zasięg w budynkach (penetracja).
    • Zastosowania: smart metering (prąd, woda, gaz), czujniki środowiskowe, tracking assetów w logistyce, inteligentne rolnictwo, automatyka domowa.
    • Technologie: NB-IoT (Narrowband IoT), LTE-M (Cat-M1), Power Saving Mode (PSM), Extended Discontinuous Reception (eDRX).
  5. Przygotuj tabelę wymagań technicznych dla każdego filaru: eMBB (20 Gb/s, 4-10 ms, umiarkowana niezawodność), uRLLC (< 1 ms, 99,999%, GBR), mMTC (baterie 10 lat, 1 mln urządzeń/km², niskie pasmo).
  6. Wyjaśnij synergię filarów — Network Slicing pozwala jednej fizycznej sieci obsługiwać wszystkie trzy typy ruchu jednocześnie, każdy slice ma własne zasoby i parametry QoS.
  7. Opisz kompromisy między filarami — np. uRLLC wymaga krótkich slotów i szerokiego pasma (μ=3), co jest nieefektywne dla mMTC generującego kilka bajtów co 15 min.
  8. Zamieść co najmniej 3 ilustracje: diagram "trójkąta usług 5G" z naniesionymi przykładami, schemat Network Slicing obsługującego trzy filary, porównanie scenariuszy mMTC vs eMBB w mieście.
  9. Przygotuj co najmniej 2 tabele: tabela parametrów każdego filaru oraz tabela zastosowań z filarem i technologią wspierającą.
  10. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (ITU-R M.2083, 3GPP TS 22.261, artykuły techniczne, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
05
Architektura 5G System (5GS) — UE, NG-RAN i 5G Core
Podstawa wykładowa

W2 Komponenty systemu 5G, interfejsy N1, N2, N3, N4 i funkcje AMF, UPF, SMF.

Cel

Student opisuje ogólną budowę systemu 5G (5GS), wyjaśniając podział na trzy domeny: UE (User Equipment), NG-RAN (Next Generation Radio Access Network) oraz 5GC (5G Core). Skupia się na funkcjonalnym opisie interfejsów N1-N4 oraz głównych funkcjach rdzenia: AMF dla sterowania mobilnością i SMF dla zarządzania sesjami oraz UPF dla przekazywania danych użytkownika.

Scenariusz

Przygotowujesz dokumentację wstępną dla zespołu inżynierów-stażystów w centrum operacyjnym sieci (NOC), aby wiedzieli, jak płynie ruch w systemie 5G. Dokumentację zaczynasz od wyjaśnienia topologii gwiazdy, gdzie każde UE (telefon, router, czujnik IoT) łączy się z gNodeB, a ten z kolei z rdzeniem 5GC. Opisujesz przepływ wiadomości sterujących przez interfejs N2 (między gNodeB a AMF) oraz przepływ danych użytkownika przez interfejs N3 (między gNodeB a UPF). Szczególną uwagę poświęcasz mechanizmowi CUPS (Control and User Plane Separation), który pozwala, aby UPF znajdował się fizycznie blisko stacji bazowej (dla niskich opóźnień), podczas gdy funkcje sterowania AMF i SMF pozostają w centralnym data center. Wyjaśniasz też, że N1 to interfejs między UE a AMF — jedyny widziany bezpośrednio przez użytkownika.

Propozycja planu rozdziałów
  1. Wstęp — od architektury sprzętowej do funkcjonalnej
  2. User Equipment (UE) — nie tylko telefony
  3. NG-RAN — nowa sieć dostępu radiowego (gNodeB i ng-eNB)
  4. Rdzeń sieci 5G Core (5GC) — mózg systemu
  5. Główne funkcje rdzenia: AMF i SMF
  6. User Plane Function (UPF) — gdzie płyną dane użytkownika
  7. Zasada separacji warstwy sterowania od warstwy danych (CUPS)
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij filozofię architektury 5GS — 5G System składa się z trzech domen: UE (User Equipment), NG-RAN (Next Generation Radio Access Network) oraz 5GC (5G Core), połączonych przez zdefiniowane interfejsy sieciowe.
  2. Opisz User Equipment (UE) — to nie tylko smartfony, ale także routery 5G (CPE), moduły IoT, tablety z modułem 5G, samochody z V2X, urządzenia wearables. Każde UE ma identyfikator 5G-GUTI.
  3. Opisz NG-RAN — Next Generation Radio Access Network:
    • gNodeB (gNB) — stacja bazowa 5G NR, obsługuje NR (New Radio) w FR1 i FR2, komunikuje się z 5GC przez interfejs N2 (sterowanie) i N3 (dane użytkownika).
    • ng-eNB (next generation eNodeB) — eNodeB zaktualizowany o interfejsy do 5GC, używany w trybie NSA (Non-Standalone) do współpracy LTE + 5G.
    • architektura CU/DU — gNodeB może być rozdzielony na CU (Central Unit, warstwa RLC/MAC wyższa, RRC) i DU (Distributed Unit, warstwa PHY, obsługa anten), połączone przez F1.
  4. Opisz 5GC — 5G Core (rdzeń sieci) — architektura SBA (Service Based Architecture), każda funkcja to mikroserwis:
    • AMF (Access and Mobility Management Function) — przyjmuje wszystkie żądania połączeń od UE, zarządza mobilnością (rejestracja, handover, detach), nie zajmuje się danymi użytkownika.
    • SMF (Session Management Function) — zarządza sesjami PDU, przydziela adresy IP, konfiguruje UPF, pobiera polityki z PCF.
    • UPF (User Plane Function) — przekazuje pakiety danych użytkownika między UE a zewnętrznymi sieciami (internet), działa w Data Plane.
  5. Przygotuj schemat przepływu wiadomości w 5GS:
    • UE ↔ gNodeB ↔ AMF: przez interfejs N1 (Connection Management) — wiadomości RRC, NAS.
    • gNodeB ↔ AMF: przez interfejs N2 (Control Plane) — żądania PDU Session, Handover Request.
    • gNodeB ↔ UPF: przez interfejs N3 (User Plane) — pakiety danych użytkownika (GTP-U).
    • SMF ↔ UPF: przez interfejs N4 (PFCP) — reguły przekazywania, pomiar ruchu.
    • UE ↔ AMF: przez interfejs N12 (Authentication), N13 (Registration), N22 (Mobility).
  6. Wyjaśnij CUPS — Control and User Plane Separation — UPF może być umieszczony fizycznie przy stacji bazowej (Distributed UPF) dla opóźnień < 1 ms, podczas gdy AMF i SMF pozostają centralne (np. w regionie). PDU Session może mieć wielokrotne UPF (Multi-homing).
  7. Przygotuj tabelę funkcji rdzenia z ich pełnymi nazwami, głównymi zadaniami i interfejsami: AMF (sterowanie mobilnością, N1/N2), SMF (zarządzanie sesjami, N4), UPF (dane użytkownika, N3), UDM (dane abonenta), PCF (zasady), AUSF (autoryzacja), NRF (odkrywanie usług).
  8. Zamieść co najmniej 3 ilustracje: schemat architektury 5GS z UE/NG-RAN/5GC, diagram interfejsów N1-N4, schemat przepływu wiadomości sterowania i danych.
  9. Przygotuj co najmniej 2 tabele: tabela funkcji rdzenia z zadaniami oraz tabela interfejsów z opisem i protokołem.
  10. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 23.501/23.502, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
06
SBA (Service Based Architecture) — nowy model rdzenia sieci
Podstawa wykładowa

W2 Model SBA, producent i konsument usług, szyna komunikacyjna, HTTP/2 i REST w 5G.

Cel

Student wyjaśnia rewolucję w budowie rdzenia 5G — przejście na architekturę opartą na usługach (SBA), gdzie każda funkcja sieciowa (NF) jak AMF, SMF, UPF komunikuje się z innymi przez HTTP/2 i RESTful API, podobnie jak mikroserwisy w chmurze. Wyjaśnia zasadę producent-konsument i rolę NRF (Network Repository Function) w odkrywaniu usług.

Scenariusz

Jako inżynier oprogramowania tłumaczysz kolegom z działu aplikacyjnego, dlaczego nowoczesna sieć komórkowa przypomina teraz architekturę mikroserwisów w chmurze. Prezentację rozpoczynasz od porównania starego modelu SS7 w GSM z modelem SBA w 5G: zamiast dedykowanych interfejsów punkt-punkt (np. MAP w SS7), każda funkcja sieciowa (NF) komunikuje się przez wspólną szynę usługową. Wyjaśniasz, że AMF, SMF, UPF, UDM, PCF to de facto mikroserwisy, które mogą być skalowane horyzontalnie (dodawane instancje przy większym obciążeniu) i wdrażane niezależnie. Podkreślasz, że AMF jako "konsument" subskrybuje u NRF powiadomienia o nowych instancjach SMF, co pozwala na dynamiczne równoważenie obciążenia (load balancing). Zaznaczasz, że HTTP/2 i RESTful API to standardowe protokoły webowe, więc programiści aplikacji mogą komunikować się z NF bez znajomości protokołów telekomunikacyjnych.

Propozycja planu rozdziałów
  1. Wstęp — koniec dedykowanych interfejsów punkt-punkt
  2. Koncepcja Network Functions (NF)
  3. Zasada Producent — Konsument w SBA
  4. Rola Service Communication Proxy (SCP)
  5. Interfejsy oparte na protokole HTTP/2 i API REST
  6. Elastyczność i skalowalność rdzenia SBA
  7. Porównanie z klasycznymi architekturami telekomunikacyjnymi
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij kontekst historyczny — w GSM/3G/LTE rdzeń sieci oparty był na modelu SS7/CAP z dedykowanymi interfejsami punkt-punkt (np. MAP, RANAP), co wymagało spłaszczonych połączeń między każdą parą węzłów (mesh n-1 każdy z każdym). SBA wprowadza szynę usługową.
  2. Opisz koncepcję Network Functions (NF) — każda funkcja sieciowa (AMF, SMF, UPF, UDM, PCF, AUSF, NRF, NSSF) to niezależny mikroserwis z własnym API RESTful, działający w kontenerze (Kubernetes/Docker) na serwerze COTS.
  3. Przygotuj schemat szyny usługowej SBA — każda NF łączy się z Service Bus przez Service-Based Interface (SBI), komunikacja odbywa się przez HTTP/2, wiadomości w formacie JSON. żadna NF nie komunikuje się bezpośrednio z drugą.
  4. Opisz relację Producent–Konsument:
    • Producer (producent usługi) — NF oferuje swoje API innym NF, np. UDM jako producent danych abonenta.
    • Consumer (konsument usługi) — NF korzysta z API innej NF, np. AMF jako konsument danych abonenta (pobiera z UDM).
    • Każda NF jednocześnie jest producentem i konsumentem — np. AMF produkuje usługę "mobility management", ale konsumuje "subscriber data" od UDM.
  5. Wyjaśnij rolę NRF — Network Repository Function — centralny rejestr wszystkich NF w domenie. Gdy SMF startuje, rejestruje się w NRF jako producent usługi. Gdy AMF szuka SMF, pyta NRF, które instancje SMF są dostępne. NRF umożliwia dynamiczne odkrywanie usług (service discovery) i load balancing.
  6. Opisz SCP — Service Communication Proxy (opcjonalny element w architekturze) — pośrednik między producentami a konsumentami, umożliwiający routing wiadomości, monitoring i zabezpieczenie (nie każda NF musi znać wszystkie inne).
  7. Wyjaśnij protokoły HTTP/2 i RESTful API — zamiast protokołów telekomunikacyjnych (SS7, MAP) 5G używa standardowych protokołów webowych. NF komunikują się przez żądania HTTP POST/GET z JSON body, jak typowe mikroserwisy w chmurze.
  8. Przygotuj tabelę najważniejszych funkcji NF i ich ról:
    • AMF — producent: mobility management; konsument: subscriber data (UDM), policy (PCF).
    • SMF — producent: session management; konsument: subscriber data (UDM), policy (PCF).
    • UPF — producent: user plane; konsument: session rules (SMF).
    • UDM — producent: subscriber data; konsument: brak.
    • PCF — producent: policy; konsument: brak.
    • AUSF — producent: authentication; konsument: brak.
    • NRF — usługa odkrywania (rejestracja i wyszukiwanie NF).
    • NSSF — wybór Network Slice Selection.
  9. Opisz elastyczność i skalowalność SBA — przy wzroście ruchu dodajesz nowe instancje UPF (horizontalscaling), każda rejestruje się w NRF i AMF automatycznie rozprasza ruch. Aktualizacja AMF do nowej wersji nie wymaga zatrzymania całego rdzenia.
  10. Porównaj z modelami klasycznymi (SS7) i EPC (dedykowane pudełka) — w EPC każdy MME/SGW to osobny serwer z własnym oprogramowaniem, trudny do skalowania i aktualizacji. W SBA każda NF to kontener, który łatwo replikować i aktualizować.
  11. Zamieść co najmniej 3 ilustracje: schemat szyny usługowej SBA z NF i interfejsami SBI, diagram Producent–Konsument dla AMF i SMF, porównanie modelu punkt-punkt vs szyny usługowej.
  12. Przygotuj co najmniej 2 tabele: tabela funkcji NF z rolami (producent/konsument) oraz tabela interfejsów SBI z protokołami.
  13. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 23.501, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
07
Pasma częstotliwości w 5G — charakterystyka FR1 i FR2
Podstawa wykładowa

W3 Zakresy FR1 (poniżej 7 GHz) i FR2 (milimetrowe), szerokość kanałów, zasięg i tłumienie.

Cel

Student opisuje fizyczne aspekty transmisji radiowej w 5G, dzieląc widmo na dwa główne zakresy: FR1 (410 MHz - 7,125 GHz, tzw. sub-6 GHz) oraz FR2 (24,25 - 52,6 GHz, fale milimetrowe). Wyjaśnia ich skrajnie różne właściwości propagacyjne: FR1 oferuje dobry zasięg i penetrację przez ściany, FR2 oferuje ogromną przepustowość przy minimalnym zasięgu.

Scenariusz

Jako inżynier planowania radiowego przygotowujesz informator dla techników terenowych, wyjaśniający gdzie szukać zasięgu i jakiej wydajności spodziewać się w konkretnych pasmach. Informator zaczynasz od przystępnego wyjaśnienia, że FR1 (sub-6 GHz, 410 MHz - 7,125 GHz) to pasma "niskie" o dobrym zasięgu i penetracji przez budynki, idealne do pokrycia dużych obszarów. FR2 (mmWave, 24,25 - 52,6 GHz) to pasma "wysokie" o ogromnej przepustowości (kanały 100-400 MHz), ale wymagające gęstej sieci stacji bazowych ze względu na tłumienie przez deszcz i obiekty. Zwracasz uwagę, że w Polsce operatorzy aukcję 5G przeprowadzili głównie w paśmie C (3,5 GHz, n78), które jest kompromisem między zasięgiem a przepustowością. Informator zawiera też praktyczne wskazówki: przy planowaniu FR2 trzeba unikać linii wysokiego napięcia i dużych szybów.

Propozycja planu rozdziałów
  1. Wstęp — widmo radiowe jako najcenniejszy zasób
  2. Frequency Range 1 (FR1) — "Sub-7 GHz" i jego rola w pokryciu terenu
  3. Frequency Range 2 (FR2) — Fale milimetrowe i gęsta zabudowa
  4. Szerokość kanałów (BW) — od 5 MHz do 400 MHz
  5. Problem tłumienia sygnału w wysokich pasmach
  6. Pojęcie pasma C (C-band) i jego znaczenie w Polsce
  7. Szybkość vs Zasięg — odwieczny kompromis w nowym wydaniu
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij widmo radiowe jako zasób — fale elektromagnetyczne od około 3 kHz do 300 GHz, każda częstotliwość ma inne właściwości propagacyjne (zasięg, penetracja, tłumienie). 5G NR wykorzystuje dwa główne zakresy: FR1 (poniżej 7 GHz) i FR2 (24,25–52,6 GHz, fale milimetrowe).
  2. Opisz szczegółowo Frequency Range 1 (FR1) — "sub-7 GHz":
    • Zakres: 410 MHz – 7,125 GHz (dawniej "sub-6 GHz").
    • Pasma oznaczane numerami: n1 (2100 MHz), n3 (1800 MHz), n7 (2600 MHz), n28 (700 MHz), n78 (3300–3800 MHz, tzw. C-band), n79 (4400–5000 MHz).
    • Szerokość kanałów: 5, 10, 15, 20, 25, 30, 40, 50, 60, 80, 90, 100 MHz.
    • Zasięg: pokrycie outdoor do kilku km od stacji bazowej, dobra penetracja przez ściany i okna, nadaje się do zasięgu miejskiego i podmiejskiego.
    • Tłumienie przez obiekty: umiarkowane (ściana ceglana ~10–15 dB, szyba ~5 dB).
    • Zastosowanie: podstawowa warstwa pokrycia 5G w Polsce i Europie (głównie n78).
  3. Opisz szczegółowo Frequency Range 2 (FR2) — "mmWave" (millimeter wave):
    • Zakres: 24,25–52,6 GHz (i wyższe, do 100 GHz+).
    • Pasma: n257 (26,5–29,5 GHz), n258 (24,25–27,5 GHz), n260 (37–40 GHz), n261 (27,5–28,35 GHz).
    • Szerokość kanałów: 50, 100, 200, 400 MHz.
    • Zasięg: 100–300 m w warunkach miejskich, wymaga gęstej sieci Small Cells.
    • Tłumienie przez obiekty: silne (deszcz ~5–10 dB/km, liście ~10–20 dB, ściana ~30–40 dB). Fale silnie pochłaniane przez wodę.
    • Zastosowanie: hot-spots (stadiony, hale, dworce), FWA (Fixed Wireless Access) zamiast kabli.
  4. Przygotuj tabelę porównawczą FR1 vs FR2: zakres częstotliwości, max szerokość kanału, max przepustowość teoretyczna, typowy zasięg (outdoor), penetracja przez ściany, główne pasma w Polsce.
  5. Wyjaśnij pojęcie pasma C (C-band) — n78 (3,3–3,8 GHz), "sweet spot" 5G, kompromis między zasięgiem a przepustowością. W Polsce aukcja UKE w 2021 r. przyznała pasmo 3400–3800 MHz operatorom Play, Orange, T-Mobile i Plus. To główny zakres wdrożeń 5G w Polsce.
  6. Opisz mechanizmy beamformingu i Massive MIMO w FR1/FR2 — kluczowe dla zwiększenia zasięgu i pojemności: w FR1 typowo 64T64R (64 nadajniki, 64 odbiorniki), w FR2 do 256T256R. Beamforming kieruje energię w wąskich wiązkach ku użytkownikowi, kompensując wysokie tłumienie.
  7. Wyjaśnij kompromis Szerokość vs Zasięg — szersze kanały (400 MHz w FR2) oferują wyższe prędkości, ale gorszy zasięg i silniejsze tłumienie. Operatorzy muszą balansować między pokryciem (FR1, wąskie kanały) a wydajnością (FR2, szerokie kanały).
  8. Przygotuj ilustrację propagacji fal — pokazującą fale niskie (FR1) przechodzące przez ściany, okna i drzewa, oraz fale wysokie (FR2) odbijające się i pochłaniane przez przeszkody. Narysuj zasięg komórek dla FR1 (makrokomórka km) vs FR2 (mikrokomórka 100-300 m).
  9. Zamieść co najmniej 3 ilustracje: schemat porównawczy FR1 vs FR2 (zasięg, penetracja, szerokość kanału), diagram pasma C w Polsce (3400–3800 MHz), ilustracja beamformingu w mmWave.
  10. Przygotuj co najmniej 2 tabele: tabela porównawcza FR1 vs FR2 oraz tabela głównych pasm 5G w Polsce z numerami i zakresami.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 38.101, UKE, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
08
Fale milimetrowe (mmWave) — zalety, wady i wyzwania zasięgowe
Podstawa wykładowa

W3 Zakres mmWave, Beamforming, Massive MIMO, wpływ pogody na zasięg.

Cel

Student analizuje specyficzną technologię fal milimetrowych (mmWave) w 5G, wyjaśniając co to są fale milimetrowe (30-300 GHz) i dlaczego są kluczowe dla rekordowych prędkości (kanały do 400 MHz). Omawia dlaczego są bardzo trudne w utrzymaniu zasięgu: wysoka strata propagacji, słaba penetracja przez ściany, wrażliwość na deszcz i liście.

Scenariusz

Dziennikarz techniczny pisze artykuł wyjaśniający mit o "5G, które nie przechodzi przez liście drzew" — musisz rzetelnie i naukowo wyjaśnić, skąd biorą się te zjawiska. Artykuł rozpoczynasz od wyjaśnienia fizyki: fale milimetrowe (28 GHz, 39 GHz) mają długość fali rzędu milimetrów, co powoduje, że są absorbowane przez wodę (deszcz, mgłę, liście) znacznie silniej niż fale sub-6 GHz. Podajesz konkretne liczby tłumienia: deszcz przy 10 mm/h osłabia sygnał 28 GHz o około 5 dB/km. Wyjaśniasz mechanizmy beamformingu i Massive MIMO jako techniki kompensujące te straty przez kierowanie energii w wąskich wiązkach ku użytkownikowi. Odnosisz się do badań NTT Docomo i Samsung pokazujących, że przy zastosowaniu 256-elementowych anten masywnych zasięg mmWave w warunkach miejskich może sięgać 200-300 m. Na końcu artykułu wyjaśniasz, dlaczego mmWave nadaje się idealnie na stadiony i hale koncertowe, ale nie sprawdzi się w lesie.

Propozycja planu rozdziałów
  1. Wstęp — co to są fale milimetrowe i skąd ich nazwa
  2. Ogromna pojemność sieci w mmWave
  3. Problemy z propagacją: deszcz, szyby, ściany, a nawet dłoń na telefonie
  4. Massive MIMO — anteny wieloelementowe jako ratunek
  5. Beamforming — kształtowanie wiązki i "śledzenie" użytkownika
  6. Zastosowania: stadiony, hale targowe, stały dostęp bezprzewodowy (FWA)
  7. Przyszłość mmWave w miastach
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij fizykę fal milimetrowych — fale o długości od 1 mm do 10 mm odpowiadają częstotliwościom 30–300 GHz. Długość fali λ = c/f: dla 28 GHz to λ ≈ 10,7 mm, dla 60 GHz to λ = 5 mm. Taka mała długość fali pozwala na upakowanie wielu anten w niewielkiej przestrzeni (princip Massive MIMO), ale powoduje silne tłumienie.
  2. Opisz zalety mmWave:
    • Ogromna pojemność — szerokość kanału do 400 MHz (vs max 100 MHz w FR1), szczytowe prędkości rzędu 10-20 Gb/s.
    • Duża przepustowość widma — ogromne bloki nieprzydzielonych częstotliwości w paśmie 24-100 GHz (w przeciwieństwie do zatłoczonego sub-6 GHz).
    • Kompaktowe anteny — przy λ=10 mm uda się zamontować 64-256 anten w urządzeniu wielkości smartfona.
    • Precyzyjny beamforming — bardzo wąskie wiązki (nawet 1°) pozwalają na wielowątkową komunikację z wieloma użytkownikami jednocześnie (spatial multiplexing).
    • Niska interferencja między sąsiednimi komórkami — wąskie wiązki trudniej się nakładają.
  3. Opisz szczegółowo wady mmWave — propagacja w wolnej przestrzeni rośnie z kwadratem częstotliwości:
    • Tłumienie przez deszcz — przy 28 GHz: ~5 dB/km przy deszczu 10 mm/h, ~15 dB/km przy 50 mm/h (ulewa). Deszcz to główny problem dla łączyoutdoor.
    • Tłumienie przez atmosferę — tlen (O₂) silnie absorbuje przy 60 GHz (linie absorpcyjne O₂). Dlatego pasmo 60 GHz jest ograniczone w zasięgu.
    • Penetracja przez ściany — betonowa ściana 20 cm: ~30-40 dB (sygnał praktycznie ginie). Szkło: ~5-10 dB. Liście drzew: ~10-20 dB.
    • Obstrukcje mobilne — nawet dłoń położona na telefonie może osłabić sygnał mmWave o 10-20 dB.
    • Brak NLOS (Non-Line of Sight) — w przeciwieństwie do sub-6 GHz, mmWave praktycznie nie odbijają się od budynków wystarczająco skutecznie dla komunikacji NLOS.
    • Krótki zasięg — maksymalny zasięg outdoor to 100-300 m w mieście, w linii prostej do 1 km.
  4. Wyjaśnij Massive MIMO jako ratunek dla mmWave — przy 64T64R lub 256-elementowych macierzach antenowych sygnał może być formowany w wąskie, kierunkowe wiązki, które kompensują tłumienie przez koncentrację energii w jednym kierunku. Każda z 256 anten może niezależnie nadawać z innym przesunięciem fazowym.
  5. Opisz Beamforming — kształtowanie wiązki:
    • Analog beamforming — jedna wiązka na całą szerokość pasma, prosta implementacja, ale mało elastyczna.
    • Digital beamforming — osobna wiązka dla każdego użytkownika, każda z własnym sygnałem, wysoka elastyczność, ale wymaga wielu konwerterów DAC/ADC.
    • Hybrid beamforming — kompromis: mniej ścieżek RF (kosztowne) + sygnały w domenie analogowej, stosowany w praktyce w urządzeniach mmWave.
  6. Przygotuj tabelę tłumienia sygnału przy 28 GHz dla różnych materiałów i warunków: pustka (0 dB), szyba standardowa (~5 dB), drewno (~10 dB), cegła (~15-20 dB), beton (~30-40 dB), deszcz 10 mm/h (~5 dB/km), mgła (~1-2 dB/km).
  7. Opisz zastosowania mmWave: stadiony i hale koncertowe (tysiące użytkowników jednocześnie), FWA (Fixed Wireless Access — internet do domu zamiast kabla), private 5G w magazynach, hot-spots w centrum miasta.
  8. Zamieść co najmniej 3 ilustracje: schemat działania beamformingu z wąskimi wiązkami, tabela tłumienia przez materiały, wizualizacja zasięgu mmWave vs sub-6 GHz w mieście.
  9. Przygotuj co najmniej 2 tabele: tabela współczynników tłumienia dla materiałów oraz tabela zastosowań mmWave vs ich wymagań.
  10. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 38.101, dokumentacja Qualcomm, badania NTT Docomo, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
09
Numerologia 5G NR — jak elastyczność czasu poprawia wydajność
Podstawa wykładowa

W3 Odstęp między podnośnymi (SCS), numerologia mu, długość ramki i szczeliny (slot).

Cel

Student wyjaśnia pojęcie skalowalnej numerologii w 5G NR, czyli mechanizmu pozwalającego na elastyczny dobór parametrów czasowych transmisji. Omawia wskaźnik numerologii μ (mu) przyjmujący wartości 0-4, gdzie μ=0 oznacza SCS 15 kHz (jak LTE), μ=1 to 30 kHz, μ=2 to 60 kHz, μ=3 to 120 kHz i μ=4 to 240 kHz (dla mmWave). Wyjaśnia, że wyższa numerologia skraca czas symbolu i slotu, umożliwiając opóźnienia poniżej 1 ms dla uRLLC, ale wymaga szerszego pasma.

Scenariusz

Przygotowujesz wykład popularnonaukowy dla koła naukowego informatyków, chcąc im pokazać, że "czas w sieci 5G jest elastyczny". Wykład rozpoczniasz od analogii do systemów operacyjnych czasu rzeczywistego, gdzie zadania mają różne Priorytety i kwanty czasu. Wyjaśniasz, że 4G LTE używał sztywnej numerologii (SCS 15 kHz, slot 1 ms), co było optymalne dla głosu i umiarkowanych prędkości, ale nieelastyczne dla nowych usług. W 5G NR wprowadzono wskaźnik μ (mu), który pozwala dobrać SCS do scenariusza: μ=0 dla LTE-like (15 kHz), μ=1 dla sub-6 GHz (30 kHz), μ=2 dla FR1 o dużej przepustowości (60 kHz), μ=3 dla mmWave (120 kHz) i μ=4 dla ekstremalnych scenariuszy (240 kHz). Podkreślasz, że wyższa numerologia oznacza krótszy slot — przy μ=3 slot trwa zaledwie 0,125 ms, co jest kluczowe dla uRLLC, gdzie retransmisja HARQ musi zmieścić się w jednym slocie.

Propozycja planu rozdziałów
  1. Wstęp — sztywność 4G LTE vs elastyczność 5G NR
  2. Pojęcie podnośnej (Subcarrier) w OFDM
  3. Skalowanie odstępu (SCS): 15, 30, 60, 120, 240 kHz
  4. Wpływ numerologii na czas trwania szczeliny (Slot)
  5. Krótkie sloty a walka z opóźnieniami w uRLLC
  6. Szerokie kanały a wysokie numerologie w FR2
  7. Pojęcie Resource Grid w 5G
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij koncepcję numerologii OFDM — w 4G LTE używano sztywnej numerologii: odstęp między podnośnymi (SCS) wynosi zawsze 15 kHz, co oznacza stałą długość symbolu OFDM (~71 μs) i stały czas szczeliny (slot = 1 ms = 7 symboli). W 5G NR wprowadzono elastyczną numerologię, która pozwala dostosować parametry do scenariusza.
  2. Opisz skalowalną numerologię w 5G NR — wprowadzono wskaźnik μ (mu), który definiuje odstęp między podnośnymi (SCS) i wpływa na strukturę ramki:
    • μ = 0 — SCS 15 kHz (jak LTE), slot 1 ms, używane dla LTE-like services i fallback.
    • μ = 1 — SCS 30 kHz, slot 0,5 ms, podstawowa numerologia dla FR1 (sub-6 GHz).
    • μ = 2 — SCS 60 kHz, slot 0,25 ms, dla FR1 o dużej przepustowości.
    • μ = 3 — SCS 120 kHz, slot 0,125 ms, dla FR2 (mmWave), kluczowe dla uRLLC.
    • μ = 4 — SCS 240 kHz, slot 0,0625 ms, dla ekstremalnych scenariuszy mmWave.
  3. Przygotuj tabelę numerologii z kolumnami: μ, SCS (kHz), czas symbolu (μs), czas szczeliny/slotu (ms), liczba symboli w slocie, stosunek do LTE (μ=0), typowe zastosowanie (FR1/FR2, usługa).
  4. Wyjaśnij Resource Grid w 5G NR — ramka (frame) trwa 10 ms, składa się z 10 subramek (subframe) po 1 ms każda. Każda subramka zawiera 2^μ slotów. Slot zawiera 14 symboli OFDM (normal CP) lub 12 (extended CP). Każdy symbol OFDM "rozciąga się" na 12 (lub wielokrotność 12) podnośnych — tworząc Resource Block (RB) o szerokości 180 kHz przy SCS=15 kHz.
  5. Opisz wpływ numerologii na opóźnienia (uRLLC):
    • Przy μ=3 (120 kHz, slot 0,125 ms) Harmonogramowanie HARQ musi się zakończyć w jednym slocie — retransmisja trwa zaledwie 0,125 ms.
    • Użytkownik uRLLC może uzyskać grant w pierwszym symbolu slotu i wysłać dane w następnych — bardzo szybka reakcja.
    • Porównaj z LTE: przy sztywnym slocie 1 ms uRLLC jest niemożliwe do zaimplementowania w praktyce.
  6. Wyjaśnij związek numerologii z pasmem — wyższa numerologia (wyższy SCS) wymaga szerszego pasma do efektywnego wykorzystania. SCS 240 kHz praktycznie wymaga kanału ≥ 100 MHz. Dlatego μ=3/4 stosowane tylko w FR2 (mmWave) gdzie kanały są szerokie.
  7. Opisz Resource Element (RE) — najmniejsza jednostka w siatce: 1 podnośna × 1 symbol OFDM. Resource Block (RB) = 12 podnośnych × 1 slot. Physical Resource Block (PRB) to podstawowa jednostka przydzielana przez harmonogram.
  8. Przygotuj ilustrację podziału ramki na subramki i sloty dla różnych μ — pokaż jak ta sama ramka 10 ms zawiera różną liczbę slotów w zależności od numerologii (μ=0: 10 slotów, μ=1: 20 slotów, μ=3: 80 slotów).
  9. Zamieść co najmniej 3 ilustracje: tabela numerologii z czasami symboli/slotów, schemat Resource Grid (ramka → subramka → slot → symbol → RE), diagram podziału ramki dla różnych μ.
  10. Przygotuj co najmniej 2 tabele: tabela numerologii (pełna) oraz tabela porównawcza Resource Block przy różnych SCS.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 38.211, 38.104, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
10
SDN (Software Defined Networking) w architekturze 5G
Podstawa wykładowa

W4 Separacja Control i Data Plane, kontroler SDN, protokół OpenFlow, programowalność sieci.

Cel

Student analizuje rolę technologii SDN (Software Defined Networking) w 5G, wyjaśniając jak centralne sterowanie ruchem pozwala na dynamiczne zarządzanie siecią telekomunikacyjną. Omawia fundamentalne oddzielenie Control Plane od Data Plane, gdzie kontroler SDN (np. OpenDaylight) podejmuje decyzje o routing, a przełączniki (np. Open vSwitch) jedynie przekazują pakiety według reguł. Wyjaśnia zastosowanie w 5G: dynamiczne wyznaczanie ścieżek dla ruchu krytycznego uRLLC i programowalny Network Slicing.

Scenariusz

Jako inżynier sieciowy w dużej korporacji telko, piszesz raport o korzyściach z wprowadzenia SDN w rdzeniu Waszej nowej sieci 5G. Raport rozpoczynasz od wyjaśnienia rewolucyjnej zmiany: tradycyjny router ma wbudowane funkcje Control Plane (decyzje o routing) i Data Plane (przekazywanie pakietów) w jednym urządzeniu, co utrudnia centralne zarządzanie. W SDN te warstwy są rozdzielone: kontroler (np. OpenDaylight, ONOS) podejmuje wszystkie decyzje o trasowaniu, a przełączniki (Open vSwitch) tylko wykonują instrukcje przez interfejs OpenFlow. Wyjaśniasz, że dzięki temu operator może w czasie rzeczywistym zmieniać trasę ruchu uRLLC przez sieć, gdy wykryje przeciążenie, a nawet programowo tworzyć nowe slices przez zmianę reguł w kontrolerze. Podkreślasz, że SDN to filar Network Slicingu — bez programowalnego kontrolera nie byłoby możliwe dynamiczne tworzenie izolowanych sieci wirtualnych.

Propozycja planu rozdziałów
  1. Wstęp — co to jest sieć definiowana programowo?
  2. Separacja warstw: Control Plane vs Data Plane
  3. Architektura kontrolera SDN
  4. Interfejsy Southbound (np. OpenFlow) i Northbound (REST)
  5. Zastosowanie SDN w automatyzacji 5G
  6. Dynamiczne wyznaczanie ścieżek dla ruchu krytycznego
  7. SDN jako fundament dla Network Slicingu
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij klasyczny model routera — każdy tradycyjny router/switch realizuje dwie funkcje w jednym urządzeniu: Control Plane (decyzje o trasowaniu — uruchamia protokoły OSPF, BGP, buduje tablicę routingu) oraz Data Plane (przekazywanie pakietów — ASIC lub procesor przesyłający pakiety zgodnie z tablicą). To sprzęga decyzje z wykonaniem.
  2. Opisz filozofię SDN — Software Defined Networking rozdziela te dwie warstwy: Control Plane trafia do centralnego kontrolera (software running on x86 server), a Data Plane realizują uproszczone przełączniki (Open vSwitch) wykonujące wyłącznie instrukcje kontrolera. Dzięki temu sieć staje się programowalna.
  3. Przygotuj schemat hierarchii SDN w trzech warstwach:
    • Warstwa aplikacji (Applications) — oprogramowanie biznesowe: Network Slicing Apps, Traffic Engineering, Firewall policies.
    • Kontroler SDN (Controller) — mózg sieci: OpenDaylight (Linux Foundation), ONOS (ON.Lab/Open Networking Lab), Floodlight, Ryu. Kontroler utrzymuje globalny widok sieci i podejmuje decyzje routingowe.
    • Infrastruktura (Infrastructure) — przełączniki z obsługą OpenFlow: Open vSwitch (OvS), hardware switches z chipami Broadcom, NVIDIA Mellanox.
  4. Opisz interfejsy SDN:
    • Southbound Interface (kontroler → przełączniki): OpenFlow (protokół standardowy, wersje 1.0/1.3/1.5), OVSDB (Open vSwitch Database), NETCONF/YANG. OpenFlow pozwala kontrolerowi programować tablice przepływów (flow tables) w przełączniku.
    • Northbound Interface (aplikacje → kontroler): RESTful API (HTTP + JSON), RESTCONF. Programiści mogą pisać aplikacje korzystające z sieci bez znajomości OpenFlow.
  5. Wyjaśnij jak działa OpenFlow: kontroler wysyła do przełącznika reguły typu "jeśli pakiet ma źródłowy MAC = X i docelowy IP = Y, to wyślij na port 3 i dodaj nagłówek VLAN". Przełącznik wykonuje to bez zastanowienia. Jeśli żadna reguła nie pasuje, pakiet idzie do kontrolera (packet_in).
  6. Opisz zastosowanie SDN w 5G:
    • Dynamiczny routing uRLLC — gdy kontroler wykryje przeciążenie na ścieżce A→B, natychmiast przeprogramuje przełączniki, żeby ruch krytyczny poszedł A→C→B, bez konieczności ręcznej konfiguracji routerów.
    • Programowalny Network Slicing — kontroler SDN tworzy wirtualne slice'y przez instalację odrębnych tablic przepływów dla każdego klienta. Każdy slice ma własne reguły QoS.
    • Automatyzacja (SON) — Self-Organizing Networks wykorzystują SDN do automatycznej konfiguracji i optymalizacji sieci radiowej.
  7. Przygotuj tabelę porównawczą router tradycyjny vs SDN: Control Plane (wbudowany vs na serwerze), skalowalność (ograniczona przez sprzęt vs elastyczna przez software), konfiguracja (CLI/ręczna vs REST API), czas reakcji na zmiany (minuty/godziny vs sekundy), koszt (dedykowany sprzęt vs COTS).
  8. Wyjaśnij SDN jako fundament Network Slicing — bez scentralizowanego kontrolera z programowalnymi regułami nie byłoby możliwe tworzenie wielu logicznych sieci wirtualnych na jednej fizycznej infrastrukturze.
  9. Zamieść co najmniej 3 ilustracje: schemat hierarchii SDN (Applications → Controller → Infrastructure), diagram przepływu pakietu w SDN (match-action), schemat Network Slicing oparty na SDN.
  10. Przygotuj co najmniej 2 tabele: tabela porównawcza tradycyjny router vs SDN oraz tabela interfejsów SDN z protokołami.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (ONF (Open Networking Foundation), dokumentacja OpenDaylight, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
11
NFV (Network Function Virtualization) — sieć w chmurze
Podstawa wykładowa

W4 Wirtualizacja funkcji sieciowych, ETSI NFV MANO, kontenery vs maszyny wirtualne, COTS hardware.

Cel

Student opisuje koncepcję NFV (Network Function Virtualization), czyli przenoszenia funkcji telekomunikacyjnych na serwery ogólnego przeznaczenia (COTS) za pomocą wirtualizacji (maszyny wirtualne) i konteneryzacji (Docker/Kubernetes). Wyjaśnia architekturę ETSI NFV: NFVI (infrastruktura), VNF (wirtualne funkcje sieciowe jak AMF, SMF, UPF) oraz MANO (Management and Orchestration). Omawia korzyści: elastyczne skalowanie, szybsze wdrażanie usług, niższe koszty CapEx/OpEx.

Scenariusz

Wyobraź sobie, że jesteś administratorem chmury obliczeniowej, który musi wytłumaczyć "starym radiowcom", dlaczego ich funkcje AMF/SMF działają teraz w kontenerach Kubernetes. Prezentację rozpoczniasz od retrospektywy: w erze 3G i wczesnego 4G każda funkcja sieciowa (MSC, SGSN, MME, SGW) była dedykowanym serwerem ze specjalistycznym sprzętem, co wymagało lat planowania i ogromnych inwestycji CapEx. Wprowadzasz pojęcie NFV (Network Functions Virtualization) według standardu ETSI, gdzie te same funkcje (AMF, SMF, UPF) to teraz aplikacje uruchamiane na serwerach COTS (Commercial Off-The-Shelf) — tych samych, które używasz w chmurze. Wyjaśniasz, że MANO (Management and Orchestration) automatycznie skaluje liczbę instancji UPF, gdy rośnie ruch, a VNF Manager (VNFM) dba o cykl życia funkcji. Podkreślasz, że kontenery (Docker/Kubernetes) wypierają maszyny wirtualne ze względu na mniejszy narzut i szybsze uruchamianie.

Propozycja planu rozdziałów
  1. Wstęp — od dedykowanych urządzeń do oprogramowania (VNF)
  2. Architektura NFV według ETSI
  3. Infrastruktura NFVI — serwery, storage i sieć pod spodem
  4. MANO — zarządzanie i orkiestracja wielką skalą
  5. Zalety: oszczędności (CapEx/OpEx) i szybkość wdrażania usług
  6. Cloud Native — kontenery jako przyszłość NFV w 5G
  7. Wyzwania wydajnościowe przy wirtualizacji warstwy danych
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij kontekst historyczny — w erze 3G/4G każda funkcja sieciowa (MSC, SGSN, MME, SGW, PGW) to dedykowany serwer sprzętowy z własnym CPU, pamięcią i oprogramowaniem (Vendor-specific). To wymagało lat planowania CapEx, drożyzny i długich cykli wdrożeniowych. NFV rewolucjonizuje to przez wirtualizację na serwerach ogólnego przeznaczenia.
  2. Opisz architekturę ETSI NFV ISG (Network Functions Virtualisation Industry Specification Group) — składa się z trzech głównych komponentów:
    • NFVI (NFV Infrastructure) — warstwa sprzętowa i wirtualizacyjna: serwery x86, storage (SAN/NAS), przełączniki sieciowe, hypervisor (KVM, VMware ESXi) lub kontenery Docker.
    • VNF (Virtual Network Function) — wirtualne funkcje sieciowe uruchomione na NFVI: AMF, SMF, UPF, MME, SGW. Każdy VNF to de facto aplikacja wirtualna (maszyna wirtualna lub kontener) implementująca funkcję sieciową.
    • MANO (Management and Orchestration) — najwyższa warstwa zarządzania: orkiestrator NFVO, VNF Manager (VNFM), Virtualised Infrastructure Manager (VIM). Zarządza cyklem życia VNF i alokacją zasobów NFVI.
  3. Przygotuj schemat stosu NFV od dołu do góry: Hardware (serwery x86, storage, switch) → Hypervisor/Kubernetes (KVM/ESXi/Docker) → VNF (AMF, SMF, UPF, UDM, PCF) → MANO (NFVO + VNFM + VIM). Każda warstwa komunikuje się przez well-defined interfaces.
  4. Opisz szczegółowo MANO — Management and Orchestration:
    • NFVO (NFV Orchestrator) — najwyższy poziom: orkiestracja zasobów NFVI w całej domenie, zarządzanie instancjami NS (Network Service), polityki skalowania.
    • VNFM (VNF Manager) — zarządza cyklem życia pojedynczego VNF: instantiate, scale, upgrade, terminate. Monitoruje stan VNF i raportuje do NFVO.
    • VIM (Virtualised Infrastructure Manager) — zarządza warstwą NFVI: alokacja compute/storage, zarządzanie hypervisorem, kolekcja metryk wydajności (CPU, RAM, throughput).
  5. Opisz maszyny wirtualne vs kontenery w kontekście NFV:
    • VM (Virtual Machine) — pełna izolacja, własny OS (np. Ubuntu, CentOS), narzut hypervisora ~10-20% CPU overhead, czas startu minuty. Starsze VNF (legacy) często jako VM.
    • Kontenery (Docker/Kubernetes) — lżejsza izolacja (namespace cgroups), współdzielony kernel hosta, narzut ~2-5% CPU overhead, czas startu sekundy. Cloud Native VNF (CNF) jako kontenery, standard w 5G.
    • Kubernetes (K8s) oferuje orkiestrację kontenerów: auto-scaling, self-healing, rolling updates — idealne dla elastycznych sieci 5G.
  6. Opisz korzyści biznesowe NFV:
    • CapEx — serwery COTS (Commercial Off-The-Shelf) są wielokrotnie tańsze niż dedykowane pudełka vendorowskie.
    • OpEx — automatyczne skalowanie przez MANO zmniejsza koszty operacyjne; chmura prywatna zamiast dedykowanych serwerów.
    • Szybkość wdrażania — nowy VNF (np. AMF) można uruchomić w godzin zamiast miesięcy.
    • Elastyczność — VNF można uruchamiać na dowolnym serwerze w data center, nie ma lock-in u vendorów.
  7. Przygotuj tabelę porównującą VM vs kontenery w NFV: izolacja, narzut CPU, czas startu, zarządzanie (Kubernetes vs hypervisor), typowe zastosowanie (legacy vs Cloud Native), skalowalność.
  8. Opisz wyzwania NFV: wydajność Data Plane (pakiety przechodzące przez wirtualne interfejsy mają higher latency), bezpieczeństwo (współdzielony host = ryzyko cross-VNF attacks), kompatybilność VNF z nowoczesnym orchestratorem.
  9. Zamieść co najmniej 3 ilustracje: schemat stosu NFV (hardware → hypervisor → VNF → MANO), diagram komunikacji w MANO (NFVO/VNFM/VIM), diagram skalowania VNF przez Kubernetes.
  10. Przygotuj co najmniej 2 tabele: tabela komponentów NFV z zadaniami oraz tabela porównawcza VM vs kontenery.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (ETSI GS NFV 002, 3GPP TS 28.530, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
12
Network Slicing — czyli jak podzielić jedną sieć na wiele logicznych
Podstawa wykładowa

W2 W4 Wycinanie plasterków sieci, NSSI, NSI, izolacja zasobów, monetyzacja sieci 5G.

Cel

Student wyjaśnia unikalną funkcję 5G — Network Slicing, która pozwala na tworzenie wirtualnych "sieci w sieci" (slices) o skrajnie różnych parametrach dla różnych klientów na tej samej infrastrukturze fizycznej. Omawia architekturę slice od UE przez NG-RAN do 5GC, izolację zasobów zapewniającą, że ruch z gier online nie przeszkodzi karecie pogotowia, oraz identyfikator S-NSSAI. Opisuje model biznesowy "Network as a Service" dla operatorów oferujących dedykowane slices szpitalom (uRLLC), fabrykom (mMTC) i użytkownikom indywidualnym (eMBB).

Scenariusz

Jako menedżer produktu w Play/Orange/T-Mobile projektujesz ofertę dla szpitala (slice uRLLC) i dla firmy energetycznej (slice mMTC) działających na tej samej infrastrukturze. Ofertę rozpoczynasz od wyjaśnienia modelu biznesowego: operator nie buduje dwóch fizycznych sieci, lecz jedną infrastrukturę dzieloną przez wiele logicznych "plasterków" (slices). Opisujesz konfigurację slice'a uRLLC dla szpitala: priorytetyzowany ruch z opóźnieniami < 1 ms, gwarantowana przepustowość dla karetek i telechirurgii, izolacja od ruchu innych klientów. Następnie przedstawiasz slice mMTC dla firmy energetycznej: obsługujący miliony liczników energii z raportowaniem co 15 minut, gdzie kluczowa jest nie prędkość, lecz energooszczędność i zasięg. Podkreślasz, że każdy slice ma unikalny identyfikator S-NSSAI (S-Network Slice Selection Assistance Information), który terminal wysyła przy rejestracji, a AMF na jego podstawie kieruje urządzenie do odpowiedniej instancji sieci.

Propozycja planu rozdziałów
  1. Wstęp — koniec uniwersalnej sieci dla wszystkich ("one size fits all")
  2. Czym jest plasterek sieci (Network Slice)?
  3. Architektura: od UE przez RAN do Core
  4. Izolacja zasobów — dlaczego ruch z gier online nie przeszkodzi karecie pogotowia
  5. S-NSSAI — jak terminal identyfikuje swój plasterek
  6. Zastosowania biznesowe i model "Network as a Service"
  7. Wyzwania w orkiestracji wielu plasterków jednocześnie
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij koncepcję "jeden rozmiar nie dla wszystkich" — w 4G LTE istniała jedna sieć z jednymi parametrami QoS (takimi samymi dla głosu VoLTE, streamingu wideo i czujników IoT). 5G wprowadza Network Slicing — możliwość tworzenia wielu logicznych sieci (slices) o skrajnie różnych parametrach na tej samej infrastrukturze fizycznej.
  2. Opisz czym jest Network Slice — End-to-End logical network running on shared physical infrastructure. Slice obejmuje cały łańcuch: UE (terminal) → NG-RAN (gNodeB) → Transport Network → 5GC (AMF/SMF/UPF). Każdy slice to kompletna, izolowana sieć z własną konfiguracją.
  3. Przygotuj architekturę slice od UE do Core:
    • UE — terminal wysyła S-NSSAI (Slice Selection Assistance Information) przy rejestracji, identyfikując żądany slice (np. 001 dla eMBB, 010 dla uRLLC, 100 dla mMTC).
    • NG-RAN — gNodeB mapuje S-NSSAI na odpowiedni zespół zasobów radiowych (radio bearer). Każdy slice ma dedykowane Data Radio Bearers (DRB) i Control Plane channels.
    • 5GC — AMF wybiera instancję AMF obsługującą dany slice, SMF tworzy PDU Session w tym slice, UPF przekazuje dane. Rdzeń może mieć współdzielone AMF lub dedykowane instancje per slice.
  4. Opisz izolację zasobów — kluczowa zasada Network Slicing:
    • Radio Resources — harmonogram w MAC alokuje zasoby fizyczne (RBs) per slice, gwarantując że slice uRLLC zawsze dostanie swoje RBs, nawet gdy eMBB przeciążony.
    • Transport Network — slice'y mają osobne tunele GTP-U przez transport (np. segmenty VLAN/SR-IOV), ruch nie miesza się.
    • Core Network — instancje VNF (AMF, SMF, UPF) mogą być dedykowane per slice lub współdzielone z isolowanymi aliasami. PCF gwarantuje różne polityki QoS per slice.
  5. Wyjaśnij S-NSSAI — Slice Selection Assistance Information:
    • S-NSSAI to 10-bitowy identyfikator slice'u: SST (Slice/Service Type, 8 bitów) + SD (Slice Differentiator, 24 bity, opcjonalny).
    • Standardowe SST: 1 = eMBB, 2 = uRLLC, 3 = mMTC (wg 3GPP). Operatorzy definiują własne SST > 127 (np. 0x01 = manufacturer-specific slice).
    • Terminal w UE ma skonfigurowaną listę allowed S-NSSAI i wysyła ją przy Registration Request do AMF.
    • AMF na podstawie S-NSSAI wybiera odpowiednią instancję AMF (jeśli slice ma dedykowane AMF) lub kieruje do współdzielonego AMF z notyfikacją.
  6. Opisz model biznesowy Network as a Service (NaaS):
    • Operator oferuje dedykowane slice'y klientom enterprise: szpital dostaje slice uRLLC (opóźnienia < 1 ms, gwarantowana przepływność, izolacja od ruchu publicznego), fabryka dostaje slice mMTC (miliony czujników, niskie pasmo, baterie 10 lat).
    • Każdy slice ma SLA (Service Level Agreement): gwarantowana przepływność, max opóźnienie, dostępność (uptime), priorytet.
    • Monetyzacja: slice'y jako dodatkowa usługa premium, w przeciwieństwie do "best effort" LTE gdzie wszyscy płacili tak samo.
  7. Przygotuj schemat Network Slicing: fizyczna infrastruktura (serwery, gNodeB, transport) na dole, na niej 3 logiczne plasterki: eMBB (szerokie pasmo, multimedia), uRLLC (niskie opóźnienia, autonomiczne pojazdy), mMTC (miliony IoT). Każdy plasterek ma własne zasoby i parametry SLA.
  8. Przygotuj tabelę parametrów SLA dla przykładowych slice'ów: eMBB (GBR 1 Gb/s, latency < 10 ms, reliability moderate, 1000 UE/km²), uRLLC (GBR 50 Mb/s, latency < 1 ms, reliability 99,999%, 100 UE/km²), mMTC (Non-GBR, latency best effort, reliability moderate, 1 mln UE/km², battery life 10 years).
  9. Opisz wyzwania w orkiestracji wielu slice'ów: złożoność zarządzania, inter-slice resource allocation (jak podzielić ograniczone zasoby między slice'y), security isolation (żaden slice nie może mieć wpływu na drugi), lifecycle management (zmiana konfiguracji slice'a bez wpływu na inne).
  10. Zamieść co najmniej 3 ilustracje: schemat Network Slicing (Physical → Logical Slices), diagram przepływu S-NSSAI od UE do AMF, diagram architektury End-to-End Slice (UE → RAN → Core).
  11. Przygotuj co najmniej 2 tabele: tabela parametrów SLA dla slice'ów oraz tabela S-NSSAI standardowych.
  12. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 23.501, GSMA Network Slicing Template, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
13
MEC (Multi-access Edge Computing) — obliczenia blisko użytkownika
Podstawa wykładowa

W4 Przetwarzanie brzegowe, redukcja opóźnień, lokalne wyjście do internetu (Local Breakout).

Cel

Student opisuje technologię MEC (Multi-access Edge Computing), która pozwala na umieszczenie serwerów z aplikacjami tuż obok stacji bazowych (w edge locations), praktycznie eliminując opóźnienia przesyłu do dalekich centrów danych. Wyjaśnia różnicę między Edge Computing (przetwarzanie blisko użytkownika, opóźnienia < 5 ms) a Cloud Computing (przetwarzanie w centralnym data center, opóźnienia > 20 ms). Omawia architekturę ETSI MEC i rolę 5G UPF w kierowaniu ruchu do lokalnego breakout. Opisuje zastosowania: cloud gaming, VR/AR, autonomiczne pojazdy, analiza wideo w czasie rzeczywistym.

Scenariusz

Piszesz specyfikację dla twórców aplikacji do gier w chmurze (Cloud Gaming), wyjaśniając im, dlaczego 5G z MEC sprawi, że ich gry będą działać tak płynnie jak na konsoli. Specyfikację rozpoczynasz od problemu: w tradycyjnym cloud computingu serwer gry znajduje się setki kilometrów od gracza, co oznacza RTT rzędu 30-50 ms — nieakceptowalne dla gier wymagających szybkich reakcji (FPS, fighting games). Wyjaśniasz, że MEC (Multi-access Edge Computing) rozwiązuje to przez umieszczenie serwerów gier w tej samej lokalizacji co UPF przy stacji bazowej, skracając RTT do 5-10 ms. Opisujesz architekturę ETSI MEC, gdzie aplikacje (np. serwer gry) rejestrują się w MEC orchestratorze i otrzymują lokalny dostęp do ruchu przez N6 (bezpośrednie wyjście do internetu) lub N6 LOCAL (bezpośrednie połączenie między urządzeniami w tej samej lokalizacji). Podajesz przykład Sony GeForce NOW współpracującego z Nokia i Deutsche Telekom.

Propozycja planu rozdziałów
  1. Wstęp — problem odległości fizycznej w internecie
  2. Definicja Edge Computing vs Cloud Computing
  3. Architektura MEC w standardzie ETSI
  4. Rola 5G UPF w kierowaniu ruchu do brzegu sieci
  5. Zastosowania: VR/AR, autonomiczne pojazdy, analityka wideo w czasie rzeczywistym
  6. Bezpieczeństwo danych przetwarzanych lokalnie
  7. MEC w prywatnych sieciach przemysłowych
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij problem odległości fizycznej — pakiety w internecie pokonują setki lub tysiące kilometrów przez wiele routerów. Każdy router dodaje opóźnienie (propagacja 5 μs/km w świetlowodzie + opóźnienie kolejkowania). Centralne data center (AWS us-east, Frankfurt) może być 500 km od użytkownika, co daje RTT ≥ 10-20 ms na samą propagację. Dla VR/AR i cloud gamingu to nieakceptowalne.
  2. Opisz definicję Edge Computing vs Cloud Computing:
    • Cloud Computing — przetwarzanie w centralnym data center (np. AWS, Azure). RTT typowo 20-100 ms, wysoka przepustowość, nieograniczone zasoby, ale daleka odległość od użytkownika.
    • Edge Computing (MEC) — przetwarzanie fizycznie blisko użytkownika (w tej samej lokalizacji co stacja bazowa lub w centrum miasta). RTT typowo < 5 ms, ograniczone zasoby per edge node, ale minimalne opóźnienie.
  3. Opisz architekturę ETSI MEC (Multi-access Edge Computing, dawniej Mobile Edge Computing):
    • MEC Host — serwer (bare metal lub VM) z aplikacjami MEC, uruchomiony w tej samej lokalizacji co UPF lub gNodeB. Physical proximity jest kluczowe.
    • MEC App — aplikacja uruchomiona na MEC Hoście, komunikująca się z UPF przez interfejs Mp1 lub przez proxy service.
    • MEC Platform — oprogramowanie zarządzające aplikacjami MEC, rejestrujące Apps w systemie, umożliwiające lokalne przekierowanie ruchu.
    • MEC Orchestrator — globalny orkiestrator MEC (w 5G to funkcja w 5GC lub oddzielny NFV MANO), zarządzający wszystkimi MEC Hostami w domenie.
  4. Wyjaśnij rolę 5G UPF w MEC — UPF to kluczowy element kierowania ruchu do MEC:
    • SMF konfiguruje UPF z regułą Packet Detection Rule (PDR): "pakiety HTTP z aplikacji X → przekieruj do MEC App Y przez N6 LOCAL".
    • Ruch użytkownika może być skierowany do Local Breakout (N6 Local) — bezpośrednio do MEC App, bez przechodzenia przez centralny UPF/internet.
    • Przykład: MEC App = serwer gry (cloud gaming), UPF wykrywa pakiety z portu gry i kieruje je lokalnie, zamiast wysyłać do AWS.
  5. Opisz interfejsy MEC w 5G:
    • N6 — UPF ↔ external network (internet). Dla ruchu bez MEC.
    • N6 LOCAL — UPF ↔ Local Data Network (MEC App). Ruch lokalny nie opuszcza lokalizacji.
    • Mp1 — MEC Platform ↔ MEC App. Rejestracja, traffic steering rules.
    • Rx — Application Function (AF) ↔ PCF. AF (np. MEC App) informuje PCF o wymaganiach QoS dla swojego ruchu.
  6. Opisz zastosowania MEC:
    • Cloud Gaming (np. GeForce NOW z Nokia) — serwer gry przy stacji bazowej, RTT < 5 ms zamiast 30-50 ms do odległego data center.
    • VR/AR — rendering wykonywany na MEC, strumień wideo kompresowany lokalnie, opóźnienia head-tracking < 5 ms.
    • Autonomiczne pojazdy — MEC przy autostradzie przetwarza dane z czujników innych pojazdów (V2X) w czasie rzeczywistym.
    • Analityka wideo — kamery miejskie wysyłają surowe obrazy do MEC, gdzie AI przetwarza je na metadane (wykrywanie wypadków, tłum), redukując ruch do chmury.
  7. Przygotuj schemat porównawczy ścieżki pakietu:
    • Scenariusz Cloud: UE → gNodeB → transport → centralny UPF → internet → AWS (odległy) → odpowiedź. RTT 30-50 ms.
    • Scenariusz MEC: UE → gNodeB → UPF → MEC App (w tej samej lokalizacji) → odpowiedź. RTT < 5 ms.
  8. Przygotuj tabelę porównawczą RTT: Cloud vs MEC dla różnych zastosowań (cloud gaming, VR, autonomous driving, video analytics) — pokazującą przewagę MEC.
  9. Opisz bezpieczeństwo w MEC — dane przetwarzane lokalnie nie opuszczają lokalizacji geograficznej (ważne dla RODO), ale edge nodes są fizycznie mniej bezpieczne niż centralne data center.
  10. Zamieść co najmniej 3 ilustracje: schemat architektury MEC (UE → gNodeB → UPF → MEC App), diagram porównawczy Cloud vs MEC, schemat traffic steering przez N6 LOCAL.
  11. Przygotuj co najmniej 2 tabele: tabela interfejsów MEC oraz tabela porównawcza RTT Cloud vs MEC.
  12. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (ETSI GS MEC 003, 3GPP TS 23.501, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
14
Stos protokołów 5G NR — opis warstw L1, L2 i L3
Podstawa wykładowa

W5 Model warstwowy interfejsu radiowego, PHY, MAC, RLC, PDCP, RRC.

Cel

Student analizuje stos protokołów radiowych w 5G NR, omawiając zadania każdej warstwy: PHY (warstwa fizyczna — modulacja QAM, kodowanie kanałowe), MAC (harmonogramowanie zasobów radiowych), RLC (retransmisje i segmentacja danych), PDCP (szyfrowanie i kompresja nagłówków), SDAP (mapowanie przepływów QoS — nowość w 5G) oraz RRC (protokół sterujący połączeniem terminala z siecią). Wyjaśnia przepływ danych od warstwy fizycznej (fale radiowe) przez kolejne warstwy do warstwy sterowania (połączenie z siecią).

Scenariusz

Instruktor na kursie Cisco/Nokia prowadzi szkolenie "Deep Dive into 5G NR" i potrzebuje skryptu wyjaśniającego przepływ danych przez poszczególne warstwy stosu. Skrypt rozpoczynasz od analogii do poczty: PHY to fizyczny transport (ciężarówki, samoloty), MAC to sortownia paczek, RLC to opakowanie gwarantujące, że paczka dotrze w całości, PDCP to szyfrowanie zawartości, SDAP to etykieta priorytetu (ekspresowa/paczzkowa), RRC to umowa między nadawcą a pocztą (subskrypcja). Opisujesz przepływ danych od strumienia IP (IP packet) przez SDAP (dodanie QFI - QoS Flow ID), PDCP (szyfrowanie i kompresja nagłówka), RLC (segmentacja do bloków TBS), MAC (harmonogramowanie w slotach) do PHY (konwersja na symbole OFDM i wysłanie przez anteny). Zwracasz szczególną uwagę, że SDAP to warstwa nowa względem LTE, wprowadzona specjalnie dla QoS Flows w 5G.

Propozycja planu rozdziałów
  1. Wstęp — po co nam tyle warstw w radiu?
  2. Warstwa fizyczna (PHY) — modulacja i kodowanie
  3. Warstwa MAC — harmonogramowanie (Scheduling) i priorytety
  4. Warstwa RLC — retransmisje i segmentacja danych
  5. Warstwa PDCP — szyfrowanie i kompresja nagłówków
  6. Warstwa SDAP — mapowanie jakości usług (nowość w 5G)
  7. Warstwa RRC — protokół sterujący życiem terminala
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij model warstwowy 5G NR — interfejs radiowy 5G NR oparty jest na trzech głównych warstwach (analogia do modelu OSI): Layer 1 (PHY — fizyczna transmisja fal), Layer 2 (łączenie danych: MAC, RLC, PDCP, SDAP) oraz Layer 3 (sieć: RRC i protokoły NAS). Każda warstwa ma ściśle określone zadania i komunikuje się tylko z sąsiednimi warstwami.
  2. Przygotuj standardowy diagram stosu protokołów 5G NR w dwóch płaszczyznach:
    • User Plane (płaszczyzna użytkownika): SDAP → PDCP → RLC → MAC → PHY. Od góry: strumień IP od aplikacji przechodzi przez warstwy, które dodają swoje nagłówki lub wykonują operacje.
    • Control Plane (płaszczyzna sterowania): NAS (wymieniane między UE a AMF) → RRC (między UE a gNodeB) → PDCP (z szyfrowaniem) → RLC → MAC → PHY.
  3. Opisz szczegółowo PHY — Warstwa Fizyczna (Layer 1):
    • Modulacja: QAM-256 dla eMBB (8 bitów na symbol), QAM-64 dla uRLLC (6 bitów/symbol), QPSK dla mMTC (2 bity/symbol, bardziej odporne na błędy).
    • Kodowanie kanałowe: LDPC (Low Density Parity Check) dla danych użytkownika (5G), polar codes dla kanałów sterowania.
    • OFDM w downlink (jak Wi-Fi), SC-FDMA w uplink (jak LTE, mniejszy PAPR dla oszczędności baterii terminala).
    • CP (Cyclic Prefix) — ochrona przed interferencją międzysymbolową (ISI) przy wielodrogowej propagacji.
  4. Opisz szczegółowo MAC — Medium Access Control (Layer 2, dolna część):
    • Harmonogramowanie (Scheduling) — MAC decyduje, który użytkownik dostaje zasoby radiowe (Resource Blocks) w danym slocie. gNB wysyła Downlink Control Information (DCI) z informacją o alokacji.
    • Multipleksacja transportowych kanałów — dane z różnych logicznych kanałów (VoNR, internet) są łączone w jeden transportowy kanał PCH/DCH.
    • Hybrid ARQ (HARQ) — protokół szybkich retransmisji: jeśli UE nie odkoduje poprawnie bloku danych (NACK), gNB wysyła go ponownie bez czekania na RLC recovery.
  5. Opisz szczegółowo RLC — Radio Link Control (Layer 2, środkowa część):
    • Segmentacja i konkatynacja — dzielenie pakietów IP (mtu ~1500 B) na mniejsze bloki (TB SSDU), dopasowanie do rozmiaru Transport Block ustalonego przez MAC.
    • Transmisja bezstratna (AM — Acknowledged Mode) — RLC gwarantuje poprawną kolejność i retransmisję, AM dla danych krytycznych (VoNR). UM dla streamingu.
    • Regeneracja PDU — RLC ponownie składa pakiety z segmentów, wykrywa duplikaty.
  6. Opisz szczegółowo PDCP — Packet Data Convergence Protocol (Layer 2, górna część):
    • Szyfrowanie (Ciphering) — wszystkie pakiety User Plane są szyfrowane algorytmami 5G-EA0/5G-EA1/5G-EA2/5G-EA3 przed wysłaniem przez radiowy interfejs.
    • Kontrola integralności (Integrity Protection) — dla Control Plane (RRC, NAS): MAC-I zapewnia, że wiadomość nie została zmodyfikowana.
    • Kompresja nagłówków (ROHC) — Robust Header Compression zmniejsza nagłówek IP/UDP/RTP z 40 B do ~2-3 B dla oszczędności zasobów radiowych.
    • Deduplikacja i in-sequence delivery — PDCP zapewnia, że pakiety docierają do aplikacji w poprawnej kolejności.
  7. Opisz szczegółowo SDAP — Service Data Adaptation Protocol (Layer 2, najwyższa, NOWOŚĆ W 5G):
    • SDAP to nowa warstwa względem LTE, wprowadzona specjalnie dla QoS w 5G.
    • Mapowanie QoS Flows do Data Radio Bearers (DRB) — każdy QoS Flow (zidentyfikowany przez QFI = QoS Flow ID) jest kierowany do odpowiedniego DRB (kolejki w MAC).
    • SDAP dodaje nagłówek z QFI do każdego pakietu IP. UPF w rdzeniu oznacza QoS Flow (QFI), a SDAP w UE mapuje na DRB.
  8. Opisz szczegółowo RRC — Radio Resource Control (Layer 3):
    • Connection Management: RRC_IDLE (terminal nasłuchuje, oszczędza baterię), RRC_CONNECTED (aktywna sesja), RRC_INACTIVE (nowy stan 5G, terminal "uśpiony" ale gotowy, bez przełączenia na RRC_IDLE).
    • System Information: MIB (Master Information Block na PBCH), SIB1-SIBn (na PDSCH). UE odczytuje SIB1 dla konfiguracji inicialnej.
    • DRB/PDCP Bearer Setup: RRC rekonfiguruje warstwy niższe przy nawiązywaniu sesji, handover, pomiarach.
  9. Przygotuj diagram przepływu pakietu przez stos 5G NR: IP packet (aplikacja) → SDAP (dodaje QFI) → PDCP (szyfrowanie + kompresja) → RLC (segmentacja) → MAC (tworzy Transport Block) → PHY (konwersja na symbole OFDM, wysłanie).
  10. Przygotuj tabelę odpowiedników warstw 5G NR do modelu OSI: PHY (1), MAC+RLC (2a), PDCP+SDAP (2b), RRC (3/4). To pomoże zrozumieć analogie.
  11. Zamieść co najmniej 3 ilustracje: standardowy diagram stosu protokołów (User + Control Plane), diagram przepływu pakietu przez warstwy, schemat stanów RRC (IDLE/CONNECTED/INACTIVE).
  12. Przygotuj co najmniej 2 tabele: tabela funkcji każdej warstwy oraz tabela odpowiedników 5G NR vs model OSI vs LTE.
  13. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 38.300, 38.321, 38.323, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
15
Warstwa SDAP i zarządzanie jakością usług (QoS) w 5G
Podstawa wykładowa

W5 Service Data Adaptation Protocol, QoS Flows, mapowanie do DRB, rygory opóźnień.

Cel

Student wyjaśnia działanie nowej warstwy SDAP (Service Data Adaptation Protocol) wprowadzonej w 5G, która mapuje przepływy usług (QoS Flows) do radiowych nośników danych (DRB). Omawia koncepcję QoS Flows, parametry 5QI (5G QoS Identifier) określające priorytet, opóźnienie i niezawodność, oraz różnicę między ruchem GBR (gwarantowana przepływność dla VoNR, streaming) a Non-GBR (best-effort dla internetu). Wyjaśnia, jak SDAP zapewnia odpowiednie traktowanie każdej aplikacji (np. głos, wideo, dane IoT) w sieci radiowej i gwarantuje jakość usług krytycznych uRLLC.

Scenariusz

Jako inżynier optymalizacji sieci tłumaczysz klientowi korporacyjnemu, w jaki sposób zagwarantujesz mu, że jego krytyczna transmisja danych przemysłowych nie zostanie przerwana przez ruch internetowy innych pracowników. Prezentację zaczynasz od wyjaśnienia, że QoS (Quality of Service) w 5G działa na poziomie QoS Flows — każdy strumień ruchu ma unikalny identyfikator 5QI (5G QoS Identifier), który definiuje parametry jakościowe (priorytet, opóźnienie, niezawodność). Opisujesz różnicę między GBR (Guaranteed Bit Rate) dla ruchu krytycznego (sterowanie maszyn, VoNR) a Non-GBR dla zwykłego internetu. Wyjaśniasz, że warstwa SDAP mapuje QoS Flow do Data Radio Bearer (DRB) — czyli do konkretnej kolejki w harmonogramowaniu MAC. Podajesz konkretny przykład: fabryka z autonomicznych wózkiem AGV ma ruch z 5QI=82 (opóźnienie < 1 ms, niezawodność 99,999%), który zawsze uzyska priorytet nad pracownikiem przeglądającym YouTube (5QI=6, best effort).

Propozycja planu rozdziałów
  1. Wstęp — ewolucja modelu QoS od LTE do 5G
  2. Architektura warstwy SDAP — gdzie się znajduje?
  3. Koncepcja QoS Flows (przepływy usług)
  4. Mapowanie QoS Flows do radiowych nośników danych (DRB)
  5. Parametry 5QI (5G QoS Identifier) — co oznaczają liczby?
  6. Obsługa ruchu typu GBR (Gwarantowana Przepływność) i Non-GBR
  7. Znaczenie SDAP dla stabilności usług uRLLC
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij ewolucję QoS od LTE do 5G — w LTE QoS opierało się na EPS Bearers (drivery) zdedykowanymi per APN i typem ruchu. W 5G wprowadzono nowy model: QoS Flows (przepływy usług) jako podstawowa jednostka QoS, bardziej elastyczną i granulowaną.
  2. Opisz architekturę warstwy SDAP — SDAP (Service Data Adaptation Protocol) to najwyższa warstwa w User Plane 5G NR (tuż pod IP), wprowadzona jako nowość w stosunku do LTE. Znajduje się między warstwą IP a PDCP. Jej główna rola: mapowanie QoS Flows na Data Radio Bearers (DRB).
  3. Wyjaśnij koncepcję QoS Flows:
    • Każdy strumień ruchu od aplikacji w UE (VoNR, streaming, web, IoT) jest klasyfikowany jako QoS Flow — najdrobniejsza jednostka QoS w 5G.
    • QoS Flow jest identyfikowany przez QFI (QoS Flow ID) — 6-bitowy identyfikator (0-63) w nagłówku SDAP.
    • QoS Flow jest definiowany przez 5QI (5G QoS Identifier) — parametry jakościowe (priorytet, opóźnienie, niezawodność) określone w rdzeniu 5GC przez SMF/PCF.
    • QoS Flow jest jednokierunkowy (UE→UPF lub UPF→UE).
  4. Opisz mapowanie QoS Flow → DRB w warstwie SDAP:
    • SMF w rdzeniu informuje UPF o QoS Flow i przydziela QFI. UPF oznacza pakiety odpowiednim QFI.
    • SDAP w UE (lub gNodeB) otrzymuje pakiety z QFI i na podstawie reguł QFI→DRB mapuje je na odpowiedni Data Radio Bearer.
    • DRB to "kolejka" w warstwie MAC — każdy DRB ma własne parametry harmonogramowania (priorytet, gwarantowana przepływność GBR lub best-effort).
    • Przykład: VoNR (5QI=1) → DRB #1 (GBR, high priority), Streaming (5QI=6) → DRB #2 (Non-GBR), IoT sensor (5QI=9) → DRB #3 (Non-GBR, long DRX).
  5. Przygotuj tabelę wybranych wartości 5QI z opisem:
    • 5QI=1 — VoNR (głos), GBR, priority 20, packet delay budget 100 ms, packet error rate 10⁻², conversational voice.
    • 5QI=6 — Web browsing, Non-GBR, priority 60, PDB 300 ms, PER 10⁻⁶, best effort traffic.
    • 5QI=9 — Video streaming, Non-GBR, priority 55, PDB 300 ms, PER 10⁻⁵.
    • 5QI=82 — V2X (V2X communication), GBR, priority 25, PDB 3 ms, PER 10⁻⁵ (ultra-reliable).
    • 5QI=9x — IoT (vendor-specific), Non-GBR, długi DRX cycle, wydłużona żywotność baterii.
  6. Opisz GBR vs Non-GBR:
    • GBR (Guaranteed Bit Rate) — dla ruchu krytycznego: VoNR, telechirurgia, sterowanie maszyn. SMF przydziela gwarantowaną przepływność w umowie (bitrate committed, np. 64 kb/s dla głosu). Jeśli sieć przeciążona, GBR ruch ma priorytet.
    • Non-GBR — dla ruchu best-effort: internet, email, streaming. Bez gwarantowanej przepływności. Może być throttlowany w przypadku przeciążenia. Większość IoT to Non-GBR.
  7. Wyjaśnij znaczenie SDAP dla uRLLC — ruch uRLLC (5QI=82 lub inny dedykowany) jest mapowany na dedykowany DRB z najwyższym priorytetem w harmonogramowaniu MAC. SDAP zapewnia, że pakiety telechirurgii lub sterowania AGV zawsze wyprzedzają ruch eMBB (YouTube, pobieranie plików).
  8. Przygotuj schemat mapowania usług przez SDAP: IP packets (VoNR, video, IoT) → SDAP (QFI marking) → QoS Flows (per 5QI) → DRB mapping (GBR vs Non-GBR) → MAC (Scheduling with priority) → PHY.
  9. Zamieść co najmniej 3 ilustracje: schemat architektury SDAP (QoS Flow → DRB), diagram mapowania 5QI do DRB, schemat harmonogramowania MAC z priorytetami per DRB.
  10. Przygotuj co najmniej 2 tabele: tabela wartości 5QI z parametrami oraz tabela GBR vs Non-GBR.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 23.501, 38.323, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
16
Bezpieczeństwo w 5G — szyfrowanie i ochrona prywatności w PDCP
Podstawa wykładowa

W3 W5 Szyfrowanie (Ciphering), kontrola integralności, ochrona tożsamości (SUPI/SUCI), warstwa PDCP.

Cel

Student analizuje mechanizmy bezpieczeństwa w 5G, wyjaśniając szyfrowanie (ciphering) i kontrolę integralności danych realizowane w warstwie PDCP. Omawia ochronę tożsamości abonenta: przejście z IMSI (stały identyfikator) na SUPI (Permanent Subscriber Identity) i SUCI (Subscription Concealed Identity), które ukrywają tożsamość przed podsłuchem i atakami IMSI-catchers. Opisuje algorytmy 5G AKA (Authentication and Key Agreement) i proces wzajemnego uwierzytelniania UE-sieć oraz bezpieczeństwo Network Slicing izolującego dane różnych klientów.

Scenariusz

Jako oficer cyberbezpieczeństwa (CISO) przygotowujesz białą księgę (Whitepaper) dla klientów bankowości mobilnej, zapewniając ich o bezpieczeństwie standardu 5G. Białą księgę rozpoczynasz od porównania ewolucji zagrożeń: w 2G/3G dominowały ataki IMSI-catcher (fałszywe stacje bazowe przechwytujące IMSI), w 4G dodano szyfrowanie, ale tożsamość abonenta wciąż była transmitowana jawnie. W 5G wprowadzono SUPI (stały identyfikator) szyfrowany przez SUCI (Subscription Concealed Identity) z kluczem publicznym sieci, co eliminuje podsłuchiwanie na masową skalę. Opisujesz protokół 5G AKA (Authentication and Key Agreement), który zapewnia mutualną autentykację — zarówno sieć weryfikuje tożsamość abonenta, jak i abonent weryfikuje autentyczność sieci (ochrona przed fałszywymi BTS). Wyjaśniasz, że szyfrowanie w PDCP (warstwa 3, algorytmy 5G-EA, 5G-IA) chroni dane na całej trasie radiowej, a każdy slice ma izolowane klucze szyfrowania.

Propozycja planu rozdziałów
  1. Wstęp — cyberzagrożenia w erze mobilnej
  2. Bezpieczeństwo na interfejsie radiowym — rola warstwy PDCP
  3. Algorytmy szyfrowania i kontroli integralności danych
  4. Ochrona tożsamości stałej — od IMSI do SUPI i bezpiecznego SUCI
  5. Architektura bezpieczeństwa w rdzeniu 5G Core
  6. Zaufanie do sprzętu i dostawców infrastruktury
  7. Bezpieczeństwo w Network Slicingu — separacja klientów
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij kontekst cyberzagrożeń — w erze mobilnej (bankowość, e-recepty, zdalne sterowanie pojazdami) ataki na sieci komórkowe mogą mieć katastrofalne skutki. 5G wprowadza wiele warstw bezpieczeństwa, ale żaden system nie jest w pełni odporny. Kluczowe jest zrozumienie ewolucji zagrożeń od 2G (brak szyfrowania) do 5G (wielowarstwowa ochrona).
  2. Opisz mechanizmy bezpieczeństwa w warstwie PDCP — to kluczowa warstwa dla bezpieczeństwa interfejsu radiowego:
    • Szyfrowanie (Ciphering, 5G-EA): każdy pakiet User Plane jest szyfrowany algorytmami 5G-EA1 (AES-CTR) lub 5G-EA2 (SNOW 3G), 5G-EA3 (ZUC) przed wysłaniem przez fale radiowe. Odbiornik (UE lub gNB) odszyfrowuje kluczem sesyjnym.
    • Kontrola integralności (Integrity Protection, 5G-IA): każda wiadomość Control Plane (RRC, NAS) ma MAC-I — skrót kryptograficzny (message authentication code) obliczony kluczem integralności (K_int). Jeśli ktoś zmodyfikuje wiadomość w transmisji, MAC-I się nie zgadza i wiadomość jest odrzucana.
    • Klucze sesyjne: z głównego klucza K (wspólnego dla UE i sieci) derivowane są: K_AF (dla integralności), K_NASint (NAS integrity), K_NASenc (NAS encryption), K_RRCint (RRC integrity), K_RRCenc (RRC encryption), K_UPint (UP integrity), K_UPenc (UP encryption).
  3. Przygotuj schemat procesu szyfrowania pakietu w PDCP: dane IP → PDCP → wybór algorytmu szyfrowania (5G-EA1/2/3) → XOR z keystream → szyfrogram + wygenerowanie MAC-I → PHY → transmisja radiowa. Po stronie odbiorcy: odwrotna operacja z tym samym kluczem.
  4. Opisz ochronę tożsamości — od IMSI do SUPI/SUCI:
    • IMSI (w 2G/3G/4G): 15-cyfrowy stały identyfikator abonenta (MCC+MNC+MSIN). Problem: był transmitowany jawnie przy pierwszym połączeniu — umożliwiało to ataki IMSI-catcher (StingRay) przechwytujące IMSI w pobliżu.
    • SUPI (Subscription Permanent Identifier) — stały identyfikator w 5G, nigdy nie transmitowany jawnie. To odpowiednik IMSI, ale bezpieczny.
    • SUCI (Subscription Concealed Identifier) — ukryty identyfikator. SUPI jest szyfrowany kluczem publicznym sieci (asymetryczne szyfrowanie) przy pomocy ECIES (Elliptic Curve Integrated Encryption Scheme). Nawet jeśli ktoś przechwyci SUCI, nie może odzyskać SUPI bez klucza prywatnego sieci.
    • Rezultat: ataki IMSI-catcher w 5G są praktycznie niemożliwe.
  5. Opisz protokół 5G AKA (Authentication and Key Agreement):
    • Mutualna autentykacja: sieć weryfikuje tożsamość abonenta (i odwrotnie), chroniąc przed fałszywymi stacjami bazowymi (fake BTS).
    • Przebieg: UE wysyła SUCI do AMF → AMF pyta AUSF → AUSF pyta UDM → UDM generuje RAND, XRES* → AUSF wysyła do UE (przez AMF) → UE weryfikuje i wysyła RES* → AUSF porównuje XRES* = RES* → sukces.
    • Wynik: obie strony derivują wspólny klucz sesyjny K do szyfrowania.
  6. Przygotuj tabelę porównawczą bezpieczeństwa 4G vs 5G: IMSI transmitowane jawnie vs SUCI, brak ochrony tożsamości vs ECIES, opcjonalna kontrola integralności vs mandatory dla CP, brak izolacji slice'ów vs dedykowane klucze per slice.
  7. Opisz architekturę bezpieczeństwa w 5GC — każda funkcja NF w rdzeniu (AMF, SMF, UPF) jest chroniona przez TLS 1.3 (transport layer). NF komunikują się przez SBI z szyfrowaniem. Ponadto każdy slice ma odrębne klucze szyfrowania, gwarantujące izolację między klientami.
  8. Opisz bezpieczeństwo w Network Slicing — izolacja między slice'ami: każdy slice ma własne instancje AMF/SMF/UPF (lub aliasy) z własnymi credentials i kluczami. Ruch z slice'a enterprise (np. fabryka) nie może "przeciec" do slice'a consumer (użytkownicy indywidualni).
  9. Wyjaśnij wyzwania bezpieczeństwa w 5G: zaufanie do dostawców sprzętu (hardware root of trust), bezpieczeństwo MEC (edge nodes fizycznie mniej bezpieczne), ochrona przed atakami na sieci (DDoS na UPF, exhaustion of PDU Sessions).
  10. Zamieść co najmniej 3 ilustracje: schemat szyfrowania pakietu w PDCP, diagram 5G AKA (mutualna autentykacja), schemat ukrywania SUCI przez ECIES.
  11. Przygotuj co najmniej 2 tabele: tabela porównawcza bezpieczeństwa 4G vs 5G oraz tabela algorytmów szyfrowania i integralności w 5G.
  12. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 33.501, GSMA Security Guidelines, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
17
Prywatne sieci 5G (Campus Networks) — budowa i korzyści dla przemysłu
Podstawa wykładowa

W6 Private 5G, Przemysł 4.0, dedykowane pasmo (np. n77 w Polsce), izolacja od sieci publicznej.

Cel

Student opisuje model budowy własnej sieci 5G przez firmę (np. fabrykę, kopalnię, port) — tzw. NPN (Non-Public Network) lub Campus Network — z pominięciem ogólnopolskich operatorów. Omawia architekturę: Micro-Core (lokalny rdzeń), Small Cells (małe stacje bazowe) i dedykowane pasmo (np. n77 3,5-3,8 GHz w Polsce). Wyjaśnia korzyści: pełna kontrola nad danymi i bezpieczeństwem, brak zewnętrznego accessu, minimalne opóźnienia dla sterowania robotów i AGV, porównanie z Wi-Fi (niestabilność) i komercyjnym 5G (opóźnienia, zagrożenie atakiem).

Scenariusz

Jako inżynier systemowy piszesz projekt koncepcyjny dla fabryki samochodów, która chce zrezygnować z kabli na hali produkcyjnej na rzecz własnej sieci 5G. Projekt rozpoczynasz od analizy problemu: tradycyjne Ethernet przemysłowy (PROFINET, EtherCAT) wymaga kilometrów kabli i jest kosztowny w modernizacji, a Wi-Fi 6 nie gwarantuje opóźnień < 1 ms w środowisku z setkami metalowych przeszkód. Opisujesz architekturę Private 5G (Non-Public Network): Micro-Core 5G jako lokalny rdzeń (znacznie mniejszy niż komercyjny, uruchomiany jako instancja na serwerze x86), Small Cells na hali (wbudowane w oświetlenie lub maszyny), dedykowane pasmo (np. n77 3,8 GHz w Polsce dostępne bez aukcji dla firm). Wyjaśniasz, że NPN oferuje izolację od sieci publicznej, pełną kontrolę danych (dane nie wychodzą poza fabrykę), i opóźnienia rzędu 0,5-2 ms dla AGV i robotów współpracujących (coboty).

Propozycja planu rozdziałów
  1. Wstęp — dlaczego Wi-Fi nie wystarcza w fabryce?
  2. Definicja i architektura sieci prywatnej (NPN - Non-Public Network)
  3. Zasoby częstotliwościowe dla sieci lokalnych w Polsce i Europie
  4. Komponenty: Micro-Core, małe stacje bazowe (Small Cells)
  5. Pełna kontrola nad danymi i bezpieczeństwem
  6. Zastosowania: AGV (wózki autonomiczne), monitoring AR, automatyka przemysłowa
  7. Koszty wdrożenia i utrzymania vs korzyści wydajnościowe
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij dlaczego Wi-Fi nie wystarczy w przemyśle — Wi-Fi 6 (802.11ax) oferuje teoretycznie do 9,6 Gb/s, ale w praktyce: brak gwarantowanych opóźnień (jitter rzędu 10-50 ms w zatłoczonym środowisku), niestabilność przy metalowych przeszkodach (Hale fabryczne), brak izolacji między urządzeniami (kolizje CSMA/CA), problem z roamingiem (przełączanie między AP trwa 300-500 ms, nieakceptowalne dla AGV).
  2. Opisz definicję NPN (Non-Public Network) — prywatna sieć 5G dedykowana dla pojedynczej organizacji (fabryka, kopalnia, port, szpital), działająca niezależnie od sieci publicznych operatorów. Według 3GPP TS 23.501 NPN może być SNPN (Stand-alone Non-Public Network) lub CPBO (Campus Embedded with public network support).
  3. Przygotuj architekturę Campus Network / NPN:
    • Micro-Core 5GC — zminiaturyzowany rdzeń 5G (lokalny), uruchomiony na serwerze x86 lub appliance. Zawiera instancje AMF/SMF/UPF/UDM/PCF zoptymalizowane dla małej skali (obsługa setek terminali zamiast milionów). Producent: Nokia DAC, Samsung NetWorks, Casa Systems, Parallel Wireless.
    • Small Cells ( Indoor/Outdoor) — małe stacje bazowe 5G o niskiej mocy (1-10 W), często wbudowane w oprawy oświetleniowe, sufity fabryczne, maszyny. Obsługują FR1 (n78) lub FR2 (mmWave). Przykłady: Nokia AirScale, Huawei LampSite, ZTE.
    • Dedykowane pasmo — w Polsce dostępne pasmo n77 (3,8 GHz) dla sieci prywatnych bez konieczności uczestnictwa w aukcji UKE (w ramach lokalnego zarządzania widmem). W Niemczech: 3,7-3,8 GHz (lokalne licencje). W USA: CBRS (3,5 GHz).
  4. Opisz pełną kontrolę nad danymi i bezpieczeństwem:
    • Dane z fabryki nie opuszczają terenu — UPF jest zainstalowany lokalnie, ruch nie przechodzi przez sieć publiczną (brak breakout do internetu przez operatora publicznego).
    • Izolacja od sieci publicznej — Campus Network nie jest widoczna w sieci PLMN operatorów, nie ma ryzyka "przecieku" danych do sieci zewnętrznych.
    • Własne klucze szyfrowania i certyfikaty — przedsiębiorstwo samo zarządza bezpieczeństwem, bez zależności od vendorów telekomunikacyjnych.
  5. Przygotuj tabelę porównawczą Private 5G vs Wi-Fi 6 vs Komercyjne 5G: gwarantowane opóźnienia (< 1 ms vs 5-20 ms vs zmienne), izolacja (fizyczna vs VLAN vs slice), zasięg (100-300 m na stację, dobry w halach vs ograniczony przez metal vs zależy od operatora), zarządzanie (własne vs własne vs operator), koszt (CapEx wysoki, OpEx niski vs niski vs subskrypcja), bezpieczeństwo (pełna kontrola vs standard vs zależy od operatora).
  6. Opisz zastosowania w przemyśle:
    • AGV (Autonomous Guided Vehicles) — wózki autonomiczne w magazynach wymagają opóźnień < 1 ms dla reakcji na przeszkody (bezpieczeństwo). Wi-Fi jest nieprzewidywalne, Private 5G gwarantuje stabilność.
    • Coboty (Collaborative Robots) — roboty współpracujące z ludźmi wymagają precyzyjnej synchronizacji (10-100 Mbps, opóźnienia < 1 ms).
    • Monitoring AR — pracownicy z goglami AR otrzymujący instrukcje naprawy w czasie rzeczywistym, ze śledzeniem ruchu oczu i wskaźników przez sieć.
    • Automatyka przemysłowa (Industry 4.0) — sterowanie PLC (Programmable Logic Controllers) bezprzewodowo, zamiast kosztownych kabli Ethernet (PROFINET, EtherCAT).
    • Quality Control — kamery AI analizujące produkty w czasie rzeczywistym na linii produkcyjnej, przesyłające surowe obrazy do MEC (Multi-access Edge Computing) na terenie fabryki.
  7. Opisz szczegóły wdrożenia — decyzje do podjęcia: pasmo (lokalne n77 czy dzierżawa od operatora), architektura (standalone vs with public network), zasięg (pokrycie całej hali vs konkretne strefy), integracja z istniejącym Wi-Fi (dual-radio terminals, seamless roaming), zarządzanie (własny zespół vs Managed Service Provider).
  8. Opisz koszty vs korzyści: CapEx (serwery Micro-Core: 20-100 kPLN, Small Cells: 5-20 kPLN/szt., anteny, cabling, integration: 50-200 kPLN). OpEx (prąd, utrzymanie). vs korzyści: redukcja kabli (Ethernet ~200-500 PLN/m, przy km2 to miliony), elastyczność produkcji, opóźnienia < 1 ms nie do osiągnięcia na Wi-Fi.
  9. Zamieść co najmniej 3 ilustracje: schemat architektury Campus Network (Micro-Core + Small Cells), porównanie Private 5G vs Wi-Fi vs Komercyjne 5G, wizualizacja pokrycia hali fabrycznej.
  10. Przygotuj co najmniej 2 tabele: tabela porównawcza Private 5G vs Wi-Fi 6 vs Komercyjne 5G oraz tabela przykładowych zastosowań z wymaganiami.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 23.501, GSMA PRD FG-N-001, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
18
5G w medycynie — zdalne operacje i diagnostyka uRLLC
Podstawa wykładowa

W6 Zastosowania uRLLC, haptic internet, przesyłanie obrazu 4K/8K w czasie rzeczywistym.

Cel

Student analizuje najbardziej krytyczne zastosowania 5G w ochronie zdrowia, skupiając się na tym, jak niskie opóźnienia (< 1 ms) i wysoka niezawodność (99,999%) pozwalają na telesurgię i diagnostykę na odległość. Omawia koncepcję "Internetu Dotyku" (Haptic Internet), gdzie chirurg steruje robotem chirurgicznym w czasie rzeczywistym, a opóźnienia poniżej 1 ms są krytyczne dla koordynacji ręka-oko. Opisuje zdalne USG z użyciem ramienia robotycznego, streaming danych pacjenta z karetek 5G i inteligentne implanty z monitoringiem przez mMTC.

Scenariusz

Przygotowujesz rozdział do podręcznika o nowoczesnej medycynie, opisujący techniczne aspekty "Internetu Dotyku" (Haptic Internet) w rękach chirurga. Rozdział rozpoczynasz od wyjaśnienia, czym jest Haptic Internet: system umożliwiający przesyłanie wrażeń dotykowych przez sieć w czasie rzeczywistym, gdzie opóźnienie ma znaczenie krytyczne dla koordynacji ręka-oko. Opisujesz scenariusz telechirurgii: chirurg w Tokio manipuluje robotem da Vinci w Londynie, a każdy ruch dłoni musi zostać odwzorowany przez ramiona robota bez opóźnień przekraczających próg bezpieczeństwa. Wyjaśniasz, że 5G uRLLC oferuje opóźnienia < 1 ms i niezawodność 99,999%, co jest nieosiągalne dla 4G LTE (20-50 ms) czy Wi-Fi (5-15 ms). Opisujesz też karetki 5G transmitujące obraz USG i parametry życiowe pacjenta w czasie rzeczywistym do szpitala, gdzie lekarz dyżurny może zdalnie nakierować ratowników przed dotarciem na izbę przyjęć.

Propozycja planu rozdziałów
  1. Wstęp — medycyna w dobie 5G
  2. Telesurgia — przeprowadzanie operacji z drugiego końca kontynentu
  3. Znaczenie ultra-niskich opóźnień dla koordynacji ręka-oko robota
  4. Zdalna diagnostyka USG z użyciem ramienia robotycznego
  5. Karetki 5G — streaming danych pacjenta do szpitala w trakcie transportu
  6. Inteligentne implanty i stały monitoring pacjenta (mMTC)
  7. Kwestie etyczne i prawne odpowiedzialności technicznej
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij dlaczego 5G rewolucjonizuje medycynę — telechirurgia wymaga opóźnień poniżej progu bezpieczeństwa ludzkiego (około 150-200 ms to granica odczuwalnej reakcji). 5G uRLLC oferuje < 1 ms RTT, co oznacza, że ruchy robota chirurgicznego są niemal natychmiastowe. Dla porównania: Wi-Fi oferuje 5-15 ms (ale z wysokim jitterem), LTE 20-50 ms (zbyt dużo dla precyzyjnych operacji).
  2. Opisz Internet Dotyku (Haptic Internet) — koncepcję z 2008 roku (prof. Kazuhiro Tanoue, NTT), rozwiniętą przez 5G:
    • Haptic Internet to system umożliwiający przesyłanie wrażeń dotykowych (haptycznych) przez sieć w czasie rzeczywistym.
    • Kluczowe parametry: RTT < 1 ms (dla synchronizacji ręka-oko), jitter < 0,1 ms (stabilność), niezawodność 99,999%.
    • Zastosowanie: telechirurgia, zdalne egzaminy medyczne, rehabilitacja na odległość.
  3. Opisz telechirurgię — jak działa zdalna operacja:
    • Scenariusz: Chirurg w Tokio operuje pacjenta w Londynie przez robota da Vinci (lub podobny system telechirurgiczny).
    • Chirurg przy konsoli (surgeon console) wykonuje ruchy dłoni → koder przetwarza je na dane (pozycja, siła nacisku, orientacja narzędzi).
    • Dane są transmitowane przez sieć 5G do robota → siłowniki wykonują ruchy z opóźnieniem < 1 ms.
    • Feedback: kamera wideo z robota przesyła obraz w czasie rzeczywistym (4K) do chirurga.
    • Siła nacisku jest "odczuwalna" przez chirurga dzięki specjalnym kontrolerom haptycznym (force feedback).
  4. Wyjaśnij znaczenie opóźnień dla koordynacji ręka-oko robota:
    • Ludzki układ nerwowy ma opóźnienie reakcji ruchowej ~150-200 ms. Ale przy zdalnym sterowaniu robota chirurgicznego opóźnienie sieci dodaje się do opóźnienia układu nerwowego.
    • Przy opóźnieniu > 200 ms chirurdzy odczuwają "dyskomfort" — ruch wykonany, ale obraz wraca zbyt późno, co powoduje dezorientację i błędy.
    • 5G (< 1 ms) praktycznie eliminuje ten problem — chirurg może precyzyjnie operować tak, jakby stał przy stole.
  5. Opisz zdalną diagnostykę USG z ramieniem robotycznym:
    • Patient-side: pacjent z głowicą USG połączoną z ramieniem robotycznym. Ramię jest sterowane zdalnie przez lekarza.
    • Lekarz-side: konsola z ekranem dotykowym, kontrolerami 3D. Obraz USG przesyłany w czasie rzeczywistym (4K/8K video stream) przez 5G.
    • Wyzwania: obraz USG to duże dane (setki MB/s), wymaga dużej przepustowości (eMBB) jednocześnie z niskim opóźnieniem. Network Slicing pozwala na slice eMBB+uRLLC jednocześnie.
  6. Opisz karetki 5G — streaming danych pacjenta w trakcie transportu:
    • Karetka wyposażona w moduł 5G (router lub wbudowany modem), kamery, monitory parametrów życiowych (EKG, saturacja, ciśnienie), ultrasonograf.
    • Dane pacjenta (video, EKG, parametry) streamowane do szpitala w czasie rzeczywistym przez 5G (eMBB).
    • Lekarz dyżurny w szpitalu ogląda na żywo obraz z karetki i może doradzić ratownikom (uRLLC dla sterowania), np. "podać adrenalinę" lub "wykonaj dodatkowe badanie USG".
    • Przyjazd do szpitala: lekarz ma już pełny obraz stanu pacjenta, może przygotować sala i zespół przed przybyciem.
  7. Opisz inteligentne implanty i monitoring pacjenta (mMTC):
    • Implanty kardiologiczne (rozruszniki, defibrylatory) z modułem 5G IoT, transmitujące dane do szpitala raz dziennie lub w czasie rzeczywistym przy anomaliach.
    • Glukometry, pulsoksymetry, ciśnieniomierze dla pacjentów domowych — transmisja przez NB-IoT/LTE-M (niskie zużycie energii, 10 lat na baterii).
    • Alerty: gdy parametry odbiegają od normy, system automatycznie informuje lekarza prowadzącego.
  8. Przygotuj tabelę wymagań opóźnień dla procedur medycznych: telechirurgia (< 1 ms, uRLLC), zdalne USG (5-10 ms, eMBB+uRLLC), streaming z karetek (10-50 ms, eMBB), monitoring implantów (minuty, mMTC), wideokonsultacje (50-100 ms, eMBB).
  9. Opisz schemat procesu telechirurgii: Chirurg (konsola) → 5G Network (uRLLC slice) → Robot (ramiona, kamery) → Pacjent. Uwzględnij kanał zwrotny (obraz z kamery) i feedback haptyczny (siła nacisku). Pokaż wartości RTT na każdym etapie.
  10. Zamieść co najmniej 3 ilustracje: diagram przepływu telechirurgii (Chirurg → Sieć → Robot → Pacjent), schemat karetki 5G z urządzeniami, wizualizacja Network Slicing dla medycyny (różne slice'y dla różnych usług).
  11. Przygotuj co najmniej 2 tabele: tabela wymagań opóźnień dla procedur medycznych oraz tabela technologii 5G wspierających poszczególne usługi medyczne.
  12. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (ITU-R M.2083, 3GPP TR 22.891, publikacje IEEE, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
19
Smart City i 5G — rola technologii mMTC w miastach przyszłości
Podstawa wykładowa

W6 Masowa komunikacja maszynowa, niskie zużycie energii, NB-IoT, LTE-M, milion urządzeń na km2.

Cel

Student opisuje koncepcję inteligentnego miasta (Smart City) opartego na 5G, wyjaśniając jak technologia mMTC (Massive Machine Type Communications) pozwala na integrację milionów czujników przy minimalnym zużyciu energii (nawet 10 lat na baterii). Omawia technologie wąskopasmowe: NB-IoT i LTE-M jako część ekosystemu 5G dla IoT. Opisuje zastosowania: inteligentne liczniki energii/wody/gazu, zarządzanie ruchem w czasie rzeczywistym, monitoring jakości powietrza, smart parking i monitoring odpadów. Wyjaśnia, dlaczego Wi-Fi nie nadaje się do miasta (niestabilność, brak izolacji, ograniczony zasięg w budynkach).

Scenariusz

Piszesz projekt dla wydziału infrastruktury miejskiej, proponując system inteligentnego oświetlenia, gospodarki odpadami i zarządzania parkingami oparty na 5G. Projekt rozpoczynasz od wizji miasta jako organizmu zbierającego dane: każdy licznik, czujnik, kamera to węzeł generujący informacje, które muszą być przesłane do centrali. Opisujesz technologię mMTC (Massive Machine Type Communications) jako fundament IoT w mieście, podkreślając, że w przeciwieństwie do ludzi (eMBB), maszyny komunikują się rzadko (kilka bajtów co 15 min), ale jest ich miliony na km². Wyjaśniasz, że NB-IoT (Narrowband IoT) i LTE-M to lżejsze technologie w ekosystemie 5G, zaprojektowane dla urządzeń bateryjnych działających 10+ lat bez wymiany. W projekcie podajesz konkretne lokalizacje czujników: lampy uliczne z czujnikami obecności, pojemniki na śmieci z wagą i czujnikiem zapełnienia, miejsca parkingowe z czujnikami magnetycznymi — wszystkie komunikujące się przez bramkę 5G do chmury miejskiej.

Propozycja planu rozdziałów
  1. Wstęp — miasto jako zbiór danych
  2. Czym jest mMTC i dlaczego różni się od domowego Wi-Fi?
  3. Technologie wąskopasmowe: NB-IoT i LTE-M jako część 5G
  4. Inteligentne liczniki (woda, prąd, gaz) — oszczędności i ekologia
  5. Zarządzanie ruchem i transportem miejskim w czasie rzeczywistym
  6. Monitorowanie środowiska i jakości powietrza
  7. Żywotność baterii czujników — jak osiągnąć 10 lat bez wymiany?
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij koncepcję miasta jako organizmu zbierającego dane — Smart City to ekosystem, w którym tysiące czujników (sensory środowiskowe, liczniki, kamery, detektory zajętości) generują dane w czasie rzeczywistym, a systemy miejskie (zarządzanie ruchem, oświetlenie, odpady, woda) reagują automatycznie. 5G mMTC umożliwia integrację milionów takich urządzeń na kilometr kwadratowy.
  2. Opisz czym różni się mMTC od domowego Wi-Fi:
    • Wi-Fi: każde urządzenie musi się uwierzytelnić i skonfigurować (SSID, hasło), jitter i opóźnienia są nieprzewidywalne, zasięg ograniczony do budynku, brak mechanizmu dla urządzeń bateryjnych.
    • mMTC (NB-IoT/LTE-M): zasięg w budynkach (penetracja przez ściany), żywotność baterii 10+ lat, protokoły zoptymalizowane dla rzadkich transmisji (kilka bajtów co godzinę), obsługa milionów urządzeń na km², mechanizmy oszczędzania energii (PSM, eDRX).
  3. Opisz technologie wąskopasmowe NB-IoT i LTE-M jako część ekosystemu 5G:
    • NB-IoT (Narrowband IoT): pasmo 180 kHz (1 kanał GSM), bardzo niskie przepływności (do ~250 kb/s), ultra-niski pobór mocy (tryb PSM do 20 µA), zasięg indoor doskonały (penetracja przez piętra). W 5G oznaczone jako bearer w pasmach: n1, n3, n8, n20, n28, n71.
    • LTE-M (Cat-M1): pasmo 1,4 MHz, przepływności do ~1 Mb/s, bardziej energooszczędny niż LTE Cat.1, obsługuje Voice (VoLTE), lokalizacja przez OTDOA. W 5G: bearer n2, n4, n66.
    • Oba działają w ramach Network Slicing mMTC w sieci 5G — współdzielą infrastrukturę z eMBB i uRLLC.
  4. Opisz inteligentne liczniki (smart metering):
    • Liczniki energii: transmitują zużycie co 15 minut do operatora (odczyty szczytowe), wykrywanie anomalii (awaria, kradzież), zdalne odczyty bez wizyt technika.
    • Liczniki wody i gazu: analogicznie, z dodatkowym wykrywaniem wycieków (nagły wzrost zużycia w nocy = możliwy wyciek).
    • Technologia: NB-IoT z modułem ~10 PLN, bateria 10+ lat, instalacja w piwnicach i budynkach wielokondygnacyjnych.
  5. Opisz zarządzanie ruchem i transportem miejskim:
    • Sygnalizacja adaptacyjna: czujniki ruchu na skrzyżowaniach (radar/camera) → dane → algorytm AI w MEC → sterowanie sygnalizatorami w czasie rzeczywistym (redukcja korków o 10-20%).
    • Autobusy z priorytetem: autobus wysyła sygnał do kontrolera sygnalizacji → zielone światło przedłużane o 10 sekund (bus priority w uRLLC slice).
    • Smart parking: czujniki magnetyczne w miejscach parkingowych → dane o zajętości → aplikacja w telefonie kieruje do najbliższego wolnego miejsca (redukcja ruchu poszukiwania parkingu o 30-40%).
  6. Opisz monitorowanie środowiska:
    • Czujniki jakości powietrza (PM2.5, NO₂, O₃) na słupach ulicznych — transmitują dane co 15 minut. Mapa smogu w mieście aktualizowana w czasie rzeczywistym.
    • Czujniki hałasu — wykrywanie przekroczenia norm (autostrady, lotniska), lokalizacja źródeł.
    • Czujniki wody — monitoring jakości wody w sieci wodociągowej, wczesne wykrywanie skażenia.
  7. Wyjaśnij jak osiągnąć 10 lat żywotności baterii:
    • PSM (Power Saving Mode) — urządzenie przechodzi w głęboki sen, pobór ~1-5 µA. Budzi się tylko do transmisji.
    • eDRX (extended Discontinuous Reception) — UE nasłuchuje stron pagingu co 2-10 minut (vs 1,28 s w LTE), znaczna oszczędność energii.
    • Rzadka transmisja — kilka bajtów co 15 min (vs streaming video non-stop), pasmo 180 kHz wystarczy.
  8. Przygotuj mapę koncepcyjną Smart City — w centrum brama 5G/LTE-M, od niej rozchodzą się linie do: lamp ulicznych z czujnikami obecności, pojemników na śmieci z wagą, miejsc parkingowych z czujnikami magnetycznymi, czujników smogu, kamer monitoringu, liczników energii/wody/gazu. Wszystkie połączone z chmurą miejską (City Cloud) przez NB-IoT/LTE-M.
  9. Przygotuj tabelę porównawczą NB-IoT vs LoRaWAN dla miast: zasięg outdoor (15 km vs 5 km), zasięg indoor (piętra vs słaby), pasmo (180 kHz vs 125 kHz), przepustowość (250 kb/s vs 50 kb/s), zużycie baterii (10 lat vs 5-10 lat), koszt modułu (~10 PLN vs ~15 PLN), operator (publiczny vs własna sieć), IoT integracja z 5G (tak vs nie).
  10. Zamieść co najmniej 3 ilustracje: mapa koncepcyjna Smart City z sensorami i bramką 5G, schemat architektury mMTC (czujniki → NB-IoT → operator IoT platform), porównanie NB-IoT vs LoRaWAN.
  11. Przygotuj co najmniej 2 tabele: tabela technologii wąskopasmowych z parametrami oraz tabela zastosowań Smart City z technologią i wymaganiami.
  12. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 22.261, GSMA Smart City Guide, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania
20
Budowa modemu 5G i rola komend AT w komunikacji z urządzeniem
Podstawa wykładowa

W7 Architektura modemu, interfejsy UART/USB, standard Hayes, komendy AT dla 5G.

Cel

Student opisuje fizyczną i logiczną budowę modemu 5G (modułu radiowego) oraz wyjaśnia architekturę: Baseband processor (protokoły), RFIC (transceiver radiowy), Frontend (antenowy przełącznik/filtry). Wyjaśnia historyczne i współczesne znaczenie komend AT jako uniwersalnego języka komunikacji z modułami radiowymi (standard Hayes). Omawia struktury komend AT: zapytania (AT+CSQ?), ustawienia (AT+CNMP=1) i odpowiedzi. Opisuje najważniejsze grupy komend: AT+CPIN (stan karty SIM), AT+CSQ (siła sygnału), AT+CGATT (attach do sieci), AT+CERFPL (rejestracja w 5G NR). Wyjaśnia interfejsy fizyczne: UART, USB, M.2, PCIe.

Scenariusz

Jako inżynier Embedded/IoT piszesz instrukcję "Początek pracy z modułem 5G" dla programistów niskopoziomowych, którzy po raz pierwszy będą sterować modemem z poziomu mikrokontrolera. Instrukcję rozpoczynasz od wyjaśnienia, że modem 5G (np. Quectel RM500, SIMCom SIM8200) to autonomiczne urządzenie z własnym CPU (Qualcomm Snapdragon X55/X60/X75), własnym systemem operacyjnym (ThreadX/RTOS) i własnym stosem protokołów. Komunikacja między hostem (mikrokontroler STM32, Raspberry Pi) a modemem odbywa się przez AT Commands (standard Hayes) przez UART lub USB. Opisujesz sekwencję inicjalizacji: AT+CPIN? (sprawdzenie karty SIM), AT+CSQ? (siła sygnału), AT+COPS? (wybór operatora), AT+CGATT? (status GPRS/5G), AT+QICSGP (konfiguracja APN), AT+QIACT (aktywacja PDP context). Podkreślasz, że nowoczesne modemy obsługują też diagnostykę i logi przez QXDM, co jest przydatne przy debugowaniu problemów z RRC Connection czy NAS Messages.

Propozycja planu rozdziałów
  1. Wstęp — co siedzi w środku smartfona i routera 5G?
  2. Architektura sprzętowa modemu: Baseband, RFIC, Frontend
  3. Rodzaje interfejsów fizycznych: M.2, USB 3.0, PCIe
  4. Historia komend AT (standard Hayes)
  5. Struktura komendy AT — zapytania, ustawienia i odpowiedzi
  6. Najważniejsze grupy komend: status sieci, parametry radiowe, sesja danych
  7. Debugowanie modemu przez terminal szeregowy
  8. Podsumowanie
Wskazówki
  1. Na początku referatu wyjaśnij co siedzi w środku modemu 5G — modem (moduł radiowy 5G) to autonomiczne urządzenie z własnym procesorem (Qualcomm Snapdragon X55/X60/X75 lub Mediatek T700/T750), własnym RTOS (ThreadX, FreeRTOS), własnym stosem protokołów 3GPP. Host (mikrokontroler STM32, Raspberry Pi, PC) komunikuje się z modemem przez interfejs szeregowy (UART) lub szybki (USB 3.0, PCIe, M.2). Modem nie jest "kartą sieciową", lecz kompletnym systemem telekomunikacyjnym w jednym module.
  2. Przygotuj schemat blokowy modemu 5G z trzema głównymi warstwami:
    • Baseband Processor — procesor sygnałowy (DSP/ARM), wykonuje cały stos 3GPP: L1/L2/L3 (PHY, MAC, RLC, PDCP, RRC, NAS), kodowanie/dekodowanie kanałowe (LDPC, Polar), modulacja (QAM-256), zarządzanie protokołami. To najważniejszy chip — np. Snapdragon X55 (7nm, zintegrowany modem 5G).
    • RFIC (Radio Frequency Integrated Circuit) — transceiver radiowy, przetwarza sygnały analog↔cyfrowa. Konwertery DAC (cyfrowy→analogowy) dla sygnału nadawanego, ADC dla odbieranego. Modulator/demodulator IQ. Zawiera też PA (Power Amplifier) dla mocy wyjściowej. Typowo w jednym chipie dla wszystkich pasm FR1+FR2.
    • Frontend (Antenna Frontend) — przełączniki antenowe (SPDT, SP4T), filtry pasmowe (SAW/BAW), Low-Noise Amplifier (LNA) dla sygnału odbieranego. W nowoczesnych modemach 5G (np. QTM525 dla X55) to moduł z wieloma wyjściami dla anten MIMO (4×4 lub 8×8 w FR1, 2×2 w FR2).
  3. Opisz interfejsy fizyczne modem-moduł:
    • M.2 (NGFF) — standardowy slot dla modułów 5G w laptopach, routerach, gatewayach. Kluczowy B (moduły cellular) i E (Wi-Fi). Moduły: Quectel RM500, SIMCom SIM8200, Sierra Wireless EM9190.
    • USB 3.0/3.1 — moduły z USB jako interfejsem do hosta (np. w routerach). Szybki transfer danych, ale wyższy pobór energii niż PCIe.
    • PCIe — bezpośrednie połączenie z hostem przez PCIe (4 linie Gen3 ~4 GB/s), minimalne opóźnienie, używane w routerach przemysłowych i gatewayach.
    • UART (RS-232) — interfejs szeregowy dla komend AT (starsze modemy, niskie prędkości), nadal używany jako fallback lub console debug.
  4. Opisz historię komend AT (standard Hayes) — w latach 80. XX w. modem telefoniczny (300 baud) używał komend AT do sterowania: ATD (wybierz numer), ATA (odbierz), ATH (odłóż). W 1995 r. seria komend V.250/V.250bis standaryzowała AT dla modemów głosowych i data. W 1999 r. 3GPP rozszerzył AT dla GPRS/EDGE/LTE/5G. Dziś AT Commands to standardowy sposób konfiguracji modemów 5G przez hosta.
  5. Wyjaśnij strukturę komend AT:
    • Zapytania (Query): AT+CPIN? — sprawdza stan SIM (READY/SIM PIN). Odpowiedź: +CPIN: READY lub +CPIN: SIM PIN.
    • Ustawienia (Set): AT+CNMP=1 — ustawia tryb sieci (1=manual, 2=auto). AT+CGATT=1 — dołącz do sieci GPRS.
    • Test (Test): AT+CNMP=? — zwraca listę obsługiwanych trybów.
    • Odpowiedzi (URC — Unsolicited Result Codes): +CSQ: rssi,ber (signal quality), +CREG: 1,5 (network registration).
  6. Przygotuj tabelę 10 najważniejszych komend AT z opisem:
    • AT+CPIN? — sprawdza status karty SIM (READY/SIM PIN/SIM PUK). Pierwsza komenda po uruchomieniu modemu.
    • AT+CSQ — siła sygnału (RSSI) i BLER (Block Error Rate). Odpowiedź: rssi (0-31, 99=brak), ber (0-7, 99=nieznane). rssi > 15 to dobry sygnał.
    • AT+COPS? — aktualny operator: nazwa, numeric MCC+MNC, status. Np. "+COPS: 0,0,\"Play\",7" — Play w trybie automatycznym.
    • AT+CGATT? — status attach do sieci pakietowej: 1=attached, 0=detached. Sprawdzenie, czy modem ma IP.
    • AT+QICSGP=1 — konfiguracja kontekstu PDP: APN, username, password. Np. AT+QICSGP=1,1,"internet","","",1
    • AT+QIACT=1 — aktywacja kontekstu PDP (uruchomienie sesji IP). Odpowiedź: +QIACT: 1,1,"10.10.10.10"
    • AT+CEREG? — status rejestracji w sieci E-UTRAN (LTE): 1=zarejestrowany, 2=szukanie, 4=odmowa. Parametr 2 (lac, ci) pokazuje lokalizację.
    • AT+CNACT? — status aktywnej sesji 5G: adres IP UPF. Odpowiedź: +CNACT: 1,1,"100.64.64.100"
    • AT+QCAINFO — informacje o aktywnym paśmie 5G NR: BAND n78, SCC (Secondary Component Carrier), częstotliwość.
    • AT+QENG="servingcell" — detailed serving cell info: tryb (LTE/NR), pasmo, RSRP/RSRQ/SINR, bandwidth.
  7. Opisz sekwencję inicjalizacji modemu 5G od hosta:
    1. AT+CPIN? → sprawdź SIM.
    2. AT+CSQ? → sprawdź zasięg.
    3. AT+QICSGP=1,1,"internet","","",1 → ustaw APN.
    4. AT+QIACT=1 → aktywuj sesję → modem ma IP.
    5. AT+CNACT? → sprawdź czy IP jest aktywny.
  8. Opisz debugowanie modemu przez terminal szeregowy — użyj programu jako PuTTY, TeraTerm, minicom. Port COM (UART) lub /dev/ttyUSBx (USB modem). Prędkość: 115200 8N1. Logi QXDM (Qualcomm eXtensible Diagnostic Monitor) dla szczegółowej diagnostyki protokołów RRC/NAS — przydatne przy problemach z RRC Connection Reestablishment czy handover.
  9. Zamieść co najmniej 3 ilustracje: schemat blokowy modemu 5G (Baseband/RFIC/Frontend), schemat połączenia modem↔host (UART/USB/M.2), diagram sekwencji inicjalizacji modemu AT.
  10. Przygotuj co najmniej 2 tabele: tabela 10 komend AT z opisem oraz tabela interfejsów fizycznych z przepustowością.
  11. Na końcu dokumentu zamieść spis ilustracji i tabel oraz bibliografię z minimum 5 źródłami (3GPP TS 27.007, Quectel AT Commands Manual, slajdy z wykładów).
Schemat do zadania
Ilustracja do zadania