На
форуме Ринотела как-то был задан вопрос про объём трафика для переговорного пункта на 10 кабинок. Хочу частично ответить здесь на этот вопрос. Если точнее, то приведу технику и примеры расчёта объёма среднего месячного
голосового трафика при работе на разных кодеках. Сигнальный трафик я не учитываю, но следует помнить, что он тоже может составлять некоторую долю в общем трафике переговорного пункта...
Для начала небольшая табличка полос пропускания для разных кодеков:
| Кодек | Полоса (битрейт), кбит/с |
|---|
| G.711 (A-law,u-law) | 64 |
| G.723.1 | 6,3 |
| 5,3 |
| G.726 | 16 |
| 24 |
| 32 |
| 40 |
| G.729 (A,B) | 8 |
| GSM (full rate) | 13 |
| iLBC (30 мс/пакет) | 13,33 |
| iLBC (20 мс/пакет) | 15,2 |
Исходя из этой таблички, можно вычислить полезный объём одного голосового пакета, т.е. тот объём, который несёт в себе собственно голосовую информацию.
Полезный объём пакета [байт] = длительность пакета [мс] × битрейт кодека [кбит/с] / 8 бит
| Кодек | Типичная длительность пакета, мс | Объём пакета, байт |
|---|
| G.711 (A-law,u-law) | 20 | 160 |
| G.723.1 6,3 кбит/с | 30 | 24 |
| G.723.1 5,3 кбит/с | 20 |
| G.726 16 кбит/с | 20 | 40 |
| G.726 24 кбит/с | 60 |
| G.726 32 кбит/с | 80 |
| G.726 40 кбит/с | 100 |
| G.729 (A,B) | 20 | 20 |
| GSM (full rate) | 22,5 | 37 |
| iLBC 13,33 кбит/с | 30 | 50 |
| iLBC 15,2 кбит/с | 20 | 38 |
Чтобы посчитать объём голосового трафика, надо ещё посчитать количество пакетов, необходимых для передачи одной секунды голоса и учесть заголовки пакетов, которые состоят из заголовка RTP, заголовка UDP, IP и Ethernet:
- RTP - 12 байт,
- UDP - 8 байт,
- IP - 20 байт,
- Ethernet - 18 байт.
Общий объём заголовков - 58 байт. Прибавив эту величину к полезному объёму пакета, получим фактический объём одного пакета голоса.
Фактический объём пакета [байт] = полезный объём пакета [байт] + объём заголовков [байт]
Количество пакетов в секунду рассчитывается исходя из битрейта кодека и полезного объёма пакета:
Количество пакетов в секунду = битрейт кодека [кбит/с] / (полезный объём пакета [байт] × 8 бит)
| Кодек | Фактический объём пакета, байт | Количество пакетов в секунду |
|---|
| G.711 (A-law,u-law) | 218 | 50 |
| G.723.1 6,3 кбит/с | 82 | 33 |
| G.723.1 5,3 кбит/с | 78 | 33 |
| G.726 16 кбит/с | 98 | 50 |
| G.726 24 кбит/с | 118 | 50 |
| G.726 32 кбит/с | 138 | 50 |
| G.726 40 кбит/с | 158 | 50 |
| G.729 (A,B) | 78 | 50 |
| GSM (full rate) | 95 | 44 |
| iLBC 13,33 кбит/с | 108 | 33 |
| iLBC 15,2 кбит/с | 96 | 50 |
Дальше уже несложно посчитать реальную полосу, необходимую под голос и объёмы трафика.
Полоса пропускания для одного звонка [кбит/с] = фактический объём пакета × 8 бит × количество пакетов в секунду / 1000
| Кодек | Полоса для одного звонка, кбит/с |
|---|
| G.711 (A-law,u-law) | 87,2 |
| G.723.1 | 21,248 |
| 20,592 |
| G.726 | 39,2 |
| 47,2 |
| 55,2 |
| 63,2 |
| G.729 (A,B) | 31,2 |
| GSM (full rate) | 33,44 |
| iLBC (30 мс/пакет) | 28,512 |
| iLBC (20 мс/пакет) | 38,4 |
Таким образом, в самом худшем случае (работа по кодеку G.711), реальная полоса пропускания, требуемая для одного звонка - 87,2кбит/с = 10900 байт/сек.
Возьму в качестве примера случай с переговорным пунктом из темы на форуме (10 переговорных кабинок) и проведу расчёт месячного трафика для двух кодеков: G.711 и G.729. Перед расчётом сделаю следующие исходные допущения:
- Пиковая нагрузка - 10 одновременных звонков,
- Среднесуточная нагрузка на переговорный пункт - 4000 минут.
Тогда в пике нагрузки при работе на кодеке G.711 для одного только голоса потребуется полоса пропускания 872 кбит/с, а при работе на кодеке G.729 - 312 кбит/с. Средний суточный трафик составит (
количество дней в месяце × среднесуточная нагрузка, минут × 60 секунд × фактический объём пакета, байт × количество пакетов в секунду):
- На кодеке G.711 - 30 × 4000 × 60 × 218 × 50 = 78480000000 байт = 73,1 Гбайт,
- На кодеке G.729 - 30 × 4000 × 60 × 78 × 50 = 28080000000 байт = 26,15 Гбайт.
В этих моих расчётах не учитывается возможное использование технологии VAD (Voice Activity Detection), которая может дать экономию от 50 до 70%.
P.S. Расчёты основаны преимущественно на материалах сайта
Cisco Systems, Inc.