![[MC-04 logo]](/mc-04/chrome/site/logo.png){kind=logo}
Opened 7 years ago
Closed 3 years ago
#188 closed улучшение (готово)
Добавить в РЭ изменения в интерфейсе конфигурации VE-01
| Reported by: | alx | Owned by: | Vladimir |
|---|---|---|---|
| Priority: | major | Component: | Руководство по эксплуатации |
| Keywords: | Cc: |
Description (last modified by )
Начиная с sw:r1652 в веб-интерфейсе блока MC04-DSL-3U в конфигурации канальных окончаний SIP платы VE-01 размер пакетов RTP теперь задается в текстовой строке ввода, а не select'ом, как было раньше. Допустимые значения - от 5 до 500 мс.
В этой же ревизии добавлена поддержка расширенного набора кодеков, который будет в плате VE-01 начиная с ревизии прошивки 39. В настройки медиа канальных окончаний SIP и в настройки потоков RTP добавляются кодеки GSM, G728, iLBC, GSM-EFR, AMR, GSM-HR-08, EVRC, EVRC0, EVRCB, EVRCB0.
В настройках RTP потоков добавлены параметры Bundling и Interleave, используемые для задания соответствующих параметров кодеков EVRC и EVRCB.
В настройках канальных окончаний SIP добавлен параметр "Max-interleave (EVRC/EVRCB)", устанавливающий значение параметра maxinterleave кодеков EVRC и EVRCB в сообщениях SDP. Значение Bundling для кодеков EVRC/EVRCB определяется значением параметра Размер пакета RTP (ptime). Значение параметра maxinterleave может быть дополнительно уменьшено (по сравнению с заданным в конфигурации) чтобы удовлетворять следующему условию:
ptime * (L + 1) <= 500 мс
где ptime - размер пакетов RTP в мс, L - значение interleave.
При использовании кодекa AMR адаптация скорости производится на основании коэффициента порерь пакетов (вычисляется каждые 5 секунд) по следующему алгоритму:
Необходимо добавить эту информацию в РЭ.
Change History (9)
comment:1 by , 7 years ago
| Description: | modified (diff) |
|---|
comment:2 by , 7 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
follow-up: 4 comment:3 by , 3 years ago
follow-up: 5 comment:4 by , 3 years ago
Replying to Vladimir:
В настройках канальных окончаний SIP добавлен параметр "Max-interleave (EVRC/EVRCB)", устанавливающий значение параметра maxinterleave кодеков EVRC и EVRCB в сообщениях SDP.
В РЭ-51 "п.7.4.1 Настройки медиа канальных окончаний плат VE
и в Продолжение Табл.13.14 «Конфигурационные параметры медиа»"
параметр "Max-interleave (EVRC/EVRCB) присутствует.
Только проверь, достаточно ли это или надо дополнить?
Думаю, достаточно.
Значение Bundling для кодеков EVRC/EVRCB
В РЭ-51 встречается 8 раз - достаточно ли этого описания?
Не понял вопрос... Что встречается 8 раз и достаточно ли восьми раз для чего?
определяется значением параметра Размер пакета RTP (ptime). Значение параметра maxinterleave может быть дополнительно уменьшено (по сравнению с заданным в конфигурации) чтобы удовлетворять следующему условию:
При использовании кодекa AMR адаптация скорости производится на основании коэффициента порерь пакетов (вычисляется каждые 5 секунд) по следующему алгоритму:
AMR в РЭ-51 упоминается 6 раз, но описания алгоритма я не нашёл.
Мне казалось, что алгоритм вполне понятен из приведенной диаграммы, и дополнительного описания не требуется. Уточни, пожалуйста, что именно в алгоритме неясно, я постараюсь уточнить.
Возможно, что описание и рисунок надо разместить в п."7.4.13 Настройка канального окончания RTP (полупостоянные потоки RTP)", однако, для 20 кодеков, наверное, нет описания в РЭ,
поэтому надо ли подробно описывать AMR и в каком пункте лучше - в 7.4.13, или отдельном пункте, или в Приложении?
Не могу ответить на этот вопрос, так как не понял, о возможности размещения описания чего и какого именно рисунка ты спрашиваешь. Нельзя ли переформулировать вопрос попроще? :)
Как тебе кажется будет лучше?
Не уверен, что правильно понял вопрос. Если отталкиваться от темы данного тикета, мне кажется, будет лучше, если описанные в описании тикета изменения в интерфейсе платы VE-01/VE-02 будут описаны в РЭ.
follow-up: 6 comment:5 by , 3 years ago
Replying to alx:
Replying to Vladimir:
В настройках канальных окончаний SIP добавлен параметр "Max-interleave (EVRC/EVRCB)", устанавливающий значение параметра maxinterleave кодеков EVRC и EVRCB в сообщениях SDP.
В РЭ-51 "п.7.4.1 Настройки медиа канальных окончаний плат VE
и в Продолжение Табл.13.14 «Конфигурационные параметры медиа»"
параметр "Max-interleave (EVRC/EVRCB) присутствует.
Только проверь, достаточно ли это или надо дополнить?
Думаю, достаточно.
Значение Bundling для кодеков EVRC/EVRCB
В РЭ-51 встречается 8 раз - достаточно ли этого описания?
Не понял вопрос... Что встречается 8 раз и достаточно ли восьми раз для чего?
достаточно ли в этих 8 местах (хотя бы в одном месте) описан этот параметр,
или надо (не надо?) где-то дать более подробное описание?
определяется значением параметра Размер пакета RTP (ptime). Значение параметра maxinterleave может быть дополнительно уменьшено (по сравнению с заданным в конфигурации) чтобы удовлетворять следующему условию:
При использовании кодекa AMR адаптация скорости производится на основании коэффициента порерь пакетов (вычисляется каждые 5 секунд) по следующему алгоритму:
AMR в РЭ-51 упоминается 6 раз, но описания алгоритма я не нашёл.
Мне казалось, что алгоритм вполне понятен из приведенной диаграммы, и дополнительного описания не требуется. Уточни, пожалуйста, что именно в алгоритме неясно, я постараюсь уточнить.
В тикете всё ясно, но для 19 кодеков алгоритм в РЭ не описывается,
так надо ли для 20-го кодека описывать этот алгоритм? :-)
Возможно, что описание и рисунок надо разместить в п."7.4.13 Настройка канального окончания RTP (полупостоянные потоки RTP)", однако, для 20 кодеков, наверное, нет описания в РЭ,
поэтому надо ли подробно описывать AMR и в каком пункте лучше - в 7.4.13, или отдельном пункте, или в Приложении?
Не могу ответить на этот вопрос, так как не понял, о возможности размещения описания чего и какого именно рисунка ты спрашиваешь. Нельзя ли переформулировать вопрос попроще? :)
Если надо обязательно описывать алгоритм AMR с твоим рисунком,
то где по твоему это лучше разместить: в п.7.4.13, создать отдельный пункт,
или разместить в Приложении? (хотя 19 других кодеков упоминаются без описания).
Как тебе кажется будет лучше?
follow-up: 7 comment:6 by , 3 years ago
Replying to Vladimir:
Не понял вопрос... Что встречается 8 раз и достаточно ли восьми раз для чего?
достаточно ли в этих 8 местах (хотя бы в одном месте) описан этот параметр,
Во-первых, какой "этот"?
Во-вторых, зачем ты описал его ВОСЕМЬ РАЗ? Я считаю пользователей нашей аппаратуры здоровыми и адекватными людьми, поэтому мне кажется, что описать конфигурационный параметр один раз уже было бы достаточно. Про то, что повторение - мать учения, я помню, но думаю, что если читатель захочет повторить материал, он может просто прочитать его второй раз (или еще семь раз, если ему для закрепления требуется восемь). :)
или надо (не надо?) где-то дать более подробное описание?
Я считаю, что описания параметров, которое я дал в описании данного тикета, вполне достаточно (если бы я считал иначе, я с разу дал бы более подробное описание).
В тикете всё ясно, но для 19 кодеков алгоритм в РЭ не описывается,
так надо ли для 20-го кодека описывать этот алгоритм? :-)
Я привел этот алгоритм в описании тикета не потому, что мне нечем было заняться. :) Я привел его именно потому, что посчитал, что его следует добавить в РЭ. Если бы считал, что в РЭ его описывать не надо, я бы и в описании этого тикета его описывать не стал. :) Но разработчик РЭ - ты, и окончательное решение принимать тебе.
Нельзя ли переформулировать вопрос попроще? :)
Если надо обязательно описывать алгоритм AMR с твоим рисунком,
то где по твоему это лучше разместить: в п.7.4.13, создать отдельный пункт,
или разместить в Приложении?
Спасибо, теперь вопрос понятен. Я думаю, что было бы логичнее описать его в отдельном новом пункте.
follow-up: 8 comment:7 by , 3 years ago
Replying to alx:
Replying to Vladimir:
Не понял вопрос... Что встречается 8 раз и достаточно ли восьми раз для чего?
достаточно ли в этих 8 местах (хотя бы в одном месте) описан этот параметр,
Во-первых, какой "этот"?
"этот" - т.е. о котором шла речь: "Bundling"
Во-вторых, зачем ты описал его ВОСЕМЬ РАЗ?
Нет: у меня было напечатано "встречается" (упоминается), а не "описано" :-)
Описание только в "Табл. 7.17 Значение параметров редактирования RTP потоков на Рис. 7.66"
и в сводной "Табл.13.14 «Конфигурационные параметры медиа»"
Табл. 7.17: "Этот параметр для кодеков EVRC и EVRCB определяет, сколько фреймов будет передано в одном пакете RTP. Допустимые значения - от 1 до 22.
Значение по умолчанию - 1."
"Значение задержки в мс определяется формулой 20 * Bundling * (Interleave + 1).
Допустимые значения - от 0 до 7.
Значение по умолчанию - 0 (чередование не используется).",
а также уточняется при описании параметра "Interleave" в Табл. 7.17.
Про размер пакетов (ptime) напечатано в Табл.13.14.
Остаётся только добавить описание кодекa AMR
(хотя про остальные 19 кодеков описания нет).
Если надо обязательно описывать алгоритм AMR с твоим рисунком,
то где по твоему это лучше разместить: в п.7.4.13, создать отдельный пункт,
или разместить в Приложении?
Я думаю, что было бы логичнее описать его в отдельном новом пункте.
Тогда добавлю в отдельный подпункт пункта
7.4.13 Настройка канального окончания RTP (полупостоянные потоки RTP).
follow-up: 9 comment:8 by , 3 years ago
Replying to Vladimir:
Во-вторых, зачем ты описал его ВОСЕМЬ РАЗ?
Нет: у меня было напечатано "встречается" (упоминается), а не "описано" :-)
Описание только в "Табл. 7.17 Значение параметров редактирования RTP потоков на Рис. 7.66"
и в сводной "Табл.13.14 «Конфигурационные параметры медиа»"
Как я уже писал, я считаю, что достаточно описать этот конфигурационный параметр один раз. Сколько раз он при этом будет упоминаться, не имеет никакого значения. В описании данного тикета нет предложения упомянуть параметр Bundling не менее 8 раз. :)
Если надо обязательно описывать алгоритм AMR с твоим рисунком,
Также уточню, что я не знаю, надо ли обязательно описывать алгоритм AMR с моим рисунком. Оставляю принятие это решение разработчику РЭ. :)
comment:9 by , 3 years ago
| Resolution: | → готово |
|---|---|
| Status: | assigned → closed |
Replying to alx:
Replying to Vladimir:
Если надо обязательно описывать алгоритм AMR с твоим рисунком,
Также уточню, что я не знаю, надо ли обязательно описывать алгоритм AMR с моим рисунком. Оставляю принятие это решение разработчику РЭ. :)
В РЭ-52 от 19.11.2021 есть описание про
"размер пакетов RTP",
"поддержка расширенного набора кодеков",
"параметры Bundling и Interleave",
"параметр "Max-interleave (EVRC/EVRCB)"
и добавлен новый подпункт:
"7.4.13.1 Алгоритм адаптации скорости с кодеком AMR
При использовании кодекa AMR адаптация скорости производится на основании коэффициента потерь пакетов (вычисляется каждые 5 секунд). Алгоритм показан на Рис. 7.70:"
Replying to alx:
В п.7.4.1 (РЭ-51) было записано:
Т.е. это как бы выполнено.
В закрытом Тикете-855 добавлены все указанные тобой кодеки.
В РЭ-51 п."7.4.13 Настройка канального окончания RTP (полупостоянные потоки RTP)
Табл. 7.17 Значение параметров редактирования RTP потоков на Рис. 7.66"
параметры Bundling и Interleave указаны и есть описание
В РЭ-51 "п.7.4.1 Настройки медиа канальных окончаний плат VE
и в Продолжение Табл.13.14 «Конфигурационные параметры медиа»"
параметр "Max-interleave (EVRC/EVRCB) присутствует.
Только проверь, достаточно ли это или надо дополнить?
В РЭ-51 встречается 8 раз - достаточно ли этого описания?
AMR в РЭ-51 упоминается 6 раз, но описания алгоритма я не нашёл.
Возможно, что описание и рисунок надо разместить в п."7.4.13 Настройка канального окончания RTP (полупостоянные потоки RTP)", однако, для 20 кодеков, наверное, нет описания в РЭ,
поэтому надо ли подробно описывать AMR и в каком пункте лучше - в 7.4.13, или отдельном пункте, или в Приложении? Как тебе кажется будет лучше?