©2002, INPRO Development Corporation
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход

Как улучшить коннект через сотовый и радиотелефон?

 
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General
Предыдущая тема :: Следующая тема  
Автор Сообщение
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Ср Апр 27, 2005 5:54 pm    Заголовок сообщения: Как улучшить коннект через сотовый и радиотелефон? Ответить с цитатой

Модем IDC 5614BXL/VR+
Есть несколько удаленных терминалов, которые подключены на сотовый, или радиотелефон. Там стоят в основном модемы USR2976 (PCI Hardware)
Связь в целом происходит нормально, проблемы обычно возникают при "пропадании" сигнала -- связь обрывается. Также при "нормальных" настройках модем плохо коннектится (долго, или вообще не коннектится). Обычно, чтобы занизить скорость выставляю регистр S37=9 (это повелось еще с IDC1914 Smile )

Вопрос такой.
Как можно улучшить коннект, а также ускорить хэндшейк модемов?
Что лучше, выставить более "слабый" протокол (V32,V32bis), или занизить скорость передачи на V34,V34bis?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Чт Апр 28, 2005 9:28 am    Заголовок сообщения: Ответить с цитатой

Обрывы при пропадании сигнала - нормальное явление, особенно когда с противополножной стороны находится "нетерпеливый" модем.

Что же касается вопроса V.32bis или V.34, то рекомендуем работать на V.34 (у модемов US Robotics V.32bis реализован много хуже). При этом лучше всего принудительно ограничить символьную скорость до 2400 симв/с (см. описание битов 0-2 регистра S210).
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Чт Апр 28, 2005 12:08 pm    Заголовок сообщения: Ответить с цитатой

т.е. лучше всего прописать строку инициализации вроде
AT+MS=11,,,9600,,9600 ну и играть параметрами приема/передачи..

я бы и логи прислал, но коннект у меня обычно не очень долгий (1-2 мин), и программа связи -- напрямую через порт работает..
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Чт Апр 28, 2005 12:26 pm    Заголовок сообщения: Ответить с цитатой

Кажется, Вы в запятых просчитались. Думаем, имелась в виду команда:

+MS=11,,,9600,,,9600

Так вот, насколько нужно ограничение битовой скорости - не знаем. Скорость приёма врядли есть смысл ограничивать вообще. И кстати, если Вы ограничиваете скорость приёма, то скорость передачи ограничивается автоматом (поскольку ограничение приёма работает через маску скоростей). Т.е. команда выше эквивалентна такой:

+MS=11,,,9600

Что точно имеет смысл делать (учитывая низкую скорость) - ограничить символьную скорость до 2400 симв/с.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Чт Апр 28, 2005 3:41 pm    Заголовок сообщения: Ответить с цитатой

Да, в запятых действительно просчитался Smile

А какая разница в ограничении битовой и символьной скорости?
Честно говоря, я разницу не очень понимаю..

И кстати еще, имеет ли смысл запретить более "низкую" модуляцию, оставив лишь V34?

Сейчас попробую, о результатах напишу.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Чт Апр 28, 2005 3:54 pm    Заголовок сообщения: Ответить с цитатой

Битовая скорость - количество передаваемых (принимаемых) бит в единицу времени (бит/с). Пример: 14400 бит/с.

Символьная скорость - количество передаваемых (принимаемых) символов в единицу времени (симв/сек). Пример: 3200 симв/с.

Если на пальцах и грубо, то при модуляции QAM (V.32bis, V.34) каждый символ представляет собой определённое значение фазы и амплитуды сигнала. Каждому символу соответствует определённая последовательность бит (т.е. за один символьный интервал передаётся несколько бит).

При модуляции QAM занимаемая сигналом полоса (в Гц) равна символьной скорости. Соответственно, снижая символьную скорость, Вы сужаете полосу, что обычно благоприятно влияет на качество.

Естественно, что сужение полосы означает также снижение максимально возможной битовой скорости. Для 2400 симв/с максимальная скорость обмена - 21600 бит/с, что в Вашем случае вполне достаточно.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Чт Апр 28, 2005 4:37 pm    Заголовок сообщения: Ответить с цитатой

По поводу символьной скорости примерно понял, спасибо! Smile

Был еще вопрос о том, стоит ли ограничивать изменения типа модуляции. Что-то вроде
+MS=11,0

Вот, кстати, статистика соединения при инит. строке
&L1+MS=11S210=8

Код:

-------------------------------------------------
28/04 20:20:47 (модем) Time Online.................. 00:02:01
28/04 20:20:47 (модем) Termination Reason........... LINK DISCONNECT
28/04 20:20:47 (модем) Tx Rate (Last/Init/Min/Max).. 14400/14400/14400/14400 bps
28/04 20:20:47 (модем) Rx Rate (Last/Init/Min/Max).. 14400/14400/14400/14400 bps
28/04 20:20:47 (модем) Modulation................... V.34bis
28/04 20:20:47 (модем) Protocol/Compression......... LAP-M/V.42bis
28/04 20:20:48 (модем) Line Quality................. 26
28/04 20:20:48 (модем) Tx/Power Drop/Rx Level....... 9/2/25
28/04 20:20:48 (модем) SNR Last/Min/Max............. 27/27/27
28/04 20:20:48 (модем) Highest Rx/Tx State.......... 67/67
28/04 20:20:48 (модем) EQM Sum...................... 0000
28/04 20:20:48 (модем) RBS Pattern.................. NA
28/04 20:20:48 (модем) Rate Drop.................... NA
28/04 20:20:48 (модем) Digital Loss................. None
28/04 20:20:48 (модем) Retrains Issued/Granted/Auto. 0/0/0
28/04 20:20:49 (модем) Renegs Issued/Granted........ 0/0
28/04 20:20:49 (модем) FForwards/FBacks/FEQM/Denied. 0/0/0/0
28/04 20:20:49 (модем) Forced FB/FB after FF/MaxREJ. 0/0/2

И еще номер 2
--------------------------------------
28/04 20:30:35 (модем) Time Online.................. 00:03:37
28/04 20:30:35 (модем) Termination Reason........... RETRAIN FAILURE
28/04 20:30:35 (модем) Tx Rate (Last/Init/Min/Max).. 14400/14400/14400/16800 bps
28/04 20:30:35 (модем) Rx Rate (Last/Init/Min/Max).. 14400/14400/ 9600/14400 bps
28/04 20:30:35 (модем) Modulation................... V.34bis
28/04 20:30:35 (модем) Protocol/Compression......... LAP-M/V.42bis
28/04 20:30:36 (модем) Line Quality................. 127
28/04 20:30:36 (модем) Tx/Power Drop/Rx Level....... 9/2/NA
28/04 20:30:36 (модем) SNR Last/Min/Max............. 27/27/27
28/04 20:30:36 (модем) Highest Rx/Tx State.......... 67/87
28/04 20:30:36 (модем) EQM Sum...................... 0000
28/04 20:30:36 (модем) RBS Pattern.................. NA
28/04 20:30:36 (модем) Rate Drop.................... NA
28/04 20:30:36 (модем) Digital Loss................. None
28/04 20:30:36 (модем) Retrains Issued/Granted/Auto. 0/0/1
28/04 20:30:37 (модем) Renegs Issued/Granted........ 3/1
28/04 20:30:37 (модем) FForwards/FBacks/FEQM/Denied. 1/2/0/0
28/04 20:30:37 (модем) Forced FB/FB after FF/MaxREJ. 0/0/4



Полную статистику пошлю по почте, т.к. она в бинарном формате.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Чт Апр 28, 2005 11:16 pm    Заголовок сообщения: Ответить с цитатой

Цитата:

Был еще вопрос о том, стоит ли ограничивать изменения типа модуляции. Что-то вроде +MS=11,0

Не сработает. Так сделано во всех модемах Conexant: +MS=11,0 вроде бы должна запретить переход на V.32bis (и младшие протоколы), но на деле этого не происходит.

Цитата:

Вот, кстати, статистика соединения при инит. строке
&L1+MS=11S210=8

А ведь просили же: S210=136! Надо запрещать Power drop, удалённые модемы глупее, чем Вы думаете и часто просят Power drop там, где он не нужен...

А статистики вполне удовлетворительные.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Пт Апр 29, 2005 3:02 pm    Заголовок сообщения: Ответить с цитатой

На этот раз сделал так как вы посоветовали.
Коннект держится примерно 6 минут -- далее "падает"
Скорее всего это связано с линией. Вполне возможно даже, что это делается специально, чтобы долго не занимать радиоканал.

Полную статистику собрал и послал вам в письме.
Можете опубликовать то что считаете интересным Wink

Спасибо! Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Пт Апр 29, 2005 5:35 pm    Заголовок сообщения: Ответить с цитатой

Статистика такая:

Код:
Time Online.................. 00:06:52
Termination Reason........... RETRAIN FAILURE
Tx Rate (Last/Init/Min/Max).. 14400/14400/14400/16800 bps
Rx Rate (Last/Init/Min/Max).. 14400/14400/ 9600/14400 bps
Modulation................... V.34bis
Protocol/Compression......... LAP-M/V.42bis
Line Quality................. 127
Tx/Power Drop/Rx Level....... 9/0/NA
SNR Last/Min/Max............. 27/15/27
Highest Rx/Tx State.......... 67/84
EQM Sum...................... 0000
RBS Pattern.................. NA
Rate Drop.................... NA
Digital Loss................. None
Retrains Issued/Granted/Auto. 0/0/5
Renegs Issued/Granted........ 9/1
FForwards/FBacks/FEQM/Denied. 3/6/0/0
Forced FB/FB after FF/MaxREJ. 0/1/3
Last dialed number........... 599-528
Flex fail


Rockwell Diagnostics/W32, version 1.3.0.0, compiled at Jun 13 2002 22:35:24
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Connection time                     : 00:06:00
Handshake Time/Retries              : 41 sec/0
TX Rate (Last/Init/Min/Max)         : 14400/14400/14400/16800
RX Rate (Last/Init/Min/Max)         : 14400/14400/9600/14400
Modulation/Protocol/Compression     : V.34/LAPM/V.42bis
TX Symbol rate                      : 2400
TX/RX carrier frequency, Hz         : 1600/1600
Signal Level (TX/Power Drop), -dB   : 9/0
RX Signal Level (Last/Min/Max), -dB : NA/42/14
Band Edge Lower/Upper, Hz           : 150/3825
Round trip delay, ms                : 27.667
EQM Value (Last/Min/Max/Negative)   : 127/0/127/0
EQM Samples Running Sum             : 0000
EQM Last 10 Readings                : 127 127 127 127 96 25 127 127 127 127
SNR Ratio (Last/Min/Max), dB        : 27/15/27
TX/RX Non-linear Encoding           : ON/ON
TX/RX Precoding                     : OFF/OFF
TX/RX Constellation Shaping         : ON/ON
TX Trellis Encoding                 : 16 state
TX Pre-emphasis                     : 0
TX/RX state (Max TX/RX, Last TX/RX) : 84H/67H, 21H/20H
Error Correction Status             : ODP:T ADP:R SABME:T UA:R XID:T,R SYNC
Energy at 3750Hz/Average Energy     : 66/131
Retrains (Issued/Granted/Fast)      : 0/0/0
Renegs (Issued/Granted)             : 9/1
Retrans per frame/Frames rejected   : 0/39
Total number of REJ sent/received   : 39/0
Last Retrain/Reneg reason           : Fall-back due to high EQM
Last Retrain/Reneg requested        : Local Rate Renegotiation
Minutes Since Last Retrain/Reneg    : 0
Disconnect reason                   : RETRAIN FAILURE
Remote supports symbol rate (1,2,5) : 2743:ON 2800:ON 3429:ON 3429-TX:ON
Remote supports symbol rate (3,4)   : 3000-L:ON 3000-H:ON 3200-L:ON 3200-H:ON
Remote power drop support           : ON
Remote max symbol rate difference   : 0 steps
Remote is a CME modem               : No
Remote supports V.34bis             : Yes
Remote frequency source             : Internal
CRe/CRd/CL/MS/ACK/NAK received      : Yes/No/No/No/No/No
V.8bis success/V.8bis neg started   : No/Yes
Workaround used                     : V90Phase2Escape
Workaround used                     : RateRenegFailure
Workaround used                     : V34_Stuck_Phase2


Unimodem Diagnostics/W32, version 1.1.0.1, compiled at Nov 20 2002 22:29:14
(c) 2000 Stanislav V. Mekhanoshin (rampitec@tu.spb.ru, 2:5030/172.9@fidonet)
----------------------------------------------------------------------------
Diag Command Specification rev.: 1.0
Call Setup Result code         : Data Answering signal detected
Multi-media mode               : Data Only
DTE-DCE interface mode         : Async data
TX/RX signal power level, -dBm : 9/47
Estimated noise level, -dBm    : 79
TX/RX Negotiation              : V.34/V.34
TX/RX Symbol Rate              : 2400/2400
TX/RX Carrier frequency, Hz    : 1600/1600
TX data rate (Last/Init)       : 14400/14400
RX data rate (Last/Init)       : 14400/14400
Temporary carrier loss count   : 0
Carrier Rate Re-neg count      : 10
Retrains Requested/Granted     : 0/0
Protocol/Compression           : V.42 LAPM/V.42bis
Error control frame size, bytes: 128
Error control timeouts in TX   : 5
Error control NAKs received    : 0
Compression dict. size, bytes  : 2048
TX/RX flow control             : V.24 ckt 106/133 / V.24 ckt 106/133
TX/RX chars sent               : 783/2330510
TX/RX chars lost (data overrun): 0/0
TX/RX I-Frame count            : 67/3207
TX/RX I-Frame error count      : 0/39
Termination Cause              : Retrain Failed

В общем-то всё довольно типично для радиоканала. Отметим два момента:

1. Удалённый модем - никак не US Robotics, это видно по:

TX Trellis Encoding : 16 state

Вы высказали предположение, что некоторые из модемов на удалённом конце были заменены на "что-то вроде Acorp Soft Modem". Скорее всего, это справедливо для всех или почти всех модемов, поскольку ни в одной из присланных Вами статистик не присутствовал 64-позиционный треллис-кодер, который характерен для модемов US Robotics.

2. Передаваемая Вами информация не сжата. За счёт аппаратного сжатия скорость передачи составила:

2330510 / (6 * 60) = 6474 байт/с

(т.е. сжатие более чем в 4 раза). Обычно так бывает, если передаваемая информация имеет регулярную структуру. Если есть возможность, сжимайте информацию с помощью ZIP или RAR перед передачей.

3. Похоже, что Ваша программа сбора статистики работает неправильно. Обратите внимание на расхождение, время в at%s не совпадает с at%s1:

Time Online.................. 00:06:52
Connection time : 00:06:00

Скорее всего, произошёл сбой при считывании статистики (исказился один из байт данных, выдаваемых at%s1).

Что касается всего остального - вполне нормально для радиоканала и паршивенького модема на удалённом конце.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Пт Апр 29, 2005 5:51 pm    Заголовок сообщения: Ответить с цитатой

Насчет сжатия -- это вы заметили совершенно справедливо, просто это я качал файл "не совсем нужный", точнее говоря -- удаленно запрашивал. Обычно я обмениваюсь сжатыми zip-файлами, но они не очень длинные. Этот файл качал для того, чтобы был долгий коннект.
Фактически качал лог-файл удаленного терминала, потому он и был так сильно сжат.

А время "он лайн" и "время коннекта" -- это одно и то же?
В принципе -- на удаленном терминале отвечает человек, и может запустить модем не сразу.

Т.е. вы хотите сказать, что такой коннект достаточно нормальный, и улучшать ничего (кроме удаленного модема Wink ) не стоит?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Пт Апр 29, 2005 6:22 pm    Заголовок сообщения: Ответить с цитатой

Цитата:

А время "он лайн" и "время коннекта" -- это одно и то же?
В принципе -- на удаленном терминале отвечает человек, и может запустить модем не сразу.

Чтобы не разбираться в терминах, ответим применительно к обсуждаемому случаю.

Команды at%s и at%s1 берут "time online" из одних и тех же ячеек памяти модема. Соответственно, показания должны полностью совпадать.

Если показания не совпадают, то есть лишь один вариант - произошло искажение информации, считанной из модема (это уже было во время первых экспериментов).

Цитата:

Т.е. вы хотите сказать, что такой коннект достаточно нормальный, и улучшать ничего (кроме удаленного модема) не стоит?

Да, именно так.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
alt
Associated member


Зарегистрирован: 22.04.2005
Сообщения: 11

СообщениеДобавлено: Пт Апр 29, 2005 8:33 pm    Заголовок сообщения: Ответить с цитатой

Большое спасибо! Smile

Еще такой вопрос немного "в сторону"
Возможно ли как-то ускорить хендшейк?
Допустим если запретить какие-то протоколы и т.п. В USR модемах, например, что-то подобное было..
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Technical Support
Expert


Зарегистрирован: 31.10.2002
Сообщения: 6330

СообщениеДобавлено: Пт Апр 29, 2005 10:23 pm    Заголовок сообщения: Ответить с цитатой

Вы можете попробовать запретить V.8bis командой:

at+a8e=,,,0

Но врядли это существенно ускорит процесс соединения.
_________________
Inpro
Technical Support
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов Форум по модемам IDC -> General Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group

Created this page in 0.030957 seconds : 16 queries executed : GZIP compression enabled : Debug Mode

©2002, INPRO Development Corporation

Rambler's Top100