Hva er det dette skal munne ut i? Det er mye interessant man kan gjøre med software-definerte radioer, og i moderne jagerfly og krigsskip brukes jo gjerne radioen som både sensor, kommunikasjonsmiddel og effektor. Her har utviklingen kommet langt.
Der det er mye jobb å gjøre er på integrasjoner, dvs. at kampsystemer fra forskjellige nasjoner og produsenter kan utveksle informasjon om egen status, mulige mål, osv. og det er store prosjekter med tusenvis av ansatte på militær og sivil side som jobber med dette.

Hei orjant!

Ved utviklingen av alle sambandssystemer er det en del kriterier man gjerne starter med å definere som f.eks overordnet konsept, hvem som skal bruke det & til hva og tidsrammen for utvikling/anskaffelse. Også greit å vite hva man tenker om kompatibilitet mot andre brukergrupper og samarbeidsparter.

Hva tenker du om det?

Det er i utgangspunktet for å utvikle nye produkter, men først og fremst finne ut hvilken muligheter for de ulike løsningene kan gi. Eks kan det være bra med laser til optisk sensor, mellom stridsvogner dersom de ser hverandre, for det er mindre sjanse for at det blir plukket opp av andre sensorer. Men laser er optisk og kan bli blokkert. Så da må man ha backup.

Skal se om jeg kan simulere opp noen gode kombinasjoner av sambands-former og sambands-metode, men i utgangspunktet er det vanskelig å simulere kommunikasjon. Hva er verdien / tapet av en halvgod kryptert linje internt i laget eks. Men i en simulator kan vi simulere tap av kommunikasjon, jamming, støy, pakke-tap, osv. Kanskje man kan simulere sambands-doktriner og strukturer også.

Jeg lager masse forsvars-løsninger i en simulator. Kall det gjerne ett spill. En del av denne simulatoren kommer til å være kommunikasjon/samband. Dette er egentlig ment for å være en totalforsvars simulator for 2040, der du skal drive totalforsvar mot fremtidens krigføring. Selv om det er ett spill er det også en kampsimulator som kan brukes til reell totalforsvar. Eks kan man simulere opp leo2 og trene mot hverandre. Trene mot AI. Trene mot statiske mine og forsvarsanlegg. Osv.

Håper det gir noe mening.

Dette er jo et interessant konsept. Kan du utdype litt om hvordan interaksjon mellom bruker og systemet foregår? Også interessert i hvordan man legger inn informasjon for simuleringen

Jeg har ballet mye med samband opp gjennom og det viser seg at jo mer du prøver å kryptere/skjule og den slags jo mer ubrukelig blir utstyret. Oppå alt dette kommer feilsøking, plunder og heft når utstyret ikke fungerer som det skal. Som om ikke det er nok er konvensjonell 1-kanals VHF latterlig enkel å jamme. Noen hyggelige aspekter er der også, f.eks. når du hører soloppgangen på HF'n akkurat i det du har sjenket deg en varm kaffi

Noe som stort sett alltid fungerte som fjell var TADKOM, altså radiolinjesamband, men slikt utstyr er ikke akkurat en del av satsen til en infanteritropp.

Inntrykket mitt er at det ikke ble så forbasket mye bedre med MRR og at det kostet kjetting å prøve å utnytte den til sitt fulle potensial. Onde tunger skal ha det til at den som oftest ble brukt som en dyr VHF.

Jeg tror du er inne på noe med den masseløsningen din. Et system hvor man prøver "alt" hele tiden, fra lasere til gule lapper fra en JRF, til og med fungerende mobilnett, og som automagisk oppdaterer og tilpasser seg mottiltak vha instrukser på nettene som tilfeldigvis er oppe. Et totalt kaos som krever enorme ressurser for både jamming og avlytting (dekryptering). Kjerneproblematikken vil uansett være der, nemlig autentisering av apparater og brukere. Klarer du å knekke den koden, pun intended, så trenger du ikke å bekymre deg for penger lenger.

Hvis man etterhvert konkluderer med at streng krypto og lure løsninger ikke egner seg til annet enn høyere nivåer hvor man har ressurser og tid til å balle med sånt, så må man gå andre veien. Gode gamle sambandsordrer, mottiltaksplaner, dipoler, effektjustering, sendevinduer, kodeord og all that jazz er det man faller ned på når FI blir for gode på mottiltak.

Vi må passe på at vi ikke bygger kommunikasjonssystemene slik som USA bygger infrastruktur. Når alt er basert på bilkjøring så svir det den dagen men leter etter et fortau for å komme seg fra A til B.

Kanskje vi heller skulle ha revidert vernepliktsloven slik at folk fra Lom og Vågå alltid inngår som sambandsoperatører

Det første du må gjøre er som Einherjar skriver, å beskrive behovet.
Hva skal sambandet brukes til?
- stridsledelsessamband for lagt/tropp/kompani?
- Situasjonsforståelse (BMS)
- Sensordata
- Ildledelse
- SOF
- LLRP
- Ledelse av større avdelinger (bataljon/brigade/divisjon)
- osv

Dette vil i neste omgang påvirke bruk av frekvensområde, båndbredde, avstand, effekt, størrelse, robusthet, standarder/STANAGER, og dette er bare på ett type samband.

Skal dette være i nettverk eller en til en? Krav til sikkerhet (kryptering)? Skal alt bli et stort samlet system eller et system av systemer? Skal dette kunne samvirke med eksisterende systemer/radioer?

Videre vil disse tingene føre til valg av teknologi, design og løsning.

Utvkling av samband er komplekst fordi man må ta hensyn til alle områdene nevnt over i tillegg til eksisterende teknologi, økonomi tilgjenglig ved utviklingstidspunktet og kompetansen tilgjengelig hos den industripartneren som tar frem materiellet.

Ut fra det du beskriver tenker jeg det er to måter å oppnå det du ønsker.

1: et komposittsystem bestående av flere radioer myntet på de forskjellige bærerne du ønsker (e.g. WiFi, LTE, egendefinert bølgeform, etc.). Denne er lite fleksibel, men da har du hardware som har native støtte for de ønskede bærerne.

2: én type SDR, muligens en FPGA typ RFSoC som har de egenskapene som trengs for å understøtte de bærerne du ønsker. Denne medfører sannsynligvis noen utfordringer knyttet til de aktuelle bærerne siden enkelte bølgeformer er proprietære.

Hvordan du da selekterer bærer for å kommunisere ut (iallefall som initierende node) kan da baseres på et sett regler. F.eks. hvis en tjeneste krever en bitrate over et visst nivå, velg LTE eller bedre, og hvis LPD er ønskelig OG en viss bitrate er påkrevd, velg optisk HVIS positiv LoS til mottaker, ELLER LTE eller bedre HVIS direktive antenner er tilgjengelig (upper-casing brukt for å belyse bruk av boolsk algebra i naturlig språk).

Så anbefaler deg å lage en liste use cases som belyser hvilke krav et slikt system skal ha, og hvilke situasjoner hvor spesielle tiltak må tas.
Du må nok også tenke på dette med adressering i et MANET, som i de fleste tilfeller betyr bruk av en eller annen P2P protokoll.

Kan forøvrig nevne at dette er en problemstilling som er en gjenganger i både akademia og industrien, så med litt tålmodig leting på f.eks. scholar kan du kanskje være heldig nok til å komme over en åpen artikkel eller to.