---
title: "Приказ Мининформсвязи РФ от 21.04.2008 N 44"
number: "44"
issuer: "Министерство информационных технологий и связи Российской Федерации"
issued_on: 2008-04-21
redaction: 2008-06-13
status: действует
canonical: "https://bukva.ai/docs/prikaz-44-2008-mininformsvyazi-rossii"
---

## Приказ Мининформсвязи РФ от 21.04.2008 N 44

# Приказ Мининформсвязи РФ от 21.04.2008 N 44

"Об утверждении Правил применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть III. Правила применения городских автоматических телефонных станций, использующих технологию коммутации пакетов информации"

(Зарегистрировано в Минюсте РФ 12.05.2008 N 11647)

> [!IMPORTANT]
> Начало действия редакции - 13.06.2008.


<a id="p100001"></a>Зарегистрировано в Минюсте РФ 12 мая 2008 г. N 11647

---


<a id="p100002"></a>**МИНИСТЕРСТВО ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СВЯЗИ**
**РОССИЙСКОЙ ФЕДЕРАЦИИ**


## <a id="p100003"></a>ПРИКАЗ

от 21 апреля 2008 г. N 44

<a id="p100004"></a>**ОБ УТВЕРЖДЕНИИ ПРАВИЛ**
**ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ ТРАНЗИТНЫХ, ОКОНЕЧНО-ТРАНЗИТНЫХ**
**И ОКОНЕЧНЫХ УЗЛОВ СВЯЗИ. ЧАСТЬ III. ПРАВИЛА ПРИМЕНЕНИЯ**
**ГОРОДСКИХ АВТОМАТИЧЕСКИХ ТЕЛЕФОННЫХ СТАНЦИЙ, ИСПОЛЬЗУЮЩИХ**
**ТЕХНОЛОГИЮ КОММУТАЦИИ ПАКЕТОВ ИНФОРМАЦИИ**

<a id="p100005"></a>В соответствии со [статьей 41](https://bukva.ai/docs/zakon-126-fz-2003/statya-1#p100441) Федерального закона от 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), ст. 3431, 3452; 2007, N 1, ст. 8; N 7, ст. 835) и [пунктом 4](https://bukva.ai/docs/postanovlenie-214-2005#p100020) Правил организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденных Постановлением Правительства Российской Федерации от 13 апреля 2005 г. N 214 (Собрание законодательства Российской Федерации, 2005, N 16, ст. 1463), приказываю:
1. <a id="p100006"></a>Утвердить прилагаемые [Правила](#p100011) применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть III. Правила применения городских автоматических телефонных станций, использующих технологию коммутации пакетов информации.
2. <a id="p100007"></a>Направить настоящий Приказ на государственную регистрацию в Министерство юстиции Российской Федерации.
3. <a id="p100008"></a>Контроль за исполнением настоящего Приказа возложить на заместителя Министра информационных технологий и связи Российской Федерации Б.Д. Антонюка.

<div align="right">

<a id="p100009"></a>Министр<br>
**Л.Д.РЕЙМАН**

</div>






<div align="right">

<a id="p100010"></a>Приложение

</div>


<a id="p100011"></a>**ПРАВИЛА**
**ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ ТРАНЗИТНЫХ, ОКОНЕЧНО-ТРАНЗИТНЫХ**
**И ОКОНЕЧНЫХ УЗЛОВ СВЯЗИ. ЧАСТЬ III. ПРАВИЛА ПРИМЕНЕНИЯ**
**ГОРОДСКИХ АВТОМАТИЧЕСКИХ ТЕЛЕФОННЫХ СТАНЦИЙ, ИСПОЛЬЗУЮЩИХ**
**ТЕХНОЛОГИЮ КОММУТАЦИИ ПАКЕТОВ ИНФОРМАЦИИ**


### <a id="p100012"></a>I. Общие положения


1. <a id="p100013"></a>Правила применения городских автоматических телефонных станций, использующих технологию коммутации пакетов информации (далее - Правила), разработаны в соответствии со [статьей 41](https://bukva.ai/docs/zakon-126-fz-2003/statya-1#p100441) Федерального закона от 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), ст. 3431, 3452; 2007, N 1, ст. 8; N 7, ст. 835) в целях обеспечения целостности, устойчивости функционирования и безопасности единой сети электросвязи Российской Федерации.
2. <a id="p100014"></a>Правила устанавливают обязательные требования к параметрам оборудования, входящего в состав городских автоматических телефонных станций (далее - узлы связи), выполняющих функции транзитных, оконечно-транзитных и оконечных узлов связи, за исключением требований к программному, техническому или физическому разделению указанного оборудования для целей использования в составе сетей связи различных операторов связи.
3. <a id="p100015"></a>Транзитные, оконечно-транзитные и оконечные узлы связи идентифицируются как городские автоматические телефонные станции и в соответствии с [подпунктом 6 пункта 1](https://bukva.ai/docs/postanovlenie-896-2004#p100020) Перечня средств связи, подлежащих обязательной сертификации, утвержденного Постановлением Правительства Российской Федерации от 31 декабря 2004 г. N 896 (Собрание законодательства Российской Федерации, 2005, N 2, ст. 155), должны пройти процедуру обязательной сертификации в порядке, установленном [Правилами](https://bukva.ai/docs/postanovlenie-214-2005#p100009) организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденными Постановлением Правительства Российской Федерации от 13 апреля 2005 г. N 214 (Собрание законодательства Российской Федерации, 2005, N 16, ст. 1463).


### <a id="p100016"></a>II. Требования к оборудованию городских станций, использующих технологию коммутации пакетов информации


4. <a id="p100017"></a>Узлы связи в зависимости от выполняемых функций подразделяется на:
1) <a id="p100018"></a>транзитные узлы связи, обеспечивающие транзит трафика между двумя узлами связи;
2) <a id="p100019"></a>оконечно-транзитные узлы связи, обеспечивающие подключение пользовательского (оконечного) оборудования и транзит трафика между двумя узлами связи;
3) <a id="p100020"></a>оконечные узлы связи, обеспечивающие подключение пользовательского (оконечного) оборудования.
5. <a id="p100021"></a>Узлы связи, выполняющие функции оконечных или оконечно-транзитных узлов связи, обеспечивают возможность выноса абонентского оборудования в удаленные абонентские модули (концентраторы, подстанции) общей емкостью до 100% емкости узла связи. Максимальное число удаленных абонентских модулей не ограничивается.
6. <a id="p100022"></a>Узлы связи, выполняющие функции транзитных и оконечно-транзитных узлов связи, обеспечивают возможность установления соединений по прямым и обходным направлениям.
7. <a id="p100023"></a>Узлы связи реализуют функции пункта сигнализации сети сигнализации ОКС N 7. Оконечно-транзитные и транзитные узлы связи реализуют функции транзитных пунктов сигнализации ОКС N 7.
8. <a id="p100024"></a>Оборудование узлов связи сохраняет работоспособность при отклонении напряжения электропитания от номинальных значений в допустимых пределах:
1) <a id="p100025"></a>при номинальном напряжении 60 В - в пределах от 48,0 до 72,0 В;
2) <a id="p100026"></a>при номинальном напряжении 48 В - в пределах от 40,5 до 57,0 В;
3) <a id="p100027"></a>при номинальном напряжении тока 220 В - в пределах от 187 до 242 В (частота - от 47,5 до 50,5 Гц, коэффициент нелинейных искажений - не более 10%, кратковременное (длительностью до 3 с) изменение напряжения относительно номинального значения +/- 40%).
9. <a id="p100028"></a>Для оборудования узлов связи, использующих технологию коммутации пакетов информации, устанавливаются следующие обязательные требования к параметрам:
1) <a id="p100029"></a>интерфейсов согласно [приложению 1](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p100034) к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации N 7 (ОКС N 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 N 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный N 7879) (далее - Правила N 59-06);
2) <a id="p100030"></a>технических и программных средств, используемых для обеспечения синхронизации согласно [приложению 2](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p100081) к Правилам N 59-06;
3) <a id="p100031"></a>технического обслуживания согласно [приложению 7](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p100999) к Правилам N 59-06;
4) <a id="p100032"></a>электропитания согласно [приложению 9](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p101026) к Правилам N 59-06;
5) <a id="p100033"></a>устойчивости к климатическим и механическим воздействиям согласно [приложению 10](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p101038) к Правилам N 59-06;
6) <a id="p100034"></a>устойчивости к внешним электрическим и электромагнитным воздействиям и индустриальным радиопомехам согласно [приложению 11](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p101056) к Правилам N 59-06;
7) <a id="p100035"></a>интерфейсов оконечно-транзитных и оконечных узлов связи с пользовательским оконечным оборудованием согласно [приложению N 1](#p100057) к Правилам;
8) <a id="p100036"></a>передачи согласно [приложению N 2](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p100093) к Правилам применения оборудования транзитных, оконечно-транзитных и оконечных узлов связи. Часть I. Правила применения городских автоматических телефонных станций, использующих систему сигнализации по общему каналу сигнализации N 7 (ОКС N 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 11.09.2007 N 106 (зарегистрирован в Министерстве юстиции Российской Федерации 1 октября 2007 г., регистрационный N 10220) (далее - Правила N 106-07);
9) <a id="p100037"></a>синхронизации согласно [приложению N 3](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p100135) к Правилам N 106-07;
10) <a id="p100038"></a>систем сигнализации и протоколов сигнализации и управления, используемых на интерфейсах оконечных и оконечно-транзитных узлов связи с оконечным (пользовательским) оборудованием согласно [приложению N 4](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p100251) к Правилам N 106-07;
11) <a id="p100039"></a>систем межстанционной сигнализации согласно [приложению N 5](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p100701) к Правилам N 106-07;
12) <a id="p100040"></a>оборудования узлов связи в части обеспечения использования нумерации согласно [приложению N 6](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p101362) к Правилам N 106-07;
13) <a id="p100041"></a>оборудования автоматического определения категории и абонентского номера оконечного (пользовательского) оборудования вызывающего абонента согласно [приложению N 7](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p101366) к Правилам N 106-07;
14) <a id="p100042"></a>акустических и вызывных сигналов и фраз автоинформатора согласно [приложению N 8](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p101448) к Правилам N 106-07;
15) <a id="p100043"></a>системы учета данных для начисления платы согласно [приложению N 9](https://bukva.ai/docs/prikaz-106-2007-mininformsvyazi-rossii#p101479) к Правилам N 106-07;
16) <a id="p100044"></a>реализации протоколов SIGTRAN согласно [приложению N 2](#p100104) к Правилам;
17) <a id="p100045"></a>интерфейсов доступа к сети передачи данных на скорости 10 Гбит/с (10 Gigabit Ethernet) согласно [приложению 6](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100572) к Правилам применения оконечного оборудования, выполняющего функции систем коммутации, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 N 113 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный N 8196) (далее - Правила N 113-06);
18) <a id="p100046"></a>интерфейсов доступа к сети передачи данных на скорости 1000 Мбит/с (Gigabit Ethernet) согласно [приложению 7](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100653) к Правилам N 113-06;
19) <a id="p100047"></a>интерфейсов доступа к сети передачи данных на скорости 100 Мбит/с (Fast Ethernet) согласно [приложению 8](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100681) к Правилам N 113-06;
20) <a id="p100048"></a>интерфейсов доступа к сети передачи данных на скорости 10 Мбит/с (Ethernet) согласно [приложению 9](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100707) к Правилам N 113-06;
21) <a id="p100049"></a>протокола передачи пакетов информации мультимедийной информации (протокола H.323) согласно [приложению 10](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100733) к Правилам N 113-06;
22) <a id="p100050"></a>протокола инициирования сеанса связи (протокола SIP) согласно [приложению 11](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100802) к Правилам N 113-06;
23) <a id="p100051"></a>протоколов реального времени RTP/RTCP согласно [приложению N 2](https://bukva.ai/docs/prikaz-1-2007-mininformsvyazi-rossii#p100054) к Правилам применения оборудования передачи голосовой и видеоинформации по сетям передачи данных, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 10.01.2007 N 1 (зарегистрирован в Министерстве юстиции Российской Федерации 19 января 2007 г., регистрационный N 8809) (далее - Правила N 1-07);
24) <a id="p100052"></a>протокола H.248/MEGACO согласно [приложению N 3](https://bukva.ai/docs/prikaz-1-2007-mininformsvyazi-rossii#p100154) к Правилам N 1-07;
25) <a id="p100053"></a>протокола MGCP согласно [приложению N 4](https://bukva.ai/docs/prikaz-1-2007-mininformsvyazi-rossii#p100181) к Правилам N 1-07.
10. <a id="p100054"></a>Требования к качеству речевых сигналов от абонента до абонента устанавливаются не ниже 3,5 балла и определяются как среднее значение оценок качества воспроизведения речи по пятибалльной шкале (MOS).
11. <a id="p100055"></a>Список используемых сокращений приведен в [приложении N 3](#p100444) к Правилам (справочно).





<div align="right">

<a id="p100056"></a>Приложение N 1<br>
к Правилам применения оборудования<br>
транзитных, оконечно-транзитных<br>
и оконечных узлов связи.<br>
Часть III. Правила применения<br>
городских автоматических телефонных<br>
станций, использующих технологию<br>
коммутации пакетов информации

</div>


<div align="center">

<a id="p100057"></a>**ТРЕБОВАНИЯ**<br>
**К ПАРАМЕТРАМ ИНТЕРФЕЙСОВ ОКОНЕЧНО-ТРАНЗИТНЫХ И ОКОНЕЧНЫХ**<br>
**УЗЛОВ СВЯЗИ С ПОЛЬЗОВАТЕЛЬСКИМ ОКОНЕЧНЫМ ОБОРУДОВАНИЕМ**

</div>


1. <a id="p100058"></a>В оконечно-транзитных и оконечных узлах связи, обеспечивающих реализацию интерфейса аналоговой абонентской линии (далее - интерфейс Z), выполняются следующие требования:

#### <a id="p100059"></a>1.1 Характеристики передачи интерфейса Z:

1) <a id="p100060"></a>комплексное нагрузочное сопротивление соответствует последовательному соединению R1 с параллельно соединенными R2 и C.
<a id="p100061"></a>R1 = (150,0 +/- 1,5) Ом, R2 = (510,0 +/- 5,1) Ом, C = (47,0 + 0,47) нФ;
2) <a id="p100062"></a>затухание несогласованности по отношению к испытательному контуру, равному комплексному нагрузочному сопротивлению, составляет:
<a id="p100063"></a>а) не менее 14 дБ в диапазонах от 300 до 500 Гц и от 2000 до 3400 Гц;
<a id="p100064"></a>б) не менее 18 дБ в диапазоне от 500 до 2000 Гц;
3) <a id="p100065"></a>затухание асимметрии полного сопротивления относительно "земли" составляет не менее 40 дБ в диапазоне частот от 300 до 600 Гц и не менее 46 дБ в диапазоне частот от 600 до 3400 Гц;
4) <a id="p100066"></a>значения входных и выходных уровней:
<a id="p100067"></a>а) входной уровень - от минус 0,3 до плюс 0,7 дБ;
<a id="p100068"></a>б) выходной уровень - от минус 7,7 до минус 6,7 дБ.
<a id="p100069"></a>1.2. Требования к параметрам электрических цепей интерфейса Z приведены в таблице N 1.


#### <a id="p100070"></a>Таблица N 1



<table>
<colgroup><col width="76%"><col width="24%"></colgroup>
<tr><td>Название параметра</td><td>Значение параметра</td></tr>
<tr><td>1</td><td>2</td></tr>
<tr><td colspan="2">1. Параметры питания абонентского телефонного устройства:</td></tr>
<tr><td>напряжение постоянного тока при разомкнутом шлейфе абонентской линии (далее - АЛ), В</td><td>от 44 до 72</td></tr>
<tr><td>ток питания в шлейфе АЛ в режиме разговора, мА</td><td>от 18 до 70</td></tr>
<tr><td>рекомендуемый ток питания, мА</td><td>от 20 до 40</td></tr>
<tr><td>2. Полярность проводов АЛ на всех этапах соединения (за исключением разговора, требующего переполюсовку)</td><td>- минус на проводе "а"; - плюс на проводе "в"</td></tr>
<tr><td>3. Мощность посылки вызова частотой (25 +/- 2) Гц на зажимах кросса с модулем полного электрического сопротивления звонковой цепи для любой АЛ от 4 до 20 кОм с одновременной подачей напряжения источника постоянного тока для контроля ответа вызываемого абонента, мВА</td><td>не менее 220</td></tr>
<tr><td>4. Параметры импульсов таксации:</td><td></td></tr>
<tr><td>- частота заполнения, кГц;</td><td>(16,00 +/- 0,04)</td></tr>
<tr><td>- частота следования, имп./с;</td><td>не более 5</td></tr>
<tr><td>- длительность импульса, мс;</td><td>(100 +/- 10)</td></tr>
<tr><td>- уровень сигнала на выходе узла связи, дБн, при модуле полного электрического сопротивления нагрузки</td><td>(0 +/- 1)</td></tr>
<tr><td>(160 +/- 20) Ом</td><td></td></tr>
</table>


<a id="p100080"></a>1.3. Требования к параметрам аналоговых абонентских линий приведены в таблице N 2.


#### <a id="p100081"></a>Таблица N 2



| Название параметра | Значение параметра |
| --- | --- |
| Сопротивление жил кабеля постоянному току, Ом | не более 1200 (2 x 600) |
| Рабочая емкость, мкФ | не более 0,5 |
| Сопротивление изоляции между проводами или между каждым проводом и землей, кОм | не менее 20 |
| Собственное затухание АЛ на частоте 1000 Гц, дБ | - не более 5,0 для кабеля с диаметром жил 0,32 мм; - не более 6,0 для кабеля с диаметром жил 0,40; 0,50; 0,64; 0,7 мм |


2. <a id="p100087"></a>В оконечно-транзитных и оконечных узлах связи реализуется интерфейс первичного доступа, который определяется как цифровой интерфейс между узлом связи и пользовательским (оконечным) оборудованием и соответствует следующим требованиям:

#### <a id="p100088"></a>2.1 Интерфейс первичного доступа имеет следующую структуру: (30B + D), где:

<a id="p100089"></a>B - информационный канал со скоростью передачи 64 кбит/с;
<a id="p100090"></a>D - канал для передачи сигнальной информации со скоростью передачи 64 кбит/с.
<a id="p100091"></a>2.2. На интерфейсе первичного доступа в сторону оконечного (пользовательского) оборудования выполняются требования физического уровня, приведенные в [приложении 3](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100128) к Правилам N 113-06.
<a id="p100092"></a>2.3. На интерфейсе первичного доступа реализуется протокол цифровой абонентской системы сигнализации N 1 (далее - EDSS1).
3. <a id="p100093"></a>В случае реализации в оконечно-транзитных или оконечных узлах связи интерфейса базового доступа, который определяется как цифровой интерфейс между узлом связи и пользовательским (оконечным) оборудованием, выполняется следующее требование:

#### <a id="p100094"></a>3.1 Интерфейс базового доступа имеет следующую структуру: (2B + D), где:

<a id="p100095"></a>B - информационный канал со скоростью передачи 64 кбит/с;
<a id="p100096"></a>D - канал для передачи сигнальной информации со скоростью передачи 16 кбит/с.
<a id="p100097"></a>3.2. В случае реализации в оконечно-транзитных или оконечных узлах связи четырехпроходного интерфейса базового доступа в сторону пользовательского (оконечного) оборудования выполняются требования физического уровня, приведенные в [приложении 1](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100082) к Правилам N 113-06.
<a id="p100098"></a>3.3. На двухпроводном интерфейсе базового доступа в сторону оконечного (пользовательского) оборудования выполняются требования физического уровня, приведенные в [приложении 2](https://bukva.ai/docs/prikaz-113-2006-mininformsvyazi-rossii#p100093) к Правилам N 113-06.

#### <a id="p100099"></a>3.4 На интерфейсе базового доступа реализуется протокол EDSS1.

4. <a id="p100100"></a>В случае реализации в оконечно-транзитных или оконечных узлах связи интерфейса с оборудованием абонентского доступа (далее - V5) выполняются следующие требования:
<a id="p100101"></a>4.1. В оконечно-транзитных или оконечных узлах связи реализуется интерфейс V5.1, содержащий один интерфейс на скорости 2048 кбит/с, и (или) интерфейс V5.2, содержащий до 16 интерфейсов на скорости 2048 кбит/с.
<a id="p100102"></a>4.2. На физическом уровне интерфейсов V5.1 и V5.2 используется интерфейс A, требования к которому приведены в [таблице П.1.1](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p100035). приложения 1 к Правилам N 59-06.





<div align="right">

<a id="p100103"></a>Приложение N 2<br>
к Правилам применения оборудования<br>
транзитных, оконечно-транзитных<br>
и оконечных узлов связи.<br>
Часть III. Правила применения<br>
городских автоматических телефонных<br>
станций, использующих технологию

</div>

коммутации пакетов информации

<div align="center">

<a id="p100104"></a>**ТРЕБОВАНИЯ**<br>
**К ПАРАМЕТРАМ РЕАЛИЗАЦИИ ПРОТОКОЛОВ SIGTRAN ДЛЯ УЗЛОВ СВЯЗИ,**<br>
**ОБЕСПЕЧИВАЮЩИХ ПОДКЛЮЧЕНИЕ ПОЛЬЗОВАТЕЛЬСКОГО**<br>
**(ОКОНЕЧНОГО) ОБОРУДОВАНИЯ**

</div>


1. <a id="p100105"></a>Оборудование узла связи обеспечивает передачу сообщений подсистем ОКС N 7 между шлюзом сигнализации (SG) и устройством управления шлюзами (MGC), а также передачу сообщений V5.1, V5.2, EDDS между шлюзом доступа (AG) и MGC с использованием следующих протоколов, входящих в группу протоколов SIGTRAN :
1) <a id="p100106"></a>SCTP - протокол передачи с управлением потоками реализуется в устройстве управления шлюзами (MGC), шлюзе сигнализации (SG) и шлюзом доступа (AG);
2) <a id="p100107"></a>M2UA (MTP2-User Adaptation Layer) протокол обеспечивает адаптацию SCTP к MTP3. M2UA предоставляет свои услуги MTP3 в сети передачи данных с коммутацией пакетов информации M2UA, имеет зарегистрированный номер порта 2904. Реализуется в устройстве управления шлюзами (MGC) и шлюзе сигнализации (SG);
3) <a id="p100108"></a>M2PA (MTP2 Peer-to-Peer Adaptation Layer) протокол обеспечивает адаптацию SCTP к MTP3. Шлюз сигнализации (SG), который использует M2PA, имеет собственный код пункта сигнализации и выполняет функции сигнализации верхнего уровня, такие как функции SCCP;
4) <a id="p100109"></a>M3UA (MTP3-User Adaptation Layer) обеспечивает интерфейс между SCTP и теми протоколами ОКС N 7, которые используют услуги MTP3;
5) <a id="p100110"></a>SUA (SCCP-User Adaptation Layer) обеспечивает интерфейс между подсистемой SCCP ОКС N 7 и SCTP;
6) <a id="p100111"></a>IUA (ISDN Q.921-User Adaptation Layer) работает поверх SCTP и обеспечивает для сигнализации EDSS1 (первичного и базового доступа) прозрачную транспортировку сообщений Q.931 и QSIG по сети передачи данных с коммутацией пакетов информации;
7) <a id="p100112"></a>V5UA (V5.2-User Adaptation Layer) работает поверх SCTP и обеспечивает для V5.2 прозрачную транспортировку сообщений по сети передачи данных с коммутацией пакетов информации.
2. <a id="p100113"></a>Для узлов связи, использующих технологию коммутации пакетов информации, устанавливаются следующие обязательные требования к параметрам реализации протоколов SIGTRAN, приведенным в [приложении 14](https://bukva.ai/docs/prikaz-58-2007-mininformsvyazi-rossii#p101195) Правил применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800, утвержденных Приказом Министерства информационных технологий и связи Российской Федерации от 31.05.2007 N 58, зарегистрированных в Министерстве юстиции Российской Федерации 22 июня 2007 г., регистрационный N 9675:
1) <a id="p100114"></a>требования к параметрам протокола SCTP ([п. 2](https://bukva.ai/docs/prikaz-58-2007-mininformsvyazi-rossii#p101201) приложения);
2) <a id="p100115"></a>требования к параметрам протокола M2UA ([п. 3](https://bukva.ai/docs/prikaz-58-2007-mininformsvyazi-rossii#p101272) приложения);
3) <a id="p100116"></a>требования к параметрам протокола M3UA ([п. 4](https://bukva.ai/docs/prikaz-58-2007-mininformsvyazi-rossii#p101376) приложения);
4) <a id="p100117"></a>требования к параметрам протокола SUA ([п. 5](https://bukva.ai/docs/prikaz-58-2007-mininformsvyazi-rossii#p101474) приложения).
3. <a id="p100118"></a>Требования к реализации протокола сигнализации IUA - протокола уровня адаптации пользователя сигнализации цифрового доступа Q.921.

#### <a id="p100119"></a>3.1 Протокол IUA реализован в следующих устройствах:

1) <a id="p100120"></a>устройстве управления шлюзом (MGC);
2) <a id="p100121"></a>шлюзе доступа (AG), обеспечивающем передачу сообщений сигнализации Q.921 устройству управления шлюзом (MGC).

#### <a id="p100122"></a>3.2 Протокол IUA обеспечивает:

1) <a id="p100123"></a>передачу граничных примитивов Q.921/Q.931;
2) <a id="p100124"></a>связь между модулями управления уровнями в AG и MGC;
3) <a id="p100125"></a>управление активными соединениями между AG и MGC.

#### <a id="p100126"></a>3.3 Протокол IUA реализует следующие функции:

1) <a id="p100127"></a>отображение Interface ID на физический интерфейс AG;
2) <a id="p100128"></a>сохранение уровнем IUA в AG состояния MGC, которое он поддерживает;
3) <a id="p100129"></a>управления потоком SCTP;
4) <a id="p100130"></a>прямое взаимодействие при управлении сетью ОКС N 7;
5) <a id="p100131"></a>управление перегрузками.
<a id="p100132"></a>3.4. Перечень сообщений IUA приведен в таблице N 1. Значение номера порта SCTP и UDP/TCP для IUA равно "9900".


#### <a id="p100133"></a>Таблица N 1. Сообщения IUA



<table>
<colgroup><col width="36%"><col width="14%"><col width="16%"><col width="22%"><col width="12%"></colgroup>
<tr><td rowspan="2">Сообщения</td><td rowspan="2">Общий заголовок</td><td rowspan="2">Специальный заголовок</td><td colspan="2">Дополнительный параметр</td></tr>
<tr><td>название</td><td>статус обязательности</td></tr>
<tr><td>1</td><td>2</td><td>3</td><td>4</td><td>5</td></tr>
<tr><td colspan="5">Сообщения передачи граничных примитивов Q.921/Q.931 (QPTM)</td></tr>
<tr><td>Запрос на установление соединения (Establish Request)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Подтверждение установления соединения (Establish Confirm)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Индикация соединения (Establish Indication)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Запрос на разъединение соединения (Release Request)</td><td>+</td><td>+</td><td>Причина (Reason)</td><td>О</td></tr>
<tr><td>Подтверждение разъединения (Release Confirm)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Индикация разъединения (Release Indication)</td><td>+</td><td>+</td><td>Причина (Reason)</td><td>О</td></tr>
<tr><td>Запрос на получение данных (Data Request)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Индикация данных (Data Indication)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Блок запроса на получение данных (Unit Data Request)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Блок индикации данных (Unit Data Indication)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td colspan="5">Сообщения поддержания состояния процесса сервера приложений (ASPSM)</td></tr>
<tr><td>Инициация ASP (ASP Up)</td><td>+</td><td>-</td><td>Идентификатор ASP (ASP Identifier) Информационная строка (INFO String)</td><td>Н Н</td></tr>
<tr><td>Подтверждение инициации ASP (ASP Up Ack)</td><td>+</td><td>-</td><td>Информационная строка (INFO String)</td><td>Н</td></tr>
<tr><td>Завершение ASP (ASP Down)</td><td>+</td><td>-</td><td>Информационная строка (INFO String)</td><td>Н</td></tr>
<tr><td>Подтверждение завершения ASP (ASP Down Ack)</td><td>+</td><td>-</td><td>Информационная строка (INFO String)</td><td>Н</td></tr>
<tr><td>Команда опроса состояния (Heartbeat)</td><td>+</td><td>-</td><td>Информационная строка (INFO String)</td><td>Н</td></tr>
<tr><td>Подтверждение команды опроса состояния (Heartbeat Ack)</td><td>+</td><td>-</td><td>Данные команды опроса состояния (Heartbeat Data)</td><td>Н</td></tr>
<tr><td colspan="5">Сообщения поддержания трафика процесса сервера приложений (ASPTM)</td></tr>
<tr><td>Активный ASP</td><td>+</td><td>-</td><td>Тип режима</td><td>О</td></tr>
<tr><td>(ASP Active)</td><td></td><td></td><td>передачи трафика (Traffic Mode Type) Идентификатор интерфейса (Interface Identifier) Информационная строка (INFO String)</td><td>Н Н</td></tr>
<tr><td>Подтверждение активного</td><td>+</td><td>-</td><td>Тип режима</td><td>О</td></tr>
<tr><td>ASP</td><td></td><td></td><td>передачи</td><td></td></tr>
<tr><td>(ASP Active ACK)</td><td></td><td></td><td>трафика (Traffic Mode Type) Идентификатор интерфейса (Interface Identifier) Информационная строка (INFO String)</td><td>Н Н</td></tr>
<tr><td>Неактивный ASP (ASP InActive)</td><td>+</td><td>-</td><td>Идентификатор интерфейса (Interface Identifier) Информационная строка (INFO String)</td><td>Н Н</td></tr>
<tr><td>Подтверждение неактивного ASP (ASP InActive Ack)</td><td>+</td><td>-</td><td>Идентификатор интерфейса (Interface Identifier) Информационная строка (INFO String)</td><td>Н Н</td></tr>
<tr><td colspan="5">Сообщения управления уровнем (MGMT)</td></tr>
<tr><td>Ошибка (Error)</td><td>+</td><td>-</td><td>Код ошибки (Error Code) Диагностическая информация (Diagnostic Information)</td><td>О Н</td></tr>
<tr><td>Уведомление (Notify)</td><td>+</td><td>-</td><td>Тип статуса (Status Type) Идентификация статуса (Status Identification) Идентификатор ASP (ASP Identifier) Идентификаторы интерфейса (Interface Identifier) Информационная строка (INFO String)</td><td>О О Н Н Н</td></tr>
<tr><td>Запрос информации о статусе TEI (TEI Status Request)</td><td>+</td><td>+</td><td>-</td><td>Н</td></tr>
<tr><td>Подтверждение статуса TEI (TEI Status Confirm)</td><td>+</td><td>-</td><td>Статус (Status)</td><td>О</td></tr>
<tr><td>Индикация статуса TEI (TEI Status Indication)</td><td>+</td><td>+</td><td>Статус (Status)</td><td>Н</td></tr>
<tr><td>TEI Query Request</td><td>+</td><td>+</td><td>-</td><td>Н</td></tr>
<tr><td colspan="5">Примечания: - О - обязательно; - Н - необязательно.</td></tr>
</table>


<a id="p100167"></a>3.5. Значение "Идентификатора протокола полезной нагрузки SCTP" (SCTP Payload Protocol Identifier, "Идентификатор протокола верхнего уровня") равно "1".

#### <a id="p100168"></a>3.6 Передача граничных примитивов протоколов Q.921/Q.931.

<a id="p100169"></a>Для передачи граничных примитивов Q.921/Q.931 используются сообщения QPTM. Для установления и разъединения канала передачи данных устройство управления шлюзами (MGC) отправляет сообщения "Establish" и "Release" ("Request", "Confirm", "Indication") шлюзу доступа (AG). По получению сообщения шлюз доступа (AG) посылает соответствующее сообщение MGC.
<a id="p100170"></a>3.7. Связь между модулями управления уровнями в шлюзе доступа (AG) и устройстве управления шлюзами (MGC) обеспечивается посредством передачи сообщений MGMT.
<a id="p100171"></a>3.8. Управление активными соединениями между шлюзом доступа (AG) и устройством управления шлюзами (MGC).
<a id="p100172"></a>Для оповещения о своем текущем состоянии устройства обмениваются соответствующими сообщениями ASPSM и ASPTM.
<a id="p100173"></a>3.9. Формат общего заголовка и перечень поддерживаемых полей приведены на рисунке 1.


<table>
<colgroup><col width="27%"><col width="26%"><col width="27%"><col width="20%"></colgroup>
<tr><td>Версия; 8 бит</td><td>Зарезервировано; 8 бит</td><td>Класс сообщения; 8 бит</td><td>Тип сообщения; 8 бит</td></tr>
<tr><td colspan="4">Длина сообщения; 32 бита</td></tr>
</table>


<a id="p100175"></a>Рисунок 1. Формат общего заголовка


#### <a id="p100176"></a>3.10 Требования к функциям кодирования и декодирования полей общего заголовка:

1) <a id="p100177"></a>поле "Версия" содержит версию уровня адаптации IUA, поддерживается версия 1;
2) <a id="p100178"></a>поле "Класс сообщения" определяет класс сообщения и содержит следующие значения:
<a id="p100179"></a>0 - Сообщения управления уровнем IUA (MGMT);
<a id="p100180"></a>1 - Зарезервировано;
<a id="p100181"></a>2 - Зарезервировано;
<a id="p100182"></a>3 - Сообщения поддержания состояния процесса сервера приложений (ASPSM);
<a id="p100183"></a>4 - Сообщения поддержания трафика процесса сервера приложений (ASPTM);
<a id="p100184"></a>5 - Сообщения передачи граничных примитивов Q.921/Q.931 (QPTM);
<a id="p100185"></a>6 - Зарезервировано;
<a id="p100186"></a>7 - Зарезервировано;
<a id="p100187"></a>8 - Зарезервировано;
<a id="p100188"></a>9 - 127 - Зарезервировано;
<a id="p100189"></a>128 - 255 - Зарезервировано;
3) <a id="p100190"></a>поле "Зарезервировано" устанавливается равным "0";
4) <a id="p100191"></a>поле "Тип сообщения" определяет тип сообщения и содержит следующие значения:
<a id="p100192"></a>Сообщения передачи граничных примитивов Q.921/Q.931 (QPTM):
<a id="p100193"></a>0 - Зарезервировано;
<a id="p100194"></a>1 - Сообщения запроса на передачу данных (Data Request Message);
<a id="p100195"></a>2 - Сообщение индикации данных (Data Indication Message);
<a id="p100196"></a>3 - Сообщение запроса на получение блока данных (Unit Data Request Message);
<a id="p100197"></a>4 - Сообщение индикации блока данных (Unit Data Indication Message);
<a id="p100198"></a>5 - Запрос на установление соединения (Establish Request);
<a id="p100199"></a>6 - Подтверждение установления соединения (Establish Confirm);
<a id="p100200"></a>7 - Индикация установления соединения (Establish Indication);
<a id="p100201"></a>8 - Запрос на разъединение соединения (Release Request);
<a id="p100202"></a>9 - Подтверждение разъединения (Release Confirm);
<a id="p100203"></a>10 - Индикация разъединения (Release Indication);
<a id="p100204"></a>11 - 127 - Зарезервировано;
<a id="p100205"></a>128 - 255 - Зарезервировано.
<a id="p100206"></a>Сообщения поддержания состояния процесса сервера приложений (ASPSM):
<a id="p100207"></a>0 - Зарезервировано;
<a id="p100208"></a>1 - Инициация ASP (ASP Up (UP));
<a id="p100209"></a>2 - Завершение ASP (ASP Down (DOWN));
<a id="p100210"></a>3 - Команда опроса состояния (Heartbeat (BEAT));
<a id="p100211"></a>4 - Подтверждение инициации ASP (ASP Up Ack (UP ACK));
<a id="p100212"></a>5 - Подтверждение завершения ASP (ASP Down Ack (DOWN ACK));
<a id="p100213"></a>6 - Подтверждение команды опроса состояния (Heartbeat Ack (BEAT ACK));
<a id="p100214"></a>7 - 127 - Зарезервировано;
<a id="p100215"></a>128 - 255 - Зарезервировано.
<a id="p100216"></a>Сообщения поддержания трафика процесса сервера приложений (ASPTM):
<a id="p100217"></a>0 - Зарезервировано;
<a id="p100218"></a>1 - Активный ASP (ASP Active (ACTIVE));
<a id="p100219"></a>2 - Неактивный ASP (ASP InActive (INACTIVE));
<a id="p100220"></a>3 - Подтверждение активного ASP (ASP Active Ack (ACTIVE ACK));
<a id="p100221"></a>4 - Подтверждение неактивного ASP (ASP InActive Ack (INACTIVE ACK));
<a id="p100222"></a>5 - 127 - Зарезервировано;
<a id="p100223"></a>128 - 255 - Зарезервировано.
<a id="p100224"></a>Сообщения управления уровнем (MGMT):
<a id="p100225"></a>0 - Ошибка (Error (ERR));
<a id="p100226"></a>1 - Уведомление (Notify (NTFY));
<a id="p100227"></a>3 - Запрос информации о статусе TEI (TEI Status Request);
<a id="p100228"></a>4 - Подтверждение статуса TEI (TEI Status Confirm);
<a id="p100229"></a>5 - TEI Query Request;
<a id="p100230"></a>6 - 127 - Зарезервировано;
<a id="p100231"></a>128 - 255 - Зарезервировано;
5) <a id="p100232"></a>поле "Длина сообщения" определяет длину сообщения в октетах, включая общий заголовок.
<a id="p100233"></a>3.11. Формат параметра переменной длины и перечень поддерживаемых полей приведены на рисунке 2.


<table>
<colgroup><col width="51%"><col width="49%"></colgroup>
<tr><td>Тэг параметра; 16 бит</td><td>Длина параметра; 16 бит</td></tr>
<tr><td colspan="2">Значение параметра; 32 бита</td></tr>
</table>


<a id="p100235"></a>Рисунок 2. Формат параметра переменной длины


#### <a id="p100236"></a>3.12 Требования к функциям кодирования и декодирования полей параметра переменной длины:

1) <a id="p100237"></a>поле "Тэг параметра" определяет тип параметра, принимающий значение от 0 до 65 534. Значения общих параметров, используемых уровнями адаптации, лежат в диапазоне от 0x00 до 0x3f. Список общих параметров и их значений для всех уровней адаптации соответствует таблице N 2.


#### <a id="p100238"></a>Таблица N 2



| ID параметра | Название параметра |
| --- | --- |
| 0x0000 | Зарезервировано |
| 0x0001 | Идентификатор интерфейса (целочисленный) |
| 0x0002 | Не используется в IUA |
| 0x0003 | Идентификатор интерфейса (текстовый) |
| 0x0004 | Информационная строка (Info String) |
| 0x0005 | DLCI |
| 0x0006 | Не используется в IUA |
| 0x0007 | Диагностическая информация (Diagnostic Information) |
| 0x0008 | Диапазон идентификаторов интерфейса (Interface Identifier Range) |
| 0x0009 | Данные команды опроса состояния (Heartbeat Data) |
| 0x000a | Не используется в IUA |
| 0x000b | Тип режима передачи трафика (Traffic Mode Type) |
| 0x000c | Код ошибки (Error Code) |
| 0x000d | Статус (Status) |
| 0x000e | Данные протокола (Protocol Data) |
| 0x000f | Причина разъединения соединения (Release Reason) |
| 0x0010 | Статус TEI (TEI Status) |
| 0x0011 | Идентификатор ASP (ASP Identifier) |
| 0x0012 - 0x003f | Не используется в IUA |


2) <a id="p100259"></a>поле "Длина параметра" содержит размер параметра в байтах, включая поля "Тэг параметра", "Длина параметра" и "Значение параметра";
3) <a id="p100260"></a>поле "Значение параметра" содержит информацию, передаваемую в параметре. Общая длина параметра, включая поля "Тэг параметра", "Длина параметра" и "Значения параметра", кратна 4 байтам, иначе параметр дополняется до конца нулевыми байтами (не более 3 байт).
<a id="p100261"></a>3.13. Форматы специального заголовка и перечень поддерживаемых полей приведены на [рисунках 3](#p100263), [4](#p100265).


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x1); 16 бит</td><td>Длина = 8; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifier) (целочисленный); 32 бита</td></tr>
<tr><td>Тэг (0x5); 16 бит</td><td>Длина = 8; 16 бит</td></tr>
<tr><td>DLCI; 16 бит</td><td>Резерв; 16 бит</td></tr>
</table>


<div align="center">

<a id="p100263"></a>Рисунок 3. Формат специального заголовка (целочисленный<br>
идентификатор интерфейса)

</div>



<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x3); 16 бит</td><td>Длина = 8; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifier) (текстовый); 32 бита</td></tr>
<tr><td>Тэг (0x5); 16 бит</td><td>Длина = 8; 16 бит</td></tr>
<tr><td>DLCI; 16 бит</td><td>Резерв; 16 бит</td></tr>
</table>


<div align="center">

<a id="p100265"></a>Рисунок 4. Формат специального заголовка (текстовый<br>
идентификатор интерфейса)

</div>



#### <a id="p100266"></a>3.14 Требования к функциям кодирования и декодирования полей специального заголовка:

1) <a id="p100267"></a>значение поля "Тэг" для целочисленного идентификатора интерфейса равно 0x1, поле "Длина" устанавливается равным 8;
2) <a id="p100268"></a>значение поля "Тэг" для текстового формата идентификатора интерфейса равно 0x3, поле "Длина" имеет переменное значение;
3) <a id="p100269"></a>поле "DLCI" кодируется в соответствии с Q.921;
4) <a id="p100270"></a>формат и перечень поддерживаемых полей "DLCI" приведены на рисунке 5.


<table>
<colgroup><col width="46%"><col width="23%"><col width="31%"></colgroup>
<tr><td>SAPI; 6 бит</td><td>SPR; 1 бит</td><td>0; бит</td></tr>
<tr><td colspan="2">TEI; 7 бит</td><td>1; 1 бит</td></tr>
</table>


<a id="p100272"></a>Рисунок 5. Формат полей "DLCI"

<a id="p100273"></a>3.15. Поддерживается целочисленный формат идентификатора интерфейса. Поддержка текстового формата идентификатора интерфейса является факультативной.
<a id="p100274"></a>3.16. Формат сообщений "Разъединение соединения (Release Messages)" приведен на рисунке 6.


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xf); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Причина (Reason); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100276"></a>Рисунок 6. Формат сообщений "Разъединение соединения<br>
(Release Messages)"

</div>


<a id="p100277"></a>Значения параметра "Причина (Reason)" приведены в таблице N 3.


#### <a id="p100278"></a>Таблица N 3



| Название | Значение |
| --- | --- |
| RELEASE_MGMT | 0x0 |
| RELEASE_PHYS | 0x1 |
| RELEASE_DM | 0x2 |
| RELEASE_OTHER | 0x3 |


<a id="p100284"></a>3.17. Формат сообщений "Данные (Data Messages)" и "Блок данных (Unit Data Messages)" приведен на рисунке 7.


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xe); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Данные протокола (Protocol Data); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100286"></a>Рисунок 7. Формат сообщений "Данные (Data Messages)",<br>
"Блок данных (Unit Data Messages)"

</div>



#### <a id="p100287"></a>3.18 Формат сообщения "Инициация ASP (ASP Up)" приведен на рисунке 8.



<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг 0x0011; 16 бит</td><td>Длина = 8; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор ASP (ASP Identifier); 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100289"></a>Рисунок 8. Формат сообщения "Инициация ASP<br>
(ASP Up Message)"

</div>


<a id="p100290"></a>3.19. Формат сообщения "Подтверждение инициации ASP (ASP Up Ack)" приведен на рисунке 9.


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100292"></a>Рисунок 9. Формат сообщения "Подтверждение инициации ASP

</div>

(ASP Up Ack)"

<a id="p100293"></a>3.20. Формат сообщений "Завершение ASP (ASP Down)", "Подтверждение завершения ASP (ASP Down Ack)" приведен на рисунке 10.


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xa); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100295"></a>Рисунок 10. Формат сообщений "Завершение ASP (ASP Down)",<br>
"Подтверждение завершения ASP (ASP Down Ack)"

</div>


<a id="p100296"></a>3.21. Форматы сообщений "Активный ASP (ASP Active)", "Подтверждение активного ASP (ASP Active Ack)" приведены на [рисунках 11](#p100298), [12](#p100300).


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xb); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Тип режима передачи трафика (Traffic Mode Type); 32 бита</td></tr>
<tr><td>Тэг (0x1); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifiers); 32 бита</td></tr>
<tr><td>Тэг (0x8); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало 1 (Interface Identifier Start1); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение 1 (Interface Identifier Stop1); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало 2 (Interface Identifier Start2); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение 2 (Interface Identifier Stop2); 32 бита</td></tr>
<tr><td colspan="2">...</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало N (Interface Identifier StartN); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение N (Interface Identifier StopN); 32 бита</td></tr>
<tr><td colspan="2">Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0x1 или 0x8; 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100298"></a>Рисунок 11. Формат сообщений "Активный ASP (ASP Active)",<br>
"Подтверждение активного ASP (ASP Active Ack)"<br>
(с целочисленным идентификатором интерфейса)

</div>



<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0хb); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Тип режима передачи трафика (Traffic Mode Type); 32 бита</td></tr>
<tr><td>Тэг (0x3); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifiers); 32 бита</td></tr>
<tr><td colspan="2">Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0x3; 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100300"></a>Рисунок 12. Формат сообщений "Активный ASP (ASP Active)",<br>
"Подтверждение активного ASP (ASP Active Ack)"<br>
(с текстовым идентификатором интерфейса)

</div>


<a id="p100301"></a>Значения параметра "Тип (Type)" соответствуют:
<a id="p100302"></a>приоритетный - 0x1;
<a id="p100303"></a>с разделением нагрузки - 0x2.
<a id="p100304"></a>3.22. Форматы сообщений "Неактивный ASP (ASP InActive)", "Подтверждение неактивного ASP (ASP InActive Ack)" приведены на [рисунках 13](#p100306), [14](#p100308).


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x1); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifiers); 32 бита</td></tr>
<tr><td>Тэг (0x8); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало 1 (Interface Identifier Start1); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение 1 (Interface Identifier Stop1); 32 бита</td></tr>
<tr><td colspan="2">...</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало N (Interface Identifier StartN); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение N (Interface Identifier StopN); 32 бита</td></tr>
<tr><td colspan="2">Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0x1 или 0x8; 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100306"></a>Рисунок 13. Формат сообщений "Неактивный ASP (ASP<br>
InActive)", "Подтверждение неактивного ASP (ASP InActive<br>
Ack)" (с целочисленным идентификатором интерфейса)

</div>



<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x3); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifiers); 32 бита</td></tr>
<tr><td colspan="2">Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгом 0x3; 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100308"></a>Рисунок 14. Формат сообщений "Неактивный ASP (ASP<br>
InActive)", "Подтверждение неактивного ASP (ASP InActive

</div>

Ack)" (с текстовым идентификатором интерфейса)

<a id="p100309"></a>3.23. Формат сообщения "Команда опроса состояния (Heartbeat)" приведен на рисунке 15.


<table>
<colgroup><col width="61%"><col width="39%"></colgroup>
<tr><td>Тэг = 9; 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Данные команды опроса состояния (Heartbeat Data); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100311"></a>Рисунок 15. Формат сообщения "Команда опроса<br>
состояния (Heartbeat)"

</div>



#### <a id="p100312"></a>3.24 Формат сообщения "Ошибка (Error)" приведен на рисунке 16.



<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xc); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Код ошибки (Error Code); 32 бита</td></tr>
<tr><td>Тэг (0x7); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Диагностическая информация (Diagnostic Information); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100314"></a>Рисунок 16. Формат сообщения "Ошибка (Error)"

</div>


<a id="p100315"></a>Значения параметра "Код ошибки (Error Code)" приведены в таблице N 4.


#### <a id="p100316"></a>Таблица N 4



| Название | Значение |
| --- | --- |
| 1 | 2 |
| Неверная версия протокола (Invalid Version) | 0x01 |
| Неверный идентификатор интерфейса (Invalid Interface Identifier) | 0x02 |
| Неподдерживаемый класс сообщений (Unsupported Message Class) | 0x03 |
| Неподдерживаемый тип сообщений (Unsupported Message Type) | 0x04 |
| Неподдерживаемый Traffic Handing Mode (Unsupported Traffic Handling Mode) | 0x05 |
| Неожидаемое сообщение (Unexpected Message) | 0x06 |
| Ошибка протокола (Protocol Error) | 0x07 |
| Неподдерживаемый тип идентификатора интерфейса (Unsupported Interface Identifier Type) | 0x08 |
| Неверный идентификатор потока (Invalid Stream Identifier) | 0x09 |
| Неинициализированный TEI (Unassigned TEI) | 0x0a |
| Нераспознанный SAPI (Unrecognized SAPI) | 0x0b |
| Неверное сочетание TEI, SAPI (Invalid TEI, SAPI combination) | 0x0c |
| Отказ-блокировка уровня управления (Refused-Management Blocking) | 0x03d |
| Требуемый идентификатор ASP (ASP Identifier Required) | 0x0e |
| Неверный идентификатор ASP (Invalid ASP Identifier) | 0x0f |


<a id="p100334"></a>3.25. Формат сообщения "Уведомление (Notify)" показан на [рисунках 17](#p100336), [18](#p100338).


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xd); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td>Тип статуса (Status Type); 16 бит</td><td>Идентификация статуса (Status Identification); 16 бит</td></tr>
<tr><td>Тэг = 0x0011; 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор ASP (ASP Identifier)</td></tr>
<tr><td>Тэг (0x1); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификаторы интерфейса (Interface Identifiers); 32 бита</td></tr>
<tr><td>Тэг (0x8); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало 1 (Interface Identifier Start1); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение 1 (Interface Identifier Stop1); 32 бита</td></tr>
<tr><td colspan="2">...</td></tr>
<tr><td colspan="2">Идентификатор интерфейса начало N (Interface Identifier StartN); 32 бита</td></tr>
<tr><td colspan="2">Идентификатор интерфейса завершение N (Interface Identifier StopN); 32 бита</td></tr>
<tr><td colspan="2">Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгами 0x1 или 0x8; 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100336"></a>Рисунок 17. Формат сообщения "Уведомление (Notify)"<br>
(с целочисленным идентификатором интерфейса)

</div>



<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0xd); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td>Тип статуса (Status Type); 16 бит</td><td>Идентификация статуса (Status Identification); 16 бит</td></tr>
<tr><td>Тэг = 0x3; 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifiers); 32 бита</td></tr>
<tr><td colspan="2">Дополнительные идентификаторы интерфейса (Interface Identifiers) с тэгом 0x3; 32 бита</td></tr>
<tr><td>Тэг (0x4); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Информационная строка (INFO String); 32 бита</td></tr>
</table>


<div align="center">

<a id="p100338"></a>Рисунок 18. Формат сообщения "Уведомление (Notify)"

</div>

(с текстовым идентификатором интерфейса)

<a id="p100339"></a>Значения параметра "Тип статуса (Status Type)" приведены в таблице N 5.


#### <a id="p100340"></a>Таблица N 5



| Название | Значение |
| --- | --- |
| Изменение статуса AS (AS_State_Change) | 0x1 |
| Иное | 0x2 |


<a id="p100344"></a>Значения параметра "Идентификация статуса (Status Identification)" приведены в таблице N 6.


#### <a id="p100345"></a>Таблица N 6



| Название | Значение |
| --- | --- |
| Завершение AS (AS_Down) | 1 |
| Неактивный AS (AS_InActive) | 2 |
| Активный AS (AS_Active) | 3 |
| Задержка в AS (AS_Pending) | 4 |


<a id="p100351"></a>3.26. Формат сообщения "Статус TEI (TEI Status)" приведен на рисунке 19.


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x10); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Статус (Status); 32 бита</td></tr>
</table>


<a id="p100353"></a>Рисунок 19. Формат сообщения "Статус TEI (TEI Status)"

<a id="p100354"></a>Значения параметра "Статус (Status)" приведены в таблице N 7.


#### <a id="p100355"></a>Таблица N 7



| Название | Значение |
| --- | --- |
| ASSIGNED | 0x1 |
| UNASSIGNED | 0x2 |


4. <a id="p100359"></a>Требования к реализации протокола сигнализации V5UA - протокола уровня адаптации пользователя V5.2.

#### <a id="p100360"></a>4.1 Протокол V5UA реализован в следующих устройствах:

1) <a id="p100361"></a>устройстве управления шлюзом (MGC);
2) <a id="p100362"></a>шлюзе доступа (AG), обеспечивающем передачу сообщений сигнализации V5.2 устройству управления шлюзом (MGC).

#### <a id="p100363"></a>4.2 Перечень сообщений V5UA приведен в [таблице N 8](#p100368).


#### <a id="p100364"></a>4.3 Значение номера порта SCTP и UDP/TCP для V5UA равно 5675.

<a id="p100365"></a>4.4. В узлах связи, обеспечивающих реализацию интерфейса с оборудованием абонентского доступа (далее - V5), выполняются следующие требования:
<a id="p100366"></a>4.5. В оконечных и оконечно-транзитных узлах связи реализуется интерфейс V5.1, содержащий один интерфейс на скорости 2048 кбит/с, и (или) интерфейс V5.2, содержащий до 16 интерфейсов на скорости 2048 кбит/с.
<a id="p100367"></a>4.6. На физическом уровне интерфейсов V5.1 и V5.2 используется интерфейс A, требования к которому приведены в [приложении 1](https://bukva.ai/docs/prikaz-59-2006-mininformsvyazi-rossii#p100034) к Правилам N 59-06.


#### <a id="p100368"></a>Таблица N 8



<table>
<colgroup><col width="36%"><col width="14%"><col width="16%"><col width="22%"><col width="12%"></colgroup>
<tr><td rowspan="2">Сообщения</td><td rowspan="2">Общий заголовок</td><td rowspan="2">Специальный заголовок</td><td colspan="2">Дополнительный параметр</td></tr>
<tr><td>название</td><td>статус обязательности</td></tr>
<tr><td>1</td><td>2</td><td>3</td><td>4</td><td>5</td></tr>
<tr><td colspan="5">Передача граничных примитивов V5 (V5PTM)</td></tr>
<tr><td>Запрос на установление соединения (Establish Request)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Подтверждение установления соединения (Establish Confirm)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Индикация соединения (Establish Indication)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Запрос на разъединение соединения (Release Request)</td><td>+</td><td>+</td><td>Причина (Reason)</td><td>-</td></tr>
<tr><td>Подтверждение разъединения (Release Confirm)</td><td>+</td><td>+</td><td>-</td><td>-</td></tr>
<tr><td>Индикация разъединения (Release Indication)</td><td>+</td><td>+</td><td>Причина (Reason)</td><td>О</td></tr>
<tr><td>Запрос на передачу данных (Data Request)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Индикация данных (Data Indication)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Запрос на получение блока данных (Unit Data Request)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Индикация блока данных (Unit Data Indication)</td><td>+</td><td>+</td><td>Данные протокола (Protocol Data)</td><td>О</td></tr>
<tr><td>Начальный отчет о статусе канала (Link Status Stop Reporting)</td><td>+</td><td>-</td><td>-</td><td>-</td></tr>
<tr><td>Завершающий отчет о статусе канала (Link Status Stop Reporting)</td><td>+</td><td>-</td><td>-</td><td>-</td></tr>
<tr><td>Индикация статуса канала (Link Status Indication)</td><td>+</td><td>-</td><td>Статус канала (Link Status)</td><td>О</td></tr>
<tr><td>Запрос на множество Sa-Bit (Sa-Bit Set Request)</td><td>+</td><td>-</td><td>Идентификатор бит (BIT ID) Значение бит (Bit Value)</td><td>О О</td></tr>
<tr><td>Подтверждение на множество Sa-Bit (Sa-Bit Set Confirm)</td><td>+</td><td>-</td><td>Идентификатор бит (BIT ID) Значение бит (Bit Value)</td><td>О О</td></tr>
<tr><td>Запрос информации о статусе Sa-Bit (Sa-Bit Status Request)</td><td>+</td><td>-</td><td>Идентификатор бит (BIT ID) Значение бит (Bit Value)</td><td>О О</td></tr>
<tr><td>Индикация статуса Sa-Bit (Sa-Bit Status Indication)</td><td>-</td><td>+</td><td>Идентификатор бит (BIT ID) Значение бит (Bit Value)</td><td>О О</td></tr>
<tr><td>Индикация ошибки (Error Indication)</td><td>-</td><td>+</td><td>Причина ошибки (Error Reason)</td><td>О</td></tr>
<tr><td colspan="5">Примечания: О - обязательно; Н - необязательно.</td></tr>
</table>


<a id="p100391"></a>Перечень сообщений ASPSM, ASPTM, MGMT приведен в [п. 3.10](#p100176).
<a id="p100392"></a>4.7. Значение "Идентификатора протокола полезной нагрузки SCTP" (SCTP Payload Protocol Identifier, "Идентификатора протокола верхнего уровня") равно "6". Допустимо значение "0".
<a id="p100393"></a>4.8. Формат специального заголовка и перечень поддерживаемых полей приведены на рисунке 20.


<table>
<colgroup><col width="53%"><col width="47%"></colgroup>
<tr><td>Тэг (0x1); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Идентификатор интерфейса (Interface Identifier) (целочисленный); 32 бита</td></tr>
<tr><td>Тэг (0x5); 16 бит</td><td>Длина = 8; 16 бит</td></tr>
<tr><td>DLCI; 16 бит</td><td>EFA; 16 бит</td></tr>
</table>


<a id="p100395"></a>Рисунок 20. Формат специального заголовка (с целочисленным
идентификатором интерфейса)


#### <a id="p100396"></a>4.9 Требования к функциям кодирования и декодирования полей специального заголовка:

1) <a id="p100397"></a>поле "Граница адреса функции" (EFA - Envelope Function Address) определяет С - тракт. EFA уникальным образом определяет один из пяти протоколов V5.2 или устройство ISDN , присоединенное к AN. Значения поля EFA приведены в таблице N 9;


#### <a id="p100398"></a>Таблица N 9



| Определение | Значение |
| --- | --- |
| ISDN_PROTOCOL | 0 - 8174 |
| PSTN_PROTOCOL | 8176 |
| CONTROL_PROTOCOL | 8177 |
| BCC_PROTOCOL | 8178 |
| PROT_PROTOCOL | 8179 |
| LINK_CONTROL_PROTOCOL | 8180 |
| Зарезервировано | 8181 - 8191 |


2) <a id="p100407"></a>для сообщений МРН поля SAPI, TEI и EFA устанавливаются равными "0" и игнорируются получателем. Для остальных сообщений поле DLCI устанавливается в соответствии со стандартом V5.2.
<a id="p100408"></a>4.10. Значение параметра "Идентификатор интерфейса (Interface Identifier)" удовлетворяет "соглашению по наименованию". Формат параметра "Идентификатор интерфейса (Interface Identifier)" в целочисленном формате приведен на рисунке 21.


| Идентификатор канала (Link Identifier); 27 бит | Chnl ID; 5 бит |
| --- | --- |


<a id="p100410"></a>Рисунок 21. Формат параметра "Идентификатор интерфейса
(Interface Identifier)" (целочисленный формат)

<div align="center">

<a id="p100411"></a>4.11. Требования к функциям кодирования и декодирования полей "Идентификатор интерфейса (Interface Identifier)" в целочисленном формате:

</div>

1) <a id="p100412"></a>поле "Идентификатор канала (Link Identifier)" - идентификатор канала E1 в SG;
2) <a id="p100413"></a>поле "Chnl ID (Channel Identifier)" - идентификатор канала, равный номеру тайм-слота (тайм-слоты для C-каналов на интерфейсе V5 - 15, 16 и 31). Для сообщений управления каналом идентификатор "Chnl ID" устанавливается равным "0";
3) <a id="p100414"></a>идентификатор интерфейса в текстовом формате кодируется как шестнадцатиричное представление идентификатора интерфейса в целочисленном формате, записанное строкой переменной длины.

#### <a id="p100415"></a>4.12 Требования к функциям кодирования и декодирования полей сообщений о состоянии канала ("Link Status Messages"):

1) <a id="p100416"></a>значение поля "Chnl ID" устанавливается равным "0" и игнорируется получателем;
2) <a id="p100417"></a>формат параметра "Состояние канала (Link Status)" приведен на рисунке 22;


<table>
<colgroup><col width="49%"><col width="51%"></colgroup>
<tr><td>Тэг (0x11); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Состояние канала (Link Status); 32 бита</td></tr>
</table>


<a id="p100419"></a>Рисунок 22. Формат параметра "Состояние канала

<div align="center">

(Link Status)"

</div>


3) <a id="p100420"></a>поле "Состояние канала (Link Status)" принимает следующие значения:
<a id="p100421"></a>OPERATIONAL - 0x0 (канал находится в рабочем состоянии);
<a id="p100422"></a>NON-OPERATIONAL - 0x1 (канал не функционирует).

#### <a id="p100423"></a>4.13 Требования к функциям кодирования и декодирования полей сообщений "Sa-Bit Messages"):

1) <a id="p100424"></a>значение поля "Chnl ID" устанавливается равным "0" и игнорируется получателем;
2) <a id="p100425"></a>значение бита "Sa7" при нормальном функционировании равно "1". Для процедуры идентификации канала значение устанавливается равным "0";
3) <a id="p100426"></a>формат параметра приведен на рисунке 23;


| Тэг (0x12); 16 бит | Длина; 16 бит |
| --- | --- |
| BIT ID; 16 бит | Значение бита (Bit Value); 16 бит |


<div align="center">

<a id="p100428"></a>Рисунок 23. Формат параметра

</div>


4) <a id="p100429"></a>допустимые значения поля "Значение бита (Bit Value)" указаны ниже. Для сообщений "Запрос информации о статусе Sa-Bit (Sa-Bit Status Request)" и "Подтверждение множества Sa-Bit (Sa-Bit Set Confirm)" значение поля "Значение бита (Bit Value)" устанавливается равным "0" отправителем и игнорируется получателем:
<a id="p100430"></a>ZERO - 0x0 (бит установлен равным "0");
<a id="p100431"></a>ONE - 0x1 (бит установлен равным "1").
<a id="p100432"></a>Поле "BIT ID" принимает следующие значения: Sa7 - 0x7 (адреса бит Sa7).

#### <a id="p100433"></a>4.14 Требования к функциям кодирования и декодирования поле сообщения об "Индикации ошибки (Error Indication Message)":

1) <a id="p100434"></a>поля "SAPI", "TEI" и "EFA" равны "0" и игнорируются получателем;
2) <a id="p100435"></a>формат параметра "Причина ошибки (Error Reason)" приведен на рисунке 24;


<table>
<colgroup><col width="46%"><col width="54%"></colgroup>
<tr><td>Тэг (0x13); 16 бит</td><td>Длина; 16 бит</td></tr>
<tr><td colspan="2">Причина ошибки (Error Reason); 32 бита</td></tr>
</table>


<div align="right">

<a id="p100437"></a>Рисунок 24. Формат параметра "Причина ошибки"<br>
(Error Reason)

3) <a id="p100438"></a>поле "Причина ошибки" (Error Reason) принимает значения, указанные в таблице N 10.

</div>



#### <a id="p100439"></a>Таблица N 10



| Название | Значение | Описание |
| --- | --- | --- |
| OVERLOAD | 0x1 | C-канал находится в состоянии перегрузки |






<a id="p100442"></a>Приложение N 3
к Правилам применения оборудования
транзитных, оконечно-транзитных
и оконечных узлов связи.
Часть III. Правила применения
городских автоматических телефонных
станций, использующих технологию
коммутации пакетов информации

<a id="p100443"></a>Справочно

<a id="p100444"></a>**СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ**

1. <a id="p100445"></a>EDSS1 - European Digital Subscriber Signalling System (цифровая абонентская система сигнализации N 1, европейская версия).

<div align="center">

2. <a id="p100446"></a>H.248 - Gateway Control Protocol (протокол управления шлюзами).<br>
3. <a id="p100447"></a>H.323 - Packet-based multimedia communications (семейство протоколов коммуникационных систем на основе передачи пакетов информации мультимедийной информации).<br>
4. <a id="p100448"></a>MEGACO - Media Gateway Controller (контроллер медиашлюзов).<br>
5. <a id="p100449"></a>MGCP - Media Gateway Controller Protocol (протокол управления медиашлюзами).<br>
6. <a id="p100450"></a>MOS - Mean Opinion Score (оценки качества речи по пятибалльной шкале).<br>
7. <a id="p100451"></a>RTCP - Real-time Control Protocol (управляющий протокол реального времени).<br>
8. <a id="p100452"></a>RTP - Real Time Protocol (протокол реального времени).<br>
9. <a id="p100453"></a>SIP - Session Initial Protocol (протокол инициирования сеанса связи).<br>
10. <a id="p100454"></a>SIGTRAN - SIGnaling TRANspot (передача информации сигнализации).<br>
11. <a id="p100455"></a>ОКС N 7 - система сигнализации по общему каналу N 7.

</div>




<a id="p100456"></a>

---