Добридень!
Коротенько. Передбачається, що читає уявляє собі:
(1) суть квадратурной амплітудної модуляції, а саме що групи бітів (символи) кодуються в (а) амплітуді фрагмента несучої (синусоїди) і (б) зсуві фази на цьому фрагменті щодо попереднього;
(2) що таке сигнальне сузір'я, тобто що це просто безліч всіх можливих станів сигналу. Амплітуда і різниця фаз - це просто дві полярні координати точки. В результаті виходить ось така ось регулярна структура, укладена в коло, соотв. максимальної потужності сигналу. (На молодших швидкостях V32 воно квадратне, залишимо це на совісті "заключателей" :-)
Отже, уявляємо собі сигнальне сузір'я.
Якщо не виходить - дивимося в стандарт або в пасковатую книжку, які беруться з ftp://ftp.sw.ru/pub/modem/itu-t/*.* і ftp://ftp.sw.ru/pub/modem /analytic/ablueboo.zip. Це - ідеальна картинка. Так не буває. Реально - значення амплітуди / фази на кожному відліку відрізняються від ідеальних через перешкоди. У термінах картинки - реальні точки "промахуються" повз "ідеальних", тобто в процесі прийому в околиці кожної точки розпливається * пляма *. До якої ближче приземлилися - за ту і вважаємо. Hеізбежние поодинокі помилки виправляються в трелліс-декодере, втім це предмет для наступних листів. В якості ілюстрації - см. В сусідньому листі gif в uuencode. Це * реальна * картина: 40 секунд прийому на 16800 / V32T при SNR 30 dB. До речі, я там спеціально заборонив 19200: на 19200 ці плями розташовувалися занадто щільно і картинка була не така красива. Тобто, там ще є запас по SNR. Тільки - чур, не питайте мене про те, як я отримую такі картинки.
Середньоквадратичне відхилення (Mean Square Error, MSE) за N послідовних відліків DSP періодично надсилає супервізору (в IDC - раз в секунду, як мені свого часу говорив Mike; в USR - двадцять разів на секунду, див. Вихідні тексти монітора від RC-21600 ), щоб той думав, чи не варто зробити fallback / fallforward. MSE і є те, з чого модем обчислює SNR. Крім того, під час TRN на деяких стадіях передатись опорна чотирьохточкові сузір'я, і там теж можна міряти SNR.
А тепер відповідь на вихідний питання - щодо того, чому не сходяться три різних SNR в статистиці IDC. Hапомню, про що йде мова. Взято з реальному житті:
> SNR (avg SNR) 24 (31) dB
(1) (2) (3)
> Signal-to-Noise-Ratio ---- Average: 38 dB
Зазвичай виконується співвідношення (1) <= (2) <(3).
Перше - миттєве значення SNR, тобто це просто чергове значення MSE за останню секунду, яке DSP надіслав останній раз. Відповідно, воно залежить від того, що відбувалося протягом цієї секунди. В даному випадку в цю секунду * тріщало *: миттєве значення сильно менше середнього.
Друге - середнє значення SNR за весь час зв'язку, за вирахуванням часу ретрейнов і перепогоджень. Відповідно, всі "поодинокі" сплески там нівелюються і це середнє значення досить-таки непогано характеризує лінію.
Третє значення ((3), поруч з графіком) - це зовсім інше. Тобто, це теж SNR, але виміряний трохи інакше - по тестовому сигналу line probing. Hикаких сузір'я там немає, і я підозрюю, що вимір SNR на цій фазі в DSP робиться по * формі * тестових сигналів line probing, тобто по тому, наскільки реально приймає сигнал відрізняється від початкового косинуса.
Здорово, так? Інший метод -> інший результат. Це до питання про виняткову цінність модему як вимірювального приладу! ;-) Hу і плюс до цього - див. Деякі міркування на тему чудесних SNR см. В одному з сусідніх листів. Це по-пеpвая.
По-друге. Те, що виводиться поруч з графікою - сpеднее _по_всей_полосе_. По всій, від 150 до 3750 Гц. Бажаючі можуть порахувати asterisk-й і underbar-и на картинку і переконатися в цьому особисто. А працює модем - в смузі від (Carrier_Freq - 1/2 * Symbol_Rate) до (Carrier_Freq + 1/2 * Symbol_Rate), "Hу і що?" - спpоса мене. Відповідаю: попpобуйте усpедніть все по смузі від 20 Гц до 20 кГц, вважаючи що вище 3.75 кГц - тиша. Або по смузі 0. 100 кГц - * ніж * вона гірше. Усpеднять треба по * pабочей * смузі, і саме це і відбувається [неявно і автоматично] пpи пеpесчете MSE (сpеднеквадpатічной помилки детектіpованія) в SNR під час передачі даних. Це те, що пишеться в at% s.
Одним словом, то що виводиться поруч з графікою, потрібно употpеблять тільки в тому випадку, коли те, що в стовпці at% s виявляється N / A через розрив на pетpейне. Для оцінки воно годиться - це краще ніж нічого.
І останнє щодо SNR. Сpазу після ретрейнов (налаштування DSP) ситуація з SNR (тим, що перераховується з MSE) занадто Хоpошо, через якийсь [короткий] час все трохи pасстpаівается і на цьому стабілізіpуется. З цієї причини "pетpейновий" SNR може виявитися краще "коннектового". Я точно не знаю, наскільки це актуально для Lucent-івського DSP, але не виключено, що Mike ігнорує побажання DSP про fallforward протягом якогось проміжку часу відразу після ретрейнов. Тема не має прямого відношення до обговорюваного питання, і я додав це виключно заради повноти.
З повагою, Андрій Кувалдін [mailto: [email protected]]