У шлюзах Cisco IOS опція додана в Cisco IOS Software Release 12.0 (5) T, який дозволяє розміром мовних даних (в байтах) для Пакетів VoIP бути зміненим через Інтерфейс командного рядка (CLI). Нова команда має наступний синтаксис.

Кількість вибірок кодека за пакет є іншим фактором, який визначає пропускну здатність і затримку виклику VoIP. Кодек визначає розмір окремого сегмента, але на кількість пакетів, переданих в секунду, результат від загальної кількості сегментів в пакеті.

При збільшенні розміру корисної частини пакета, пропускна здатність VoIP зменшується, а загальна затримка збільшується. Це пояснюється на наступному прикладі.

• Виклик G.729 з розміром корисної частини голосового пакету 20 байт (20 мс). (40 байтів заголовків IP / UDP / RTP + 20-байтові мовні дані) * 8 бітів за байт * 50 pps = 24 кб / с

• Г 729 дзвонять з розміром мовних даних 40 байтів (40 мс): (заголовки IP / UDP / RTP, 40 байт + розмір корисної частини голосового пакету, 40 байт) * 8 біт * 25 pps = 16 Кбіт / с

Примітка. Заголовки L2 не розглядають в цьому обчисленні.

Прімечаніе.Расчети показують, що при подвоєнні розміру корисної частини пакета, необхідну кількість пакетів в секунду зменшується наполовину.

Примітка. Як визначено в специфікаціях Г 114 Міжнародного союзу телекомунікацій сектор стандартизації телекомунікацій (ITU-T), рекомендована одностороння загальна затримка для голосу становить 150 мс. Для приватної мережі 200 мс є прийнятним значенням, і 250 мс повинні бути максимумом.

У комутованих голосових мережах голосових дзвінків використовують канали з фіксованою пропускною спроможністю 64 Кбіт / с, незалежно від співвідношення мови і тиші в розмові. У мережах VoIP вся розмова і мовчання розбивається на пакети. З Виявленням активності мови (VAD) можуть бути придушені пакети мовчання.

Протягом довгого часу і як середнє число на гучності більше ніж 24 викликів, VAD може надати до 35-відсоткової економії смуги пропускання. Економія не застосовується для окремих голосові дзвінки або для вимірювання будь-який інший заданої точки. З метою організації мережі і формування смуги пропускання, VAD не повинен бути прийнятий до уваги, особливо на засланнях, які переносять менше ніж 24 голосових дзвінки одночасно. Такі можливості, як музика на утриманні та факс неефективно передають VAD. Якщо мережа проектована для повної смуги пропускання голосового виклику, всі збереження, надані VAD, доступні для інформаційних програм.

Крім того, функція VAD генерує комфортний шум (CNG). Оскільки тишу можна легко переплутати з відключеним викликом, функція CNG виконує локальну генерацію білого шуму, завдяки якому обидві сторони сприймають виклик як активний. Додатки B G.729 і A G.723.1 містять інтегральні функції VAD, але в іншому виконують ті ж самі функції, що і G.729 і G.723.1 відповідно.

У Сisco callmanager VAD може бути включений (це відключено за замовчуванням) з цими параметрами служби:

• SilenceSuppressionSystemWide. Цей параметр включає VAD skinny-терміналами (наприклад, Cisco IP Phone і Тонкі шлюзи)

• SilenceSuppressionWithGateways - Цей параметр вибирає параметр VAD для всіх шлюзів MGCP. Він не впливає на шлюзи H.323. Функцію VAD для шлюзів H.323 необхідно відключати на самих шлюзах.

Можна знайти ці параметри служби під Управлінням Cisco CallManager (Service> Service Parameters> select_server> Сisco callmanager).

Всі пакети VoIP складаються з двох компонентів: голосові вибірки і заголовки IP / UDP / RTP. Незважаючи на те, що зразки голосових даних стиснуті Цифровим процесором сигналів (DSP) і можуть варіюватися за розміром на основі використовуваного кодека, ці заголовки складають постійні 40 байтів в довжині. У порівнянні з 20 байтами голосових зразків у виклику за замовчуванням G.729, ці заголовки складають значну величину службових даних. З cRTP ці заголовки можуть бути стиснуті до двох або чотирьох байтів. Таке стиснення забезпечує значну економію пропускної здатності VoIP. Наприклад, стандартний виклик G.729 VoIP використовує 24 Кбайта без cRTP і 12 Кбайт cRTP.

Внаслідок того, що cRTP стискає виклики VoIP на поканального основі, обидва кінці IP-каналу потребують в налаштуванні для cRTP.

В Cisco IOS Software Releases 12.0.5T і попередніх версій cRTP використовує комутацію процесів, що значно обмежує можливість масштабування рішень cRTP через швидкодії CPU. Більшість цих проблем були вирішені через різні поліпшення характеристик cRTP, введених в Cisco IOS Software Releases 12.0.7T по 12.1.2T. Це - зведення історії.

• cRTP відбувається з перемиканням процесів в Cisco IOS Software Release 12.0.5T і нижче.

• В Cisco IOS Software Release 12.0.7T, і продовжуючись у випуску 12.1.1T, введена підтримка швидкої комутації та комутації Cisco Express Forwarding для cRTP.

• В Cisco IOS Software Release 12.1.2T вводяться алгоритмічні засоби поліпшення продуктивності.

При використанні cRTP для шляху швидкої комутації значно збільшується число сеансів RTP (викликів VoIP), які можуть бути оброблені шлюзами VoIP і проміжними маршрутизаторами.