Hogyan észleli a modem a modult?
Jó napot!
Kratenko. Feltételezzük, hogy az olvasó képzeli:
(1) a kvadratúra amplitúdó moduláció, nevezetesen, hogy a bitcsoportokat (szimbólumokat) kódolják a) a hordozó fragmentum (szinusz hullám) amplitúdója és (b) a fragmens fázissorolása az előzőhöz képest;
(2) mi a jel konstelláció, azaz hogy ez egyszerűen az összes lehetséges jelállapot készlet. Az amplitúdó és a fázis-különbség pont két poláris koordinátája. Ennek eredményeképpen egy olyan rendszeres struktúrát kapunk, amely körbe van zárva. a maximális jelerősség. (az alacsonyabb V32 sebességnél négyzet alakú, hagyjuk a "foglyok" lelkiismeretén :-)
Tehát elképzelni egy jel konstellációt.
Ha nem - nézd a szabványban vagy paskovatuyu könyvben, amelyeket hozott ftp://ftp.sw.ru/pub/modem/itu-t/*.* és ftp://ftp.sw.ru/pub/modem /analytic/ablueboo.zip. Ez a tökéletes kép. Ez nem történhet meg. Valójában az egyes minták amplitúdó / fázis értékei az interferenciától függően eltérnek az ideálisak közül. A képek - valós pontok "hiányzik" a múltban "ideális", azaz A befogadás folyamatában, az egyes pontok közelében, a * blob * terjed. Melyik a földhöz közelebb van - ehhez és hisz. Az elkerülhetetlen egyszeri hibák javítása a trillis dekóderben történik, de ez a következő betűk tárgya. Illusztrációként lásd az uuencode szomszédos levél gif-et. Ez a * valós * kép: 40 másodperces vétel a 16800 / V32T és SNR 30 dB között. Egyébként kifejezetten tiltottam az 19200-at: 19200-ra ezek a foltok túl szorosak voltak, és a kép nem volt olyan szép. Vagyis van még egy SNR állomány. Csak - kérdezzen, ne kérdezzen arról, hogyan kapok ilyen képeket.
A szórás (Mean Square Error, MSE) N egymást követő minták DSP rendszeresen küld a felügyelő (IDC - másodpercenként, ahogy egyszer mondta Mike, az USR - húsz másodpercenként, lásd az eredeti kijelző szöveges RC-21600. ), úgy gondolta, nem szabad visszaesni / visszaesni. Az MSE az, amire a modem kiszámítja az SNR értékét. Ezenkívül a TRN alatt bizonyos szakaszokban egy referencia négypontos konstellációt továbbítanak, és az SNR is ott mérhető.
És most az első kérdésre adott válasz az, hogy miért nem konvergálnak az IDC statisztikáiban három különböző SNR. Emlékszem, mi a tét. A való életből:
> SNR (avg SNR) 24 (31) dB
(1) (2) (3)
> Jel-zaj-arány ---- Átlag: 38 dB
Általában a (1) <= (2) <(3).
Az első az SNR pillanatnyi értéke, azaz az SNR pillanatnyi értéke. ez csak egy másik MSE érték az utolsó pillanatban, amelyet a DSP küldött utoljára. Ennek megfelelően attól függ, hogy mi történt ebben a másodikban. Ebben az esetben, ebben a második pillanatban *: a pillanatnyi érték sokkal kisebb, mint az átlag.
A második az SNR átlagértéke az egész kommunikációs időre, mínusz a próbálkozások és a megbékélések időszaka. Ennek megfelelõen minden "egyszeri" robbanás kiegyenlítõdik, és ez az átlagérték jól jellemzi a vonalat.
A harmadik érték ((3), a grafikon mellett) egészen más. Vagyis az SNR is, de némiképp másképpen mért - a tesztjel-vonal tesztelés szerint. Nem létezik konstelláció, és gyanítom, hogy a DSP-en ezen fázis SNR-mérését * a tesztjelek vonalvizsgálatának * formájával végezzük. hogy a ténylegesen kapott jel különbözik az eredeti koszinától.
Ez nagyszerű, mi? Egy másik módszer egy másik eredmény. Ez a kérdés, hogy a modem kivételes értéke mérőeszközként van-e! ;-) Nos, plusz ez - lásd a csodálatos SNR néhány megfontolását, lásd az egyik szomszédos leveleket. Ez az első.
Második. A grafikonok mellett látható a middle_of_the_strip_. Az egész, 150-3750 Hz. Az érdeklődők számíthatják a csillagot - és az alsónadrágot a kapintekah-ra, és személyesen meggyőzhetik róla. A pabotaet modem - sávban (Carrier_Freq - 1/2 * Symbol_Rate) a (Carrier_Freq + 1/2 * Symbol_Rate): "Nos, akkor mi van?" - kérdeznek. Válaszoltam: próbálj meg mindent összevarrni a sávban 20 Hz-ről 20 kHz-re, figyelembe véve, hogy a fenti 3,75 kHz-es csend. Vagy a 0. 100 kHz-es sávban *, mint * rosszabb. Fel kell gyorsítani a * műveleti sávot, és ez az [implicit és automatikus] akkor történik, amikor az MSE (középnégyes észlelési hiba) az adatátvitel során az SNR-ben kerül továbbításra. Ezt írja a% s-ban.
Egyszóval a grafikonok mellett megjelenő elemeket csak akkor kell használni, ha a tényleges tényező, hogy a% s oszlopban N / A oszlop a retinában lévő rés miatt van. Az értékeléshez jó - jobb, mint semmi.
És az utolsó az SNR-ről. Spazu átképezni után (DSP hangol) a helyzet SNR (mely átszámolva MSE) hoposho is, miután néhány [legrövidebb], minden bit passtpaivaetsya és ez stabilizipuetsya. Emiatt a "pillanatfelvétel" SNR jobb lehet, mint a "pin" SNR. Nem tudom biztosan, mennyire fontos ez a Lucent DSP-jéhez, de lehetséges, hogy Mike a DSP kívánságait figyelmen kívül hagyja egy rövid idő után az újrahangolás után. A téma nem kapcsolódik közvetlenül a vitatott kérdéshez, és ezt csak a teljesség kedvéért adtam hozzá.
Üdvözlettel: Andrey Kuvaldin [mailto: [email protected]]