Приказ Минкомсвязи РФ от 06.06.2011 № 130

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

(Зарегистрировано в Минюсте РФ 28.06.2011 № 21216)

Зарегистрировано в Минюсте РФ 28 июня 2011 г. № 21216

ПРИКАЗ

от 6 июня 2011 г. № 130

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

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

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

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

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

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

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

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

3. Оборудование коммутации стандарта LTE идентифицируется как оборудование коммутации сетей подвижной радиотелефонной связи, относится к сложному телекоммуникационному оборудованию и согласно пункту 8 Перечня средств связи, подлежащих обязательной сертификации, утвержденного Постановлением Правительства Российской Федерации от 25 июня 2009 г. № 532 (Собрание законодательства Российской Федерации, 2009, № 26, ст. 3206), подлежит обязательной сертификации в порядке, установленном Правилами организации и проведения работ по обязательному подтверждению соответствия средств связи, утвержденными Постановлением Правительства Российской Федерации от 13 апреля 2005 г. № 214 (Собрание законодательства Российской Федерации, 2005, № 16, ст. 1463; 2008, № 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. центр управления и технического обслуживания (далее — ЦУ и ТО).

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

II. Требования к оборудованию коммутации стандарта LTE

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

Оборудование электропитающей установки (далее — ЭПУ) не входит в состав оборудования коммутации стандарта LTE и соответствует Правилам применения оборудования электропитания средств связи, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 03.03.2006 № 21 (зарегистрирован в Министерстве юстиции Российской Федерации 27 марта 2006 г., регистрационный № 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 устанавливаются обязательные требования к параметрам устойчивости к внешним климатическим и механическим воздействиям согласно приложению № 3 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II. Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 31.05.2007 № 58 (зарегистрирован в Министерстве юстиции Российской Федерации 22 июня 2007 г., регистрационный № 9675) (далее — Правила № 58-07).

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

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

1. к контекстам MME согласно приложению № 2 к Правилам;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. к контекстам PDN GW согласно приложению № 12 к Правилам;

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

3. к параметрам протокола Diameter, используемого при взаимодействии PDN GW с PCRF (интерфейс Gx), согласно приложению № 5 к Правилам;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17. Для оборудования, выполняющего функции PCRF, устанавливаются обязательные требования к параметрам протокола Diameter, используемого при взаимодействии PCRF с PDN GW (интерфейс Gx), V-PCRF (PCRF визитной сети) с H-PCRF (PCRF домашней сети) (интерфейс S9), PCRF с функциями приложений (интерфейс Rx), согласно приложению № 5 к Правилам.

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

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

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

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

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

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

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

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

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

Контексты MME для АС стандарта LTE, находящихся в состоянии ECM-IDLE, ECM-CONNECTED и EMM-DEREGISTERED, приведены в таблице.

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

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

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛА S1-AP, ИСПОЛЬЗУЕМОГО ПРИ ВЗАИМОДЕЙСТВИИ ENODEB С MME

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

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

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

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

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

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

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

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛА DIAMETER, ИСПОЛЬЗУЕМОГО ПРИ ВЗАИМОДЕЙСТВИИ MME С HSS (ИНТЕРФЕЙС S6A), SGSN С HSS (ИНТЕРФЕЙС S6D), MME С EIR (ИНТЕРФЕЙС S13), SGSN С EIR (ИНТЕРФЕЙС S13'), PCRF С PDN GW (ИНТЕРФЕЙС GX), V-PCRF С H-PCRF (ИНТЕРФЕЙС S9), PCRF С ФУНКЦИЯМИ ПРИЛОЖЕНИЙ (ИНТЕРФЕЙС RX)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

               ┌──────────────────┬───┬───┬───┬───┬───────┐
               │     Версия       │P  │T  │0  │0  │0      │
               ├──────────────────┴───┴───┴───┴───┴───────┤
               │              Тип сообщения               │
               ├──────────────────────────────────────────┤
               │             Длина сообщения              │
               ├──────────────────────────────────────────┤
               │                   TEID                   │
               ├──────────────────────────────────────────┤
<pre class="legal-pre">               │                  Номер                   │
               │            последовательности            │</pre>
               ├──────────────────────────────────────────┤
               │                  Резерв                  │
               └──────────────────────────────────────────┘

Рисунок 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 приведены в таблице № 1.

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

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

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 приведены в таблице № 2.

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

Приложение № 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. надежность.

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

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

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

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

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

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

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

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

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) и перечень поддерживаемых полей приведен в таблице № 4. Минимальная длина заголовка пакета составляет 40 байт, длина пакета составляет до 1280 байт или выше (до 1500 байт) без фрагментации.

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

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 определены следующие шесть дополнительных заголовков:

«Специальные параметры обработки пакетов»;

«Маршрутизация»;

2.1 Номер протокола UDP в стеке протоколов IP — 17.

2.2 Формат заголовка пакета протокола UDP приведен в таблице № 5.

Таблица № 5. Формат заголовка пакета протокола UDP

Далее следуют октеты пользовательских данных.

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 приведен в таблице № 6.

Таблица № 6. Формат заголовка пакета протокола TCP

Далее следуют октеты пользовательских данных.

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 приведены в таблице № 7.

Таблица № 7. Пользовательские команды протокола TCP

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

ТРЕБОВАНИЯ К ПАРАМЕТРАМ ИСПОЛЬЗУЕМЫХ ИНТЕРФЕЙСОВ

В оборудовании коммутации стандарта LTE используется один из следующих интерфейсов или их комбинация (два и более):

1. интерфейсы к сети передачи данных с использованием контроля несущей и обнаружением коллизий. Требования к параметрам установлены в приложении 25 к Правилам применения оборудования проводных и оптических систем передачи абонентского доступа, утвержденных Приказом Министерства информационных технологий и связи Российской Федерации от 24.08.2006 № 112 (зарегистрирован в Министерстве юстиции Российской Федерации 4 сентября 2006 г., регистрационный № 8194) (далее — Правила № 112-06);

2. интерфейсы, использующие режим асинхронного переноса. Требования к параметрам интерфейсов, использующих режим асинхронного переноса, приведены в п. п. 4 - 8 приложения 26 Правил № 112-06.

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

ТРЕБОВАНИЯ К КОНТЕКСТАМ S-GW

Контексты EPS для обслуживаемых S-GW АС стандартов LTE, GSM900/1800, UMTS приведены в таблице.

Таблица. Контексты EPS для обслуживаемых S-GW АС

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

ТРЕБОВАНИЯ К ПАРАМЕТРАМ СИСТЕМЫ УЧЕТА ДАННЫХ ДЛЯ НАЧИСЛЕНИЯ ПЛАТЫ

1. Система учета данных для начисления платы (далее — СУД) выполняет сбор и хранение учетных данных с целью последующего определения стоимости для всех видов учетного трафика.

2. СУД обеспечивает передачу учетных данных в автоматизированную систему расчетов (далее — АСР).

3. Формирование учетных данных начинается с момента индикации ответа вызываемого абонента (службы) и прекращается при отбое любого из абонентов (службы).

4. Для обеспечения функций учета СУД создает запись, регистрирующую следующие данные:

1. категорию и номер вызывающего абонента или адресную информацию вызывающей стороны;

2. номер вызываемого абонента (службы) или адресную информацию вызываемой стороны;

3. дату (день, месяц, год) и время начала соединения (час, минута, секунда);

4. продолжительность соединения или время окончания соединения (час, минута, секунда);

5. используемые в соединении услуги;

6. объем передаваемой/принимаемой информации с указанием качества предоставления услуги, в случае установления соединений для передачи данных;

7. индикаторы записи;

8. идентификаторы операторов;

9. идентификаторы оборудования EPC, обеспечивающего сбор данных для учета стоимости.

5. СУД обеспечивает хранение учетных данных.

6. Передача информации в АСР осуществляется с использованием стандартных сетевых протоколов и открытых интерфейсов.

7. Для бесперебойной работы СУД обеспечиваются дублирование и резервирование устройств. В случае возникновения отказов или неисправностей в оборудовании СУД, а также в процессе передачи информации в АСР, в систему управления и технического обслуживания посылаются соответствующие сигналы, одновременно осуществляется запись сведений о неисправностях.

8. В СУД предусмотрена система защиты от несанкционированного доступа к информации.

9. В СУД обеспечена возможность установки обслуживаемым персоналом параметров, регистрируемых в записях о соединениях, и типов записей.

10. В СУД обеспечивается функция немедленного вывода на устройство технического обслуживания учетной информации для оперативной обработки данных.

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

ТРЕБОВАНИЯ К КОНТЕКСТАМ PDN-GW

Контексты EPS для обслуживаемых PDN-GW АС стандартов LTE, GSM 900/1800, UMTS приведены в таблице.

Таблица. Контексты EPS для обслуживаемых PDN-GW АС

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

ТРЕБОВАНИЯ К ДАННЫМ HSS ДЛЯ АС, ПОДДЕРЖИВАЮЩИХ РАДИОДОСТУП СТАНДАРТА LTE

Данные HSS для АС, поддерживающих радиодоступ стандарта LTE, приведены в таблице.

Таблица. Данные HSS для АС, поддерживающих радиодоступ стандарта LTE

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

ТРЕБОВАНИЯ К ДАННЫМ, ХРАНЯЩИМСЯ В EIR

1. В EIR хранится международный идентификатор оборудования АС (IMEI) или международный идентификатор оборудования и версия программного обеспечения оборудования АС (IMEISV).

2. IMEI формируется из:

кода типа (TAC) — 8 десятичных знаков;

серийного номера (SNR) — 6 десятичных знаков (индивидуальный серийный номер, который однозначно идентифицирует оборудование АС в пределах TAC);

5. Оборудование коммутации стандарта LTE осуществляет проверку IMEI при каждой попытке доступа АС в EPC и останавливает любую попытку доступа при получении из регистра EIR одного из следующих ответов: «оборудование находится в черном списке» или «оборудование не содержится в белом списке».

применения оборудования коммутации стандарта 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. ЦУ и ТО обеспечивает возможность сбора и отображения статистических данных.

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