реклама на сайте
подробности

 
 
> Режим передачи данных, не нужны переповторы
Stanislav
сообщение Dec 5 2005, 15:34
Сообщение #1


Гуру
******

Группа: Свой
Сообщений: 4 363
Регистрация: 13-05-05
Из: Москва
Пользователь №: 4 987



Известно, что GSM телефон/терминал можно использовать в режиме передачи данных. При этом пакеты данных становятся в очередь и переповторяются в случае обнаружения ошибок передачи/приема.
Теперь вопрос: можно ли так настроить соединение, чтобы "битые" пакеты не переповторялись, т.к. нужно обеспечить минимальную задержку пакетов при передаче, невзирая на наличие ошибок (своеобразный изохрон)?


--------------------
Самонадеянность слепа. Сомнения - спутник разума. (с)
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 8)
BVU
сообщение Dec 7 2005, 08:28
Сообщение #2


Профессионал
*****

Группа: Свой
Сообщений: 1 301
Регистрация: 30-11-04
Из: Россия, Н.Новгород
Пользователь №: 1 264



Цитата(Stanislav @ Dec 5 2005, 18:34) *
Известно, что GSM телефон/терминал можно использовать в режиме передачи данных. При этом пакеты данных становятся в очередь и переповторяются в случае обнаружения ошибок передачи/приема.
Теперь вопрос: можно ли так настроить соединение, чтобы "битые" пакеты не переповторялись, т.к. нужно обеспечить минимальную задержку пакетов при передаче, невзирая на наличие ошибок (своеобразный изохрон)?

Stanislav, несовсем конкретно понял вопрос... sad.gif так что однозначно ответить не могу.
Если использовать скажем соединение GPRS, то использование UDP-пакетов решает такое требование, т.к. протокол UDP обеспечивает доставку дейтограмм, но не требует подтверждения их получения, в следствии чего может быть потеря информации. Если рассматривать модемное соединение типа 'Data Call', то информация может передаваться без подтверждения, если не использовать такие вещи, как например 'MNP5/V.42bis data compression'. На уровне самого протокола GSM надо смотреть спецификацию, которую я переодически забываю, т.к. разбирался с ней пять или более лет тому назад, а возвращаюсь довольно редко. smile.gif


--------------------
Не корысти ради, не в целях наживы, а во исполнение велений души!
Go to the top of the page
 
+Quote Post
Stanislav
сообщение Dec 7 2005, 16:51
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 4 363
Регистрация: 13-05-05
Из: Москва
Пользователь №: 4 987



Цитата(BVU @ Dec 7 2005, 11:28) *
Stanislav, несовсем конкретно понял вопрос... sad.gif так что однозначно ответить не могу.
Если использовать скажем соединение GPRS, то использование UDP-пакетов решает такое требование, т.к. протокол UDP обеспечивает доставку дейтограмм, но не требует подтверждения их получения, в следствии чего может быть потеря информации. Если рассматривать модемное соединение типа 'Data Call', то информация может передаваться без подтверждения, если не использовать такие вещи, как например 'MNP5/V.42bis data compression'. На уровне самого протокола GSM надо смотреть спецификацию, которую я переодически забываю, т.к. разбирался с ней пять или более лет тому назад, а возвращаюсь довольно редко. smile.gif
Интересует режим именно Data Call. Если кинете ссылочку на GSM протокол/спецификацию - буду очень благодарен. Лет пять назад разобраться с этим не хватило времени, теперь подобная проблема появилась снова.


--------------------
Самонадеянность слепа. Сомнения - спутник разума. (с)
Go to the top of the page
 
+Quote Post
BVU
сообщение Dec 9 2005, 13:14
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 301
Регистрация: 30-11-04
Из: Россия, Н.Новгород
Пользователь №: 1 264



Цитата(Stanislav @ Dec 7 2005, 19:51) *
Цитата(BVU @ Dec 7 2005, 11:28) *
Stanislav, несовсем конкретно понял вопрос... sad.gif так что однозначно ответить не могу.
Если использовать скажем соединение GPRS, то использование UDP-пакетов решает такое требование, т.к. протокол UDP обеспечивает доставку дейтограмм, но не требует подтверждения их получения, в следствии чего может быть потеря информации. Если рассматривать модемное соединение типа 'Data Call', то информация может передаваться без подтверждения, если не использовать такие вещи, как например 'MNP5/V.42bis data compression'. На уровне самого протокола GSM надо смотреть спецификацию, которую я переодически забываю, т.к. разбирался с ней пять или более лет тому назад, а возвращаюсь довольно редко. smile.gif
Интересует режим именно Data Call. Если кинете ссылочку на GSM протокол/спецификацию - буду очень благодарен. Лет пять назад разобраться с этим не хватило времени, теперь подобная проблема появилась снова.

Stanislav, SGM стандарт очень объемный, к тому же не раз переписывался и обновлялся. Наплодилось очень большое количество документов. Тем более есть разделы как phase2+ и phase3 ...
Как правило документы посвещенные этому публикует ETSI - European Standard (Telecommunications series). Эти серии идут под именами например: GSM 13.68 version 5.0.0 Так что попробуйте поискать на сайте: http://www.etsi.org
Если ничего там путного не найдете попробую подыскать что нибудь для Вас конкретное... (сообщите о результатах).


--------------------
Не корысти ради, не в целях наживы, а во исполнение велений души!
Go to the top of the page
 
+Quote Post
zltigo
сообщение Dec 9 2005, 15:05
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244



Цитата(Stanislav @ Dec 7 2005, 18:51) *
Интересует режим именно Data Call. Если кинете ссылочку на GSM протокол/спецификацию - буду очень благодарен. Лет пять назад разобраться с этим не хватило времени, теперь подобная проблема появилась снова.

Ну для этого случая все проще. Ну на радиоканал до "модема" и его фокусы Вы никак не повлияете.
Да и не надо - там в этом режиме очередей (полагаю) нет - доставка за счет избыточности между 19200 каналом 9600..14400 "модемом". А вот на эмулятор модема или "живой" модем который занимается коррекцией ошибок в образовавшемся канале и терминирует цифровой канал на аналоговую сеть - запросто. Это надо просто настраивать отлючая все, в пределе до коррекции ошибок:-(. Ну а для начала всякие таймауты и размеры фреймов на SREJ. Короче документация на AT команды и Регистры "модема".

Или Вы на быстром HSCSD сидите? Тогда не знаю - отстал от жизни :-( хотя могу предположить, что
до GPRSовской поры принципиально ничего не менялось.


--------------------
Feci, quod potui, faciant meliora potentes
Go to the top of the page
 
+Quote Post
Stanislav
сообщение Dec 9 2005, 15:54
Сообщение #6


Гуру
******

Группа: Свой
Сообщений: 4 363
Регистрация: 13-05-05
Из: Москва
Пользователь №: 4 987



2 BVU
Большое спасибо, и не стоит тратить свое время - задача не столь уж актуальна, просто хотелось немного усовершенствовать уже работающее устройство.

2 zltigo
Очереди, по-видимому, есть, что следует хотя бы из конечности минимального времени доставки пакетов. В "модеме" они есть также (без очередей невозможно организовать повторы битых пакетов). В свое время мы пытались отключить все возможные проверки и коррекции, скорее всего, это удалось сделать не до конца. Так что будем смотреть дальше, а за рекомендации - спасибо.
Используется самый обычный Data Call режим, 9600 bps.


--------------------
Самонадеянность слепа. Сомнения - спутник разума. (с)
Go to the top of the page
 
+Quote Post
BVU
сообщение Dec 12 2005, 15:31
Сообщение #7


Профессионал
*****

Группа: Свой
Сообщений: 1 301
Регистрация: 30-11-04
Из: Россия, Н.Новгород
Пользователь №: 1 264



Цитата(Stanislav @ Dec 9 2005, 18:54) *
2 BVU
Большое спасибо, и не стоит тратить свое время - задача не столь уж актуальна, просто хотелось немного усовершенствовать уже работающее устройство.

2 zltigo
Очереди, по-видимому, есть, что следует хотя бы из конечности минимального времени доставки пакетов. В "модеме" они есть также (без очередей невозможно организовать повторы битых пакетов). В свое время мы пытались отключить все возможные проверки и коррекции, скорее всего, это удалось сделать не до конца. Так что будем смотреть дальше, а за рекомендации - спасибо.
Используется самый обычный Data Call режим, 9600 bps.

Хочу еще добавить, что выше скорости чем 9600 bps большинство Российских провайдеров не обеспечивают. Тем самым quality of service для 'Data Call' остается как бы фиксированным на 9600 bps. Хотя по стандарту GSM, данный редим передачи данных предпологает более высокие скорости для модемных соединений. Вот вам и качество... sad.gif


--------------------
Не корысти ради, не в целях наживы, а во исполнение велений души!
Go to the top of the page
 
+Quote Post
Shuuura
сообщение Dec 13 2005, 06:15
Сообщение #8


Частый гость
**

Группа: Свой
Сообщений: 80
Регистрация: 23-08-05
Пользователь №: 7 902



Ссмотри комаду AT+CBST= .... (V.110 прозрачный)
настраивать надо одинаково на двух модемах.
Кстати этой командой можно добиться уменьшения времени соединения модемов до 2 с. Правда я с ней побаловался и вернул все к исходному, т.к. аппаратный контроль ошибок - это ГУД. (без него сыпет ОЧЕНЬ много ошибок)
Go to the top of the page
 
+Quote Post
BVU
сообщение Dec 13 2005, 07:11
Сообщение #9


Профессионал
*****

Группа: Свой
Сообщений: 1 301
Регистрация: 30-11-04
Из: Россия, Н.Новгород
Пользователь №: 1 264



Цитата(Shuuura @ Dec 13 2005, 09:15) *
Ссмотри комаду AT+CBST= .... (V.110 прозрачный)
настраивать надо одинаково на двух модемах.
Кстати этой командой можно добиться уменьшения времени соединения модемов до 2 с. Правда я с ней побаловался и вернул все к исходному, т.к. аппаратный контроль ошибок - это ГУД. (без него сыпет ОЧЕНЬ много ошибок)

Ошибки в режиме 'Data Call' будут всегда, если не использовать алгоритмы компрессий, при использовании которыз гарантируется передача с 99.9%.


--------------------
Не корысти ради, не в целях наживы, а во исполнение велений души!
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 23rd July 2025 - 16:02
Рейтинг@Mail.ru


Страница сгенерированна за 0.01416 секунд с 7
ELECTRONIX ©2004-2016