---
title: "Приказ Минкомсвязи России от 13.06.2018 N 275"
number: "275"
issuer: "Министерство цифрового развития, связи и массовых коммуникаций Российской Федерации"
issued_on: 2018-06-13
status: действует
canonical: "https://bukva.ai/docs/prikaz-275-2018-minkomsvyaz-rossii"
---

## Приказ Минкомсвязи России от 13.06.2018 N 275

# Приказ Минкомсвязи России от 13.06.2018 N 275

"О внесении изменений в Правила применения оборудования коммутации сетей подвижной радиотелефонной связи. Часть VI. Правила применения узлов связи с территориально распределенной архитектурой стандартов UMTS и/или GSM 900/1800, утвержденные приказом Министерства связи и массовых коммуникаций Российской Федерации от 27.06.2011 N 160"

(Зарегистрировано в Минюсте России 27.06.2018 N 51448)

> [!IMPORTANT]
> Начало действия документа - [01.12.2019](#p100007).


<a id="p100001"></a>Зарегистрировано в Минюсте России 27 июня 2018 г. N 51448

---


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

<a id="p100003"></a>**ПРИКАЗ**
от 13 июня 2018 г. N 275

<a id="p100004"></a>**О ВНЕСЕНИИ ИЗМЕНЕНИЙ**
**В ПРАВИЛА ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СЕТЕЙ**
**ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ VI. ПРАВИЛА**

<div align="center">

**ПРИМЕНЕНИЯ УЗЛОВ СВЯЗИ С ТЕРРИТОРИАЛЬНО РАСПРЕДЕЛЕННОЙ**<br>
**АРХИТЕКТУРОЙ СТАНДАРТОВ UMTS И/ИЛИ GSM 900/1800,**<br>
**УТВЕРЖДЕННЫЕ ПРИКАЗОМ МИНИСТЕРСТВА СВЯЗИ И МАССОВЫХ**<br>
**КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 27.06.2011 N 160**

</div>


<a id="p100005"></a>В соответствии с [пунктами 2](https://bukva.ai/docs/zakon-126-fz-2003/statya-12#p100103) и [2.1 статьи 12](https://bukva.ai/docs/zakon-126-fz-2003/statya-12#p100675) и [пунктом 2 статьи 64](https://bukva.ai/docs/zakon-126-fz-2003/statya-64#p100659) Федерального закона от 7 июля 2003 г. N 126-ФЗ "О связи" (Собрание законодательства Российской Федерации, 2003, N 28, ст. 2895; 2006, N 31, ст. 3452; 2010, N 7, ст. 705; 2011, N 45, ст. 6333; 2016, N 28, ст. 4558; 2017, N 31, ст. 4742; 2018, N 17, ст. 2419) приказываю:
1. <a id="p100006"></a>Утвердить прилагаемые [изменения](#p100011), которые вносятся в [Правила](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p100010) применения оборудования коммутации сетей подвижной радиотелефонной связи. Часть VI. Правила применения узлов связи с территориально распределенной архитектурой стандартов UMTS и/или GSM 900/1800, утвержденные приказом Министерства связи и массовых коммуникаций Российской Федерации от 27.06.2011 N 160 (зарегистрирован Министерством юстиции Российской Федерации 20 июля 2011 г., регистрационный N 21423), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 01.02.2012 N 30 (зарегистрирован Министерством юстиции Российской Федерации 22 февраля 2012 г., регистрационный N 23316), от 23.04.2013 N 93 (зарегистрирован Министерством юстиции Российской Федерации 14 июня 2013 г., регистрационный N 28788) и от 24.10.2017 N 572 (зарегистрирован Министерством юстиции Российской Федерации 5 февраля 2018 г., регистрационный N 49882).
2. <a id="p100007"></a>Установить, что настоящий приказ вступает в силу с 1 декабря 2019 г.
3. <a id="p100008"></a>Направить настоящий приказ на государственную регистрацию в Министерство юстиции Российской Федерации.

<div align="center">

<a id="p100009"></a>Министр<br>
**К.Ю.НОСКОВ**

</div>






<a id="p100010"></a>Утверждены
приказом Министерства
цифрового развития, связи
*и массовых коммуникаций*
*Российской Федерации*
*от 13.06.2018 N 275*

<a id="p100011"></a>*ИЗМЕНЕНИЯ,*
*КОТОРЫЕ ВНОСЯТСЯ В ПРАВИЛА ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ*
*КОММУТАЦИИ СЕТЕЙ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ VI.*
*ПРАВИЛА ПРИМЕНЕНИЯ УЗЛОВ СВЯЗИ С ТЕРРИТОРИАЛЬНО*
*РАСПРЕДЕЛЕННОЙ АРХИТЕКТУРОЙ СТАНДАРТОВ UMTS*
**И/ИЛИ GSM 900/1800, УТВЕРЖДЕННЫЕ ПРИКАЗОМ**
**МИНИСТЕРСТВА СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ**
**РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 27.06.2011 N 160**

<a id="p100012"></a>*1. [Подпункт 4 пункта 4](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p100019) изложить в следующей редакции:*
<a id="p100013"></a>*"4) опорного регистра местонахождения и/или центра аутентификации (далее - HLR/AuC);".*
<a id="p100014"></a>*2. [Пункт 4](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p100015) дополнить подпунктом 8:*
<a id="p100015"></a>*"8) аппаратного модуля безопасности (далее - HSM) (в случае реализации криптографических алгоритмов аутентификации абонентов в отдельном аппаратном модуле безопасности).".*
<a id="p100016"></a>*3. [Абзац первый пункта 18](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p100065) изложить в следующей редакции:*
<a id="p100017"></a>*"18. Для средств связи, выполняющих функции опорного регистра местонахождения HLR и/или функции центра аутентификации AuC, устанавливаются следующие требования:".*
<a id="p100018"></a>*4. [Подпункт 2 пункта 3](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p100222) приложения N 1 дополнить подпунктами "в" и "г":*
<a id="p100019"></a>*"в) реализация процедур аутентификации и идентификации абонентов осуществляется с использованием средств криптографической защиты информации, имеющих подтверждение соответствия требованиям по безопасности информации класса KA для оборудования коммутации узлов связи, установленным федеральным органом исполнительной власти в области обеспечения безопасности;*
<a id="p100020"></a>*г) в случае реализации криптографических алгоритмов аутентификации и идентификации абонентов в отдельном аппаратном модуле безопасности HSM взаимодействие HLR/AuC с HSM должно осуществляться согласно протоколу, приведенному в приложении N 10.1 к Правилам.".*
<a id="p100021"></a>*5. [Дополнить](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p100010) приложением N 10.1 в следующей редакции:*

<a id="p100022"></a>*"Приложение N 10.1*
*к Правилам применения*
*оборудования коммутации сетей*
*подвижной радиотелефонной*
*связи. Часть VI. Правила*
*применения узлов связи*
*с территориально распределенной*
*архитектурой стандартов*
*UMTS и/или GSM 900/1800*

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

<a id="p100024"></a>*1. Для взаимодействия опорного регистра местонахождения и/или центра аутентификации HLR/AuC с HSM, выполняющих криптографические функции аутентификации абонентов, должны использоваться следующие сообщения:*
<a id="p100025"></a>*1) запрос со стороны HLR/AuC аутентификационной информации (Authentication Crypto Request - ACR); в таблице N 1 приведено содержание информационных элементов, используемых в данном сообщении;*

<a id="p100026"></a>*Таблица N 1.*


| <a id="p100027"></a>Информационный элемент | <a id="p100028"></a>Содержание информационного элемента |
| --- | --- |
| <a id="p100029"></a>Code | <a id="p100030"></a>Код сообщения HLR/AuC.<br>Длина: 48 бит. |
| <a id="p100031"></a>K | <a id="p100032"></a>Ключ K, который хранится в HLR/AuC.<br>Длина: 128 бит. |
| <a id="p100033"></a>AMF | <a id="p100034"></a>Поле управления аутентификацией AMF (Authentication management field), предусмотренное пунктом 6.3 ETSI TS 133 102.<br>Длина: 16 бит. |
| <a id="p100035"></a>SQN | <a id="p100036"></a>Порядковый номер SQN (sequence number), предусмотренный пунктом 6.3 ETSI TS 133 102.<br>Длина: 48 бит. |
| <a id="p100037"></a>AIR-Filler | <a id="p100038"></a>Данный информационный элемент обеспечивает превышение длиной запроса длины соответствующего ему ответа.<br>Длина: 448 бит. |


<a id="p100039"></a>*2) ответ HSM с аутентификационной информацией (Authentication Crypto Answer - ACA); в таблице N 2 приведено содержание информационных элементов, используемых в данном сообщении;*

<a id="p100040"></a>*Таблица N 2.*


| <a id="p100041"></a>Информационный элемент | <a id="p100042"></a>Содержание информационного элемента |
| --- | --- |
| <a id="p100043"></a>Code | <a id="p100044"></a>Код сообщения HSM.<br>Длина: 48 бит. |
| <a id="p100045"></a>Authentication Vector | <a id="p100046"></a>Вектор аутентификации (AV), предусмотренный пунктом 6.3 ETSI TS 133 102.<br>Длина: 576 бит. |


<a id="p100047"></a>*3) запрос со стороны HLR/AuC аутентификационной информации при ресинхронизации (Resynchronization Crypto Request - RCR); в таблице N 3 приведено содержание информационных элементов, используемых в данном сообщении;*

<a id="p100048"></a>Таблица N 3.


| <a id="p100049"></a>Информационный элемент | <a id="p100050"></a>Содержание информационного элемента |
| --- | --- |
| <a id="p100051"></a>Code | <a id="p100052"></a>Код сообщения HLR/AuC.<br>Длина: 48 бит. |
| <a id="p100053"></a>K | <a id="p100054"></a>Ключ абонента K, предусмотренный пунктом 6.3 ETSI TS 133 102.<br>Длина: 128 бит. |
| <a id="p100055"></a>RAND (Random challenge) | <a id="p100056"></a>Случайный параметр RAND, предусмотренный пунктом 6.3 ETSI TS 133 102.<br>Длина: 128 бит. |
| <a id="p100057"></a>Conc (SQNMS) | <a id="p100058"></a>Криптографически защищенный случайный порядковый номер Conc (SQNMS), предусмотренный пунктом 6.3 ETSI TS 133 102.<br>Длина: 48 бит. |


<a id="p100059"></a>*4) ответ HSM с аутентификационной информацией при ресинхронизации (Resynchronization Crypto Answer - RCA); в таблице N 4 приведено содержание информационных элементов, используемых в данном сообщении.*

<a id="p100060"></a>*Таблица N 4.*


| <a id="p100061"></a>Информационный элемент | <a id="p100062"></a>Содержание информационного элемента |
| --- | --- |
| <a id="p100063"></a>Code | <a id="p100064"></a>Код сообщения HSM.<br>Длина: 48 бит. |
| <a id="p100065"></a>XMACS | <a id="p100066"></a>Криптографически защищенная имитовставка XMACS, предусмотренная пунктом 6.3 ETSI TS 133 102.<br>Длина: 64 бит. |
| <a id="p100067"></a>SQNMS | <a id="p100068"></a>Порядковый номер SQNMS, предусмотренный пунктом 6.3 ETSI TS 133 102.<br>Длина: 48 бит. |


2. <a id="p100069"></a>HLR/AuC при реализации протокола взаимодействия с HSM должен обеспечить:
1) <a id="p100070"></a>отправку в HSM запроса для генерации данных аутентификации;
2) <a id="p100071"></a>установку для каждого отправленного запроса уникального адреса отправителя сообщения согласно протоколу взаимодействия 4 уровня (транспортного протокола передачи дейтаграмм пользователя - UDP);
3) <a id="p100072"></a>ожидание для каждого отправленного запроса ответа от HSM в течение установленного при настройке времени.
3. <a id="p100073"></a>HSM при реализации протокола взаимодействия с HLR/AuC должен обеспечить:
1) <a id="p100074"></a>принятие от HLR/AuC корректного запроса для генерации данных аутентификации, обработку запроса и передачу ответа в HLR/AuC;
2) <a id="p100075"></a>совпадение указанного в ответе адреса получателя сообщения с адресом, указанным в запросе отправителя сообщения, согласно протоколу взаимодействия 4 уровня;
3) <a id="p100076"></a>отказ в ответе при поступлении от HLR/AuC некорректных запросов;
4) <a id="p100077"></a>оповещение системы об отказе в ответе путем отключения интерфейса на физическом уровне взаимодействия.
4. <a id="p100078"></a>Реализация протокола взаимодействия 4 уровня должна осуществляться с учетом следующих требований:
1) <a id="p100079"></a>для адресации запросов и ответов согласно протоколу взаимодействия 4 уровня должны использоваться UDP-порты из диапазона 49152 - 65535;
2) <a id="p100080"></a>адреса получателя ответов и отправителя ответов согласно протоколу взаимодействия 4 уровня должны устанавливаться одинаковыми в конфигурациях HLR/AuC и HSM соответственно;
3) <a id="p100081"></a>информация, передаваемая в сообщениях согласно протоколу взаимодействия 4 уровня, должна быть защищена от несанкционированного доступа к ней.
5. <a id="p100082"></a>Значения кодов информационных сообщений при взаимодействии HLR/AuC с HSM должны соответствовать значениям, приведенным в таблице N 5.

<a id="p100083"></a>Таблица N 5.


|  | <a id="p100084"></a>Информационное сообщение | <a id="p100085"></a>Сокращение | <a id="p100086"></a>Значение кода/Code |
| --- | --- | --- | --- |
| <a id="p100087"></a>1.1 | <a id="p100088"></a>Authentication Crypto Request без использования AK | <a id="p100089"></a>ACR | <a id="p100090"></a>0 |
| <a id="p100091"></a>1.2 | <a id="p100092"></a>Authentication Crypto Request с использованием AK | <a id="p100093"></a>ACR | <a id="p100094"></a>1 |
| <a id="p100095"></a>2. | <a id="p100096"></a>Authentication Crypto Answer | <a id="p100097"></a>ACA | <a id="p100098"></a>2 |
| <a id="p100099"></a>3.1 | <a id="p100100"></a>Resynchronization Crypto Request без использования AK | <a id="p100101"></a>RCR | <a id="p100102"></a>4 |
| <a id="p100103"></a>3.2 | <a id="p100104"></a>Resynchronization Crypto Request с использованием AK | <a id="p100105"></a>RCR | <a id="p100106"></a>5 |
| <a id="p100107"></a>4. | <a id="p100108"></a>Resynchronization Crypto Answer | <a id="p100109"></a>RCA | <a id="p100110"></a>6 |

<div align="right">

<a id="p100111"></a>"

</div>


6. <a id="p100112"></a>[Приложение 11](https://bukva.ai/docs/prikaz-160-2011-minkomsvyaz-rossii#p80) дополнить пунктами 64 и 65 в следующей редакции:
<a id="p100113"></a>"64. ETSI TS - European Telecommunications Standard Institute Technical Specification (техническая спецификация Европейского института по стандартизации в области телекоммуникаций).
65. <a id="p100114"></a>HSM - Hardware Security Module (аппаратный модуль безопасности).".



<a id="p100115"></a>

---