ГОСТ Р 57377—2016
7.2.2 Свободно определенные методы кодирования идекодирования
Частьсуществующих проблем функциональной совместимости можнобылонайти ещеи втом. как
стандарт Н.323 был определен. Н.323 объединяет Н.225, RTP и RTCP. Каждый из этих протоколов
должен быть закодирован в соответствии с согласованной формулой.
Пример —
Н.225
в
сравнении с RTP/RTCP.
Н.225 основывает ся на язы ке ASN.1 для кодирования и декодирования. При этом RTP и RTCP. взя
тые из IETF. основаны на формуле TLV (тип-длина-значение). Это ведет к проблемам ф ункциональной
совместимости среди изделий мульт имедийных конференций, использую щ их эти разные формулы
кодирования и декодирования.
7.2.3 Противоречивое определение обязательных/необязательных требований
В то время какспецификациидля необязательных компонентов являются полными, определение
того, как и когда их использовать, является гораздо менее точным. Это ведет к реализации различных
поднаборов Рекомендаций Н.32хЯ.120 и. какследствие, к проблемам с функциональной совместимос
тью систем телездравоохранения.
Примеры
1 RTP/RTCP.
Эти прот околы одобрены IETF перед разработкой Н.323. RTP/RTCP являет ся продуманным прот о
колом с больш им количеством элементов и полей для обязательных и дополнит ельных процедур (осо
бенно RTCP). кот орые частично накладывают ся на другие прот околы, определенные в рамках
Рекомендаций Н.323. Некоторые разработ чики придерживают ся руководст в RTCP, другие же придержи
вают ся Н.323 и могут выбрать пропуст ит ь определенные поля при реализации стандарта. Поэтому,
одна реализация может от личат ься и не соответст вовать другим реализациям, что ведет к пробле
мам ф ункциональной совместимости. Например,
в
RTCP поле кспате» присваивает уникальное имя
потоку данных и являет ся обязательным. В Рекомендациях Н.323 это поле являет ся излишним. В Н.323
идентификация и ассоциация потока осущ ест вляет ся посредст вом Н.225 (с использованием Н.245).
Некоторые совместимые с Н.323 изделия не используют поле вспатея. Другие изделия, придерживаю
щ иеся оригинальных RTP/RTCP, ожидают использования этого поля
в
сообщении. Это препятствует
ф ункционально совместимой работе систем.
2 Выбор аудиокодеков.
Н.323 предписывает, что, если доступная скорост ь выше 64 кбит/с, главным (основным) кодеком
являет ся 0.711. С другой ст ороны, если доступная скорост ь ниже 64 кбит/с, то правила меняются. В
частности, если это голосовой вызов, то аудиокодеком должен быт ь 0.729, а если при соединении
используется аудио и видео, то кодеком являет ся G.723 (G.723 сильнее сжимает голос и использует
меньшую полосу пропускания, чем 0.729 или 0.711, ост авляя больше места видео части соединения).
Д ля того, чт обы выбрат ь правильный аудиокодек, две конечные точки должны быть осведомле
ны о дост упной полосе пропускания, при этом способност ь определять скорост ь данных не являет ся
непосредственным требованием к терминалу, соответст вующ ему Н.323.
7.2.4 Пробелы в рекомендациях
Полнота стандартов является широко известной проблемой, при этом последующие выпуски
Рекомендаций Н.323/Т.120 имеют пробелы в определении важных характеристик.
Примеры
1 Безопасность.
Н.323 версии 1, исправленная
в
1996 году, не в полной мере рассматривала безопасность. Ранее раз
работчики рассматривали возможност ь использования характеристик безопасности, определенные
на уровне IP. Впоследствии был разработан новы й стандарт Н.235. как часть Н.323версии 2стандарта.
Аспекты безопасности изделий, соот вет ст вующ ие Н.323 версии 1. вероятно, не являю т ся ф ункцио
нально совмест имыми с характеристиками безопасности изделий, соот вет ст вующ их Н.323 версии 2.
2 Мультиплексная передача.
В настоящее время нет определений ф ункционально совместимой мультиплексной передачи
пот оков данных в Рекомендациях Н.323 unueR TP/RTCP. Хотя некоторые предложения обсуждались и на
форуме VoIP, и
в
IETF, на настоящ ий момент определенного решения не существует. Пока не будет ого
ворена стандартная методика, такая ситуация будет ист очником проблем для ф ункциональной
совместимости в будущем.
7.2.5 Отсутствие спецификацийдля кодированияданных в Рекомендациях Н.320/Н.323
Аудио- и видеопотоки постоянны и синхронизированы. Данные, с другой стороны, считаются тре
буемыми только периодически, и поэтому считаются необязательными.
24