Расширенный поиск

Приказ Министерства информационных технологий и связи Российской Федерации от 10.01.2007 № 1

 



                            П Р И К А З

              Министерства информационных технологий
                   и связи Российской Федерации
                     от 10 января 2007 г. N 1

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

         Зарегистрирован Минюстом России 19 января 2007 г.
                      Регистрационный N 8809


     В соответствии со статьей 41 Федерального  закона  от  7  июля
2003  г.  N  126-ФЗ "О связи" (Собрание законодательства Российской
Федерации, 2003, N 28, ст. 2895; N 52 (ч. I), ст. 5038; 2004, N 35,
ст. 3607; N 45, ст. 4377; 2005, N 19, ст. 1752; 2006, N 6, ст. 636;
N 10,  ст.  1069;  N 31 (ч.  I),  ст.  3452)  и  пунктом  4  Правил
организации  и  проведения  работ  по  обязательному  подтверждению
соответствия    средств    связи,    утвержденных    постановлением
Правительства  Российской  Федерации  от  13  апреля 2005 г.  N 214
(Собрание   законодательства   Российской  Федерации,  2005,  N 16,
ст. 1463), приказываю:
     1. Утвердить прилагаемые Правила применения средств связи  для
передачи голосовой и видеоинформации по сетям передачи данных.
     2. Направить настоящий приказ на государственную регистрацию в
Министерство юстиции Российской Федерации.
     3. Контроль за исполнением  настоящего  приказа  возложить  на
заместителя  Министра  информационных технологий и связи Российской
Федерации Б.Д.Антонюка.


     Министр                                             Л.Д.Рейман


                           _____________



     Приложение


                           П Р А В И Л А
          применения средств связи для передачи голосовой
            и видеоинформации по сетям передачи данных

                        I. Общие положения

     1. Настоящие Правила применения  средств  связи  для  передачи
голосовой  и  видеоинформации  по  сетям  передачи  данных (далее -
Правила) разработаны во исполнение статьи 41 Федерального закона от
7  июля  2003  г.  N  126-ФЗ  "О  связи" (Собрание законодательства
Российской Федерации,  2003, N 28, ст. 2895; N 52 (ч. I), ст. 5038;
2004,  N 35,  ст. 3607; N 45, ст. 4377; 2005, N 19, ст. 1752; 2006,
N 6,  ст.  636;  N 10,  ст.  1069;  N 31 (ч.  I), ст. 3452) в целях
обеспечения    целостности,    устойчивости    функционирования   и
безопасности единой сети электросвязи Российской Федерации.
     2. Правила  устанавливают обязательные требования к параметрам
средств связи, используемых в сетях передачи данных с протоколом IP
сети  связи  общего  пользования  и технологических сетей связи,  в
случае их присоединения к сетям связи общего пользования.
     3. Правила распространяются на:
     1) устройства сопряжения с сетью передачи данных по  протоколу
IP  (шлюзы,  proxy-серверы для протокола SIP),  выполняющие функции
преобразования голосовой,  видео- и мультимедиаинформации в  пакеты
IP,  маршрутизации,  приема  и передачи пакетов IP в соответствии с
используемым стандартом кодирования и управлением сигнализацией;
     2) транзитные устройства сопряжения с сетью передачи данных по
протоколу  IP,  выполняющие   функции   маршрутизации,   управления
сигнализацией  и  управления  пакетами  IP,  содержащими голосовую,
видео- и мультимедиаинформацию;
     3) устройства  контроля  и  авторизации (контроллеры сигналов,
гейткипер  для  протокола  Н.323,  сервер  регистрации   и   сервер
определения месторасположения абонентов для протокола SIP);
     4) абонентские терминалы (оконечное оборудование пользователя,
в  том  числе  персональные  компьютеры  со специальным программным
обеспечением (терминалы)  или  специализированное  пользовательское
оборудование).
     4. Условия применения:
     в сети  передачи  данных  с  протоколом  IP  сети связи общего
пользования  в  качестве  устройства   сопряжения   /   транзитного
устройства   сопряжения  /  устройства  контроля  и  авторизации  /
абонентского       терминала,       поддерживающего       протоколы
H.323/SIP/H.248/MEGACO.
     5. Средства связи для передачи голосовой и видеоинформации  по
сетям передачи данных подлежат декларированию соответствия.

      II. Требования к средствам связи для передачи голосовой
            и видеоинформации по сетям передачи данных

     6. Электропитание средств связи осуществляется  от  одного  из
следующих источников питания:
     1) от однофазной сети переменного тока с номинальным значением
напряжения   220  В.  Допустимые  рабочие  напряжения  находятся  в
пределах 220 В +-10/15% (от 187 до 242 В) и частотой 50 Гц +-5%;
     2) внешнего   источника   постоянного   тока   с   номинальным
напряжением 12,  24,  48 или 60 В.  Допустимые  рабочие  напряжения
первичных источников находятся в пределах:
     для номинального напряжения постоянного тока 12 В от  10,8  до
15,6 В;
     для номинального напряжения постоянного тока 24 В от  20,4  до
28 В;
     для номинального напряжения постоянного тока 48 В от  40,5  до
57 В;
     для номинального  напряжения  постоянного тока  60 В  от 48 до
72 В;
     3) от    источника    питания     компьютера     или     иного
электронно-цифрового   устройства,  предназначенного  для  передачи
голосовой, видео- и мультимедиаинформации.
     В этом   случае  требования  к  электропитанию  средств  связи
соответствуют   требованиям,   предъявляемым    к    электропитанию
устройства, в которое оно устанавливается.
     7. Для средств связи устанавливаются обязательные требования к
параметрам   устойчивости  к  климатическим  воздействиям  согласно
приложению N 1 к Правилам.
     8. В средствах связи,  обеспечивающих преобразование голосовых
сигналов, общая вносимая средством связи задержка сигнала не должна
превышать 50 мс.
     9. При реализации средствами связи протокола RAS,  входящего в
набор (стек) протоколов Н.323,  выполняются требования, приведенные
в пункте  2  приложения  N  10  к  Правилам  применения  оконечного
оборудования,  выполняющего функции систем коммутации, утвержденным
приказом Министерства информационных технологий и связи  Российской
Федерации  от  24 августа 2006 г.  N 113 (зарегистрирован в Минюсте
России 4 сентября 2006 г., регистрационный N 8196).
     10. При реализации средствами связи протокола Н.225, входящего
в  набор   (стек)   протоколов   Н.323,   выполняются   требования,
приведенные  в  пункте  3  приложения  N  10  к Правилам применения
оконечного оборудования,  выполняющего функции  систем  коммутации,
утвержденным  приказом  Министерства  информационных  технологий  и
связи Российской Федерации от 24 августа 2006 г. N 113.
     11. При реализации средствами связи протокола Н.245, входящего
в  набор   (стек)   протоколов   Н.323,   выполняются   требования,
приведенные  в  пункте  4  приложения  N  10  к Правилам применения
оконечного оборудования,  выполняющего функции  систем  коммутации,
утвержденным  приказом  Министерства  информационных  технологий  и
связи Российской Федерации от 24 августа 2006 г. N 113.
     12. При   реализации   средствами   связи  протокола  RTP/RTCP
выполняются требования  к  протоколу  реального  времени  RTP/RTCP,
приведенные в приложении N 2 к Правилам.
     13. При реализации средствами связи двухпроводного аналогового
стыка  для подключения телефонного аппарата выполняются требования,
приведенные в приложении N  12  к  Правилам  применения  оконечного
оборудования,  выполняющего функции систем коммутации, утвержденным
приказом Министерства информационных технологий и связи  Российской
Федерации от 24 августа 2006 г. N 113.
     14. При  реализации  средствами  связи  интерфейсов   базового
доступа (2 B + D)  и/или  первичного доступа (30 B + D) выполняются
требования,  приведенные в приложениях N 2-5 к Правилам  применения
оконечного  оборудования,  выполняющего  функции систем коммутации,
утвержденным  приказом  Министерства  информационных  технологий  и
связи Российской Федерации от 24 августа 2006 г. N 113.
     15. При реализации средствами связи двухпроводного аналогового
стыка  с  телефонной  сетью  связи  общего  пользования выполняются
требования,  приведенные в пунктах 6, 7, 9, 10, 11, 12, 13, 16, 17,
20,  25  раздела  II  Правил  применения  оконечного  оборудования,
подключаемого к двухпроводному аналоговому  стыку  телефонной  сети
связи   общего   пользования,  утвержденных  приказом  Министерства
информационных  технологий  и  связи  Российской  Федерации  от  29
августа 2005 г.  N 102 (зарегистрирован в Минюсте России 9 сентября
2005 г., регистрационный N 6982).
     16. При  реализации  средствами  связи  протокола H.248/MEGACO
выполняются требования  к  протоколу  H.248/MEGACO,  приведенные  в
приложении N 3 к Правилам.
     17. При реализации средствами связи протокола SIP  выполняются
требования,  приведенные  в  приложении  N 11 к Правилам применения
оконечного оборудования,  выполняющего функции  систем  коммутации,
утвержденным  приказом  Министерства  информационных  технологий  и
связи Российской Федерации от 24 августа 2006 г. N 113.
     18. При реализации средствами связи протокола MGCP выполняются
требования к  протоколу  MGCP,  приведенные  в  приложении  N  4  к
Правилам.
     19. При  реализации  средствами  связи  интерфейсов   к   сети
передачи  данных  с  использованием контроля несущей и обнаружением
коллизий   (Ethernet)   выполняются   требования,   приведенные   в
приложениях  N  6-9  к Правилам применения оконечного оборудования,
выполняющего  функции  систем  коммутации,  утвержденным   приказом
Министерства информационных технологий и связи Российской Федерации
от 24 августа 2006 г. N 113.


                           _____________



     Приложение N 1
     к Правилам применения средств связи
     для передачи голосовой и видеоинформации
     по сетям передачи данных


               Требования к параметрам устойчивости
                   к климатическим воздействиям

   Таблица. Параметры устойчивости к климатическим воздействиям

+-----------------------------------------------------------------+
|                             | При установке   |  При установке  |
|    Воздействующий фактор    | средств связи в |  средств связи  |
|                             |  отапливаемом   |   на открытом   |
|                             |    помещении    |     воздухе     |
+-----------------------------------------------------------------|
|При эксплуатации                                                 |
+-----------------------------------------------------------------|
|Температура окружающего      |                 |                 |
|воздуха, °С:                 |                 |                 |
|    в рабочем состоянии      |  от +5  до +40  |  от -40 до +50  |
|    в нерабочем состоянии    |  от -50 до +50  |  от -50 до +65  |
+-----------------------------+-----------------+-----------------|
|Относительная влажность      |       80        |        100      |
|воздуха, %,                  |      +25        |       +25       |
|при температуре, °С          |                 |                 |
+-----------------------------+-----------------+-----------------|
|Атмосферное давление,        |     450-800     |     450-800     |
|мм рт. ст.                   |                 |                 |
+-----------------------------+-----------------+-----------------|
|Воздействие конденсированных |                 | средство связи  |
|осадков в виде инея и росы   |                 |   устойчиво к   |
|                             |                 |   воздействию   |
|                             |                 |конденсированных |
|                             |                 |  осадков в виде |
|                             |                 |   инея и росы   |
+-----------------------------------------------------------------|
|При хранении                                                     |
+-----------------------------------------------------------------|
|Температура окружающего      |  от -50 до +40  |  от -50 до +40  |
|воздуха, °С                  |    в течение    |    в течение    |
|                             |   12 месяцев    |   12 месяцев    |
+-----------------------------+-----------------+-----------------|
|Относительная влажность      |  80% при +20°С  |  80% при +20°С  |
|воздуха, %, при              |   в течение     |   в течение     |
|температуре, °С              |   12 месяцев,   |   12 месяцев,   |
|                             |  98% при +25°С  |  98% при +25°С  |
|                             | без конденсации | без конденсации |
|                             |влаги - в течение|влаги - в течение|
|                             |     месяца      |     месяца      |
+-----------------------------------------------------------------|
|При транспортировании                                            |
+-----------------------------------------------------------------|
|Температура окружающего      |  от -50 до +50  |  от -50 до +50  |
|воздуха, °С                  |                 |                 |
+-----------------------------+-----------------+-----------------|
|Относительная влажность      |  100% при +25°С |  100% при +25°С |
|воздуха, %, при              |                 |                 |
|температуре, °С              |                 |                 |
+-----------------------------------------------------------------+


                           _____________



     Приложение N 2
     к Правилам применения средств связи
     для передачи голосовой и видеоинформации
     по сетям передачи данных


        Требования к протоколу реального времени RTP/RTCP

               1. Требования к параметрам протокола
                       реального времени RTP

     1.1. Протокол  RTP  (Real-time  protocol  - протокол реального
времени) предназначен для передачи голосовой информации  в  пакетах
протокола IP.
     1.2. Поля заголовка пакета RTP соответствуют таблице N 1.

Таблица N 1. Структура пакета RTP

+-----------------------------------------------------------------+
|N поля|     Название поля заголовка пакета       |Длина поля, бит|
+------+------------------------------------------+---------------|
|   1  |Версия                                    |       2       |
+------+------------------------------------------+---------------|
|   2  |Признак дополнения пакета незначащими     |       1       |
|      |октетами                                  |               |
+------+------------------------------------------+---------------|
|   3  |Флаг наличия дополнительного заголовка    |       1       |
+------+------------------------------------------+---------------|
|   4  |Количество идентификаторов CSRC           |       4       |
+------+------------------------------------------+---------------|
|   5  |Маркер                                    |       1       |
+------+------------------------------------------+---------------|
|   6  |Тип данных поля полезной нагрузки         |       7       |
+------+------------------------------------------+---------------|
|   7  |Значение порядка следования пакетов       |      16       |
+------+------------------------------------------+---------------|
|   8  |Счетчик времени                           |      32       |
+------+------------------------------------------+---------------|
|   9  |Идентификатор SSRC                        |      32       |
+------+------------------------------------------+---------------|
|  10  |Список идентификаторов CSRC               |  переменная   |
+-----------------------------------------------------------------+

     1.3. К  функциям  кодирования/декодирования  полей   заголовка
пакета RTP предъявляются следующие требования:
     1) поле  "Версия"  содержит  номер  версии  формата  заголовка
пакета  RTP (оконечное оборудование поддерживает версию 2 протокола
RTP);
     2) поле   "Признак  дополнения  пакета  незначащими  октетами"
устанавливается в единицу,  если длина пакета выровнена  с  помощью
незначащих    октетов.    Выравнивание    может   требоваться   при
использовании  алгоритмов  шифрования  информации,   работающих   с
фиксированным размером пакета;
     3) поле    "Флаг    наличия     дополнительного     заголовка"
устанавливается  в  единицу  при наличии дополнительного заголовка.
Дополнительный заголовок служит для передачи специальной информации
пользователя;
     4) поле "Количество идентификаторов CSRC" указывает количество
объединяемых потоков RTP;
     5) поле "Маркер" устанавливается в единицу для указания начала
кадра;
     6) поле "Тип данных поля полезной нагрузки" идентифицирует вид
информации, передаваемой в пакете RTP (аудио, видео);
     7) поле "Значение порядка следования пакетов" используется для
определения    потерянных    пакетов.   Начальное   значение   поля
определяется случайным  образом.  Значение  поля  увеличивается  на
единицу  при  передаче  очередного пакета.  При достижении значения
FFFFh поле обнуляется;
     8) поле   "Счетчик   времени"   указывает  временную  отметку,
позволяющую      воспроизводить      голосовую,      видео-       и
мультимедиаинформацию;
     9) поле  "Идентификатор  SSRC"  идентифицирует   потоки   RTP,
принадлежащие одному вызову;
     10) поле  "Список  идентификаторов  CSRC"  содержит   перечень
источников потоков RTP.

         2. Требования к протоколу реального времени RTCP

     2.1. Протокол  RTCP  предназначен  для  контроля  и управления
потоками RTP.
     2.2. Пакеты   RTCP  имеют  заголовки,  аналогичные  заголовкам
пакетов RTP.
     2.3. Обрабатываются пакеты RTCP следующих типов:
     1) SR  (содержит  статистическую   информацию   о   передающем
оконечном оборудовании);
     2) RR  (содержит  статистическую  информацию   о   принимающем
оконечном оборудовании);
     3) SDES (содержит информацию о пользователе);
     4) BYE (завершение) (сообщает о завершении соединения).
     2.4. Для  идентификации  типов   пакетов   RTCP   используются
значения, указываемые в поле "Тип пакета RTCP".
     2.5. Пакет SR содержит статистическую информацию о потоке RTP,
включая   количество   переданных  пакетов,  количество  потерянных
пакетов и   т. д.    Формат    сообщения   соответствует   формату,
приведенному  в  таблице  N 2.  В одном пакете SR при необходимости
содержится информация от  нескольких  источников  информации.  Поля
заголовка пакета SR соответствуют таблице N 2.

Таблица N 2. Структура пакета SR

+-----------------------------------------------------------------+
|N поля|     Название поля заголовка пакета       |Длина поля, бит|
+------+------------------------------------------+---------------|
|  1   |                    2                     |       3       |
+------+------------------------------------------+---------------|
|  1   |Версия                                    |       2       |
+------+------------------------------------------+---------------|
|  2   |Признак дополнения пакета незначащими     |       1       |
|      |октетами                                  |               |
+------+------------------------------------------+---------------|
|  3   |Количество информационных блоков          |       5       |
+------+------------------------------------------+---------------|
|  4   |Тип пакета RTCP                           |       8       |
+------+------------------------------------------+---------------|
|  5   |Длина                                     |      16       |
+------+------------------------------------------+---------------|
|  6   |Идентификатор SSRC                        |      32       |
+------+------------------------------------------+---------------|
|  7   |Время передачи пакета                     |      64       |
+------+------------------------------------------+---------------|
|  8   |Счетчик времени                           |      32       |
+------+------------------------------------------+---------------|
|  9   |Количество переданных пакетов             |      32       |
+------+------------------------------------------+---------------|
| 10   |Количество переданных октетов             |      32       |
+------+------------------------------------------+---------------|
| 11   |Идентификатор SSRC_1                      |      32       |
+------+------------------------------------------+---------------|
| 12   |Коэффициент потерянных пакетов            |       8       |
+------+------------------------------------------+---------------|
| 13   |Общее количество потерянных пакетов       |      24       |
+------+------------------------------------------+---------------|
| 14   |Количество переполнений счетчика          |      32       |
|      |переданных пакетов RTP                    |               |
+------+------------------------------------------+---------------|
| 15   |Общее отклонение от счетчика времени      |      32       |
+------+------------------------------------------+---------------|
| 16   |Время последнего переданного пакета SR    |      32       |
+------+------------------------------------------+---------------|
| 17   |Время с момента последней передачи пакета |      32       |
|      |SR                                        |               |
+------+------------------------------------------+---------------|
|      |Блок данных следующего источника с        |     192       |
|      |идентификатором SSRC_2                    |               |
+-------------------------------------------------+---------------|
|Примечание. Поля с одиннадцатого по семнадцатое  |               |
|составляют информационный блок и могут           |               |
|повторяться                                      |               |
+-----------------------------------------------------------------+

     2.6. Требования  к  функциям  кодирования/декодирования  полей
пакета RTCP:
     1) поле  "Версия"  содержит  номер  версии  формата  заголовка
пакета RTCP (средство связи поддерживает RTCP версии 2);
     2) поле   "Признак  дополнения  пакета  незначащими  октетами"
(выравнивание)  устанавливается  в  единицу,  если  пакет  дополнен
незначащими  октетами.  Выравнивание  требуется  при  использовании
алгоритмов  шифрования  информации,  работающих   с   фиксированным
размером пакета;
     3) поле "Количество информационных блоков" содержит количество
информационных  блоков  от  различных источников информации в одном
пакете;
     4) поле  "Тип  пакета  RTCP" для пакета типа SR имеет значение
"200";
     5) поле   "Длина"   указывает   длину  пакета,  включая  длину
заголовка и количество незначащих октетов.  Значение поля кратно 32
битам;
     6) поле  "Идентификатор  SSRC"   идентифицирует  потоки   RTP,
принадлежащие одному вызову;
     7) поле  "Время  передачи  пакета"  содержит  время   передачи
данного пакета;
     8) поле  "Счетчик  времени"   используется  для  синхронизации
нескольких потоков RTP;
     9) поле "Количество переданных  пакетов"  содержит  количество
переданных пакетов с момента начала передачи пакетов RTP до момента
передачи последнего пакета SR;
     10) поле  "Количество  переданных октетов" содержит количество
переданных октетов полезной информации;
     11) поле    "Идентификатор   SSRC_1"   идентифицирует   первый
источник, передающий информационный блок;
     12) поле  "Коэффициент  потерянных пакетов" содержит отношение
потерянных пакетов к общему количеству  пакетов,  переданных  между
двумя пакетами SR;
     13) поле "Общее количество потерянных пакетов" содержит  общее
число  потерянных  пакетов с момента начала передачи пакетов RTP до
момента передачи последнего пакета SR;
     14) поле  "Количество переполнений счетчика переданных пакетов
RTP"  содержит  число  переходов  на  нулевое   значение   счетчика
переданных пакетов RTP;
     15) поле  "Общее  отклонение  от  счетчика  времени"  содержит
среднее значение отклонений от счетчика времени RTP;
     16) поле "Время последнего  переданного  пакета  SR"  содержит
время  передачи  последнего пакета SR.  При передаче первого пакета
значение устанавливается в "0";
     17) поле  "Время  с  момента  последней  передачи  пакета  SR"
содержит  промежуток  времени  между  передачей  двух  пакетов  SR.
Используется  для  обнаружения потерянных пакетов SR.  При передаче
первого пакета значение устанавливается в "0".
     2.7. Формат  пакета  RR  аналогичен формату пакета SR,  но тип
поля пакета "Тип пакета RTCP" принимает значение "201".
     2.8. Для   получения   информации  об  оконечном  оборудовании
используются  пакеты,  содержащие  блоки  SDES.  Поля  пакета  SDES
соответствуют таблице N 3.

Таблица N 3. Структура пакета SDES

+-----------------------------------------------------------------+
|Номер|           Название поля пакета SDES           |Длина поля,|
|поля |                                               |    бит    |
+-----+-----------------------------------------------+-----------|
|  1  |                   2                           |     3     |
+-----+-----------------------------------------------+-----------|
|  1  |Версия                                         |     2     |
+-----+-----------------------------------------------+-----------|
|  2  |Признак дополнения пакета незначащими октетами |     1     |
+-----+-----------------------------------------------+-----------|
|  3  |Количество блоков SDES                         |     5     |
+-----+-----------------------------------------------+-----------|
|  4  |Тип пакета RTCP                                |     8     |
+-----+-----------------------------------------------+-----------|
|  5  |Длина                                          |    16     |
+-----+-----------------------------------------------+-----------|
|  6  |Идентификатор SSRC/CSRC_1                      |    32     |
+-----+-----------------------------------------------+-----------|
|  7  |Блок SDES                                      | переменная|
+-----+-----------------------------------------------+-----------|
|  8  |Идентификатор SSRC/CSRC_2                      |    32     |
+-----------------------------------------------------------------|
|Примечание. Поля с шестого по седьмое составляют блок SDES       |
+-----------------------------------------------------------------+

     2.9. Требования  к  функциям  кодирования/декодирования  полей
пакета SDES:
     1) поле  "Версия"  содержит  номер  версии  формата  заголовка
пакета SDES (аппаратура поддерживает версию 2);
     2) поле  "Признак  дополнения  пакета  незначащими   октетами"
(выравнивание)  устанавливается  в  единицу,  если  пакет  дополнен
незначащими  октетами.  Выравнивание  требуется  при  использовании
алгоритмов   шифрования   информации,  работающих  с  фиксированным
размером пакета;
     3) поле  "Количество  блоков  SDES" содержит количество блоков
SDES;
     4) поле  "Тип  пакета RTCP" для пакета SDES принимает значение
"202";
     5) поле   "Длина"   указывает   длину  пакета,  включая  длину
заголовка и количество незначащих октетов.  Значение поля кратно 32
битам;
     6) поле   "Идентификатор   SSRC/CSRC_1"    используется    для
идентификации потоков RTP;
     7) поле "Блок  SDES"  содержит  информационные  элементы:  имя
пользователя,  информация  для  контакта  с  пользователем,  тип  и
название используемого средства связи и  т.  д.  Поле  "Блок  SDES"
состоит из идентификатора информационного элемента в соответствии с
таблицей N 3 длиной 8 бит,  длины информационного элемента длиной 8
бит  и  информационного  элемента  в виде строки символов длиной не
более 255 символов.  Обязательным является  информационный  элемент
CNAME (транспортный адрес пользователя в формате адреса электронной
почты).
     2.10 Для  сообщения о завершении соединения используется пакет
BYE.


                           _____________



     Приложение N 3
     к Правилам применения средств связи
     для передачи голосовой и видеоинформации
     по сетям передачи данных

                Требования к протоколу H.248/MEGACO

     1. Протокол H.248/MEGACO предназначен для управления шлюзами с
помощью устройства управления шлюзами.
     2. Управление  шлюзом  осуществляется  посредством  выполнения
команд   по   запросу,   поступающему   от   устройства  управления
(контроллера) шлюзом, и соответствует таблице.

Таблица. Команды протокола H.248/MEGACO

+-----------------------------------------------------------------+
|Название команды   |                    Описание                 |
+-------------------+---------------------------------------------|
|         1         |                      2                      |
+-------------------+---------------------------------------------|
|Add (добавить)     |Добавляет порт в контекст.  Для первого порта|
|                   |в контексте команда может использоваться  для|
|                   |создания контекста                           |
+-------------------+---------------------------------------------|
|Modify (изменить)  |Изменяет свойства, события и сигналы порта   |
+-------------------+---------------------------------------------|
|Subtract (извлечь) |Удаляет порт   из   контекста   и  возвращает|
|                   |статическую информацию, накопленную портом за|
|                   |его  время  существования  в  контексте.  Для|
|                   |последнего   порта    в    контексте    может|
|                   |использоваться для удаления контекста        |
+-------------------+---------------------------------------------|
|Move (переслать)   |Перемещает порт из одного контекста в другой |
+-------------------+---------------------------------------------|
|AuditValue         |Возвращает информацию  о  текущем   состоянии|
|(контроль значений)|свойств, событий, сигналов и статистик порта |
+-------------------+---------------------------------------------|
|AuditCapabilities  |Возвращает все   возможные    значения    для|
|(контроль          |свойств, событий, сигналов и статистик порта,|
|возможностей)      |разрешенные контроллером  шлюзов.  Выполнение|
|                   |команды   инициирует   любой  дескриптор  или|
|                   |одиночное свойство, сигнал или событие       |
+-------------------+---------------------------------------------|
|Notify             |Позволяет шлюзу    информировать   контроллер|
|(уведомление)      |шлюзов о событиях, в нем происходящих        |
+-------------------+---------------------------------------------|
|ServiceChange      |Позволяет шлюзу  оповестить контроллер шлюзов|
|(изменение в       |о   готовности   к    началу    обслуживания.|
|обслуживании)      |Используется  шлюзом  для  объявления о своей|
|                   |доступности контроллеру шлюзов  (регистрации)|
|                   |и   для  сообщения  о  приближающейся  полной|
|                   |перегрузке;  для объявления шлюзу о  передаче|
|                   |ему  управляющих  полномочий;  для  поручения|
|                   |шлюзу функции добавления или исключения порта|
|                   |или группы портов                            |
+-----------------------------------------------------------------+

     3. Параметрами  команд  являются  дескрипторы.  В  дескрипторе
определено имя и набор параметров. Дескрипторы содержат:
     1) тип и параметры модема;
     2) тип     мультиплексирования     информации,    используемый
мультимедийными терминалами;
     3) параметры потока данных;
     4) свойства порта шлюза (содержит два  параметра,  описывающие
состояние порта и ответные действия шлюза на событие,  не требующее
немедленного оповещения контроллера шлюза);
     5) параметры отдельного двунаправленного потока данных;
     6) параметры потока  данных,  передаваемого  или  принимаемого
данным шлюзом;
     7) параметры потока  данных,  передаваемого  или  принимаемого
удаленным шлюзом;
     8) параметры, определяющие режим работы и свойства порта;
     9) события,   которые  шлюз  должен  отслеживать,  и  ответные
действия шлюза на эти события;
     10) события,    которые    шлюз   должен   отслеживать,   если
используется буферное запоминающее событие устройство;
     11) сигналы  конечному  пользователю,  передачу  которых  порт
шлюза должен начать или прекратить;
     12) информацию, которую контроллер шлюзов должен запрашивать у
шлюза;
     13) совокупность свойств порта;
     14) используемый план нумерации;
     15) информацию, относящуюся к изменению состояния порта шлюза;
     16) информацию о произошедших событиях;
     17) статическую   информацию,   собранную   портом   за  время
соединения;
     18) направление потоков между портами в контексте;
     19) код ошибок и текст ошибки.


                           _____________



     Приложение N 4
     к Правилам применения средств связи
     для передачи голосовой и видеоинформации
     по сетям передачи данных


                    Требования к протоколу MGCP

     1. Протокол  MGCP предназначен для управления шлюзом с помощью
устройства управления шлюзом.
     2. Сообщения  передаются  в  поле  полезной  нагрузки  пакетов
протокола UDP.
     3. Протокол MGCP обеспечивает:
     1) согласование вида модуляции сигнала между двумя шлюзами;
     2) обработку   тонов  DTMF,  распознавание  вида  передаваемой
информации (голосовая, видео- и мультимедиаинформация, факсимильные
сообщения,   данные   и   др.),  определение  состояния  оконечного
оборудования;
     3) установление соединения;
     4) освобождение соединения;
     5) изменение конфигурации соединения;
     6) освобождение соединений  конфигурации  "точка  -  несколько
точек";
     7) контроль и диагностику портов шлюзов;
     8) контроль и диагностику соединений;
     9) уведомление устройства управления шлюзами  об  освобождении
ресурсов шлюзов.
     4. Согласование вида модуляции  сигнала  между  двумя  шлюзами
осуществляется  с  использованием  команды  "EndpointConfiguration"
(конфигурация оконечной точки).  Дополнительно команда обеспечивает
инициализацию  шлюза.  Команда "EndpointConfiguration" передается в
направлении от устройства управления шлюзами к шлюзу.
     5. Распознавание  вида  передаваемой  информации,  тонов DTMF,
определение  состояний  оконечного  оборудования  осуществляется  с
использованием  команды "NotificationRequest" (запрос уведомления).
Команда   "NotificationRequest"   передается   в   направлении   от
устройства управления шлюзами к шлюзу.
     6. Команда "Notify" (уведомление) передается в направлении  от
шлюза  к  устройству  управления  шлюзами  при обнаружении событий,
описанных в команде "NotificationRequest".
     7. Передача    информации    для    установления    соединения
осуществляется  устройством  управления  шлюзом.  Для  установления
соединения   между   двумя  шлюзами  устройство  управления  шлюзом
передает сообщение "CreateConnection" (создать соединение) шлюзу  с
запросом   на   организацию   соединения.  В  сообщении  передается
уникальный параметр,  идентифицирующий вызов,  идентификатор  порта
соединения,    характеристики    управления    соединением   (метод
кодирования,  размер   голосовых   пакетов,   полоса   пропускания,
использование эхокомпенсатора и др.).
     8. Передача информации о завершении соединения  осуществляется
устройством  управления  шлюзом  или шлюзом;  Устройство управления
шлюзом или шлюз передает сообщение  "DeleteConnection"  (освободить
соединение) с запросом на завершение соединения.
     9. Изменение параметров соединения осуществляется  устройством
управления шлюзом.  Устройство управления шлюзом передает сообщение
"ModifyConnection"  (изменить  соединение).  Используются   те   же
параметры,   что  и  в  сообщении  "CreateConnection",  добавляется
параметр  Идентификатор  Соединения,   привязывающий   установление
соединения к определенному порту.
     10. Устройство управления  шлюзом  для  обмена  информацией  о
состоянии  порта  шлюза  передает  шлюзу  сообщение "AuditEndPoint"
(контроль оконечной точки).  В ответ  шлюз  передает  запрашиваемую
информацию или подтверждение.
     11. Устройство  управления  шлюзом  для  обмена  информацией о
состоянии  соединения  запрашивает параметры соединения посредством
передачи сообщения "AuditConnection" (контроль соединения) шлюзу.
     12. Команда  "RestartInProgress"  (перезагрузка)  используется
шлюзом для уведомления устройства управления  шлюзами  о  том,  что
шлюз находится в процессе перезагрузки. Команда "RestartInProgress"
передается в направлении от шлюза к устройству управления шлюзами.


                           _____________



     Приложение N 5
     к Правилам применения средств связи
     для передачи голосовой и видеоинформации
     по сетям передачи данных

                                                          Справочно


                 Перечень используемых сокращений

     1. IP - Internet Protocol (Интернет протокол).
     2. G.711 - Pulse Code Modulation (PCM)  of  voice  frequencies
(Импульсно-кодовая модуляция голосовых частот).
     3. MEGACO - Media Gatway Controller (Контроллер медиашлюзов).
     4. SIP  -  Session  Initial  Protocol  (Протокол инициализации
соединений).
     5. RAS - Registration, Admission, Status (Регистрация, доступ,
статус).
     6. H.245  -  Control  protocol  for  multimedia  communication
(Управляющий протокол для мультимедиакоммуникаций).
     7. RTP - Real-time Protocol (Протокол реального времени).
     8. RTCP - Real-time  Control  Protocol  (Управляющий  протокол
реального времени).
     9. MGCP  -  Media  Gateway   Controller   Protocol   (Протокол
контроллера медиашлюза).
     10. UDP - User Datagram  Protocol  (Протокол  пользовательских
датаграмм).
     11. GRQ - Gatekeeper Request (Запрос контроллера).
     12. DNS - Domain Name System (Система доменных имен).
     13. TSAP -  Transport  Service  Access  Point  (Точка  доступа
транспортных служб).
     14. GCF - Gatekeeper Confirm (Подтверждение контроллера).
     15. GRJ - Gatekeeper Reject (Отказ контроллера).
     16. RRQ - Registration Request (Запрос регистрации).
     17. RCF - Registration Confirm (Подтверждение регистрации).
     18. RRJ - Registration Reject (Отказ регистрации).
     19. URQ - Unregister Request (Запрос на отмену регистрации).
     20. UCF   -   Unregister   confirm    (Подтверждение    отмены
регистрации).
     21. URJ - Unregister reject (Отказ в отмене регистрации).
     22. LRQ   -   Location   Request   (Запрос  на  дополнительную
информацию).
     23. LCF   -   Location   Confirm  (Подтверждение  в  получении
дополнительной информации).
     24. LRJ  -  Location  Reject  (Отказ в передаче дополнительной
информации).
     25. Н.225   -  Call  signalling  protocols  and  media  stream
packetization for  packet-based  multimedia  communication  systems
(Протоколы  сигнализации  и  пакетизации  для  мультимедиасистем  с
пакетной коммутацией).
     26. ARQ - Admissions Request (Запрос на доступ).
     27. ACF - Admissions Confirm (Подтверждение доступа).
     28. ARJ - Admissions Reject (Отказ в доступе).
     29. BRQ - Bandwidth Change Request (Запрос на изменение полосы
пропускания канала).
     30. BCF - Bandwidth Confirm  (Подтверждение  изменения  полосы
пропускания канала).
     31. BRJ  -  Bandwidth  Reject  (Отказ   в   изменении   полосы
пропускания канала).
     32. DRQ - Disengage Request  (Запрос  на  освобождение  полосы
пропускания канала).
     33. DCF - Disengage Confirm (Подтверждение освобождения полосы
пропускания канала).
     34. DRJ  -  Disengage  Reject  (Отказ  в  освобождении  полосы
пропускания канала).
     35. IRQ - Information Request (Информационный запрос).
     36. IRR  -  Info  Request  Response  (Ответ  на информационный
запрос).
     37. IACK    -   Info   Request   Ack   (Подтверждение   приема
информационного запроса).
     38. INAK   -   Info   Request   Nyak  (Подтверждение  неприема
информационного запроса).
     39. RAI - Resource Availability Indication (Запрос на передачу
списка поддерживаемых протоколов).
     40. RAC   -  Resource  Available  Confirmation  (Подтверждение
получения запроса на передачу списка поддерживаемых протоколов).
     41. ЕЛ   64   -  The  international  public  telecommunication
numbering  plan   (Международный   план   нумерации   общедоступных
телекоммуникаций).
     42. URL - Universal Resource Location (Универсальный указатель
ресурса).
     43. CSRC  -  Contributing  Source   (Количество   объединяемых
потоков).
     44. SSRC  -  Synchronization   Source   (Количество   потоков,
принадлежащих одному вызову).
     45. SR - ender Report (Информация о передающем оборудовании).
     46. RR   -   Receiver   Report   (Информация   о   принимающем
оборудовании).
     47. SDES   -   Source   Description  (Информация  о  оконечном
оборудовании).
     48. TCP  -  Transmission Control Protocol (Протокол управления
передачей).
     49. URI   -   Uniform   Resource   Identifiers  (Универсальный
индикатор ресурса).
     50. CR - carriage return (возврат каретки).
     51. LF - line feed (перевод строки).
     52. ttl - time to live (время жизни).
     53. DTMF   -   Dual   Tone   Multi   Frequency    (Двухтоновый
многочастотный).
     54. SDP  -  ession  Deskription  Protocol  (Протокол  описания
соединений).


                           _____________

Информация по документу
Читайте также