Cum detectează modemul snr

Bună ziua!

Kratenko. Se presupune că cititorul își imaginează:

(1) sunt modulația amplitudinii de tip quadrature, și anume că grupele de biți (simboluri) sunt codificate în (a) amplitudinea fragmentului purtător (valul sinusoidal) și (b) trecerea de fază pe acest fragment față de cel precedent;

(2) ceea ce este o constelație de semnal, adică că acesta este pur și simplu setul tuturor stărilor posibile de semnal. Amplitudinea și diferența de fază sunt doar două coordonate polare ale unui punct. Ca rezultat, ajungem aici într-o structură obișnuită, închisă într-un cerc, respectiv. puterea maximă a semnalului. (la viteze mai mici V32 este pătrat, hai să-l lăsăm pe conștiința "prizonierilor" :-)

Așadar, ne imaginăm o constelație de semnal.

În cazul în care nu - uita în standardul sau în cartea paskovatuyu, care sunt luate cu ftp://ftp.sw.ru/pub/modem/itu-t/*.* și ftp://ftp.sw.ru/pub/modem /analytic/ablueboo.zip. Aceasta este imaginea perfectă. Acest lucru nu se întâmplă. De fapt, valorile amplitudinii / fazei la fiecare probă diferă de cele ideale datorate interferențelor. În ceea ce privește imaginile - punctele reale "dor" trecut "ideal", adică În procesul de recepție, în apropierea fiecărui punct, * blob * se răspândește. Ce mai aproape de pământ - pentru asta și pentru a crede. Erorile unice inevitabile sunt corectate în decodorul trillis, totuși acesta este subiectul următoarelor litere. Ca o ilustrare, a se vedea litera gif învecinată în uuencode. Această imagine reală *: 40 secunde de recepție la 16800 / V32T cu SNR 30 dB. Apropo, am interzis în mod specific 19200 acolo: pentru 19200 aceste pietre erau prea strânse și imaginea nu era atât de frumoasă. Adică, există încă un stoc de SNR. Numai - chur, nu mă întreba despre cum obțin astfel de imagini.

Abaterea standard (a erorii pătratice medii, MSE) pentru N probe consecutive DSP trimite periodic supraveghetorul (în IDC - ori pe secundă, după cum am spus odată Mike, în USR - douăzeci de ori pe secundă, se referă la textele de afișare originale din RC-21600. ), așa că sa gândit, nu ar trebui să facă schimburi / cădere. MSE este ceea ce modemul calculează SNR de la. În plus, în timpul TRN, în anumite etape, se transmite o constelație de referință în patru puncte, iar SNR poate fi măsurată și acolo.

Iar răspunsul la întrebarea inițială este acum despre motivul pentru care trei SNR-uri diferite în statisticile IDC nu converg. Îmi amintesc ce este în joc. Luată din viața reală:

> SNR (avg SNR) 24 (31) dB
(1) (2) (3)
> Raportul semnal-zgomot ---- Media: 38 dB
De obicei, relația (1) <= (2) <(3).
Prima este valoarea instantanee SNR, adică este doar o altă valoare MSE în ultima secundă pe care DSP a trimis-o ultima dată. În consecință, depinde de ce sa întâmplat în această secundă. În acest caz, la acest al doilea * afișat *: valoarea instantanee este mult mai mică decât media.

A doua este valoarea medie a SNR pentru întreaga durată a comunicării, minus timpul de încercări și reconcilieri. În consecință, toate izbucnirile "unice" sunt situate acolo și această valoare medie caracterizează destul de bine linia.

A treia valoare ((3), lângă grafic) este destul de diferită. Aceasta este, de asemenea, este, de asemenea, SNR, dar măsurată oarecum diferit - în conformitate cu probing linie de semnal de încercare. Nu există constelație acolo și bănuiesc că măsurarea SNR în această fază în DSP se face prin * forma * semnalelor de testare a probelor de linie, adică cu cât semnalul primit efectiv diferă de cosinusul original.

E minunat, nu? O altă metodă este un alt rezultat. Aceasta se referă la problema valorii excepționale a modemului ca dispozitiv de măsurare! ;-) Ei bine, plus acest lucru - a se vedea câteva considerații despre SNR minunat, a se vedea una din scrisorile învecinate. Acesta este primul.

În al doilea rând. Ceea ce este afișat lângă grafice este cel din mijloc. De-a lungul, de la 150 la 3750 Hz. Persoanele interesate pot număra asterisc-și și sub-bare-uri pe kapintekah și pentru a fi convins de ea personal. Un modem pabotaet - în banda de (Carrier_Freq - 1/2 * Symbol_Rate) la (Carrier_Freq + 1/2 * Symbol_Rate), "Ei bine, deci ce?" - mă întreabă. Răspund: încercați să asimilați totul în bandă de la 20 Hz la 20 kHz, având în vedere faptul că peste 3,75 kHz - tăcere. Sau în banda 0. 100 kHz - * decât * este mai rău. Uspednyat necesare pentru ore * banda de operare *, și asta e ceea ce ppoishodit [implicit și în mod automat] în timpul MSE pepeschete (erori spednekvadpatichnoy detektipovaniya) în SNR în timpul transferului de date. Aceasta este ceea ce este scris în% s.

Într-un cuvânt, atunci ceea ce este afișat lângă grafice, ar trebui să fie utilizat numai atunci când faptul că în coloana de la% s este N / A din cauza unui gol în retină. Pentru evaluare este bine - este mai bine decât nimic.

Și ultimul lucru despre SNR. Spazu după recalificarea (DSP ton pentru a) situația cu SNR (care este convertit din MSE) hoposho prea, după unii [mai scurt], toate passtpaivaetsya biți și acest stabilizipuetsya. Din acest motiv, SNR "snapshot" poate fi mai bun decât SNR "pin". Nu stiu sigur cat de important este acest lucru pentru DSP-ul lui Lucent, dar este posibil ca Mike sa ignore dorintele DSP de a se indrepta spre ceva timp imediat dupa recalificare. Subiectul nu este în mod direct legat de problema în discuție și am adăugat acest lucru exclusiv din motive de exhaustivitate.

Cu stimă, Andrey Kuvaldin [mailto: [email protected]]

Articole similare