ОБ УТВЕРЖДЕНИИ ПРАВИЛ ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СЕТЕЙ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ VII. ПРАВИЛА ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СТАНДАРТА LTE



В1102368

В201102368В201802019

ОПУБЛИКОВАНО:

БЮЛЛЕТЕНЬ НОРМАТИВНЫХ АКТОВ ФЕДЕРАЛЬНЫХ ОРГАНОВ ИСПОЛНИТЕЛЬНОЙ ВЛАСТИ, 08.08.2011, N 32, СТР. 21, (ДОКУМЕНТ ОПУБЛИКОВАН НЕПОЛНОСТЬЮ)

ЗАРЕГИСТРИРОВАНО В МИНИСТЕРСТВЕ ЮСТИЦИИ РФ 28.06.2011 ПОД N 21216

МИНИСТЕРСТВО СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ

РОССИЙСКОЙ ФЕДЕРАЦИИ

ПРИКАЗ

06.06.2011 N 130

ОБ УТВЕРЖДЕНИИ ПРАВИЛ ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ

КОММУТАЦИИ СЕТЕЙ ПОДВИЖНОЙ РАДИОТЕЛЕФОННОЙ СВЯЗИ.

ЧАСТЬ VII. ПРАВИЛА ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ

КОММУТАЦИИ СТАНДАРТА LTE

<Утрачивает силу с 28 февраля 2019 г.: приказ Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации от 25.06.2018 N 319 >

<Изменения:

приказ Министерства связи и массовых коммуникаций РФ от 06.12.2012 N 284 ,

приказ Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

В соответствии со статьей 41 Федерального закона от 7 июля 2003 г. N 126-ФЗ "О связи" (Собрание законодательства Российской Федерации, 2003, N 28, ст. 2895; N 52, ст. 5038; 2004, N 35, ст. 3607; N 45, ст. 4377; 2005, N 19, ст. 1752; 2006, N 6, ст. 636; N 10, ст. 1069; N 31, ст. 3431, ст. 3452; 2007, N 1, ст. 8; N 7, ст. 835; 2008, N 18, ст. 1941; 2009, N 29, ст. 3625; 2010, N 7, ст. 705; N 15, ст. 1737; N 27, ст. 3408; N 31, ст. 4190; 2011, N 7, ст. 901; N 9, ст. 1205), пунктом 4 Правил организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденных Постановлением Правительства Российской Федерации от 13 апреля 2005 г. N 214 (Собрание законодательства Российской Федерации, 2005, N 16, ст. 1463; 2008, N 42, ст. 4832), и пунктом 5.2.2 Положения о Министерстве связи и массовых коммуникаций Российской Федерации, утвержденного Постановлением Правительства Российской Федерации от 2 июня 2008 г. N 418 (Собрание законодательства Российской Федерации, 2008, N 23, ст. 2708; N 42, ст. 4825; N 46, ст. 5337; 2009, N 3, ст. 378; N 6, ст. 738; N 33, ст. 4088; 2010, N 13, ст. 1502; N 26, ст. 3350; N 30, ст. 4099; N 31, ст. 4251; 2011, N 2, ст. 338; N 3, ст. 542; N 6, ст. 888; N 14, ст. 1935), приказываю:

1. Утвердить прилагаемые Правила применения оборудования коммутации сетей подвижной радиотелефонной связи. Часть VII. Правила применения оборудования коммутации стандарта LTE.

2. Направить настоящий Приказ на государственную регистрацию в Министерство юстиции Российской Федерации.

Министр

И.О. ЩЕГОЛЕВ

Утверждены

Приказом Министерства связи

и массовых коммуникаций

Российской Федерации

от 06.06.2011 N 130

ПРАВИЛА

ПРИМЕНЕНИЯ ОБОРУДОВАНИЯ КОММУТАЦИИ СЕТЕЙ ПОДВИЖНОЙ

РАДИОТЕЛЕФОННОЙ СВЯЗИ. ЧАСТЬ VII. ПРАВИЛА ПРИМЕНЕНИЯ

ОБОРУДОВАНИЯ КОММУТАЦИИ СТАНДАРТА LTE

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Правила применения оборудования коммутации сетей подвижной радиотелефонной связи. Часть VII. Правила применения оборудования коммутации стандарта LTE (далее - Правила) разработаны в соответствии со статьей 41 Федерального закона от 7 июля 2003 г. N 126-ФЗ "О связи" (Собрание законодательства Российской Федерации, 2003, N 28, ст. 2895; N 52, ст. 5038; 2004, N 35, ст. 3607; N 45, ст. 4377; 2005, N 19, ст. 1752; 2006, N 6, ст. 636; N 10, ст. 1069; N 31, ст. 3431, ст. 3452; 2007, N 1, ст. 8; N 7, ст. 835; 2008, N 18, ст. 1941; 2009, N 29, ст. 3625; 2010, N 7, ст. 705; N 15, ст. 1737; N 27, ст. 3408; N 31, ст. 4190; 2011, N 7, ст. 901; N 9, ст. 1205) в целях обеспечения целостности, устойчивости функционирования и безопасности единой сети электросвязи Российской Федерации.

2. Правила устанавливают обязательные требования к параметрам оборудования коммутации стандартов LTE и (или) LTE-Advanced (далее - стандарта LTE), включая оборудование коммутации IMS, при оказании услуг передачи данных и телефонного соединения, в том числе требования к параметрам, обеспечивающим взаимодействие с узлами связи стандартов GSM 900/1800 и UMTS.

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

3. Оборудование коммутации стандарта LTE идентифицируется как оборудование коммутации сетей подвижной радиотелефонной связи, относится к сложному телекоммуникационному оборудованию и согласно пункту 8 Перечня средств связи, подлежащих обязательной сертификации, утвержденного Постановлением Правительства Российской Федерации от 25 июня 2009 г. N 532 (Собрание законодательства Российской Федерации, 2009, N 26, ст. 3206), подлежит обязательной сертификации в порядке, установленном Правилами организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденными Постановлением Правительства Российской Федерации от 13 апреля 2005 г. N 214 (Собрание законодательства Российской Федерации, 2005, N 16, ст. 1463; 2008, N 42, ст. 4832).

4. Правила распространяются на следующее оборудование стандарта LTE:

1) модуль управления мобильностью (Mobility Managemen Entity) (далее - MME);

2) обслуживающий шлюз (Serving Gateway) (далее - S-GW);

3) шлюз взаимодействия с сетями, использующими технологию с коммутацией пакетов (Packet Data Networks Gateway) (далее - PDN GW);

4) регистр идентификации оборудования (Equipment Identity Register) (далее - EIR);

5) сервер абонентских данных (Home Subscriber Server) (далее - HSS);

6) обслуживающий узел поддержки GPRS (Serving GPRS Support Node) (далее - SGSN);

7) оборудование, реализующее функции реализации правил политики и тарификации (The Policy and Charging Rules Function) (далее - PCRF);

8) центр управления и технического обслуживания (далее - ЦУ и ТО).

9) оборудование коммутации IMS, выполняющее функции:

а) управления сеансом (далее - CSCF), включающую: прокси CSCF (далее - P-CSCF), обслуживающую CSCF (далее - S-CSCF), запрашивающую CSCF (далее - I-CSCF);

б) сервера абонентских данных пользователей IMS (далее - HSS/IMS);

в) определения местонахождения подписки (далее - SLF);

г) управления медиашлюзами (далее - MGCF);

д) управления ресурсами мультимедиа (далее - MRFC);

е) процессора ресурсов мультимедиа (далее - MRFP);

ж) управления выбором сети (далее - BGCF);

з) управления пограничным взаимодействием (далее - IBCF);

и) учета данных для начисления платы (далее - CCF);

к) медиашлюза (далее - IMS-MGW);

л) переходного шлюза (далее - TrGw);

м) шлюза сигнализации (далее - SGF);

н) шлюза абонентского доступа (далее - IMS-AGW);

<Пункт 9 введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

10) оборудование, реализующее функцию агента протокола Diameter (Diameter Agent) (далее - DA), для определения местонахождения подписки пользователя, в случае наличия на сети оператора нескольких HSS.

Оборудование, указанное в настоящем пункте в качестве оборудования узлов связи, может использоваться в составе территориально распределенных узлов связи, а также как одно устройство в составе нескольких узлов связи.

При использовании оборудования IMS с территориально распределенной структурой с предоставлением услуг связи в различных территориально-административных образованиях интерфейсы IMS должны обеспечивать проведение оперативно-розыскных мероприятий независимо в каждом территориально-административном образовании в полном объеме.

<В ред.

приказа Министерства связи и массовых коммуникаций РФ от 06.12.2012 N 284 ,

приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

5. Процедуру обязательной сертификации проходит как оборудование коммутации сетей подвижной радиотелефонной связи в составе входящего в него оборудования коммутации стандарта LTE, так и оборудование, приведенное в подпунктах 1 - 7, 9, 10 пункта 4 Правил, в качестве самостоятельных средств связи.

Оборудование коммутации стандарта LTE обеспечивает возможность его использования одним или несколькими операторами сети подвижной радиотелефонной связи.

При использовании оборудования коммутации стандарта LTE несколькими операторами сети подвижной радиотелефонной связи каждый оператор несет ответственность за обеспечение возможности проведения ОРМ в принадлежащем ему трафике.

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

II. ТРЕБОВАНИЯ К ОБОРУДОВАНИЮ КОММУТАЦИИ СТАНДАРТА LTE

6. Электропитание оборудования коммутации стандарта LTE осуществляется в соответствии с требованиями к параметрам электропитания, установленными в пунктах П. 9.1 - П. 9.4 приложения 9 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I. Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации N 7 (ОКС N 7), утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 N 59 (зарегистрирован в Министерстве юстиции Российской Федерации 29 мая 2006 г., регистрационный N 7879) (далее - Правила N 59-06), или от сети переменного тока с номинальным напряжением 220 В, частотой 50 Гц.

Оборудование электропитающей установки (далее - ЭПУ) не входит в состав оборудования коммутации стандарта LTE и соответствует Правилам применения оборудования электропитания средств связи, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 03.03.2006 N 21 (зарегистрирован в Министерстве юстиции Российской Федерации 27 марта 2006 г., регистрационный N 7638).

7. Оборудование коммутации стандарта LTE сохраняет работоспособность при отклонении напряжения электропитания от номинальных значений в допустимых пределах:

при номинальном напряжении 60 В - в пределах от 48,0 до 72,0 В;

при номинальном напряжении 48 В - в пределах от 40,5 до 57,0 В;

при напряжении переменного тока 220 В - в пределах от 187 до 242 В (частота - от 47,5 до 50,5 Гц, коэффициент нелинейных искажений - не более 10%, кратковременное (длительностью до 3 с) изменение напряжения относительно номинального значения +/- 40%).

8. В оборудовании коммутации стандарта LTE предусмотрена система сигнализации для контроля неисправностей в ЭПУ.

9. Для оборудования коммутации стандарта LTE устанавливаются обязательные требования к параметрам устойчивости к внешним климатическим и механическим воздействиям согласно приложению N 3 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 31.05.2007 N 58 (зарегистрирован в Министерстве юстиции Российской Федерации 22 июня 2007 г., регистрационный N 9675) (далее - Правила N 58-07).

10. Для оборудования коммутации стандарта LTE устанавливаются обязательные требования к параметрам системы нумерации и идентификации согласно приложению N 1 к Правилам.

11. Для оборудования, выполняющего функции MME, устанавливаются следующие обязательные требования:

1) к данным MME согласно приложению N 2 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

2) к параметрам протокола S1-AP (S1 Application Part), используемого при взаимодействии оборудования систем базовых станций стандарта LTE (eNodeB) с MME, согласно приложению N 3 к Правилам;

3) к параметрам протокола SGsAP (SGs Application Part), используемого при взаимодействии MME с сервером центра мобильной коммутации (MSC сервер/VLR), согласно приложению N 4 к Правилам;

4) к параметрам протокола Diameter, используемого при взаимодействии MME с DA или HSS (интерфейс S6a), MME с DA или EIR (интерфейс S13), согласно приложению N 5 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

5) к параметрам протокола NAS согласно приложению N 6 к Правилам;

6) к параметрам протокола GTP согласно приложению N 7 к Правилам;

7) к параметрам протоколов IP, UDP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

8) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

9) к параметрам протокола SCTP согласно пункту 2 приложения N 14 к Правилам N 58-07 при реализации в оборудовании коммутации стандарта LTE;

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

10) если SGSN при взаимодействии с MME не реализует протокол GTPv2-C (интерфейс S3), взаимодействие MME с SGSN осуществляется с использованием протокола GTP (интерфейс Gn), требования к параметрам которого приведены в приложении N 4 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть V. Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта UMTS, утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 27.08.2007 N 101 (зарегистрирован в Министерстве юстиции Российской Федерации 29 августа 2007 г., регистрационный N 10066), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 01.02.2012 N 31 (зарегистрирован в Министерстве юстиции Российской Федерации 24 февраля 2012 г., регистрационный N 23324), от 06.12.2012 N 284 (зарегистрирован в Министерстве юстиции Российской Федерации 18 января 2013 г., регистрационный N 26585) и от 23.04.2013 N 93 (зарегистрирован в Министерстве юстиции Российской Федерации 14 июня 2013 г., регистрационный N 28788), (далее - Правила N 101-07).

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

12. Для оборудования, выполняющего функции S-GW, устанавливаются следующие обязательные требования:

1) к контекстам S-GW согласно приложению N 10 к Правилам;

2) к параметрам протокола GTP согласно приложению N 7 к Правилам;

3) к параметрам протоколов IP, UDP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

4) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

5) к параметрам системы учета данных для начисления платы согласно приложению N 11 к Правилам.

6) к параметрам протокола PMIPv6, используемого при взаимодействии S-GW с P-GW (интерфейсы S5, S8), согласно приложению N 81 к Правилам при реализации в оборудовании коммутации стандарта LTE;

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

7) к параметрам протокола Diameter при взаимодействии S-GW с H-PCRF (V-PCRF) (интерфейс Gxc) при реализации PMIPv6 на интерфейсах S5, S8 согласно приложению N 5 к Правилам.

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

13. Для оборудования, выполняющего функцию P-GW, устанавливаются следующие обязательные требования:

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1) к данным P-GW согласно приложению N 12 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

2) к параметрам протокола GTP согласно приложению N 7 к Правилам;

3) к параметрам протокола Diameter при взаимодействии P-GW с PCRF (интерфейс Gx) при реализации на интерфейсах S5, S8 протокола GTP согласно приложению N 5 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

4) к параметрам протоколов IP, UDP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

5) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

6) к параметрам системы учета данных для начисления платы согласно приложению N 11 к Правилам.

7) к параметрам протокола PMIPv6, используемого при взаимодействии S-GW с P-GW (интерфейсы S5, S8), согласно приложению N 81 к Правилам при реализации в оборудовании коммутации стандарта LTE;

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

8) к параметрам протокола SCTP согласно пункту 2 приложения N 14 к Правилам N 58-07 при реализации в оборудовании коммутации стандарта LTE;

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

9) если SGSN при взаимодействии с P-GW не реализует протокол GTPv2-C (интерфейс S3), взаимодействие P-GW с SGSN осуществляется с использованием протокола GTP (интерфейсы Gn или Gp), требования к параметрам которого установлены в приложении N 4 к Правилам N 101-07.

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

14. Для оборудования, выполняющего функции EIR, устанавливаются следующие обязательные требования:

1) к данным, хранящимся в EIR, согласно приложению N 14 к Правилам;

2) к параметрам протокола Diameter, используемого при взаимодействии MME с EIR (интерфейс S13), согласно приложению N 5 к Правилам;

3) к параметрам протоколов IP, UDP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

4) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

5) к параметрам протокола SCTP согласно пункту 2 приложения N 14 к Правилам N 58-07 при реализации в оборудовании коммутации стандарта LTE.

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

15. Для оборудования, выполняющего функции HSS, устанавливаются следующие обязательные требования:

1) к данным HSS для абонентских радиостанций (далее - АС), поддерживающих радиодоступ стандарта LTE, согласно приложению N 13 к Правилам;

2) к параметрам протокола Diameter, используемого при взаимодействии HSS с MME (интерфейс S6a), согласно приложению N 5 к Правилам;

3) к параметрам протоколов IP, UDP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

4) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам;

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

5) к параметрам протокола SCTP согласно пункту 2 приложения N 14 к Правилам N 58-07 при реализации в оборудовании коммутации стандарта LTE.

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

16. Для оборудования, выполняющего функции SGSN, устанавливаются следующие обязательные требования:

1) к параметрам протокола GTP согласно приложению N 7 к Правилам;

2) к параметрам протоколов IP, UDP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

3) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам.

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

17. Для оборудования, выполняющего функции PCRF, устанавливаются следующие обязательные требования:

1) к параметрам протокола Diameter, используемого при взаимодействии PCRF с P-GW (интерфейс Gx) (при реализации на интерфейсах S5, S8 протокола GTP), PCRF визитной сети (далее - V-PCRF) с PCRF домашней сети (далее - H-PCRF), H-PCRF (V-PCRF) с S-GW (интерфейс Gxc) (при реализации на интерфейсах S5, S8 протокола PMIPv6), PCRF с функциями приложений (интерфейс Rx), согласно приложению N 5 к Правилам;

2) к параметрам протоколов IP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

3) к параметрам протокола SCTP согласно пункту 2 приложения N 14 к Правилам N 58-07 при реализации в оборудовании коммутации стандарта LTE;

4) к параметрам используемых интерфейсов согласно приложению N 9 к Правилам.

<Пункт 17 в ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

171. Для оборудования коммутации LTE устанавливаются обязательные требования к параметрам, обеспечивающим пользователям стандартов LTE/LTE-Advanced оказание услуг передачи данных и телефонного соединения через оборудование коммутации IMS, согласно приложению N 151 к Правилам.

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

18. Для оборудования ЦУ и ТО устанавливаются требования согласно приложению N 15 к Правилам.

181. Для оборудования, выполняющего функции DA переключения (далее - DRLA), прокси (далее - DPXA), перенаправления (далее - DRDA)), обеспечивающего определение местонахождения подписки пользователя, в случае наличия на сети оператора нескольких HSS устанавливаются следующие обязательные требования:

1) к параметрам протокола Diameter, используемого при взаимодействии MME с DA (интерфейс S6a), согласно приложению N 5 к Правилам;

2) к параметрам протоколов IP, TCP согласно приложению N 8 к Правилам при реализации в оборудовании коммутации стандарта LTE;

3) к параметрам протокола SCTP согласно пункту 2 приложения N 14 к Правилам N 58-07 при реализации в оборудовании коммутации стандарта LTE;

4) к интерфейсам взаимодействия и их параметрам согласно приложению N 9 к Правилам.

<Пункт 181 введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

19. Список используемых сокращений приведен в приложении N 16 к Правилам (справочно).

Приложение N 1

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ СИСТЕМЫ НУМЕРАЦИИ И ИДЕНТИФИКАЦИИ

1. Идентификация АС осуществляется в соответствии с требованиями Приказа Министерства информационных технологий и связи Российской Федерации от 17 ноября 2006 г. N 142 "Об утверждении и введении в действие Российской системы и плана нумерации" (зарегистрирован в Министерстве юстиции Российской Федерации 8 декабря 2006 г., регистрационный N 8572).

2. Оборудование коммутации стандарта LTE осуществляет маршрутизацию данных, используя адресацию сети Интернет в формате, определенном протоколами IP четвертой и шестой версий (далее - IPv4, IPv6).

3. Для идентификации АС в сети Интернет на время взаимодействия АС с сетью Интернет ей присваивается адрес сети в формате протокола IPv4 и (или) IPv6.

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Приложение N 2

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной связи.

Часть VII. Правила применения

оборудования коммутации

стандарта LTE

ТРЕБОВАНИЯ К ДАННЫМ MME

              <В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Данные, хранящиеся в MME для AC стандарта LTE, находящихся в состояниях ECM-IDLE, ECM-CONNECTED или EMM-DEREGISTERED в зонах слежения (далее - ТА), обслуживаемых данной MME, приведены в таблице.

Таблица. Данные MME для AC стандарта LTE, находящихся в состоянии ECM-IDLE, ECM-CONNECTED и EMM-DEREGISTERED

Данные

Комментарии

Международный номер AC (IMSI)

Индикатор неподтверждения подлинности IMSI (IMSI unauthenticated-indicator)

Международный номер AC в сети ISDN (MSISDN)

при наличии в HSS

Состояние управления мобильностью (ECM-IDLE, ECM-CONNECTED, EMM-DEREGISTERED) (MM State)

Глобальный уникальный временный идентификатор (GUTI)

Международный идентификатор оборудования AC и версия программного обеспечения (IMEI/IMEISV) (ME Identity)

Список зон слежения (Tracking Area List)

Идентификатор зоны слежения, в которой произошло последнее обновление зоны слежения (TAI of last TAU)

Глобальный идентификатор соты в сети радиодоступа стандарта LTE (E-UTRAN Cell Global Identity)

Время, прошедшее с момента последнего определения Глобального идентификатора соты стандарта LTE и/или LTE-Advanced (E-UTRAN Cell Identity Age)

Идентификатор закрытой группы пользователей (CSG ID)

Членство в закрытой группе пользователей

(CSG membership)

Режим доступа (Access mode)

Параметры аутентификации: произвольный номер (RAND), ожидаемый ответ (XRES), ключ (KASME), символ аутентификации (AUTN) (Authentication Vector)

Возможности радиодоступа AC

(UE Radio Access Capability)

Марка класса 2 для оборудования AC (поддержка передачи обслуживания к сети радиодоступа стандарта GSM 900/1800 или UMTS) (MS Classmark 2)

Марка класса 3 для оборудования AC (поддержка передачи обслуживания к сети радиодоступа стандарта GSM 900/1800) (MS Classmark 3)

Поддерживаемые кодеки (Supported Codecs)

Сетевые возможности AC (UE Network Capability)

Сетевые возможности AC стандарта GSM 900/1800 или UMTS (MS Network Capability)

Параметры DRX (UE Specific DRX Parameters)

Выбранный алгоритм безопасности слоя без доступа (Selected NAS Algorithm)

Идентификатор установки ключа (eKSI)

Ключ KASME (KASME)

Ключи слоя без доступа и параметры счета

(NAS Keys and COUNT)

Идентификатор выбранного оператора сети

(Selected CN operator id)

Восстановление данных HSS (Recovery)

Ограничение доступа (Access Restriction)

Ограничения оператора для услуг передачи данных (ODB for PS parameters)

Замена APN-OI (APN-OI Replacement)

IP адрес MME для интерфейса S11 с S-GW

(MME IP address for S11)

Идентификатор конечной точки туннеля MME для интерфейса S11 (MME TEID for S11)

IP адрес S-GW для интерфейсов S11/S4

(S-GW IP address for S11/S4)

Идентификатор конечной точки туннеля S-GW для интерфейсов S11/S4 (S-GW TEID for S11/S4)

IP адрес SGSN для интерфейса S3 (SGSN IP address for S3)

Идентификатор конечной точки туннеля SGSN для интерфейса S3 (SGSN TEID for S3)

IP адрес используемого узла радиодоступа eNodeB для интерфейса S1-MME (eNodeB Address in Use for S1-MME)

Уникальный идентификатор AC для eNodeB

(eNB UE S1AP ID)

Уникальный идентификатор AC для MME

(MME UE S1АР ID)

Подписка AC - Общая максимальная скорость передачи (Subscribed-UE-AMBR))

Общая максимальная скорость передачи (UE-AMBR)

Характеристики для учета стоимости AC в соответствии с подпиской в сети

(EPS Subscribed Charging Characteristics)

Индекс приоритетности выбора Технологии радиодоступа/Частоты (Subscribed RFSP Index)

Используемый Индекс приоритетности выбора Технологии радиодоступа/Частоты (RFSP Index in Use)

Подробное описание трейса (Trace reference)

Тип трейса (Trace Type)

Идентификатор триггера (Trigger id)

Идентификатор центра управления и обслуживания, куда будут передаваться отчеты по трейсам (OMC Identity)

Параметр запроса доступности AC для MME

(URRP-MME)

Данные подписки закрытой группы пользователей

(CSG Subscription Data)

Разрешение местного IP доступа (LIPA Allowed) <*>

Подписка на периодическое обновление зоны маршрутизации/слежения по таймеру

(Subscribed Periodic RAU/TAU Timer) <*>

Подписка на приоритетное обслуживание в домене CS (MPS CS priority) <*>

Подписка на приоритетное обслуживание в EPS (MPS EPS priority) <*>

Данные для каждого активного соединения сети передачи данных

Используемая точка доступа (APN in Use)

Ограничение точки доступа (APN Restriction)

Подписка на APN (APN Subscribed)

Тип сети передачи данных (IPv4, IPv6, IPv4v6)

(PDN Type)

IP адрес (адреса) сети передачи данных (IP Address(es))

Характеристики учета стоимости абонентской станции в соответствии с подпиской в сети передачи данных EPS (EPS PDN Subscribed Charging Characteristics)

Замещение точки доступа (APN-OI Replacement)

Разрешения возможности распределения трафика IP (SIPTO permissions) <*>

Разрешения LIPA (LIPA permissions) <*>

LIPA-разрешено, только LIPA, LIPA-при условии

Возможность использовать для APN AC P-GW домашней или визитной сети (VPLMN Address Allowed)

IP адрес используемого P-GW (для плоскости управления) (P-GW Address in Use (control plane))

Идентификатор конечной точки туннеля P-GW для интерфейса S5/S8 (для плоскости управления)

(P-GW TEID for S5/S8 (control plane))

Сообщение об изменении информации AC

(MS Info Change Reporting Action)

Сообщение об изменении информации закрытой группы пользователей (CSG Information Reporting Action)

Профиль качества обслуживания в соответствии с подпиской в EPS (QCI и ARP)

(EPS subscribed QoS profile) <*>

Подписка Точка доступа - Общая максимальная скорость передачи (Subscribed-APN-AMBR)

Точка доступа - Общая максимальная скорость передачи (APN-AMBR)

Ключ GRE, выделенный P-GW для передачи пользовательских данных "вверх" (только для PMIPv6 на S5/S8) (P-GW GRE Key for uplink traffic (user plane))

Идентификатор EPS по умолчанию (Default bearer)

Низкий приоритет доступа (low access priority) <*>

Данные для каждого канала соединения сети передачи данных

Идентификатор канала передачи данных EPS

(EPS Bearer ID)

Идентификатор транзакции (TI)

IP адрес S-GW для S1-u интерфейса

(S-GW IP address for S1-u)

Идентификатор конечной точки туннеля S-GW для интерфейсов S1-u (S-GW TEID for S1-u)

Идентификатор конечной точки туннеля P-GW для интерфейса S5/S8 (для плоскости пользователя) (P-GW TEID for S5/S8 (user plane))

IP адрес P-GW для интерфейса S5/S8 (для плоскости пользователя) (P-GW IP address for S5/S8 (user plane))

Качество обслуживания в канале передачи данных EPS (QCI и ARP) (EPS bearer QoS)

Шаблон потока трафика (только для PMIPv6 на S5/S8) (TFT)

Данные для экстренного обслуживания AC

Наименование точки доступа при экстренном обслуживании (Emergency Access Point Name (em APN))

Профиль QoS при экстренном обслуживании EPS (QCI и ARP) (Emergency QoS profile)

Точка доступа при экстренном обслуживании - Общая максимальная скорость передачи

(Emergency APN-AMBR)

Идентификатор P-GW при экстренном обслуживании

(Emergency P-GW identity)

Примечание: <*> "Данные" обязательны только для стандарта LTE-Advanced.

______________

Приложение N 3

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ ПРОТОКОЛА S1-AP, ИСПОЛЬЗУЕМОГО

ПРИ ВЗАИМОДЕЙСТВИИ ENODEB С MME

Сообщения протокола S1-AP, передаваемые на интерфейсе между eNodeB и MME, приведены в таблице.

Таблица. Сообщения протокола S1-AP

Сообщение

Направление передачи

1

2

Запрос установки E-RAB (E-RAB SETUP REQUEST)

от MME к eNodeB

Ответ на запрос установки E-RAB (E-RAB SETUP RESPONSE)

от eNodeB к MME

Запрос изменения E-RAB (E-RAB MODIFY REQUEST)

от MME к eNodeB

Ответ на запрос изменения E-RAB (E-RAB MODIFY RESPONSE)

от eNodeB к MME

Команда освобождения E-RAB (E-RAB RELEASE COMMAND)

от MME к eNodeB

Ответ на команду освобождения E-RAB (E-RAB RELEASE RESPONSE)

от eNodeB к MME

Освобождение E-RAB (E-RAB RELEASE INDICATION)

от eNodeB к MME

Запрос установки инициализации контекста (INITIAL CONTEXT SETUP REQUEST)

от MME к eNodeB

Ответ на запрос установки инициализации контекста (INITIAL CONTEXT SETUP RESPONSE)

от eNodeB к MME

Ошибка установки инициализации контекста (INITIAL CONTEXT SETUP FAILURE)

от eNodeB к MME

Запрос освобождения контекста АС (UE CONTEXT RELEASE REQUEST)

от eNodeB к MME

Команда освобождения контекста АС (UE CONTEXT RELEASE COMMAND)

от MME к eNodeB

Освобождение контекста АС выполнено (UE CONTEXT RELEASE COMPLETE)

от eNodeB к MME

Запрос изменения контекста АС (UE CONTEXT MODIFICATION REQUEST)

от MME к eNodeB

Ответ на запрос изменения контекста АС (UE CONTEXT MODIFICATION RESPONSE)

от eNodeB к MME

Ошибка изменения контекста (UE CONTEXT MODIFICATION FAILURE)

от eNodeB к MME

Требуется хендовер (HANDOVER REQUIRED)

от eNodeB к MME

Команда на выполнение хендовера (HANDOVER COMMAND)

от MME к eNodeB

Хендовер не возможен (HANDOVER PREPARATION FAILURE)

от MME к eNodeB

Запрос хендовера (HANDOVER REQUEST)

от MME к eNodeB

Подтверждение запроса хендовера (HANDOVER REQUEST ACKNOWLEDGE)

от eNodeB к MME

Отсутствие ресурсов для хендовера (HANDOVER FAILURE)

от eNodeB к MME

Подтверждение хендовера (HANDOVER NOTIFY)

от eNodeB к MME

Запрос коммутации конечной точки туннеля (PATH SWITCH REQUEST)

от eNodeB к MME

Подтверждение коммутации конечной точки туннеля (PATH SWITCH REQUEST ACKNOWLEDGE)

от MME к eNodeB

Ошибка при коммутации конечной точки туннеля (PATH SWITCH REQUEST FAILURE)

от MME к eNodeB

Отмена хендовера (HANDOVER CANCEL)

от eNodeB к MME

Подтверждение отмены хендовера (HANDOVER CANCEL ACKNOWLEDGE)

от MME к eNodeB

Передача статуса eNodeB (eNB STATUS TRANSFER)

от eNodeB к MME

Передача статуса MME (MME STATUS TRANSFER)

от MME к eNodeB

Поиск (PAGING)

от MME к eNodeB

Инициализация сообщений АС INITIAL UE MESSAGE

от eNodeB к MME

Транспортировка сообщений NAS "вниз" (DOWNLINK NAS TRANSPORT)

от MME к eNodeB

Транспортировка сообщений NAS "вверх" (UPLINK NAS TRANSPORT)

от eNodeB к MME

Недоставка сообщений NAS "вниз" (NAS NON DELIVERY INDICATION)

от eNodeB к MME

Сброс (RESET)

от eNodeB к MME и от MME к eNodeB

Подтверждение сброса (RESET ACKNOWLEDGE)

от eNodeB к MME и от MME к eNodeB

Индикация ошибки (ERROR INDICATION)

от eNodeB к MME и от MME к eNodeB

Запрос установки S1 (S1 SETUP REQUEST)

от eNodeB к MME

Ответ на запрос установки S1 (S1 SETUP RESPONSE)

от MME к eNodeB

Ошибка установки S1 (S1 SETUP FAILURE)

от MME к eNodeB

Обновление конфигурации eNodeB (ENB CONFIGURATION UPDATE)

от eNodeB к MME

Подтверждение обновления конфигурации eNodeB (ENB CONFIGURATION UPDATE ACKNOWLEDGE)

от MME к eNodeB

Ошибка при обновления конфигурации eNodeB (ENB CONFIGURATION UPDATE FAILURE)

от MME к eNodeB

Обновление конфигурации MME (MME CONFIGURATION UPDATE)

от MME к eNodeB

Подтверждение обновления конфигурации MME (MME CONFIGURATION UPDATE ACKNOWLEDGE)

от eNodeB к MME

Ошибка при обновления конфигурации MME (MME CONFIGURATION UPDATE FAILURE)

от eNodeB к MME

Начало перегрузки (OVERLOAD START)

от MME к eNodeB

Окончание перегрузки (OVERLOAD STOP)

от MME к eNodeB

Индикация возможностей АС (UE CAPABILITY INFO INDICATION)

от eNodeB к MME

Начало записи трейса (TRACE START)

от MME к eNodeB

Индикация ошибки записи трейса (TRACE FAILURE INDICATION)

от eNodeB к MME

Завершение трейса (DEACTIVATE TRACE)

от MME к eNodeB

Запрос информации о местоположении (LOCATION REPORTING CONTROL)

от MME к eNodeB

Ошибка при отчете о местоположении (LOCATION REPORT FAILURE INDICATION)

от eNodeB к MME

Отчет о местоположении (LOCATION REPORT)

от eNodeB к MME

Запрос начала или возобновления предупреждающих сообщений (WRITE-REPLACE WARNING REQUEST)

от MME к eNodeB

Ответ на запрос предупреждающих сообщений (WRITE-REPLACE WARNING RESPONSE)

от eNodeB к MME

Запрос удаления предупреждающих сообщений (KILL REQUEST)

от MME к eNodeB

Ответ на запрос удаления предупреждающих сообщений (KILL RESPONSE)

от eNodeB к MME

Передача информации eNodeB (eNB DIRECT INFORMATION TRANSFER)

от eNodeB к MME

Передача информации MME (MME DIRECT INFORMATION TRANSFER)

от MME к eNodeB

Передача конфигурации сети радиодоступа (eNB CONFIGURATION TRANSFER)

от eNodeB к MME

Передача конфигурации сети радиодоступа (MME CONFIGURATION TRANSFER)

от MME к eNodeB

Передача информации о пути в соте (CELL TRAFFIC TRACE)

от eNodeB к MME

Приложение N 4

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ ПРОТОКОЛА SGSAP, ИСПОЛЬЗУЕМОГО

ПРИ ВЗАИМОДЕЙСТВИИ MME С MSC СЕРВЕРОМ/VLR

1. Установление входящей и исходящей радиотелефонной связи осуществляется к АС, имеющей регистрацию в MME сети стандарта LTE и в визитном регистре местоположения (VLR) сетей стандартов GSM 900/1800 или UMTS.

2. Сообщения SGsAP, передаваемые на интерфейсе SGs между MME и MSC сервером/VLR, для установления радиотелефонной связи приведены в таблице.

Таблица. Сообщения протокола SGsAP

Сообщение

Направление передачи

1

2

Подтверждение на запрос активности АС (ALERT-ACK)

от MME к VLR

Отказ на запрос активности АС (ALERT-REJECT)

от MME к VLR

Запрос активности АС (ALERT-REQUEST)

от VLR к MME

Данные "вниз" (от VLR к АС) (DOWNLINK-UNITDATA)

от VLR к MME

Подтверждение на индикацию отключения EPS (EPS-DETACH-ACK)

от VLR к MME

Индикация отключения EPS (EPS-DETACH-INDICATION)

от MME к VLR

Подтверждение на индикацию отключения IMSI (IMSI-DETACH-ACK)

от VLR к MME

Индикация отключения IMSI (IMSI-DETACH-INDICATION)

от MME к VLR

Обновление местоположения выполнено (LOCATION-UPDATE-ACCEPT)

от VLR к MME

Обновление местоположения отклонено (LOCATION-UPDATE-REJECT)

от VLR к MME

Запрос обновления местоположения (LOCATION-UPDATE-REQUEST)

от MME к VLR

Запрос специфической абонентской информации (MM-INFORMATION-REQUEST)

от VLR к MME

Индикация статуса (STATUS)

от VLR к MME или от MME к VLR

Запрос обслуживания (SERVICE-REQUEST)

от MME к VLR

Индикация активности АС (MS-ACTIVITY-INDICATION)

от MME к VLR

АС недоступна (MS-UNREACHABLE)

от MME к VLR

Данные "вверх" (от АС к VLR) (UPLINK-UNITDATA)

от MME к VLR

Отказ в поиске (PAGING-REJECT)

от MME к VLR

Запрос поиска АС (PAGING-REQUEST)

от VLR к MME

Подтверждение выполнения сброса (RESET-ACK)

от VLR к MME или от MME к VLR

Индикация сброса (RESET-INDICATION)

от VLR к MME или от MME к VLR

Переназначение TMSI выполнено (TMSI-REALLOCATION-COMPLETE)

от MME к VLR

Запрос освобождения (RELEASE-REQUEST)

от VLR к MME

Приложение N 5

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ ПРОТОКОЛА DIAMETER, ИСПОЛЬЗУЕМОГО

ПРИ ВЗАИМОДЕЙСТВИИ MME С HSS (ИНТЕРФЕЙС S6A), SGSN С HSS

(ИНТЕРФЕЙС S6D), MME С EIR (ИНТЕРФЕЙС S13), SGSN С EIR

(ИНТЕРФЕЙС S13'), PCRF С Р-GW (ИНТЕРФЕЙС GX), H-PCRF (V-PCRF) C S-GW

(ИНТЕРФЕЙС GXC), V-PCRF с H-PCRF (ИНТЕРФЕЙС S9), PCRF С ФУНКЦИЯМИ

ПРИЛОЖЕНИЙ (ИНТЕРФЕЙС RX)

              <Наименование дано в ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1. Сообщения протокола Diameter на интерфейсах S6a/S6d определены идентификатором приложения (далее - Auth-Application-Id), равным "16777251". Сообщения протокола Diameter, передаваемые на интерфейсах S6a/S6d между MME/SGSN и HSS, приведены в таблице N 1.

Таблица N 1. Сообщения протокола Diameter, передаваемые на интерфейсах S6a/S6d между MME/SGSN и HSS

Сообщение

Код сообщения

Направление передачи

1

2

3

Обновление данных о местонахождении подвижного абонента. Запрос (Update-Location-Request (ULR))

316, бит R в поле команды "Флаг" установлен в "1"

от MME или SGSN к HSS

Обновление данных о местонахождении подвижного абонента. Ответ (Update-Location-Answer (ULA))

316, бит R в поле команды "Флаг" очищен

от HSS к MME или SGSN

Информация аутентификации. Запрос (Authentication- Information-Request (AIR))

318, бит R в поле команды "Флаг" установлен в "1"

от MME или SGSN к HSS

Информация аутентификации. Ответ (Authentication- Information-Answer (AIA))

318, бит R в поле команды "Флаг" очищен

от HSS к MME или SGSN

Отмена информации о местонахождении АС. Запрос (Cancel-Location-Request (CLR))

317, бит R в поле команды "Флаг" установлен в "1"

от HSS к MME или SGSN

Отмена информации о местонахождении АС. Ответ (Cancel-Location-Answer (CLA))

317, бит R в поле команды "Флаг" очищен

от MME или SGSN к HSS

Регистрация абонентских данных. Запрос (Insert-Subscriber-Data- Request (IDR))

319, бит R в поле команды "Флаг" установлен в "1"

от HSS к MME или SGSN

Регистрация абонентских данных. Ответ (Insert-Subscriber-Data- Answer (IDA))

319, бит R в поле команды "Флаг" очищен

от MME или SGSN к HSS

Удаление абонентских данных. Запрос (Delete-Subscriber-Data- Request (DSR))

320, бит R в поле команды "Флаг" установлен в "1"

от HSS к MME или SGSN

Удаление абонентских данных. Ответ (Delete-Subscriber-Data- Answer (DSA))

320, бит R в поле команды "Флаг" очищен

от MME или SGSN к HSS

Уведомление о стирании данных абонента. Запрос (Purge-UE-Request (PUR))

321, бит R в поле команды "Флаг" установлен в "1"

от MME или SGSN к HSS

Уведомление о стирании данных абонента. Ответ (Purge-UE-Answer (PUA))

321, бит R в поле команды "Флаг" очищен

от HSS к MME или SGSN

Сброс. Запрос (Reset-Request (RSR))

322, бит R в поле команды "Флаг" установлен в "1"

от HSS к MME или SGSN

Сброс. Ответ (Reset-Answer (RSA))

322, бит R в поле команды "Флаг" очищен

от MME или SGSN к HSS

Уведомление. Запрос (Notify-Request (NOR))

323, бит R в поле команды "Флаг" установлен в "1"

от MME или SGSN к HSS

Уведомление. Ответ (Notify-Answer (NOA))

323, бит R в поле команды "Флаг" очищен

от HSS к MME или SGSN

2. Сообщения протокола Diameter на интерфейсах S13/S13' определены Auth-Application-Id, равным "16777252". Сообщения протокола Diameter, передаваемые на интерфейсах S13/S13' между MME/SGSN и EIR, приведены в таблице N 2.

Таблица N 2. Сообщения протокола Diameter, передаваемые на интерфейсах S13/S13' между MME/SGSN и EIR

Сообщение

Код сообщения

Направление передачи

Проверка международного идентификатора оборудования АС. Запрос (ME-Identity-Check- Request (ECR))

324, бит R в поле команды "Флаг" установлен в "1"

от MME или SGSN к EIR

Проверка международного идентификатора оборудования АС. Ответ (ME-Identity-Check- Answer (ECA))

324, бит R в поле команды "Флаг" очищен

от EIR к MME или SGSN

3. Сообщения протокола Diameter на интерфейсе Gx определены Auth-Application-Id равным "16777224", на интерфейсе S9 Auth-Application-Id равен "16777267". Сообщения протокола Diameter, передаваемые на интерфейсе Gx между PCRF и PDN GW, на интерфейсе S9 между V-PCRF и H-PCRF, приведены в таблице N 3.

Таблица N 3. Сообщения протокола Diameter, передаваемые на интерфейсах Gx, S9

Сообщение

Код сообщения

Направление передачи

1

2

3

Правила политики управления и тарификации (РСС). Запрос (CC-Request (CCR))

272, бит R в поле команды "Флаг" установлен в "1"

от PDN GW к PCRF, от V-PCRF к H-PCRF

Правила политики управления и тарификации. Ответ (CC-Answer (CCA))

272, бит R в поле команды "Флаг" очищен

от PCRF к PDN GW от H-PCRF к V-PCRF

Незапрашиваемые правила РСС. Запрос (Re-Auth-Request (RAR))

258, бит R в поле команды "Флаг" установлен в "1"

от PCRF к PDN GW от H-PCRF к V-PCRF

Незапрашиваемые правила РСС. Ответ (Re-Auth-Answer (RAA))

258, бит R в поле команды "Флаг" очищен

от PDN GW к PCRF от V-PCRF к H-PCRF

4. Сообщения протокола Diameter на интерфейсе Rx определены Auth-Application-Id равным "16777236". Сообщения протокола Diameter, передаваемые на интерфейсе Rx между PCRF и функциями приложений (далее - AF), приведены в таблице N 4.

Таблица N 4. Сообщения протокола Diameter, передаваемые на интерфейсе Rx

Сообщение

Код сообщения

Направление передачи

1

2

3

Информация о сессии. Запрос (AA-Request (AAR))

265, бит R в поле команды "Флаг" установлен в "1"

от AF к PCRF

Информация о сессии. Ответ (AA-Answer (AAA))

265, бит R в поле команды "Флаг" очищен

от PCRF к AF

Незапрашиваемые правила РСС. Запрос (Re-Auth-Request (RAR))

258, бит R в поле команды "Флаг" установлен в "1"

от PCRF к AF

Незапрашиваемые правила РСС. Ответ (Re-Auth-Answer (RAA))

258, бит R в поле команды "Флаг" очищен

от AF к PCRF

Окончание сессии. Запрос (Session-Termination- Request (STR))

275, бит R в поле команды "Флаг" установлен в "1"

от AF к PCRF

Окончание сессии. Ответ (Session-Termination- Answer (STA))

275, бит R в поле команды "Флаг" очищен

от PCRF к AF

Аварийное прекращение сессии. Запрос (Abort-Session-Request (ASR))

274, бит R в поле команды "Флаг" установлен в "1"

от PCRF к AF

Аварийное прекращение сессии. Ответ (Abort-Session-Answer (ASA))

274, бит R в поле команды "Флаг" очищен

от AF к PCRF

5. Сообщения протокола Diameter на интерфейсе Gxc определены Auth-Application-Id равным "16777266". Сообщения протокола Diameter, передаваемые на интерфейсе Gxc между H-PCRF (V-PCRF) и S-GW, приведены в таблице N 5.

Таблица N 5. Сообщения протокола Diameter, передаваемые на интерфейсе Gxc между H-PCRF (V-PCRF) и S-GW

Сообщение

Код сообщения

Направление передачи

Правила политики управления и тарификации (РСС). Запрос.

(CC-Request (CCR))

272, бит R в поле команды "Флаг" установлен в "1"

от S-GW

к H-PCRF (V-PCRF)

Правила политики управления и тарификации. Ответ. (CC-Answer (CCA))

272, бит R в поле команды "Флаг" очищен

от H-PCRF (V-PCRF)

к S-GW

Незапрашиваемые правила РСС. Запрос. (Re-Auth-Request (RAR))

258, бит R в поле команды "Флаг" установлен в "1"

от H-PCRF (V-PCRF)

к S-GW

Незапрашиваемые правила РСС. Ответ. (Re-Auth-Answer (RAA))

258, бит R в поле команды "Флаг" очищен

от S-GW

к H-PCRF (V-PCRF)

<Введен приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Приложение N 6

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛА NAS

1. Сообщения протокола NAS подсистемы управления мобильностью (далее - EMM), передаваемые между АС и MME на интерфейсе S1-MME, приведены в таблице N 1.

Таблица N 1. Сообщения протокола NAS подсистемы EMM, передаваемые на интерфейсе S1-MME

Сообщение

Направление передачи

1

2

Подключение принято (Attach accept)

от MME к АС

Подключение выполнено (Attach complete)

от АС к MME

Подключение отклонено (Attach reject)

от MME к АС

Запрос подключения (Attach request)

от АС к MME

Неуспешная аутентификация (Authentication failure)

от АС к MME

Отклонение аутентификации (Authentication reject)

от MME к АС

Запрос аутентификации (Authentication request)

от MME к АС

Ответ аутентификации (Authentication response)

от АС к MME

Уведомление об обслуживании в CS (CS service notification)

от MME к АС

Отключение завершено (инициатор отключения АС) (Detach accept)

от MME к АС

Отключение завершено (инициатор отключения сеть) (Detach accept)

от АС к MME

Запрос отключения (инициатор отключения АС) (Detach request)

от АС к MME

Запрос отключения (инициатор отключения сеть) (Detach request)

от MME к АС

Транспортировка сообщений NAS "вниз" (доставка коротких сообщений) (Downlink NAS Transport)

от MME к АС

Информация сети об управлении мобильностью (EMM information)

от MME к АС

Состояние процесса управления мобильностью (EMM status)

от MME к АС или от АС к MME

Запрос расширенного обслуживания (Extended service request)

от АС к MME

Команда назначения глобального уникального временного идентификатора (GUTI (Globally Unique Temporary Identifier) reallocation command)

от MME к АС

Подтверждение назначения глобального уникального временного идентификатора (GUTI reallocation complete)

от АС к MME

Запрос идентичности (Identity request)

от MME к АС

Ответ на запрос идентичности (Identity response)

от АС к MME

Команда режима безопасности (Security mode command)

от MME к АС

Выполнение режима безопасности (Security mode complete)

от АС к MME

Отклонение режима безопасности (Security mode reject)

от АС к MME

Отклонение запроса обслуживания (Service reject)

от MME к АС

Запрос обслуживания (Service request)

от АС к MME

Принятие запроса обновления зоны слежения (Tracking area update accept)

от MME к АС

Выполнение обновления зоны слежения (Tracking area update complete)

от АС к MME

Отказ обновления зоны слежения (Tracking area update reject)

от MME к АС

Запрос обновления зоны слежения (Tracking area update request)

от АС к MME

Транспортировка сообщений NAS "вверх" (доставка коротких сообщений) (Uplink NAS Transport)

от АС к MME

Основная транспортировка сообщений NAS "вниз" (Downlink generic NAS transport)

от MME к АС

Основная транспортировка сообщений NAS "вверх" (Uplink generic NAS transport)

от АС к MME

2. Сообщения протокола NAS подсистемы управления сессией (далее - ESM), передаваемые между АС и MME на интерфейсе S1-MME, приведены в таблице N 2.

Таблица N 2. Сообщения протокола NAS подсистемы ESM, передаваемые на интерфейсе S1-MME

Сообщение

Направление передачи

1

2

Запрос активации контекста выбранной EPS принят (Activate dedicated EPS bearer context accept)

от АС к MME

Запрос активации контекста выбранной EPS отклонен (Activate dedicated EPS bearer context reject)

от АС к MME

Запрос активации контекста выбранной EPS (Activate dedicated EPS bearer context request)

от MME к АС

Запрос активации контекста EPS по умолчанию принят (Activate default EPS bearer context accept)

от АС к MME

Запрос активации контекста EPS по умолчанию отклонен (Activate default EPS bearer context reject)

от АС к MME

Запрос активации контекста EPS по умолчанию (Activate default EPS bearer context request)

от MME к АС

Отклонение выделения ресурса (Bearer resource allocation reject)

от MME к АС

Запрос выделения ресурса (Bearer resource allocation request)

от АС к MME

Отклонение модификации ресурса (Bearer resource modification reject)

от MME к АС

Запрос модификации ресурса (Bearer resource modification request)

от АС к MME

Запрос удаления контекста выбранной EPS принят (Deactivate EPS bearer context accept)

от АС к MME

Запрос удаления контекста выбранной EPS (Deactivate EPS bearer context request)

от MME к АС

Запрос информации управления сессией (ESM information request)

от MME к АС

Информация управления сессией (ESM information response)

от АС к MME

Состояние процесса управления сессией (ESM status)

от MME к АС или от АС к MME

Запрос модификации контекста EPS принят (Modify EPS bearer context accept)

от АС к MME

Запрос модификации контекста EPS отклонен (Modify EPS bearer context reject)

от АС к MME

Запрос модификации контекста EPS (Modify EPS bearer context request)

от MME к АС

Отклонение возможности соединения с сетью передачи данных (PDN connectivity reject)

от MME к АС

Запрос соединения с сетью передачи данных (PDN connectivity request)

от АС к MME

Отклонение запроса разъединения с сетью передачи данных (PDN disconnect reject)

от MME к АС

Приложение N 7

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛА GTP

1. В S-GW, P-GW, SGSN, MME для взаимодействия по интерфейсам S5, S8 (если не используется PMIPv6), Sv, S11, S4, S3, S10, S16 реализуется протокол GTP плоскости управления версии 2 (далее - GTPv2-C).

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1.1. Общий формат заголовка сообщений протокола GTPv2-C приведен на рисунке 1.

Версия

P

T

0

0

0

Тип сообщения

Длина сообщения

TEID

Номер последовательности

Резерв

Рисунок 1. Общий формат заголовка сообщений

протокола GTPv2-C

1.1.1. В первом октете:

1) биты 6 - 8 определяют версию протокола GTPv2-C, устанавливаются равными десятичному числу "2";

2) бит 5 (флаг P) определяет наличие прикрепленных сообщений. Если флаг P установлен равным "0", то нет прикрепленных сообщений; если флаг P установлен равным "1", то другое сообщение GTPv2-C с собственным заголовком и телом присутствует в конце текущего сообщения;

3) бит 4 - флаг наличия поля идентификатора конечной точки туннеля TEID в заголовке:

если флаг T = 0, то поле TEID не присутствует;

если флаг T = 1, то поле TEID следует в октетах 5 - 8 за полем "Длина сообщения". Поле TEID занимает четыре октета;

4) биты 3 - 1 являются резервными, отправитель устанавливает их в "0", а получатель - не анализирует.

1.1.2. Второй октет определяет тип сообщения.

1.1.3. Октеты 3 - 4 содержат поле "Длина сообщения". Поле "Длина сообщения" указывает длину сообщения в октетах, начиная с пятого октета.

1.1.4. Октеты 9 - 11, в случае присутствия TEID, или 5 - 7, в случае отсутствия TEID, содержат поле "Номер последовательности" GTPv2-C. Следующий октет используется как резерв.

1.2. Далее следуют информационные элементы сообщения GTPv2-C.

1.3. Сообщения протокола GTPv2-C приведены в таблице N 1.

Таблица N 1. Сообщения протокола GTPv2-C

<В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Тип сообщения

Сообщение

1

Запрос "эхо" (Echo Reques)

2

Ответ "эхо" (Echo Response)

3

Версия не поддерживается (Version Not Supported Indication)

От SGSN/MME к MSC серверу (Sv) при хэндовере

25

Запрос отдельной непрерывности голосового вызова на радио интерфейсе (далее - SRVCC) при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Request)

26

Ответ на запрос SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Response)

27

Уведомление о выполнении SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Complete Notification)

28

Подтверждение выполнения SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Complete Acknowledge)

29

Уведомление о завершении SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Cancel Notification)

30

Подтверждение завершения SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Cancel Acknowledge)

От SGSN/MME к P-GW (S4/S11, S5/S8)

32

Запрос создания сеанса (Create Session Request)

33

Ответ на запрос создания сеанса (Create Session Response)

34

Запрос изменения носителя (Modify Bearer Request)

35

Ответ на запрос изменения канала передачи данных (Modify Bearer Response)

36

Запрос удаления сеанса (Delete Session Request)

37

Ответ на запрос удаления сеанса (Delete Session Response)

38

Запрос уведомления об изменении (Change Notification Request)

39

Ответ на запрос уведомления об изменении

(Change Notification Response)

164

Уведомление о возобновлении связи (Resume Notification)

165

Подтверждение возобновления связи

(Resume Acknowledge)

Сообщения без явного ответа (Messages without explicit response)

64

Команда изменения канала передачи данных (Modify Bearer Command) (MME/SGSN к P-GW - S11/S4, S5/S8)

65

Индикация неудачного изменения канала передачи данных (Modify Bearer Failure Indication)

(P-GW к MME/SGSN - S5/S8, S11/S4)

66

Команда освобождения канала передачи данных

(Delete Bearer Command) (MME/SGSN к P-GW - S11/S4, S5/S8)

67

Индикация неудачного освобождения канала передачи данных

(Delete Bearer Failure Indication)

(P-GW к MME/SGSN - S5/S8, S11/S4))

68

Команда распределения ресурсов канала передачи данных (Bearer Resource Command)

(MME/SGSN к P-GW - S11/S4, S5/S8)

69

Индикация неудачного распределения ресурсов канала передачи данных (Bearer Resource Failure Indication)

(P-GW к MME/SGSN - S5/S8, S11/S4)

70

Индикация неудачного уведомления о передаче данных "вниз" (Downlink Data Notification Failure Indication)

(SGSN/MME к S-GW - S4/S11)

71

Активация сеанса трассировки

(Trace Session Activation) (MME/SGSN к P-GW - S11/S4, S5/S8)

72

Деактивация сеанса трассировки

(Trace Session Deactivation) (MME/SGSN к P-GW - S11/S4, S5/S8)

73

Индикация остановки поиска

(Stop Paging Indication) (S-GW к MME/SGSN - S11/S4)

От P-GW к SGSN/MME (S5/S8, S4/S11)

95

Запрос активации канала передачи данных

(Create Bearer Request)

96

Ответ на запрос активации канала передачи данных

(Create Bearer Response)

97

Запрос обновления канала передачи данных

(Update Bearer Request)

98

Ответ на запрос обновления канала передачи данных

(Update Bearer Response)

99

Запрос освобождения канала передачи данных

(Delete Bearer Request)

100

Ответ на запрос освобождения канала передачи данных

(Delete Bearer Response)

От P-GW к MME, от MME к P-GW, от S-GW к P-GW, от SGW к MME (S5/S8, S11)

101

Запрос удаления соединения (Delete PDN Connection Set Request)

102

Ответ на запрос удаления соединения

(Delete PDN Connection Set Response)

От MME к MME, от SGSN к MME, от MME к SGSN, от SGSN к SGSN (S3/S10/S16)

128

Запрос идентификации (Identification Request)

129

Ответ на запрос идентификации (Identification Response)

130

Запрос контекста (Context Request)

131

Ответ на запрос контекста (Context Response)

132

Подтверждение ответа на запрос контекста (Context Acknowledge)

133

Запрос передачи при перемещении AC (Forward Relocation Request)

134

Ответ на запрос передачи при перемещении AC

(Forward Relocation Response)

135

Уведомление выполнения передачи при перемещении AC

(Forward Relocation Complete Notification)

136

Подтверждение выполнения передачи при перемещении AC

(Forward Relocation Complete Acknowledge)

137

Уведомление о передаче контекста

(Forward Access Context Notification)

138

Подтверждение передачи контекста (Forward Access Context Acknowledge)

139

Запрос отмены перемещения (Relocation Cancel Request)

140

Ответ на запрос отмены перемещения (Relocation Cancel Response)

141

Конфигурация туннеля передачи (Configuration Transfer Tunnel)

152

Передача информации сети радиодоступа (RAN Information Relay)

От SGSN к MME, от MME к SGSN (S3)

149

Уведомление об отключении (Detach Notification)

150

Подтверждение отключения (Detach Acknowledge)

151

Индикация поиска в сети с коммутацией каналов

(CS Paging Indication)

153

Уведомление MME (Alert MME Notification)

154

Подтверждение на уведомление MME (Alert MME Acknowledge)

155

Уведомление активации AC (UE Activity Notification)

156

Подтверждение активации AC (UE Activity Acknowledge)

От SGSN/MME к S-GW, от SGSN к MME (S4/S11/S3), от SGSN к SGSN (S16), от S-GW к P-GW (S5/S8)

162

Уведомление о прерывании связи (Suspend Notification)

163

Подтверждение прерывания связи (Suspend Acknowledge)

От SGSN/MME к S-GW (S4/S11)

160

Запрос создания туннеля передачи

(Create Forwarding Tunnel Request)

161

Ответ на запрос создания туннеля передачи

(Create Forwarding Tunnel Response)

166

Запрос создания туннеля передачи косвенных данных

(Create Indirect Data Forwarding Tunnel Request)

167

Ответ на запрос создания туннеля передачи косвенных данных

(Create Indirect Data Forwarding Tunnel Response)

168

Запрос удаления туннеля передачи косвенных данных

(Delete Indirect Data Forwarding Tunnel Request)

169

Ответ на запрос удаления туннеля передачи косвенных данных

(Delete Indirect Data Forwarding Tunnel Response)

170

Запрос освобождения доступа к каналу передачи данных

(Release Access Bearers Request)

171

Ответ на запрос освобождения доступа к каналу передачи данных

(Release Access Bearers Response)

От S-GW к SGSN/MME (S4/S11)

176

Уведомление о передаче данных "вниз"

(Downlink Data Notification)

177

Подтверждение уведомления о передаче данных "вниз"

(Downlink Data Notification Acknowledge)

179

Уведомление о рестарте P-GW (P-GW Restart Notification)

180

Подтверждение на уведомление о рестарте PGW

(P-GW Restart Notification Acknowledge)

От S-GW к P-GW, от P-GW к S-GW (S5/S8)

200

Запрос обновления соединения

(Update PDN Connection Set Request)

201

Ответ на запрос удаления соединения

(Update PDN Connection Set Response)

От MME к S-GW (S11)

211

Запрос изменения канала доступа

(Modify Access Bearers Request)

212

Ответ на запрос изменения канала доступа

(Modify Access Bearers Response)

2. В оборудовании S-GW, P-GW, SGSN для взаимодействия по интефейсам S1-U, S5/S8 (если не используется PMIPv6), S4, S12 реализуется протокол GTP плоскости пользователя версии 1 (GTPv1-U).

<В ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

2.1. Общий формат заголовка сообщений протокола GTPv1-U приведен на рисунке 2.

Версия

PT

(*)

E

S

PN

Тип сообщения

Длина сообщения

TEID

Номер последовательности

Номер блока данных

Дополнительный заголовок

Рисунок 2. Общий формат заголовка сообщений

протокола GTPv1-U

2.1.1. В первом октете:

1) биты 6 - 8 определяют версию протокола GTPv1-U, устанавливаются равными десятичному числу "1";

2) бит 5 (флаг PT) определяет тип протокола, устанавливается равным десятичному числу "1";

3) бит 4 является резервным, устанавливается равным "0", получатель не анализирует;

4) бит 3 (флаг E) определяет наличие поля "Дополнительный заголовок". Если флаг E установлен равным "1", то поле "Дополнительный заголовок" присутствует, если "0" - отсутствует или не обрабатывается;

5) бит 2 (флаг S) определяет наличие поля "Номер последовательности". Если флаг S установлен равным "1", то поле "Номер последовательности" присутствует, если "0" - отсутствует или не обрабатывается;

6) бит 1 (флаг PN) определяет наличие поля "Номер блока данных". Если флаг PN установлен равным "0", то нет поля "Номер блока данных", если - "1", то поле присутствует в заголовке сообщения.

2.1.2. Второй октет определяет тип сообщения.

2.1.3. Октеты 3 - 4 содержат поле "Длина сообщения". Поле "Длина сообщения" указывает длину сообщения в октетах, начиная с девятого октета.

2.1.4. Поле TEID занимает четыре октета с пятого по восьмой.

2.1.5. Октеты 9 - 10 содержат поле "Номер последовательности".

2.1.6. Поля "Номер блока данных" и "Дополнительный заголовок" занимают по одному октету.

2.2. Далее за заголовком следуют информационные элементы или пакеты пользовательских данных.

2.3. Сообщения протокола GTPv1-U приведены в таблице N 2.

Таблица N 2. Сообщения протокола GTPv1-U

Тип сообщения

Сообщение

1

Запрос "эхо" (Echo Request)

2

Ответ "эхо" (Echo Response)

26

Ошибочная индикация (Error Indication)

31

Уведомление о поддержке расширенных заголовков (Supported Extension Headers Notification)

254

Меркер конца обмена информацией по туннелю (End Marker)

255

Блок данных протокола GTP (G-PDU)

Приложение N 8

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛОВ IP, UDP, TCP

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

1.1. Формат заголовка пакета IP версии 4 (далее - IPv4) и перечень поддерживаемых полей приведен в таблице N 1.

1.1.1. Минимальная длина заголовка пакета составляет 20 байт, а максимальная длина - 60 байт при максимальной длине пакета в 65 535 байт.

1.1.2. Поле "Версия" содержит номер версии протокола IP.

1.1.3. Поле "Длина заголовка" содержит значение длины заголовка пакета в словах.

1.1.4. Поле "Тип обслуживания" содержит код набора параметров качества обслуживания:

1) приоритетность;

2) задержка;

3) пропускная способность;

4) надежность.

Таблица N 1. Формат заголовка пакета IPv4

N поля

Название

Длина поля (бит)

1

2

3

1

Версия

4

2

Длина заголовка

4

3

Тип обслуживания

8

4

Длина пакета IP

16

5

Идентификатор пакета IP

16

6

Флаги

3

7

Смещение фрагмента

13

8

Счетчик допустимого времени пребывания пакета в сети

8

9

Тип протокола следующего уровня

8

10

Контрольная последовательность заголовка

16

11

Адрес источника пакета

32

12

Адрес получателя пакета

32

13

Режим обработки пакета

переменная длина

14

Поле дополнения до границы заголовка

переменная длина

1.1.5. Кодирование поля "Тип обслуживания" приведено в таблице N 2.

Таблица N 2. Кодирование поля "Тип обслуживания"

┌────────┬────────────────────────────────────────────────────────────────┐

│ Разряд │                            Параметр                            │

├────────┼────────────────────────────────────────────────────────────────┤

│ 0 - 2  │Приоритетность                                                  │

├────────┼────────────────────────────────────────────────────────────────┤

│   3    │Значение "0" - нормальная задержка,                             │

│        │значение "1" - малая задержка                                   │

├────────┼────────────────────────────────────────────────────────────────┤

│   4    │Значение "0" - нормальная пропускная способность,               │

│        │значение "1" - низкая пропускная способность                    │

├────────┼────────────────────────────────────────────────────────────────┤

│   5    │Значение "0" - нормальная надежность,                           │

│        │значение "1" - высокая надежность                               │

├────────┼────────────────────────────────────────────────────────────────┤

│ 6 - 7  │Зарезервировано                                                 │

└────────┴────────────────────────────────────────────────────────────────┘

Значения разрядов 0 - 2 игнорируется, если оборудование не поддерживает управление приоритетом при передаче пакетов.

1.1.6. Поле "Длина пакета IP" содержит значение длины пакета IP в байтах, включая заголовок и данные. Возможность обрабатывать пакеты длиной менее 576 байт является обязательным требованием. В отдельных случаях допускается длина пакета до 65 535 байт.

1.1.7. Поле "Идентификатор пакета IP" используется процедурой фрагментации при сборке или разборке пакета для определения последовательности передаваемых фрагментов.

1.1.8. Поле "Флаги" используется процедурой фрагментации для управления последовательностью сборки фрагментов пакета. Кодирование разрядов поля "Флаги" приведено в таблице N 3.

Таблица N 3. Кодирование разрядов поля "Флаги"

Разряд 0

Разряд 1

Разряд 2

Зарезервировано, устанавливается в "0"

"0"

"1"

"0"

"1"

Пакет можно фрагментировать

Пакет нельзя фрагментировать

Последний фрагмент

Еще фрагменты

1.1.9. Поле "Смещение фрагмента" используется для указания смещения данного фрагмента относительно первого фрагмента в блоках фрагментации (8 байт). Для первого фрагмента смещение устанавливается в "0".

1.1.10. Поле "Счетчик допустимого времени пребывания пакета в сети" содержит текущее значение счетчика максимально допустимого времени пребывания пакета в сети в секундах. Если в поле находится значение "0", то пакет удаляется.

1.1.11. Поле "Тип протокола следующего уровня" содержит стандартизированный код протокола следующего уровня.

1.1.12. Поле "Контрольная последовательность заголовка" (далее - КПЗ) содержит контрольную последовательность заголовка. При любом изменении содержания заголовка КПЗ пересчитывается.

1.1.13. В поле "Адрес источника пакета" указывается IP-адрес источника пакета.

1.1.14. В поле "Адрес получателя пакета" указывается IP-адрес получателя пакета.

1.1.15. Поддерживаются два способа кодирования поля "Режим обработки пакета":

1) поле длиной 1 байт,

2) комбинация трех подполей: тип режима (1 байт), счетчик длины поля режима (1 байт), данные режима (переменная длина).

Подполе типа режима включает: флаг (1 бит), класс режима (2 бита), номер режима (5 бит).

При установке флага в значение "1" оборудование копирует данное поле при фрагментации во все фрагменты, в значение "0" - не копирует.

1.1.16. Для выравнивания границы заголовка по длине, кратной 32 битам, используется "Поле дополнения до границы заголовка". Свободные позиции заполняются нулевыми битами.

1.2. Формат заголовка пакета IP версии 6 (далее - IPv6) и перечень поддерживаемых полей приведен в таблице N 4. Минимальная длина заголовка пакета составляет 40 байт, длина пакета составляет до 1280 байт или выше (до 1500 байт) без фрагментации.

Таблица N 4. Формат заголовка пакета IPv6

Поля заголовка

N поля

Название

Длина поля (бит)

1

Версия

4

2

Класс трафика

8

3

Метка потока

20

4

Длина полезной нагрузки

16

5

Следующий заголовок

8

6

Лимит переходов

8

7

Адрес отправителя

128

8

Адрес получателя

128

1.2.1. Поле "Версия" содержит номер версии протокола IP.

1.2.2. Поле "Класс трафика" эквивалентно по назначению полю "Тип обслуживания" протокола IPv4 и используется для назначения и различия разных классов или приоритетов передачи пакетов.

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

1.2.4. Поле "Длина полезной нагрузки" содержит значение длины полезной нагрузки пакета IPv6 в байтах.

1.2.5. Поле "Следующий заголовок" определяет тип заголовка, следующего непосредственно за основным, и использует те же значения разрядов, что и поле "Тип протокола следующего уровня" протокола IPv4.

1.2.6. В протоколе IPv6 информация уровня Интернет сети передачи данных кодируется в отдельных дополнительных заголовках, которые размещаются между заголовком IPv6 и заголовком следующего уровня в пакете.

1.2.7. Каждый дополнительный заголовок является целым числом и имеет длину, кратную 8 байтам.

1.2.8. В рамках протокола IPv6 определены следующие шесть дополнительных заголовков:

"Специальные параметры обработки пакетов";

"Маршрутизация";

"Фрагментация";

"Дополнительные параметры для пункта назначения";

"Аутентификация";

"Информация для обеспечения конфиденциальности данных путем шифрования".

1.2.9. Значение поля "Лимит переходов" основного заголовка IPv6 уменьшается на единицу в каждом пункте, который участвует в пересылке пакета. Пакет удаляется, если значение этого поля уменьшается до нуля.

1.2.10. В поле "Адрес отправителя" основного заголовка IPv6 указывается IP-адрес отправителя пакета.

2. Протокол UDP.

2.1. Номер протокола UDP в стеке протоколов IP - 17.

2.2. Формат заголовка пакета протокола UDP приведен в таблице N 5.

Таблица N 5. Формат заголовка пакета протокола UDP

N

Поле

Число октетов

1

Source Port

2

2

Destination Port

2

3

Length

2

4

Checksum

2

Далее следуют октеты пользовательских данных.

2.3. Поле "Source Port (порт отправителя)" является необязательным и (когда используется) показывает номер порта передающего процесса. При наличии данного поля отклики адресуются на тот же порт. Если номер порта не задан, значение поля равно "0".

2.4. Поле "Destination Port" имеет значение в контексте адресации отдельного соединения.

2.5. Поле "Length" указывает размер (в октетах) пользовательской дейтаграммы с учетом заголовка и данных. Минимальное значение поля длины составляет "8" (длина заголовка в октетах).

2.6. Поле "Checksum" содержит контрольную сумму, вычисляемую как поразрядное дополнение до единицы суммы поразрядных дополнений до единицы всех 16-битовых слов псевдозаголовка из заголовка IP, заголовка UDP и данных, дополненных при необходимости справа нулями для выравнивания по 2-октетной границе. Псевдозаголовок, предшествующий заголовку UDP, содержит адреса отправителя и получателя, а также размер пакета UDP. Эта информация позволяет предотвратить ошибочную маршрутизацию дейтаграмм. Если рассчитанное значение контрольной суммы равно "0", все биты поля заполняются единицами (эквивалент "0" в арифметике с дополнением до "1"). Передача нулевого значения контрольной суммы означает, что на передающей стороне контрольная сумма не была рассчитана (используется для отладки или для протоколов вышележащих уровней, которые не используют контрольную сумму).

3. Протокол TCP.

3.1. Номер протокола TCP в стеке протоколов IP - 6.

3.2. Формат заголовка пакета протокола TCP приведен в таблице N 6.

Таблица N 6. Формат заголовка пакета протокола TCP

N

Поле

Число бит

1

2

3

1

Source Port

16

2

Destination Port

16

3

Sequence Number

32

4

Acknowledgment Number

32

5

Data Offset

4

6

Reserved

6

7

Control Bits

6

8

Window

16

9

Checksum

16

10

Urgent Pointer

16

11

Options

12

Padding

Далее следуют октеты пользовательских данных.

3.3. "Source Port" - номер порта отправителя.

3.4. "Destination Port" - номер порта назначения.

3.5. "Sequence Number" - порядковый номер. Порядковый номер первого октета данных в сегменте при отсутствии флага SYN. Если в сегменте присутствует бит SYN, поле номера содержит значение начального порядкового номера (ISN), а первый октет данных имеет номер ISN + 1.

3.6. "Acknowledgment Number" - номер подтверждения. Если бит ACK установлен, это поле содержит значение следующего порядкового номера, который отправитель сегмента ожидает получить. После организации соединения это значение передается всегда.

3.7. "Data Offset" - смещение данных. Число 32-битовых слов в заголовке TCP. Это значение указывает начало данных в сегменте. Заголовок TCP (даже при наличии опций) имеет длину, кратную 32 битам.

3.8. "Reserved" - резервное поле. Зарезервировано для использования в будущем и имеет нулевое значение.

3.9. "Control Bits" - биты управления:

URG - указывает на значимость поля Urgent Pointer;

ACK - указывает на значимость поля Acknowledgment Number;

PSH - функция Push;

RST - сброс (Reset) соединения;

SYN - синхронизация порядковых номеров;

FIN - у отправителя больше нет данных.

3.10. "Window" - окно. Число октетов данных, начиная с указанного в поле подтверждения, которые отправитель данного сегмента ожидает принять.

3.11. "Checksum" - контрольная сумма. Контрольная сумма представляет собой число единиц в заголовке и данных, просуммированное по модулю "16" с добавлением "1". Если сегмент содержит в заголовке и данных нечетное число октетов, справа добавляется октет нулей для выравнивания по 16-битовой границе. Биты заполнения не передаются как часть сегмента и используются только для расчета контрольной суммы. При расчете контрольной суммы значение поля "Checksum" принимается нулевым. Контрольная сумма учитывает также 96-битовый псевдозаголовок, предшествующий заголовку TCP. Этот псевдозаголовок содержит адреса отправителя и получателя, тип протокола и длину опций TCP. Перечисленные поля помогают защитить TCP против сегментов с ошибочной маршрутизацией. Эта информация транспортируется протоколом IP и передается через интерфейс TCP-сетевой уровень в качестве аргументов или результатов вызовов из TCP на уровень IP. Поле "Длина опций TCP" содержит размер заголовка TCP и поля данных в октетах (это не явно передаваемое, а расчетное значение), 12-октетный псевдозаголовок при расчете длины не учитывается.

3.12. "Urgent Pointer" - указатель срочности. Это поле содержит указатель на срочные данные - позитивное смещение начала таких данных от порядкового номера данного сегмента. Это поле используется только для сегментов с установленным флагом URG.

3.13. "Options" - опции.

Опции размещаются в конце заголовка TCP и могут занимать целое число октетов. Все опции учитываются при расчете контрольной суммы. Опции начинаются на любой границе октета. Существует два варианта форматирования опций:

1) однооктетное поле признака опций;

2) однооктетное поле признака опций, поле размера опций (1 октет) и собственно опции.

Поле размера опций учитывает и 2 октета полей признака опций и самого поля длины, а также размер опций, как таковых. Поле опций может быть короче, чем указывает поле смещения данных. Неиспользуемые биты поля опций заполняются нулями. В протоколе TCP используются следующие опции:

End of Option List (0) - этот код говорит о завершении списка опций. Конец списка опций может не совпадать с концом заголовка TCP, заданным полем Data Offset. Код используется как индикатор завершения всех опций, а не какой-то конкретной, и использование его требуется лишь в тех случаях, когда конец опций не совпадает с концом заголовка TCP.

No-Operation (1) - этот код используется между опциями (например, для их выравнивания по границе слова).

Maximum Segment Size (2) - максимальный размер сегмента. Эта опция имеет длину 16 битов. Если эта опция присутствует, она задает максимальный размер принимаемого сегмента для той стороны TCP, которая передает данный сегмент. Это поле передается только с начальным запросом организации соединения (сегмент с флагом SYN). Если эта опция не задана, допускается использование сегментов любого размера.

3.14. "Padding" - заполнение. Поле имеет переменную длину. Заполнение заголовка TCP используется для выравнивания размера заголовка по 32-битовой границе. Для заполнения неиспользуемых битов служит "0".

3.15. Состояния соединения - LISTEN, SYN-SENT, SYN-RECEIVED, ESTABLISHED, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSING, LAST-ACK, TIME-WAIT и фиктивное состояние CLOSED.

LISTEN - ожидание запроса на соединение от любого удаленного TCP и порта.

SYN-SENT - ожидание соответствующего запроса на соединение после передачи своего запроса.

SYN-RECEIVED - ожидание подтверждения соединения после передачи и приема запросов на организацию соединения.

ESTABLISHED - соединение действует и принятые данные могут быть доставлены пользователю. Это нормальное состояние для процесса обмена данными через соединение.

FIN-WAIT-1 - ожидание запроса на разрыв соединения от удаленного TCP или подтверждения для ранее переданного запроса на разрыв соединения.

FIN-WAIT-2 - ожидание запроса на разрыв соединения от удаленного TCP.

CLOSE-WAIT - ожидание запроса на разрыв соединения от локального пользователя.

CLOSING - ожидание подтверждения от удаленного TCP для запроса на разрыв соединения.

LAST-ACK - ожидание подтверждения для запроса на разрыв соединения, переданного удаленному TCP (это подтверждение включается в запрос на разрыв соединения от удаленной стороны).

TIME-WAIT - ожидание пока пройдет достаточно времени, чтобы быть уверенным в приеме удаленным TCP подтверждения для его запроса на разрыв соединения.

CLOSED - соединения уже нет (разорвано).

Соединение TCP переходит от одного состояния к другому в ответ на события, к числу которых относятся пользовательские вызовы, входящие сегменты и тайм-ауты.

3.16. Пользовательские команды протокола TCP приведены в таблице N 7.

Таблица N 7. Пользовательские команды протокола TCP

N

Команда

1

OPEN

2

SEND

3

RECEIVE

4

CLOSE

5

STATUS

6

ABORT

Приложение N 81

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной связи.

Часть VII. Правила применения

оборудования коммутации

стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ ПРОТОКОЛА PMIPv6, ИСПОЛЬЗУЕМОГО

НА ИНТЕРФЕЙСАХ S5, S8

<Введено приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1. Элементы протокола PMIPv6.

1.1. Дополнительный заголовок протокола IPv6, обеспечивающий мобильность пользователя - Mobility Header.

1.1.1. Заголовок Mobility Header включает поля, приведенные в таблице N 1.

Таблица N 1. Поля заголовка Mobility Header

N поля

Поля заголовка

Длина поля (бит)

1

Payload Proto

8

2

Header Len

8

3

MH Type

8

4

Резерв

8

5

Checksum

16

6

Message Data

0 - n

1.1.2. Поле Payload Proto идентифицирует тип заголовка, следующего сразу за Mobility Header, используются те же значения, что в заголовке "Следующий заголовок" протокола IPv6.

1.1.3. Поле Header Len указывает длину заголовка (за исключением первых 8 октетов) в единицах, равных 8 октетам. Если сообщение не имеет параметров, то значение Header Len устанавливается равным "0".

1.1.4. Поле MH Type указывает тип передаваемого сообщения.

1.1.5. Поле Резерв устанавливается равным "0".

1.1.6. Поле Checksum содержит контрольную сумму заголовка Mobility Header, начиная с поля Payload Proto.

1.1.7. Поле Message Data - поле переменной длины, содержит данные сообщения, тип которого указан в поле MH Type.

1.2. Для выравнивания границы заголовка по длине, кратной 8 октетам, используется "Поле дополнения до границы заголовка". Свободные позиции заполняются нулями.

1.3. В рамках протокола PMIPv6 для интерфейсов S5 и S8 определены следующие сообщения:

"Обновление регистрации прокси" (PBU - Proxy Binding Update);

"Подтверждение обновления регистрации" (PBA - Proxy Binding Acknowledgement);

"Индикация аннулирования регистрации" (BRI - Binding Revocation Indication);

"Подтверждение аннулирования регистрации" (BRA - Binding Revocation Acknowledgement).

1.4. Дополнительный заголовок протокола IPv6, обеспечивающий дополнительные данные для маршрутизации - Type 2 Routing Header.

1.4.1. Заголовок Type 2 Routing Header включает поля, приведенные в таблице N 2.

Таблица N 2. Поля заголовка Type 2 Routing Header

N поля

Поля заголовка

Длина поля (бит)

1

Next Header

8

2

Hdr Ext Len

8

3

Routing Type

8

4

Segments Left

8

5

Резерв

32

6

Home Address

16

1.4.2. Поле Next Header идентифицирует тип заголовка, следующего за заголовком Type 2 Routing Header. Для идентификации заголовков используются те же значения, что в заголовке "Следующий заголовок" протокола IPv6.

1.4.3. Поле Hdr Ext Len указывает длину заголовка (за исключением первых 8 октетов) в единицах, равных 8 октетам. Значение поля Hdr Ext Len устанавливается равным двум единицам.

1.4.4. Поле Routing Type указывает тип маршрутизации, устанавливается равным двум.

1.4.5. Поле Segments Left устанавливается равным "1".

1.4.6. Поле Резерв устанавливается равным "0".

1.4.7. Поле Home Address - поле длиной 16 октетов, содержит домашний адрес узла назначения.

_______________

Приложение N 9

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ИНТЕРФЕЙСАМ ВЗАИМОДЕЙСТВИЯ И ИХ ПАРАМЕТРАМ

<В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1. Оборудование MME взаимодействует с оборудованием UE по интерфейсу S1-MME с использованием протокола NAS. Оборудование MME взаимодействует с оборудованием сети радиодоступа стандартов LTE/LTE-Advanced (далее - E-UTRAN) по интерфейсу S1-MME с использованием протокола S1-AP, с оборудованием MSC сервера/VLR по интерфейсу SGs с использованием протокола SGsAP, с оборудованием HSS/LTE по интерфейсу S6a с использованием протокола Diameter, с оборудованием SGSN по интерфейсу S3 с использованием протокола GTP плоскости управления версии 2 (далее - GTPv2-C). Оборудование MME взаимодействует с оборудованием EIR по интерфейсу S13 с использованием протокола Diameter.

Если SGSN, который обеспечивает взаимодействие с MME, не реализует интерфейс S3, взаимодействие MME с SGSN осуществляется по интерфейсу Gn с использованием протокола GTP.

2. Оборудование S-GW взаимодействует с оборудованием E-UTRAN по интерфейсу S1-U с использованием протокола GTP плоскости пользователя версии 1 (далее - GTPvl-U), с оборудованием SGSN по интерфейсу S4, с оборудованием P-GW своей сети по интерфейсу S5, другой сети по интерфейсу S8 с использованием протоколов GTPv2-C и GTPvl-U или PMIPv6, с оборудованием MME по интерфейсу S11 с использованием протокола GTPv2-C, с оборудованием UTRAN по интерфейсу S12 с использованием протокола GTP.

3. Оборудование P-GW взаимодействует с оборудованием S-GW своей сети по интерфейсу S5, другой сети по интерфейсу S8 с использованием протоколов GTPv2-C и GTPvl-U или PMIPv6, с оборудованием PCRF по интерфейсу Gx с использованием протокола Diameter. Если SGSN не реализует интерфейс S4, взаимодействие SGSN с P-GW осуществляется по интерфейсам Gn или Gp с использованием протокола GTP. Оборудование P-GW взаимодействует с оборудованием внешней сети передачи данных по интерфейсу SGi.

4. Оборудование HSS взаимодействует с оборудованием MME по интерфейсу S6a с использованием протокола Diameter.

5. Оборудование PCRF взаимодействует с оборудованием P-GW по интерфейсу Gx, с оборудованием PCRF другой сети по интерфейсу S9 и с обслуживающей сетью IP по интерфейсу Rx с использованием протокола Diameter.

6. Оборудование EIR взаимодействует с оборудованием MME по интерфейсу S13 с использованием протокола Diameter.

7. Оборудование SGSN взаимодействует с оборудованием MME по интерфейсу S3 с использованием протокола GTPv2-C. Если SGSN, который обеспечивает взаимодействие с MME, не реализует интерфейс S3, взаимодействие SGSN с MME осуществляется по интерфейсу Gn с использованием протокола GTP. SGSN взаимодействует с оборудованием S-GW по интерфейсу S4 с использованием протоколов GTPv2-C и GTPv1-U. Если SGSN не реализует интерфейс S4, взаимодействие SGSN с P-GW осуществляется по интерфейсам Gn или Gp с использованием протокола GTP.

8. В оборудовании коммутации стандарта LTE используются интерфейсы к сети передачи данных с использованием контроля несущей и обнаружением коллизий. Требования к параметрам согласно приложению 25 к Правилам применения оборудования проводных и оптических систем передачи абонентского доступа, утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 N 112 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный N 8194), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 23.04.2013 N 93 (зарегистрирован в Министерстве юстиции Российской Федерации 14 июня 2013 г., регистрационный N 28788) и от 17.03.2014 N 45 (зарегистрирован в Министерстве юстиции Российской Федерации 16 апреля 2014 г., регистрационный N 31998).

Приложение N 10

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ДАННЫМ S-GW

<В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Данные EPS для обслуживаемых в S-GW AC стандартов LTE, GSM900/1800, UMTS приведены в таблице.

Таблица. Данные EPS для обслуживаемых в S-GW AC

Данные

LTE и/или LTE-Advanced

GSM 900/1800, UMTS

Международный номер AC (IMSI)

присутствует

присутствует

Индикатор неподтверждения подлинности IMSI (IMSI unauthenticated-indicator)

присутствует

присутствует

Международный идентификатор оборудования AC и версия программного обеспечения (IMEI/IMEISV)

(ME Identity)

присутствует

присутствует

Международный номер AC в сети ISDN

(MSISDN)

присутствует

присутствует

Идентификатор выбранного оператора сети

(Selected CN operator id)

присутствует

присутствует

Идентификатор конечной точки туннеля MME для интерфейса S11

(MME TEID for S11)

присутствует

IP адрес MME для интерфейса S11

(MME IP address for S11)

присутствует

Идентификатор конечной точки туннеля S-GW для интерфейсов S11/S4 (для плоскости управления)

(S-GW TEID for S11/S4 (control plane))

присутствует

присутствует

IP адрес S-GW для интерфейса S11/S4 (для

плоскости управления)

(S-GW IP address for S11/S4 (control plane))

присутствует

присутствует

IP адрес SGSN для интерфейса S4 (для

плоскости управления)

(SGSN IP address for S4 (control plane))

присутствует

Идентификатор конечной точки туннеля SGSN для интерфейса S4 (для плоскости управления)

(SGSN TEID for S4 (control plane))

присутствует

Подробное описание трейса

(Trace reference)

присутствует

присутствует

Тип трейса (Trace Type)

присутствует

присутствует

Идентификатор триггера (Trigger id)

присутствует

присутствует

Идентификатор центра управления и обслуживания, куда будут передаваться отчеты по трейсам (ОМС Identity)

присутствует

присутствует

Последний известный идентификатор соты местонахождения AC (Last known Cell Id)

присутствует

присутствует

Время последнего обновления идентификатора соты местонахождения AC (Last known Cell Id age)

присутствует

присутствует

Данные для каждого соединения с сетью передачи данных

Используемая точка доступа (APN in Use)

присутствует

присутствует

Характеристики учета стоимости для AC в сети передачи данных EPS

(EPS PDN Charging Characteristics)

присутствует

присутствует

IP адрес используемого P-GW (для плоскости управления)

(P-GW Address in Use (control plane))

присутствует

присутствует

Идентификатор конечной точки туннеля P-GW для интерфейсов S5/S8 (для плоскости управления) (только для GTP на S5/S8)

(P-GW TEID for S5/S8

(control plane))

присутствует

присутствует

IP адрес используемого P-GW (для плоскости пользователя)

(P-GW Address in Use (user plane))

присутствует

присутствует

Ключ GRE, выделенный P-GW для передачи пользовательских данных "вверх" (только для PMIPv6 на S5/S8)

(P-GW GRE Key for uplink traffic (user plane))

присутствует

присутствует

IP адрес S-GW для интерфейса S5/S8 (для плоскости управления)

(S-GW IP address for S5/S8 (control plane))

присутствует

присутствует

Идентификатор конечной точки туннеля S-GW для интерфейсов S5/S8 (для плоскости управления) (только для GTP на S5/S8)

(S-GW TEID for S5/S8 (control plane))

присутствует

присутствует

IP адрес используемого S-GW (для плоскости пользователя)

(S-GW Address in Use (user plane))

присутствует

присутствует

Ключ GRE, выделенный S-GW для передачи пользовательских данных "вниз" (только для PMIPv6 на S5/S8)

(S-GW GRE Key for downlink traffic (user plane))

присутствует

присутствует

Канал передачи данных по умолчанию (только для PMIPv6 на S5/S8)

(Default Bearer)

присутствует

присутствует

Данные о каждом канале передачи данных EPS в соединении сети передачи данных

Идентификатор канала передачи данных EPS (EPS Bearer ID)

присутствует

присутствует

Шаблон потока трафика (TFT)

присутствует

присутствует

IP адрес используемого P-GW (для плоскости пользователя) (только для GTP на S5/S8)

(P-GW Address in Use (user plane))

присутствует

присутствует

Идентификатор конечной точки туннеля P-GW для интерфейса S5/S8 (для плоскости пользователя) (только для GTP на S5/S8)

(P-GW TEID for S5/S8 (user plane))

присутствует

присутствует

IP адрес S-GW для интерфейса S5/S8 (для плоскости пользователя)

(S-GW IP address for S5/S8 ((user plane))

присутствует

присутствует

Идентификатор конечной точки туннеля S-GW для интерфейсов S5/S8 (для плоскости пользователя) (только для GTP на S5/S8)

(S-GW TEID for S5/S8 (user plane))

присутствует

присутствует

IP адрес S-GW для интерфейсов S1-u, S12 и S4 (для плоскости пользователя)

(S-GW IP address for S1-u, S12 and S4 (user plane))

присутствует

присутствует

Идентификатор конечной точки туннеля S-GW для интерфейсов S1-u, S12 и S4 (для плоскости пользователя)

(S-GW TEID for S1-u, S12 and S4 (user plane))

присутствует

присутствует

IP адрес узла радиодоступа eNodeB для интерфейса S1-u

(eNodeB Address for S1-u)

присутствует

Идентификатор конечной точки туннеля узла радиодоступа eNodeB для интерфейса S1-u (eNodeB TEID for S1-u)

присутствует

IP адрес контроллера сети радиодоступа UMTS для интерфейса S12

(RNC IP address for SI2)

присутствует

Идентификатор конечной точки туннеля контроллера сети радиодоступа UMTS для интерфейса S12 (RNC TEID for S12)

присутствует

IP адрес SGSN для интерфейса S4 (для плоскости пользователя)

(SGSN IP address for S4(user plane))

присутствует

Идентификатор конечной точки туннеля SGSN для интерфейса S4 (для плоскости пользователя)

(SGSN TEID for S4 (user plane))

присутствует

Качество обслуживания в канале передачи данных EPS (ARP, GBR, MBR, QIC)

(EPS Bearer QoS)

присутствует

присутствует

Идентификатор данных учета стоимости, генерируемых S-GW и P-GW

(Charging Id)

присутствует

присутствует

_____________

Приложение N 11

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ СИСТЕМЫ УЧЕТА ДАННЫХ ДЛЯ НАЧИСЛЕНИЯ ПЛАТЫ

1. Система учета данных для начисления платы (далее - СУД) выполняет сбор и хранение учетных данных с целью последующего определения стоимости для всех видов учетного трафика.

2. СУД обеспечивает передачу учетных данных в автоматизированную систему расчетов (далее - АСР).

3. Формирование учетных данных начинается с момента индикации ответа вызываемого абонента (службы) и прекращается при отбое любого из абонентов (службы).

4. Для обеспечения функций учета СУД создает запись, регистрирующую следующие данные:

1) категорию и номер вызывающего абонента или адресную информацию вызывающей стороны;

2) номер вызываемого абонента (службы) или адресную информацию вызываемой стороны;

3) дату (день, месяц, год) и время начала соединения (час, минута, секунда);

4) продолжительность соединения или время окончания соединения (час, минута, секунда);

5) используемые в соединении услуги;

6) объем передаваемой/принимаемой информации с указанием качества предоставления услуги, в случае установления соединений для передачи данных;

7) индикаторы записи;

8) идентификаторы операторов;

9) идентификаторы оборудования EPC, обеспечивающего сбор данных для учета стоимости.

5. СУД обеспечивает хранение учетных данных.

6. Передача информации в АСР осуществляется с использованием стандартных сетевых протоколов и открытых интерфейсов.

7. Для бесперебойной работы СУД обеспечиваются дублирование и резервирование устройств. В случае возникновения отказов или неисправностей в оборудовании СУД, а также в процессе передачи информации в АСР, в систему управления и технического обслуживания посылаются соответствующие сигналы, одновременно осуществляется запись сведений о неисправностях.

8. В СУД предусмотрена система защиты от несанкционированного доступа к информации.

9. В СУД обеспечена возможность установки обслуживаемым персоналом параметров, регистрируемых в записях о соединениях, и типов записей.

10. В СУД обеспечивается функция немедленного вывода на устройство технического обслуживания учетной информации для оперативной обработки данных.

Приложение N 12

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ДАННЫМ P-GW

<В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Данные EPS для каждой обслуживаемой в P-GW AC стандартов LTE, GSM900/1800, UMTS приведены в таблице.

Таблица. Данные EPS для каждой обслуживаемой в P-GW AC

Данные

LTE и/или LTE-Advanced

GSM 900/1800, UMTS

Международный номер AC (IMSI)

присутствует

присутствует

Индикатор неподтверждения подлинности IMSI (IMSI unauthenticated-indicator)

присутствует

присутствует

Международный идентификатор оборудования AC и версия программного обеспечения (IMEI/IMEISV)

(ME Identity)

присутствует

присутствует

Международный номер AC в сети ISDN

(MSISDN)

присутствует

присутствует

Идентификатор выбранного оператора сети

(Selected CN operator id)

присутствует

присутствует

Тип технологии радиодоступа

(RAT (Radio Access Technology) type)

присутствует

присутствует

Подробное описание трейса

(Trace reference)

присутствует

присутствует

Тип трейса

(Trace Type)

присутствует

присутствует

Идентификатор триггера

(Trigger id)

присутствует

присутствует

Идентификатор центра управления и обслуживания, куда будут передаваться отчеты по трейсам (ОМС Identity)

присутствует

присутствует

Данные для каждой используемой точки доступа

Используемая точка доступа

(APN in Use)

присутствует

присутствует

Точка доступа - Общая максимальная скорость передачи

(APN-AMBR)

присутствует

присутствует

Данные о соединении сети передачи данных для каждой точки доступа

IР-адрес(а)

(IP Address(es))

присутствует

присутствует

Тип сети передачи данных

(PDN type)

присутствует

присутствует

IP-адрес используемого S-GW (для плоскости управления)

(S-GW Address in Use (control plane))

присутствует

присутствует

Идентификатор конечной точки туннеля S-GW для интерфейсов S5/S8 (для плоскости управления) (только для GTP на S5/S8)

(S-GW TEID for S5/S8 (control plane))

присутствует

присутствует

IP адрес используемого S-GW (для плоскости пользователя) (только для PMIP на S5/S8)

(S-GW Address in Use (user plane))

присутствует

присутствует

Ключ GRE, выделенный S-GW для передачи пользовательских данных "вниз" (только для PMIP на S5/S8)

(S-GW GRE Key for downlink traffic (user plane))

присутствует

присутствует

IP адрес P-GW для интерфейса S5/S8 (для плоскости управления)

(P-GW IP address for S5/S8 (control plane))

присутствует

присутствует

Идентификатор конечной точки туннеля P-GW для интерфейсов S5/S8 (для плоскости управления) (только для GTP на S5/S8)

(P-GW TEID for S5/S8 (control plane))

присутствует

присутствует

IP адрес используемого P-GW (для плоскости пользователя) (только для PMIP на S5/S8) (P-GW Address in Use (user plane)

присутствует

присутствует

Ключ GRE, выделенный P-GW для передачи пользовательских данных "вверх" (только для PMIP на S5/S8)

(P-GW GRE Key for uplink traffic (user plane))

присутствует

присутствует

Возможность передачи сообщений об изменении информации об AC

(MS Info Change Reporting support indication)

присутствует

Необходимость передачи сообщений об изменении информации об AC

(MS Info Change Reporting Action)

присутствует

присутствует

Необходимость передачи сообщений об изменении информации о закрытой группе пользователей

(CSG Information Reporting Action)

присутствует

присутствует

Согласованный режим управления каналом (BCM)

присутствует

Идентификатор канала передачи данных по умолчанию (Default bearer)

присутствует

присутствует

Характеристики учета стоимости абонентской станции в сети передачи данных EPS

(EPS PDN Charging Characteristics)

присутствует

присутствует

Данные о каждом канале передачи данных в соединении сети передачи данных

(только для GTP на S5/S8)

Идентификатор канала передачи данных EPS

(EPS Bearer ID)

присутствует

присутствует

Шаблон потока трафика (TFT)

присутствует

присутствует

IP адрес используемого S-GW (для плоскости пользователя) (S-GW Address in Use (user plane))

присутствует

присутствует

Идентификатор конечной точки туннеля S-GW для интерфейсов S5/S8 (для плоскости пользователя)

(S-GW TEID for S5/S8 (user plane))

присутствует

присутствует

IP адрес используемого P-GW (для плоскости пользователя)

(P-GW Address in Use (user plane))

присутствует

присутствует

Идентификатор конечной точки туннеля P-GW для интерфейса S5/S8 (для плоскости пользователя)

(P-GW TEID for S5/S8 (user plane))

присутствует

присутствует

Качество обслуживания в канале передачи данных EPS (ARP, GBR, MBR, QCI)

(EPS Bearer QoS)

присутствует

присутствует

Идентификатор данных учета стоимости, генерируемых S-GW и P-GW

(Charging Id)

присутствует

присутствует

________________

Приложение N 13

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ДАННЫМ HSS ДЛЯ AC, ПОДДЕРЖИВАЮЩИХ РАДИОДОСТУП

СТАНДАРТА LTE

<В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

Данные HSS для AC, поддерживающих радиодоступ стандарта LTE, приведены в таблице.

Таблица. Данные HSS для AC, поддерживающих радиодоступ стандарта LTE

Данные

Комментарии

Международный номер AC (IMSI)

Международный номер AC в сети ISDN

(MSISDN)

опциональный

Международный идентификатор оборудования AC и версия программного обеспечения

(IMEI/IMEISV)

Параметры аутентификации: произвольный номер (RAND), ожидаемый ответ (XRES), ключ (KASME), символ аутентификации (AUTN) (Authentication Vector)

Идентификатор MME, обслуживающего AC в данный момент (MME Identity)

Возможности данного MME (MME Capabilities)

EMM и ESM контекст для AC удалены из MME (MS PS Purged from EPS)

Ограничения обслуживающего оператора

(ODB parameters)

Ограничения доступа в соответствии с подпиской (Access Restriction)

Характеристика для учета стоимости AC в соответствии с подпиской в сети

(EPS Subscribed Charging Characteristic)

Подробное описание трейса (Trace Reference)

Тип трейса (Trace Type)

Идентификатор центра управления и обслуживания, куда будут передаваться отчеты по трейсам (OMC Identity)

Подписка AC - Общая максимальная скорость передачи (Subscribed-UE-AMBR)

Замена точки доступа (APN-OI replacement)

Индекс приоритетности выбора технологии радиодоступа/Частоты (RFSP Index)

Параметр запроса доступности AC указывающий, что подтверждение активности AC от MME зарегистрировано в HSS (URRP-MME)

Данные подписки закрытой группы пользователей (CSG Subscription Data)

Разрешение использования в VPLMN локального IP доступа (VPLMN LIPA Allowed) <*>

Подписка на периодическое обновление зоны маршрутизации/слежения по таймеру

(Subscribed Periodic RAU/TAU Timer) <*>

Подписка на приоритетное обслуживание в домене CS (MPS CS priority) <*>

Возможность поддержки для AC непрерывности голосового вызова на радиоинтерфейсе

(UE-SRVCC-Capability)

Подписка на приоритетное обслуживание в EPS (MPS EPS priority) <*>

Один или несколько контекстов сети передачи данных

Идентификатор контекста (Context Identifier)

Адрес сети передачи данных (PDN Address)

Тип сети передачи данных (IPv4, IPv6, IPv4v6) (PDN Type)

Замещение точки доступа (APN-OI Replacement)

опциональный

Наименование точки доступа

(Access Point Name (APN))

Разрешения возможности распределения трафика IP для APN (SIPTO permissions) <*>

Разрешения LIPA

(LIPA permissions) <*>

LIPA-разрешено, только LIPA, LIPA-при условии

Профиль качества обслуживания в соответствии с подпиской в EPS (QCI и ARP)

(EPS subscribed QoS profile)

Подписка Точка доступа - Общая максимальная скорость передачи (Subscribed-APN-AMBR)

Характеристики учета стоимости AC в соответствии с подпиской в сети передачи данных EPS

(EPS PDN Subscribed Charging Characteristics)

Возможность использовать для APN AC P-GW домашней или визитной сети

(VPLMN Address Allowed)

Идентификатор P-GW (P-GW identity)

Тип выбора P-GW (статический, динамический) (P-GW Allocation Type)

Сеть радиотелефонной связи, в которой находится динамически выбранный P-GW

(PLMN of P-GW)

Однородная поддержка голосового вызова IMS

в зонах слежения обслуживающего MME

(Homogenous Support of IMS Over PS Sessions for MME)

Перечень соотношений: Наименование точки доступа - Идентификатор P-GW

Номер соотношения APN - P-GW

(APN - P-GW relation #n)

Примечание: <*> - "данные" обязательны только для стандарта LTE-Advanced.

_____________

Приложение N 14

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ДАННЫМ, ХРАНЯЩИМСЯ В EIR

1. В EIR хранится международный идентификатор оборудования АС (IMEI) или международный идентификатор оборудования и версия программного обеспечения оборудования АС (IMEISV).

2. IMEI формируется из:

кода типа (TAC) - 8 десятичных знаков;

серийного номера (SNR) - 6 десятичных знаков (индивидуальный серийный номер, который однозначно идентифицирует оборудование АС в пределах TAC);

резерв - 1 десятичный знак, принимающий значение равное "0" при передаче IMEI от АС.

Число десятичных знаков в IMEI равно 15.

3. IMEISV формируется из:

кода типа (TAC) - 8 десятичных знаков;

серийного номера (SNR) - 6 десятичных знаков (индивидуальный серийный номер, который однозначно идентифицирует оборудование АС в пределах TAC);

номера версии программного обеспечения оборудования АС (SVN), который идентифицирует номер версии программного обеспечения мобильного оборудования. Длина поля составляет 2 десятичных знака.

Число десятичных знаков в IMEISV равно 16.

4. EIR содержит международные идентификаторы оборудования АС, разделенные на три списка:

белый список содержит IMEI всего оборудования, допущенного для работы в данной сети;

черный список содержит IMEI оборудования, не допущенного для работы в данной сети;

серый список содержит IMEI оборудования, не запрещенного для работы в данной сети (за исключением тех случаев, когда оно содержится в черном списке или не содержится в белом списке).

5. Оборудование коммутации стандарта LTE осуществляет проверку IMEI при каждой попытке доступа АС в EPC и останавливает любую попытку доступа при получении из регистра EIR одного из следующих ответов: "оборудование находится в черном списке" или "оборудование не содержится в белом списке".

Приложение N 15

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ К ЦУ И ТО

1. Для управления и технического обслуживания оборудования коммутации стандарта LTE используется централизованный метод, при котором вся информация о состоянии оборудования коммутации стандарта LTE поступает в ЦУ и ТО.

2. ЦУ и ТО предназначен для управления оборудованием коммутации стандарта LTE, контроля работоспособности оборудования коммутации стандарта LTE, сбора и вывода информации о функционировании оборудования коммутации стандарта LTE к обслуживающему персоналу.

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

4. ЦУ и ТО выполняет следующие функции:

административное управление;

контроль функционирования оборудования коммутации стандарта LTE;

управление восстановлением работоспособности оборудования коммутации стандарта LTE;

управление тестированием и диагностикой.

5. Функция административного управления оборудованием коммутации стандарта LTE включает в себя:

1) административное управление конфигурацией оборудования коммутации стандарта LTE, обеспечивающее:

ввод, изменение и удаление данных конфигурации;

активацию или деактивацию загрузки программного обеспечения (далее - ПО) в оборудование узла связи и его работоспособность;

2) административное управление командами системы, обеспечивающее следующие функции:

вывод всех кодов команд, реализованных в системе;

возможность изменения существующих и введение новых команд;

3) административное управление абонентскими данными, обеспечивающее следующие функции:

создание, изменение, удаление, считывание абонентских данных;

блокировка или разблокировка абонентов;

просмотр, изменение и вывод данных учета стоимости;

4) административное управление маршрутизацией;

5) административное управление защитой информации, обеспечивающее следующие функции:

защита доступа к ЦУ и ТО посредством паролей;

наличие не менее двух категорий пользователей (администратор и пользователь), имеющих различные пароли и различные права доступа к ЦУ и ТО;

6) административное управление системными часами реального времени, обеспечивающее контроль и возможность установки системных часов реального времени.

6. Контроль функционирования оборудования коммутации стандарта LTE включает обнаружение и фиксацию аварийных сигналов со всех функциональных блоков, модулей, систем передачи, источников электропитания и их обработку с последующим выводом аварийных сообщений на дисплей и принтер терминала технического обслуживания или системную панель аварийных сигналов.

7. Контроль функционирования оборудования коммутации стандарта LTE осуществляется постоянно или периодически (по расписанию или по команде технического персонала с терминала технического обслуживания).

8. Автоматический контроль осуществляется распределенно, то есть модули самостоятельно обнаруживают повреждения и ошибки.

9. Аварийные сообщения разделяются на категории по срочности восстановления неисправностей:

1) критические аварии (неисправность, которая вызывает значительное ухудшение обслуживания и требует немедленного вмешательства);

2) главные аварии (серьезные неисправности, которые требуют вмешательства в течение дня);

3) незначительные аварии (неисправности, которые не требуют немедленного вмешательства и устраняются в период наименьшей нагрузки).

10. Управление восстановлением работоспособности осуществляет контроль состояния функциональных блоков и управляет перезапусками блоков, для которых предусмотрена возможность перезапуска, для предотвращения влияния неисправности.

11. Обеспечение надежности реализуется путем резервирования основных групповых и управляющих блоков.

12. Рестарты ПО производятся с сохранением статистических и тарификационных данных и, в основном, с сохранением установленных соединений.

13. Перезагрузки ПО оборудования коммутации стандарта LTE производятся с сохранением статистических данных и данных учета стоимости соединений.

14. Управление тестированием и диагностикой осуществляет обнаружение и локализацию неисправного оборудования с помощью диагностических программ.

15. ЦУ и ТО обеспечивает автоматический ежемесячный статистический учет ситуаций в оборудовании коммутации стандарта LTE и программном обеспечении.

16. ЦУ и ТО обеспечивает возможность сбора и отображения статистических данных.

Приложение N 151

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

ТРЕБОВАНИЯ

К ПАРАМЕТРАМ, ОБЕСПЕЧИВАЮЩИМ ПОЛЬЗОВАТЕЛЯМ СТАНДАРТОВ

LTE/LTE-ADVANCED ОКАЗАНИЕ УСЛУГ ПЕРЕДАЧИ ДАННЫХ

И ТЕЛЕФОННОГО СОЕДИНЕНИЯ ЧЕРЕЗ ОБОРУДОВАНИЕ

КОММУТАЦИИ IMS

<Введено приказом Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1. Для подключения к оборудованию IMS UE инициирует:

процедуру подключения UE к сети радиодоступа (далее - EPS);

процедуру активации канала передачи данных в EPS;

выделение IP-адреса P-CSCF;

процедуру регистрации в IMS.

2. При оказании услуг передачи данных и телефонного соединения через оборудование коммутации IMS временно (на время взаимодействия UE с оборудованием коммутации IMS) в рамках процедур подключения UE к EPS и соединения с сетью передачи данных EPS обеспечивает назначение UE IP-адреса в формате, определенном протоколами IP четвертой или шестой версий (далее - IPv4, IPv6), принадлежащем одной из сетей IMS, взаимодействующей с P-GW:

IP-адреса сети IMS домашнего оператора;

IP-адреса сети IMS визитного оператора;

IP-адреса сети взаимодействующей с IMS домашнего оператора.

Выделение UE IP-адреса P-CSCF осуществляется одним из следующих способов:

с помощью протокола динамической конфигурации (далее - DHCP) и сервера имен доменов (далее - DNS);

с помощью процедуры активации канала передачи данных в EPS;

UE выбирает P-CSCF из списка, хранящегося в идентификационном модуле абонента для работы в IMS (далее - ISIM);

UE выбирает P-CSCF из списка объектов управления IMS.

Первоначально активация канала передачи данных в EPS осуществляется в рамках процедуры подключения UE к EPS, которая инициируется UE с помощью сообщения протокола NAS "Запрос подключения". В "Запросе подключения" в параметре настройки пользовательского оборудования, определяющем оборудование коммутации, через которое будет осуществляться телефонное соединение, в третьем октете второй и третий биты имеют одно из трех значений:

"01" - голос только через IMS;

"10" - в первую очередь голос передавать через домен CS, во вторую - через IMS;

"11" - в первую очередь голос передавать через IMS, во вторую - через домен CS.

Третий бит при установлении соединения для передачи голоса имеет значение "0", для передачи данных - "1".

Активация канала передачи данных EPS осуществляется с помощью сообщений "Запрос соединения с сетью передачи данных" протокола NAS и "Запрос активации канала передачи данных" протокола GTPv2-C. В "Запросе соединения с сетью передачи данных" в параметре, определяющем опции конфигурации протокола, устанавливается:

запрос адреса P-CSCF (если используется второй способ выделения адреса P-CSCF);

флаг сигнализации IMS.

В сообщении протокола NAS "Подключение принято" в параметре, определяющем функции, поддерживаемые сетью, первый бит третьего октета установлен в значение "1", указывающее, что IMS голос через домен коммутации пакетов на интерфейсе S1 поддерживается.

Передача UE IP-адреса (в параметре Адрес сети передачи данных) и IP-адреса P-CSCF (в параметре Протокол параметров конфигурации) осуществляется в ответе на "Запрос активации канала передачи данных" протокола GTPv2-C и в одном из сообщений "Запрос активации контекста EPS по умолчанию", "Запрос активации контекста выбранной EPS" протокола NAS.

В случае перемещения UE в зону обслуживания другого P-GW, ей присваивается новый IP-адрес.

После назначения или изменения IP-адреса UE или IP-адреса P-CSCF UE осуществляет процедуру регистрации или перерегистрации в IMS.

Освобождение динамического IP-адреса UE осуществляется при разрушении соединения с оборудованием коммутации IMS с помощью сообщения "Запрос разъединения с сетью передачи данных" протокола NAS или при окончании времени регистрации.

____________

Приложение N 16

к Правилам применения

оборудования коммутации сетей

подвижной радиотелефонной

связи. Часть VII. Правила

применения оборудования

коммутации стандарта LTE

Справочно

СПИСОК ИСПОЛЬЗУЕМЫХ СОКРАЩЕНИЙ

<В новой ред. приказа Министерства связи и массовых коммуникаций РФ от 14.12.2015 N 543 >

1. ARP - Allocation and Retention Priority (назначение и сохранение приоритета).

2. DPXA - Diameter Proxy Agents (функция прокси протокола Diameter).

3. DRDA - Diameter Redirect Agents (функция перенаправления протокола Diameter).

4. DRLA - Diameter Relay Agents (функция переключения протокола Diameter).

5. EIR - Equipment Identity Register (регистр идентификации оборудования).

6. eNodeB - Evolved NodeB (базовые станции стандарта LTE и LTE-Advanced).

7. ECM - EPS Connection Management (управление соединением в EPS).

8. ECM-CONNECTED - EPS Connection Management-CONNECTED (состояние процесса управления соединением для AC - соединение).

9. ECM-IDLE - EPS Connection Management-IDLE (исходное состояние процесса управления соединением для AC в EPS).

10. EMM - EPS Mobility Management (управление мобильностью в EPS).

11. EMM-DEREGISTERED - EPS Mobility Management-DEREGISTERED (состояние процесса управления мобильностью для AC в EPS - не зарегистрирована).

12. ЕРС - Evolved Packet Core (базовая сеть стандартов LTE и LTE-Advanced).

13. EPS - Evolved Packet System (сеть радиодоступа и базовая сеть стандартов LTE и LTE-Advanced).

14. E-UTRAN - Evolved UTRAN (сеть радиодоступа стандартов LTE и LTE-Advanced).

15. GBR - Guaranteed Bit Rate (гарантированная скорость передачи данных).

16. GSM - Global System for Mobility (глобальная система мобильной связи).

17. GTP - GPRS Tunnelling Protocol (протокол туннелирования GPRS).

18. HSS - Home Subscriber Server (сервер абонентских данных).

19. ICMP - Internet Control Message Protocol (протокол управляющих сообщений в Интернет).

20. IMEI - International Mobile Equipment Identity (международный идентификатор оборудования абонентской радиостанции).

21. IMEISV - International Mobile Equipment Identity and Software Version (международный идентификатор оборудования и номер версии программного обеспечения оборудования абонентской радиостанции).

22. IMSI - International Mobile Subscriber Identity (международный номер абонентской станции).

23. IP - Internet Protocol (протокол Интернет).

24. LIPA - Local IP Access (местный IP доступ).

25. LTE - Long-Term Evolution (эволюция на длительный период).

26. LTE-Advanced - развитие стандарта LTE.

27. MBR - Maximum Bit Rate (максимальная скорость передачи).

28. MME - Mobility Management Entity (модуль управления мобильностью).

29. MSISDN - Mobile Subscriber ISDN Number (международный номер AC в сети ISDN).

30. NAS protocol - Non-Access-Stratum protocol (протокол слоя без доступа).

31. P-GW - Packet Data Networks Gateway (шлюз взаимодействия с сетями, использующими технологию с коммутацией пакетов).

32. PCRF - The Policy and Charging Rules Function (функция правил политики и тарификации).

33. QCI - QoS Class Identifier (идентификатор класса качества обслуживания).

34. QoS - Quality of Service (качество обслуживания).

35. S1-AP - S1 Application Protocol (прикладной протокол для интерфейса S1).

36. SCTP - Stream Control Transmission Protocol (протокол передачи с управлением потоками).

37. SGSN - Serving GPRS Support Node (обслуживающий узел поддержки GPRS).

38. SGsAP - SGs Application Part (прикладной протокол для интерфейса SGs).

39. S-GW - Serving Gateway (обслуживающий шлюз).

40. SIPTO - Selected IP Traffic Offload (возможность распределения трафика IP).

41. SRVCC - Single Radio Voice Call Continuity (отдельная непрерывность голосового вызова на радиоинтерфейсе).

42. TCP - Transmission Control Protocol (протокол управления передачей).

43. TEID - Tunnel Endpoint Identifier (идентификатора конечной точки туннеля)

44. UDP - User Datagram Protocol (протокол передачи дейтаграмм пользователя).

45. UTRAN - Universal Terrestrial Radio Access Network (сеть радиодоступа стандарта UMTS).