5G Redcap atitinka FDA taisykles? Koks yra visas 5G RedCap pavadinimas?

5G tinklas yra didelio pralaidumo ir mažo delsos sinonimas, ir dabar jis plačiai naudojamas, tačiau problemų kelia ir didelis 5G tinklo pralaidumas, kurie yra sudėtingi terminalai ir belaidžiai įrenginiai, didelis energijos suvartojimas, ir didelės įrangos sąnaudos , taigi kai kuriais atvejais, kuriems nereikia didelio pralaidumo, esamas 5G tinklas nėra geriausias pasirinkimas.

Šiame kontekste, 5Gimė G RedCap. Visas „RedCap“ pavadinimas yra „Reduced Capability“., o tai pažodžiui reiškia sumažėjusį pajėgumą, o tai reiškia, kad tai technologija, skirta palaikyti lengvą tinklo įrangą.

redcap mikroschemų rinkinių gamintojų sąrašas

5G RedCap turi šias charakteristikas:

Galinės įrangos antenose yra mažiau priėmimo ir perdavimo prievadų

Palaikykite dvipusį ir pusiau dvipusį ryšį

Įrenginys sunaudoja mažiau energijos

Apatinė moduliavimo tvarka

mažesnis maksimalus pralaidumas

Palaikykite energiją taupančias funkcijas

Pirmiau nurodytos techninės savybės yra skirtos supaprastinti tinklo įrangos ir galinių įrenginių sudėtingumą, sumažinti bendrą įrangos kainą, ir sumažinti energijos suvartojimą.

Pagrindiniai 5G RedCap scenarijai apima:

Pramoninių jutiklių srityje: surinktus duomenis jutikliai poreikiui patenkinti nereikia didelio pralaidumo;

Vaizdo stebėjimo laukas: tinka scenarijams, kuriems nereikia aukštos kokybės vaizdo ir nereikia didelės delsos;

Nešiojamų prietaisų srityje: tinklo perdavimo pralaidumo reikalavimai nėra dideli, ir dauguma spartos yra mažesnės nei 50 Mbps;

Mažas ir vidutinis greitis Daiktų internetas: Jo pralaidumo ir vėlavimo reikalavimai nėra dideli, bet tai reikalauja mažo energijos suvartojimo, paprasta įranga, ir maža kaina;

Dabar, 5G Redcap pradėjo preliminarų testavimą. Tikimasi, kad techninė patikra ir įrangos branda bus baigta antrąjį šių metų pusmetį. Kitais metais bus naudojamas nedidelis komercinis naudojimas, o kitais metais - plataus masto.

5G RedCap Vikipedija:
RedCap (Sumažintas pajėgumas, sumažintas pajėgumas) yra 5G technologija, kurią apibrėžia 3GPP standartizacijos organizacija ir priklauso naujos technologijos standartui NR light (NR mažai).

RedCap gimimas

Pirmosiomis 5G dienomis, 5G dėmesys daugiausia buvo skirtas dideliam pralaidumui ir mažam delsai. Tačiau, ankstyvųjų 5G lustų ir terminalų dizainas buvo itin sudėtingas. Ne tik investicijos į R&D itin aukštas, tačiau terminalų kaina taip pat tapo nepriimtina daugeliu faktinių diegimo scenarijų.

Daugeliui taikymo scenarijų, greičio reikalavimai yra vidutiniai, veiklos reikalavimai yra vidutiniai, energijos suvartojimo reikalavimai yra vidutiniai, ir išlaidų reikalavimai yra vidutiniai. Kaip pasiekti šių reikalavimų našumo ir sąnaudų pusiausvyrą, ir gali egzistuoti kartu su 5G tinklo diegimu? Pagal šį apeliacinį skundą, „RedCap“ atsirado.

Birželį 2019, 3GPP RAN #84 susitikimas, „RedCap“ pirmą kartą buvo pristatytas kaip „Rel-17“ tyrimo elementas (Mokslinių tyrimų projektas).

Kovą 2021, 3GPP oficialiai patvirtino NR RedCap terminalo standartizavimas (Darbo elementas) projektą.

Birželį 2022, 3GPP Rel-17 užšaldytas, o tai reiškia, kad oficialiai nustatyta pirmoji 5G RedCap standarto versija.

5g redcap įrenginių Kinijoje - 5G Redcap atitinka FDA taisykles? Koks yra visas 5G RedCap pavadinimas?

RedCap taikymo scenarijai

Tarp nustatytų 5G standartų, jie daugiausia skirti trijų tipų taikymo scenarijams, būtent:

1: Patobulintas mobilusis plačiajuostis ryšys (eMBB, Patobulintas mobilusis plačiajuostis ryšys)

2: Masyvi mašinų tipo komunikacija (mMTC, Masyvi mašinų tipo komunikacija)

3: Itin patikimi ir mažo vėlavimo ryšiai (URLLC, Itin patikimi ir mažo vėlavimo ryšiai)

Kita taikymo sritis, į kurią verta atkreipti dėmesį, yra laiko jautrus bendravimas (TSC, Laikui jautrus bendravimas).

5G tinklų diegimo metu, jei eMBB, mMTC, URLLC, ir TSC yra palaikomi tame pačiame tinkle, jis kuo labiau patenkins įvairius daiktų interneto pramonės programų diegimo scenarijus.

3GPP Rel-16 versijoje, TSC taikymo scenarijams, laiko jautraus tinklo palaikymas (TSN, Laikui jautrus tinklas) ir 5G sistema įvedama integracija:

1. Pramoninių jutiklių srityje: 5G ryšys tapo naujos pramoninio interneto ir skaitmeninimo bangos katalizatoriumi, kurios gali lanksčiai dislokuoti tinklus, pagerinti gamybos efektyvumą, sumažinti priežiūros išlaidas ir užtikrinti eksploatavimo saugumą. Tokiais taikymo atvejais, daug temperatūros ir drėgmės jutiklių, slėgio jutikliai, pagreičio jutikliai, nuotolinio valdymo pulteliai, ir tt. yra įtraukti. Šie scenarijai kelia aukštesnius tinklo paslaugų kokybės reikalavimus nei LPWAN (įskaitant NB-IoT, e-MTC, ir tt), bet mažesnės nei URLLC ir eMBB galimybės.

2. Vaizdo stebėjimo sritis: išmaniųjų miestų sritis apima įvairių vertikalių taikomųjų pramonės šakų duomenų rinkimą ir apdorojimą, siekiant efektyviau stebėti ir kontroliuoti miesto išteklius bei teikti įvairias patogias paslaugas miesto gyventojams..

Pavyzdžiui, dėl vaizdo kamerų dislokavimo, laidinio diegimo kaina tampa vis didesnė, ir belaidžio ryšio diegimo lankstumas tampa vis populiaresnis. Tai apima įvairius scenarijus, pavyzdžiui, miesto eismą, miesto saugumas, ir miesto valdymas, taip pat išmaniosios gamyklos, namų apsauga, Taikymo scenarijai, pvz., biuro aplinka.

3. Nešiojamų prietaisų sritis: Palaipsniui didėjant žmonių dėmesiui bendrajai sveikatai, išmanieji laikrodžiai, išmaniosios apyrankės, lėtinių ligų stebėjimo įranga, medicininė stebėjimo įranga, ir tt. pasiekė didelio masto populiarumą. Iteraciniame tokių produktų procese, stipresnės tinklo ryšio galimybės, mažesnės energijos sąnaudos, mažesnis įrenginio dydis, ir skubiai reikia turtingesnių programinės įrangos funkcijų. Po to, kai LTE Cat.1 imasi 2G tinklo pakeitimo, jis palaipsniui plečia taikymo scenarijus, ir taip pat sudaro gerą 5G RedCap pagrindą nešiojimo srityje.

Pagrindiniai „RedCap“ programų scenarijų reikalavimai

Įrenginio sudėtingumas: Pagrindinė naujo tipo įrenginio motyvacija yra sumažinti įrenginio kainą ir sudėtingumą, palyginti su Rel-15/Rel-16 aukščiausios klasės eMBB ir URLLC įrenginiai. Tai ypač pasakytina apie pramoninius jutiklius.

Prietaiso dydis: Daugeliu atvejų reikalaujama, kad standartas leistų kurti kompaktiškus prietaisus.

Diegimo schema: Sistema turi palaikyti visas FDD ir TDD FR1/FR2 dažnių juostas.

Specialūs RedCap programos scenarijų reikalavimai

1. Pramoninių jutiklių laukas

3GPP TR 22.832 ir TS 22.104 standartus, aprašyti pramoninių jutiklių taikymo scenarijų reikalavimai: pasiekiama belaidžio ryšio QoS paslaugų kokybė 99.99%, ir vėlavimas nuo galo iki galo yra mažesnis nei 100 milisekundės.

Visiems taikymo scenarijams, ryšio greitis yra mažesnis nei 2 Mbps, kai kurie yra simetriški aukštyn ir žemyn, kai kuriems reikalingas didelis uplink srautas, kai kurie įrenginiai yra stacionarūs, o kai kurie baterijomis maitinami kelerius metus. Kai kurioms jutiklių programoms, kurioms reikalingas nuotolinis valdymas, delsa yra palyginti maža, pasiekiantis 5-10 milisekundės (TR 22.804).

2. Vaizdo stebėjimo laukas

3GPP TR 22.804 standartinis, daugumos vaizdo perdavimo sparta yra 2M–4Mbps, vėlavimas yra didesnis nei 500 milisekundės, ir patikimumas siekia 99% ~ 99,9%. Kai kurioms didelės raiškos vaizdo perdavimui reikalingas 7,5–25 Mbps sparta, ir tokie taikomųjų programų scenarijai daugiausia kelia aukštesnius reikalavimus aukštyn perdavimo ryšiui.

3. Nešiojamų prietaisų sritis

Išmaniųjų nešiojamųjų įrenginių duomenų perdavimo sparta dažniausiai yra tarp 5M–50Mbps žemyn ir 2M–5Mbps aukštyn.. Kai kuriais atvejais, piko norma yra didesnė, iki 150 Mbps žemyn ir 50 Mbps aukštyn. Taip pat įrenginio baterija turėtų veikti keletą dienų (daugiausiai 1-2 savaites).