half rate — Общие вопросы, касающиеся принципов работы GSM-сетей

[L_OV]

post-34892.html#34892

[Denis Insane]

Не согласен...
Избыточная информация - это просто последовательность битов...
Она не несет никакой информационной нагрузки...
Там нет контрольной суммы или чего-нить подобного...
Допустим обычный FR канал, скорость - 13 кб/c.
При помехе (теоретической) пропадает один бит...
Вероятность, что этот бит будет полезной нагрузкой - 13/16...
Теперь используем AMRFR...
Кодек 5.90 кбит/c...
При тех же самых условиях вероятность пропадения "полезного" бита - 5.9/16...

А если все-таки брать избыточность, то для FR канала и кодека 5.9 по FR каналу можно послать этот голос 2 раза. И при попадании помехи хотя-бы в 1 бит вероятность пропадания пакета равна 0, т.е. поврежденный пакет заменят тем, что передали 2-й раз. А для того, что-бы пропал "полезный бит" надо уже сделать так, что-бы оба раза, когда будет идти голос, помеха попала в одно и то-же место, а по тер. веру это намного более редкое событие.

[Brainstorm]

Brainstorm,

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

согласен полностью с Denis Insane - снижение битрейда кодека не снижает битрейд самого каналла просто меняется часть битов которые выполняют задачу помехоустойчивости. И так же полностью согласен с мыслью что использование AMR-HR никак не поднимает емкость относительно обычного HR

То есть я хочу сказать - что повышение избыточности приводит к повышению помехоустойчивости....
З.Ы. Про заблуждение - стеб оценил, но он тут не к месту....

[Лом]

То есть я хочу сказать - что повышение избыточности приводит к повышению помехоустойчивости....

мы говорим об одном и том же просто у нас видимо разные взгляды на реализацию этой самой помехоустойчивости, а это уже мелочи

[L_OV]

З.Ы. ну не я начал в ветке hr говорить о AMR и о его влиянии на нагрузочную способность.

поэтому вы выражаете свои мысли а я свои!

не нравится больше не буду, пардон...

[barker]

Не согласен...
Избыточная информация - это просто последовательность битов...
Она не несет никакой информационной нагрузки...
Там нет контрольной суммы или чего-нить подобного...

На прошлой работе я делал декодеры помехоустойчивых кодов. Циклических, но суть одна - во всех помехоустойчивых кодах избыточность вводится не для того, чтобы ввести в заблуждение помеху, а чтобы:
1) определить факт наличия ошибок;
2) эти ошибки исправить, если код позволяет это сделать;
3) если корректирующая способность кода не позволяет исправить имеющиеся ошибки, то, чтобы не сделать еще хуже декодируя полученную последовательность, ее просто выбрасывают/стирают, а стертый фрейм восстанавливают на основе информации о предыдущих фреймах и возможно - последующего (интерполирование).
В статистике БС есть еще такой показатель - Frame Erasure Rate. Это те фреймы, в которых ошибок произошло больше, чем смог бы исправить использующийся помехоустойчивый кодек.

К чему это я?
Ах да...
Отсюда следует, что в избыточных битах содержится информация об информационных, чтобы можно было в случае чего недоброго... см. назначение любого помехоустойчивого кода.

[FAS_]

Но как это возможно?
Функция AMR не добавляет новые каналы
AMR всего лишь оптимищирует схему кодирования голосового канала...
По идее нагрузка в эрлангах должна остаться той же...

Много было интересных реплик. Особенно про введение в заблуждение помехи.
А я писал про трубы не поддреживающие обычный HR кодек. Раньше они либо заполучали свой FR(EFR), либо в отказ, т.к. в соте сильный перегруз. Теперь им можно и HR впарить, но только с кодеком AMR.
Емкость соты не выросла!!! Просто теперь "имиджевые" трубы стали использовать полускоростной трафиковый канал от которого раньше отказывались.

[EricX]

FAS_, целиком поддерживаю. Для имиджевых труб это как раз и эквивалентно увеличению ёмкости. Многие ОПСОСы как раз начали внендрение AMR не из-за качества передачи речи, а потому что обычный HR трубки уже "не едят".