Repository navigation
Calls
Ein Gruppenruf wird an eine GSSI aufgebaut. Ein Teilnehmer erhält die Sprechberechtigung, weitere affiliierte Geräte hören den Traffic Channel. Nach Ende der Senderphase bleibt der Ruf optional in Hangtime offen.
Relevante Parameter:
[cell_info]
hangtime_secs = 5
call_timeout_secs = 120
ul_inactivity_secs = 3release_group_on_same_speaker_retake ist ein optionaler Workaround für ältere Funkgeräte, die einen schnellen erneuten Floor Grant bestätigen, danach aber keine Sprache senden.
Ein Einzelruf adressiert eine ISSI. Audio-Zentrale und Asterisk können ebenfalls Einzelrufe aufbauen. Für abgespielte Dateien gilt ein eigener Antwort-Timeout.
Rufe können Prioritäten tragen. Priorität 15 wird in der Notfalllogik besonders behandelt. Priorität allein garantiert nicht, dass ein bereits belegter oder technisch nicht verfügbarer Timeslot sofort nutzbar wird.
Ein sauberer Rufabschluss ist entscheidend, besonders bei Dual Carrier. Im Fehlerfall prüfen:
- Floor-State
- Hangtime
- U-DISCONNECT/D-RELEASE
- Carrier und Timeslot
- AudioPlayer-Guard-Zeit
- Endgerät, das auf einem Slot „hängen“ bleibt
Nicht nur den Rufaufbau testen, sondern auch:
- vierte und weitere parallele Gespräche
- Wechsel zwischen Carriern
- erneuter PTT während Hangtime
- abrupt verschwindender Sender
- Einzelruf ohne Antwort
- vollständige Freigabe aller Timeslots danach
Eine zentrale Policy darf vor einem lokal angenommenen Ruf über die Zulassung entscheiden. Sie darf danach die bestehende CMCE-Zustandsmaschine für Floor und Release, das Hangtime-Timing, die FACCH/MCCH-Release-Folge und das UMAC-Auslaufen des belegten Sprachpfads nicht unbemerkt verändern. Gerade bei älteren Endgeräten den erneuten PTT und die vollständige Freigabe messen.
Call Control verwaltet zentrale Rufzweige; Media Switch transportiert codierte Sprachframes zwischen verbundenen TBS. Die lokale TBS behält den CMCE-/Floor-/Release-Pfad für ihr Funkgerät. Bei SIP läuft zusätzlich ein eigenständiger PBX-/RTP-Pfad über den lokalen TBS-Asterisk und den zentralen SIP Switch. Eine im Backend angelegte ISSI beweist keine aktuelle Serving-TBS und eine SIP-Registrierung keine hörbare Sprache. Architecture · SIP-und-Brew · Mehrzellenbetrieb
NetCore Tetra Systemwiki · Quellenstand main@8fb581b7, Abgleich 16.10.2026 · Release v1.9.0
Start · Projektstand · Roadmap und Releases · Sechs Upstreams · Deployment · Logs und NAS · Gesamte aktuelle Dokumentation
Datierte Altstände bleiben Historie. Konfiguration, installierter Build und tatsächliche Fach-/Funkprüfung bleiben für die konkrete Anlage gesondert zu prüfen.
NetCore Tetra
System
Aufbau
- Hardware und HF
- Installation
- Konfiguration
- Open-Lab-Deployment
- Deployment und Discovery (auf main)
- Provisioning
- Abnahme
Funk und Daten
- ISSI und GSSI
- Registrierung
- Rufe
- Dual Carrier
- SDS und U-STATUS
- Home Mode Display
- LIP und GPS
- Paketdaten und WAP
- Mehrzellenbetrieb
Bedienung und Integration
- Warnzentrale
- Dashboard
- Control Room
- Directory
- Directory API
- Geräte
- Basisstationen
- Gruppen
- Statusmeldungen
- Gerätegruppen
- Audio-Zentrale
- Integrationen
- SIP und Brew
- MQTT und Home Assistant
Betrieb und Hilfe