Mapa architektury 6G zaczyna się od funkcji, a nie od listy modnych nazw
Schemat przyszłego systemu łatwo zamienić w zbiór chmur podpisanych „AI”, „edge” i „sensing”. Użyteczna architektura odpowiada jednak na bardziej konkretne pytania: która funkcja ma odpowiedzialność, gdzie są jej dane, z kim się komunikuje, jak szybko musi podjąć decyzję oraz co dzieje się po błędzie. Nazwy bloków mogą się zmieniać w toku standaryzacji; relacje i wymagania dają się analizować wcześniej.
Warstwa radiowa łączy fizykę z decyzjami protokołu
Na dole znajdują się fale, anteny, kanał propagacyjny, szum i zakłócenia. Wyżej mechanizmy kodowania, modulacji, estymacji kanału, synchronizacji, harmonogramowania i retransmisji próbują wykorzystać dostępny zasób. Wynik zależy nie tylko od algorytmu, lecz także od geometrii, mobilności, częstotliwości, szerokości pasma, ograniczeń mocy oraz informacji zwrotnej.
Przy opisie nowej techniki zapisz wejście i wyjście. Czy algorytm przewiduje kanał, wybiera wiązkę, przydziela zasoby, tłumi zakłócenia czy dekoduje dane? Jaki ma budżet czasu? Czy działa w terminalu, stacji, kontrolerze lub w kilku miejscach? Bez tych odpowiedzi nie sposób ocenić sygnalizacji i odporności na nieaktualne dane.
Transport i rdzeń przenoszą więcej niż pakiety użytkownika
Sieć dostępowa potrzebuje połączeń do funkcji rdzeniowych i usług. Oprócz ruchu aplikacji płynie sygnalizacja sterująca, dane zarządzania, telemetria i czasem dane potrzebne modelom. Opóźnienie całej usługi obejmuje przetwarzanie, oczekiwanie w kolejkach, transmisję i trasę przez kolejne elementy. Mała wartość na radiu nie gwarantuje małej wartości od aplikacji do aplikacji.
Rdzeń odpowiada między innymi za identyfikację, politykę, sesję i mobilność. Gdy propozycja wprowadza nowy typ usługi albo wspólne wykrywanie, trzeba sprawdzić, które funkcje znają kontekst, jak jest ustanawiane uprawnienie i co stanowi jednostkę rozliczenia lub kontroli. Diagram powinien pokazywać również ścieżkę awarii, a nie wyłącznie przebieg idealny.
Interfejs jest umową o zachowaniu
Strzałka między blokami powinna mieć nazwę informacji, inicjatora, kierunek, częstotliwość, wymagany czas i regułę błędu. Interfejs wewnętrzny pojedynczej implementacji nie jest tym samym co interoperacyjny interfejs normatywny. Przed porównaniem architektur oznacz, które relacje są propozycją badawczą, a które wynikają z określonej wersji dokumentu.
Obliczenia mogą wędrować, ale stan i odpowiedzialność nie znikają
Funkcję można rozmieścić w urządzeniu, dostępie, brzegu, chmurze regionalnej lub centralnej. Wybór zmienia czas odpowiedzi, koszt transportu, dostęp do danych i odporność. Migracja zadania w trakcie sesji wymaga przeniesienia lub odtworzenia stanu. Należy też określić, kto podejmuje decyzję o rozmieszczeniu i jak weryfikuje dostępne zasoby.
„Połączenie komunikacji i obliczeń” nie powinno kończyć się na obietnicy niższego opóźnienia. Karta funkcji zawiera wielkość danych wejściowych i wynikowych, zapotrzebowanie na procesor lub akcelerator, termin, poufność, możliwość podziału zadania oraz zachowanie po utracie węzła.
Zarządzanie i AI potrzebują obserwowalności oraz trybu bezpiecznego
Automatyzacja może dobierać parametry, wykrywać anomalie albo przewidywać obciążenie. Najpierw trzeba jednak ustalić źródło telemetrii, jej opóźnienie, jakość i zgodę na użycie. Model powinien mieć wersję, właściciela, metodę walidacji i kryterium wycofania. Wynik predykcji nie może być mylony z rzeczywistym stanem sieci.
Projektuj tryb degradacji: co zrobi system, gdy brakuje cechy, rozkład danych się zmieni, model nie mieści się w czasie albo sygnał wejściowy zostanie zmanipulowany? Metoda bazowa i możliwość ręcznego ograniczenia działania są elementami architektury, nie dodatkiem do późniejszych testów.
Bezpieczeństwo przecina wszystkie warstwy
Nowy przepływ danych tworzy powierzchnię ataku i pytanie o minimalizację. Model zagrożeń powinien obejmować urządzenie, radio, API, łańcuch dostaw, telemetrię, model i operatora funkcji. Dla każdego zasobu zapisz podmiot uprawniony, mechanizm uwierzytelnienia, integralność, poufność, świeżość oraz ślad audytowy.
Na koniec narysuj dwie mapy: funkcji i zaufania. Jeśli granice różnią się, powstają punkty wymagające szczególnej kontroli. Taka mapa pozostaje użyteczna nawet wtedy, gdy nazwy elementów w przyszłych specyfikacjach ulegną zmianie.