Интересует примерная стоимость реализации протокола и сроки реализации при нулевых начальных условиях.
А так же интересен порядок работы над таким проектом.
Буду признателен за любые соображения по этому поводу.

Если о реально работающем не только сам на себя, то полагаю немеряно. С другой стороны если не требуется совместимость с любым модемом, то прямо "по учебнику"/демкам от производителя что-то реально.

дело нескольких недель
в случае портирования исходников ETSI (а они в сети есть) на сигнальники TI (причём львиная доля работы проделана - TI уже предоставляет "свой" bas_ops.h - файл, куда инферятся стандартные ETSIшные функции)
портировал вокодеры под TI: работа свелась к выкидыванию всяких free() & malloc() и описания структур контекста канала (для многоканального использования).
ну и переписывания некоторых циклов, после прогона профилировщика
(задачи получить сверхпроизводительность не стояло)

2Doka
Не могли бы Вы дать ссылку на исходники если есть.
И ещё один вопрос: стоит ли изобретать свои исходники, делать там всё по канонам науки о модемах или вряд ли удастся получить результат лучше, чем стандартные алгоритмы в уже реализованных исходниках?

2zltigo
Если он будет работать по протоколу, то автоматически будет совместим с любым модемом, работающим по тому-же протоколу. А если не будет совместим со стандартным протоколом, то придётся писать самому ещё и протокол... Так что лучше брать стандартный.



А про стоимость почему-то все молчат...

Ха . Та демо-реализация, которую Вы на халяву из книжки возьмете будет работать странно и в паркетных условиях.

С этого места поподробней.
Как это может быть чтобы два модема работали по протоколу и при этом не могли работать друг с другом?

Кстати, про какую демо-реализацию идёт речь? Нет ли у Вас этой книжки?
И что она демонстрирует: только обработку сигнала в модеме или ещё и процедуры установления соединения?

Очень просто - нюансы поведении при ошибках, неидеальностях и реальностях.

Doka поминал TI, подобное есть и в материалах AD. AD где-то валяются, но давно уже не интересуют.

Только Data Pump, естественно .

Это может оказать влияние на качество связи через модем (например, лучший модем, в котором меньше ошибок и применены лучшие алгоритмы демодуляции, будет работать при меньшем соотношении сигнал/шум), но не до такой же степени, что совсем они друг с другом связаться не смогут...




А бывают ли исходники так чтобы вставить их как компонент и всё заработало?

Бывает ещё лучше, покупаете готовое устройство и оно работает :)

Так не интересно - нужны исходники чтобы их встроить в свой девайс.

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


двоякий вопрос)))
сама спецификация V.22 от 1988г.
с той поры много воды и MIPSов утекло.. в т.ч. появилась и ADSL со своими 22МБитами по ТфОП (и стоимостью коробочки для конечного потребителя - 30уе в розницу)

но это лирика..
одно скажу: когда мы делали заказной спутниковый радиоканал - заимствовали идеи из других стандартов связи.
ИМХО, неблагодарное занятие - изобретать то, что уже изобретено и проверено на практике (вошло в стандарт)
но основной причиной было тогда - очень ограниченное время на разработку



да, точно. можно еще примеры блекфина на сайте ADi посмотреть - это коненчо не "исходники", но там есть примеры реализаций отдельных функций (e.g. модуляция-демодуляция)

В отличие от стандартов ITU вокодеров серии G стандарты на модемы серии V не только не содержат референтного кода, но даже не содержат описания демодулятора. Стандарты содержат только спецификацию модулятора, поэтому дизайн демодулятора оставлен на долю разработчика.
Это большая и совсем не программистская, а инженерная работа. Большая поскольку стандарты на телефонные модемы похожи на матрёшку и включают в себя (или требуют совместимости) с другими, предыдущими стандартами. На сайте ITU никогда не было и быть не могло референтного кода

Здесь был исходный код программного модема LinModem
http://www.close.u-net.com/ltmodem.html



или здесь
http://www.cs.york.ac.uk/~fisher/modem
Это всё open-source и до какой стадии доведено до ума нужно разбираться, нацеливаются они как минимум на v32

На свой страх и риск и всё равно нужно разбираться. Непросто это. Успешная разработка с нуля модема v22 (включая все навороты с сжатием и коррекцией ошибок) занимала, как мне говорят инсайдеры, в приличных фирмах 5-7 ч*лет

Обычно много проще найти аппаратный одночипный "модемный чипсет" или даже использовать С54CST DSP , там СПИРИТ реализацию модема до v32 вложил в ROM 320с54 от TI

ЗЫ. По первой ссылке возможно не осталось ничего кроме драйвера для софт-модемов. Когда-то они пытались реализовать свой "физически" модем и был такой файл

тады ой

2Doka и fontp
Другие протоколы кроме V.22 не подходят, так как надо реализовать оригинальный V.22bis-подобный протокол, а потом и сам стандартный V.22bis.
Поэтому вопрос не в выборе протокола, а в том стоит ли самостоятельно заниматься реализацией протокола V.22 и возможно ли реализовать его лучше, чем уже сделано в чьих-то чужих реализациях. А кроме того, придётся самому делать оригинальный протокол, который хотя и похож на V.22, но всё-таки отличается от него. Да и перспектива покапаться самому в теории меня не пугает. Но так как от начала до конца сам никогда протоколов не реализовывал, то хочу приблизительно оценить насколько трудоёмкость отличается от той, которую предполагаю я.

Спасибо за ссылки. Посмотрел по диагонали исходники по ссылкам.
Ссылка на софтмодем от Люсент содержит в исходниках массивы бинарного кода программы сигнального процессора, заливаемого драйвером собственно в сигнальный процессор.
Ещё одна ссылка содержит исходники модема V.21 и V.23, а они работают с частотной модуляцией.
Ссылки интересные. Покопаю ещё. Может быть что-то и найду.

В свое время делал программную реализацию полностью протокола V.32 (V.32bis) в дуплексе с эхокомпенсацией. Интересно, сколько сейчас стоит подобный проект?

V.32 кажется намного сложнее, чем V.22. Там и кодирование есть, и сигнальное созвездие побольше, и эхокомпенастор имеется.

Да, протокол намного сложнее, т.к. предусматривает разделение каналов методом эхокомпенсаци (т.е. передача данных в обоих направлениях осуществляется во всей отведенной полосе, при этом из принимаемой смеси сигнал+эхо+шум вычитается свой достоверно известный с некоторой задержкой), в отличие от V.22, где присутствует частотное разделение каналов и необходим только адаптивный эквалайзер для борьбы с МСИ (все-таки для V.22bis режим модуляции КАМ-16). В протоколе V.32bis максимальный размер сигнального созвездия составляет 128 точек (символьная скорость 14400 бит/с), кроме того применяется диффкодирование, помехоустойчивое треллис-кодирование (декодирование как правило осуществляется с использованием алгоритма Витерби), скремблирование, а также дополнительный протокол вхождения в связь.

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

К сожалению все дело ограничилось лишь написанием программной модели, дальше этого не пошло. Но программа реально работала.

Кстати о фирме http://www.metasoft.lv/index.shtm
Модемы они тоже делают http://www.metasoft.lv/metamodem.htm , посему можете цену легко узнать.
Если хотите узнать кто их заказчик, можете посмотреть с отделением какой западной фирмы совпадает их адрес

Спасибо за ссылки

Кто-нибудь разбирался с реализацией v.22bis в составе библиотеки spandsp?



Кто-нибудь может поделиться этими (от ETSI) исходниками?

в составе spandsp я разбирался только с V27 и V29

Хех, я может, конечно, опоздал на пару лет с этим постом, но внесу лепту.
Давно уже активно пользуюсь упомянутой здесь open-source C-библиотекой, которая реализует почти все интересные ITU-T модемы
(по скорости вплоть до V.17), плюс ряд протоколов и всякой полезной фигни, есть поддержка fixed-point, заявлена кросс-платформенность,
однако сам не проверял, обещают скоро новый релиз с поддержкой V.32bis и V.34. Если кому надо, пишите, хотя, по-моему,
по гуглу все это прекрасно можно найти самостоятельно, не говоря уже о ценах. Куча западных контор торгует реализациями
стандартов ITU: исходники под ПК и все актуальные DSP-платформы стоят порядка нескольких килобаксов. Кстати, те же конторы
торгуют и исходниками кодеков ITU, просто в свободном доступе на сайте ITU там ни фига не оптимизированные варианты.

В своё время мы оценивали стоимость и время разработки модема для выделенных линий на меди, ТЧ-каналов и ТфОП. Оказалось дешевле, проще и быстрее купить и интегрировать в свои системы готовые embedded-решения. Цена компактного модуля около 40-50$. У Спирита выходило ОЧЕНЬ дорого и непонятно по части лицензий. Другие разработчики предлагали только за реализацию v.22 для выделенных линий порядка 250-300т.р. со сроками от 4-х месяцев. Нам требовалось не более 100 модемов. Выигрыш при использовании готовых решений видите сами.

Выигрыш использования готового решения очевиден.
Однако, тогда шла речь о разработке собственного ПО из-за того, что протокол был нестандартный. Он был точно такой же как V.22 в части сигнальных созвездий, но отличался скремблером. Поэтому он не мог стыковаться со стандартными модемами, и при этом мог работать на другие такие же модемы как он сам. Поэтому нам было необходимо иметь исходники для того чтобы изменить в них эту незначительную мелочь.
В итоге были написаны свои собственные исходники, отмоделированы в матлабе, отлажены на компе и перенесены в сигнальный процессор TMS320C6727. При этом старались придерживаться технологии ExpressDSP. Правда не знаю насколько хорошо это получилось, так как никто это не проверял на соответствие рекомендациям TI.

Не подскажите в какой среде можно запустить код http://www.cs.york.ac.uk/~fisher/modem? Не совсем понятна строчка: "Modem for MIPS AJF".