Ii. требования к оборудованию коммутации стандарта lte
6. Электропитание оборудования коммутации стандарта LTE должно осуществляться в соответствии с требованиями к параметрам электропитания, установленными пунктами П. 9.1 — П. 9.4 приложения 9 к Правилам применения транзитных междугородных узлов автоматической коммутации. Часть I.
Правила применения транзитных междугородных узлов связи, использующих систему сигнализации по общему каналу сигнализации № 7 (ОКС № 7), утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 16.05.2006 № 59 (зарегистрирован Министерством юстиции Российской Федерации 29 мая 2006 г., регистрационный № 7879), с изменениями, внесенными приказом Министерства связи и массовых коммуникаций Российской Федерации от 23.04.
Оборудование электропитающей установки (далее — ЭПУ) не входит в состав оборудования коммутации стандарта LTE и должно соответствовать Правилам применения оборудования электропитания средств связи, утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 03.03.
2006 № 21 (зарегистрирован Министерством юстиции Российской Федерации 27 марта 2006 г., регистрационный № 7638), с изменениями, внесенными приказом Министерства связи и массовых коммуникаций Российской Федерации от 23.04.2022 № 93 (зарегистрирован Министерством юстиции Российской Федерации 14 июня 2022 г., регистрационный № 28788).
7. Оборудование коммутации стандарта LTE должно сохранять работоспособность при отклонении напряжения электропитания от номинальных значений в допустимых пределах:
(48,0 — 72,0) В при номинальном напряжении 60 В;
(40,5 — 57,0) В при номинальном напряжении 48 В;
(187 — 242) В при напряжении переменного тока 220 В (частота (47,5 — 50,5) Гц, коэффициент нелинейных искажений — не более 10%, кратковременное (длительностью до 3 секунд) изменение напряжения относительно номинального значения ± 40%).
8. В оборудовании коммутации стандарта LTE должна быть предусмотрена система сигнализации для контроля неисправностей в ЭПУ.
9. Требования к параметрам устойчивости к внешним климатическим и механическим воздействиям для оборудования коммутации стандарта LTE приведены в приложении № 3 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть II.
Правила применения оборудования коммутации сети подвижной радиотелефонной связи стандарта GSM 900/1800, утвержденным Приказом Министерства информационных технологий и связи Российской Федерации от 31.05.2007 № 58 (зарегистрирован Министерством юстиции Российской Федерации 22 июня 2007 г., регистрационный № 9675), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 01.02.
2022 № 29 (зарегистрирован Министерством юстиции Российской Федерации 22 февраля 2022 г., регистрационный № 23312), от 23.04.2022 № 93 (зарегистрирован Министерством юстиции Российской Федерации 14 июня 2022 г., регистрационный № 2878822) и от 14.12.
10. Требования к системе нумерации и идентификации для оборудования коммутации стандарта LTE приведены в приложении № 1 к Правилам.
11. Для оборудования, выполняющего функции ММЕ, устанавливаются следующие требования к:
1) перечню хранящихся в ММЕ данных об абонентских радиостанциях, поддерживающих стандарт LTE и находящихся в состояниях ECM-IDLE, ECM-CONNECTED или EMM-DEREGISTERED в зонах слежения (ТА), обслуживаемых ММЕ (приложение № 2 к Правилам);
2) перечню сообщений протокола Sl-AP (SI Application Part) при взаимодействии оборудования систем базовых станций стандарта LTE (eNodeB) с ММЕ (приложение № 3 к Правилам);
3) перечню сообщений протокола SGsAP (SGs Application Part) при реализации интерфейса взаимодействия ММЕ с сервером центра мобильной коммутации MSC сервер/VLR (интерфейс SGs) (приложение № 4 к Правилам);
4) перечню сообщений протокола Diameter при реализации интерфейса взаимодействия ММЕ с DA или HSS (интерфейс S6a), ММЕ с DA или EIR (интерфейс S13) (приложение № 5 к Правилам);
5) перечню сообщений протокола NAS при реализации интерфейса взаимодействия АС и ММЕ (интерфейс S1-MME) (приложение № 6 к Правилам);
6) протоколу GTP (приложение № 7 к Правилам);
7) интерфейсам взаимодействия (приложение № 9 к Правилам);
8) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
9) протоколу GTP (интерфейс Gn) при взаимодействии ММЕ с SGSN, если SGSN при взаимодействии с ММЕ не реализует протокол GTPv2-C (интерфейс S3) (приложение № 4 к Правилам применения оборудования коммутации систем подвижной радиотелефонной связи. Часть V.
Правила применения оконечно-транзитных узлов связи сетей подвижной радиотелефонной связи стандарта UMTS, утвержденным приказом Министерства информационных технологий и связи Российской Федерации от 27.08.2007 № 101 (зарегистрирован Министерством юстиции Российской Федерации 29 августа 2007 г., регистрационный № 10066), с изменениями, внесенными приказами Министерства связи и массовых коммуникаций Российской Федерации от 01.02.
2022 № 31 (зарегистрирован Министерством юстиции Российской Федерации 24 февраля 2022 г., регистрационный № 23324), от 23.04.2022 № 93 (зарегистрирован Министерством юстиции Российской Федерации 14 июня 2022 г., регистрационный № 28788), от 14.12.2022 № 543 (зарегистрирован Министерством юстиции Российской Федерации 18 января 2022 г., регистрационный № 40606) (далее — Правила № 101-07);
10) функциям ММЕ при реализации non-3GPP доступа (пересылка ключа протокола GRE к S-GW через интерфейсы S10/S11 для передачи данных по восходящей линии связи в случае перемещения UE из узла CN);
11) перечню данных, хранящихся в ММЕ при реализации non-3GPP доступа (приложение № 22 к Правилам).
12. Для оборудования, выполняющего функции S-GW, устанавливаются следующие требования к:
1) перечню данных об обслуживаемых в S-GW абонентских радиостанциях, поддерживающих стандарты LTE, GSM 900/1800, UMTS (приложение № 10 к Правилам);
2) протоколу GTP (приложение № 7 к Правилам);
3) интерфейсам взаимодействия (приложение № 9 к Правилам);
4) системе учета данных для начисления платы (приложение № 11 к Правилам);
5) протоколу PMIPv6 при реализации в оборудовании коммутации стандарта LTE (приложение № 8 к Правилам);
6) перечню сообщений протокола Diameter при реализации интерфейса взаимодействия S-GW с H-PCRF (V-PCRF) (интерфейс Gxc) в случае реализации интерфейсов S5 и S8 протоколом PMIPv6 (приложение № 5 к Правилам);
7) функциям S-GW при осуществлении non-3GPP доступа:
а) реализация функций локального узла управления мобильностью (далее — LMA) визитной (гостевой) сети подвижной радиотелефонной связи (далее — VPLMN) с TWAN при взаимодействии с TWAN по протоколу PMIPv6, когда UE находится в роуминге;
б) информирование PCRF о происходящих изменениях при переходе UE на новую технологию радиодоступа;
в) осуществление контроля трафика от UE;
г) реализация функций MAG в случае реализации интерфейсов взаимодействии с P-GW (интерфейсы S5 и S8) протоколом PMIPv6;
д) принятие решения о маршрутизации пакетов по восходящей линии к P-GW, по нисходящей линии к UE или определение пакетов, предназначенных для S-GW;
е) реализация функций агента протокола DHCPv4 либо DHCPv6 при реализации интерфейса S5 или S8 протоколом PMIPv6;
ж) осуществление обмена сообщениями «Запрос доступности маршрутизатора» (Router Solicitation) (далее — RS) и «Ответ маршрутизатора» (Router Advertisement) (далее — RA) протокола NDP при реализации интерфейсов S5 и S8 протоколом PMIPv6;
з) осуществление обмена сообщениями «Запрос доступных соседей» (Neighbour Solicitation) и «Ответ соседа» (Neighbor Advertisement) протокола NDP при реализации интерфейсов S5 и S8 протоколом PMIPv6;
и) осуществление генерации и распределения ключей протокола GRE для каждого соединения передачи данных по нисходящей линии от P-GW к S-GW при реализации интерфейсов S5 и S8 протоколом PMIPv6;
к) реализация функций LMA в отношении функций MAG протокола PMIPv6, реализованных в TWAN либо в ePDG;
л) осуществление генерации и распределения ключей протокола GRE для инкапсуляции пакетов данных для каждого соединения передачи данных по восходящей линии от S-GW при реализации интерфейсов S2a/S2b протоколом PMIPv6;
м) реализация функций взаимодействия протокола PMIPv6 в направлении P-GW и в направлении функций MAG, реализованных в TWAN (интерфейсы S8 и S2a) либо в ePDG (интерфейсы S8 и S2b). При этом S-GW реализует функции MAG по отношению к P-GW;
н) реализация функций соединения PMIPv6 в направлении P-GW и в направлении функций MAG, реализованных в TWAN либо в ePDG, для пользовательского уровня;
8) протоколу MIPv4 при взаимодействии S-GW с TWAN (интерфейс S2a) при реализации в оборудовании коммутации стандарта LTE (приложение № 17 к Правилам);
9) перечню данных, хранящихся в S-GW при реализации non-3GPP доступа (Приложение № 22 к Правилам).
13. Для оборудования, выполняющего функции P-GW, устанавливаются следующие требования к:
1) перечню данных об обслуживаемых в P-GW абонентских радиостанциях, поддерживающих стандарты LTE, GSM 900/1800, UMTS (приложение № 12 к Правилам);
2) протоколу GTP (приложение № 7 к Правилам);
3) перечню сообщений протокола Diameter при взаимодействии P-GW с PCRF (интерфейс Gx) в случае реализации интерфейсов S5, S8 протоколом GTP (приложение № 5 к Правилам);
4) интерфейсам взаимодействия (приложение № 9 к Правилам);
5) системе учета данных для начисления платы (приложение № 11 к Правилам);
6) протоколу PMIPv6 при реализации в оборудовании коммутации стандарта LTE (приложение № 8 к Правилам);
7) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
8) протоколу GTP (интерфейсы Gn или Gp) при взаимодействии P-GW с SGSN, если SGSN при взаимодействии с P-GW не реализуется протокол GTPv2-C (интерфейс S3) (приложение № 4 к Правилам № 101-07);
9) функциям P-GW при реализации non-3 GPP доступа:
а) реализация функций точки взаимодействия уровня пользователя при передвижении пользователя между сетями доступа стандартов GSM 900/1800, UMTS, LTE и non-3GPP;
б) реализация функции узла LMA при реализации интерфейсов S5 и S8, или S2a, или S2b протоколом PMIPv6;
в) реализация функции домашнего агента (далее — НА) при реализации интерфейса взаимодействия между P-GW и UE (интерфейс S2c) протоколом DSMIPv6 (протоколом DSMIPv6 должен создаваться туннель между UE и P-GW при реализации интерфейса S2c для пересылки пользовательского и сигнального трафика между UE и P-GW, обеспечивающим назначение IP-адресов для создания туннеля);
г) осуществление генерации и распределения ключей протокола GRE, используемых для инкапсуляции пользовательских данных, передаваемых по восходящей линии при реализации интерфейсов S5 и S8 или S2a, или S2b протоколом PMIPv6;
д) реализация функции домашнего агента при реализации интерфейса S2a протоколом MIPv4 (при регистрации должно осуществляться назначение UE временного IP-адреса с помощью протокола MIPv4 при этом временный IP-адрес должен являться адресом агента визитной сети (далее — FACoA);
е) реализация протокола GTP для уровня управления (GTPv2-C) и уровня пользователя (GTPv1-U) для обеспечения соединения PDN с UE (при реализации интерфейсов S2a или S2b протоколом GTP должен использоваться non-3 GPP доступ);
ж) взаимодействие с 3GPP AAA сервером внешней сети передачи данных (интерфейс SGi) по протоколу RADIUS или Diameter;
з) взаимодействие с 3GPP AAA сервер/прокси (интерфейс S6b) по протоколу Diameter;
10) протоколу MIPv4 при взаимодействии P-GW с TWAN (интерфейс S2a) при реализации в оборудовании коммутации стандарта LTE (#17 к Правилам);
11) протоколу DSMIPv6 при взаимодействии P-GW с UE (интерфейс S2c) при реализации в оборудовании коммутации стандарта LTE (приложение № 18 к Правилам);
12) протоколу IKEv2 при взаимодействии P-GW с UE (интерфейс S2c) при реализации в оборудовании коммутации стандарта LTE (приложение № 19 к Правилам);
13) протоколу IPSec при взаимодействии P-GW с UE (интерфейс S2c) (приложение № 20 к Правилам);
14) перечню сообщений протокола Diameter при реализации интерфейса S6b (приложение № 21 к Правилам);
15) перечню данных, хранящихся в P-GW, при реализации non-3GPP доступа (приложение № 22 к Правилам).
14. Для оборудования, выполняющего функции EIR, устанавливаются следующие требования к:
1) данным об абонентской радиостанции, хранящимся в EIR (приложение № 14 к Правилам);
2) перечню сообщений протокола Diameter при реализации интерфейса взаимодействия ММЕ с EIR (интерфейс S13) (приложение № 5 к Правилам);
3) интерфейсам взаимодействия (приложение № 9 к Правилам);
4) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07).
15. Для оборудования, выполняющего функции HSS/AuC, устанавливаются следующие требования к:
1) перечню хранящихся в HSS данных об абонентских радиостанциях, поддерживающих стандарт LTE (приложение № 13 к Правилам);
2) перечню сообщений протокола Diameter при реализации интерфейса взаимодействия HSS с ММЕ (интерфейс S6a) (приложение № 5 к Правилам);
3) интерфейсам взаимодействия (приложение № 9 к Правилам);
4) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
5) осуществлению процедур аутентификации и идентификации абонентов с использованием средств криптографической защиты информации, имеющих подтверждение соответствия требованиям по безопасности информации класса КА для оборудования коммутации узлов связи, установленным федеральным органом исполнительной власти в области обеспечения безопасности;
6) протоколу взаимодействия сервера абонентских данных HSS и/или центра аутентификации АиС с отдельным аппаратным модулем безопасности HSM, выполняющим криптографические функции аутентификации и идентификации абонентов (приложение № 24 к Правилам);
7) функциям HSS при реализации non-3GPP доступа при взаимодействии с 3GPP AAA сервером по протоколу Diameter (интерфейс SWx);
8) перечню сообщений протокола Diameter при реализации интерфейса SWx (приложение № 21 к Правилам);
9) перечню данных, хранящихся в HSS, при реализации non-3GPP доступа (приложение № 22 к Правилам).
16. Для оборудования, выполняющего функции SGSN, устанавливаются следующие требования к:
1) протоколу GTP (приложении № 7 к Правилам);
2) интерфейсам взаимодействия (приложении № 9 к Правилам);
17. Для оборудования, выполняющего функции PCRF, устанавливаются следующие требования к:
1) перечню сообщений протокола Diameter при реализации интерфейса взаимодействия PCRF с P-GW (интерфейс Gx) в случае реализации интерфейсов S5 и S8 протоколом GTP, PCRF визитной сети (далее — V-PCRF) с PCRF домашней сети (далее — H-PCRF), H-PCRF (V-PCRF)
2) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
3) интерфейсам взаимодействия (приложение № 9 к Правилам);
4) функциям PCRF при реализации non-3GPP к:
а) PCRF домашней сети (далее — H-PCRF):
взаимодействие с P-GW домашней сети (интерфейс Gx) должно осуществляться для обмена информацией управления качеством передачи данных QoS и правил тарификации при маршрутизации трафика через домашнюю сеть по протоколу Diameter;
взаимодействие с TWAN (интерфейс Gxa), с S-GW (интерфейс Gxc), с ePDG (интерфейсу Gxb) должно осуществляться для передачи сообщений управления качеством передачи данных QoS и тарификации по протоколу Diameter;
взаимодействие с PCRF визитной сети (далее — V-PCRF) (интерфейс S9) должно осуществляться по протоколу Diameter;
б) PCRF визитной сети:
взаимодействие с TWAN (интерфейс Gxa), с S-GW (интерфейс Gxc), с ePDG (интерфейс Gxb) должно осуществляться для передачи сообщений управления качеством передачи данных QoS и тарификации по протоколу Diameter;
взаимодействие с H-PCRF (интерфейс S9) должно осуществляться по протоколу Diameter.
18. Требования к оборудованию коммутации стандарта LTE в режиме оказания услуг связи с использованием оборудования коммутации IMS приведены в приложении № 16 к Правилам.
19. Требования к оборудованию Центра Управления и Технического Обслуживания (ЦУ и ТО) приведены в приложении № 15 к Правилам.
20. Для оборудования, выполняющего функции DA переключения (далее — DRLA), прокси сервера (далее — DPXA), перенаправления (далее — DRDA), обеспечивающего определение местонахождения подписки пользователя, в случае наличия на сети оператора нескольких HSS, устанавливаются следующие требования к:
1) перечню сообщений протокола Diameter при реализации интерфейса взаимодействии ММЕ с DA (интерфейс S6a) (приложение № 5 к Правилам);
2) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
3) интерфейсам взаимодействия (приложении № 9 к Правилам).
21. Для оборудования, выполняющего функции ePDG, устанавливаются следующие требования к:
1) функциям ePDG:
а) выделение UE временного удаленного IP адреса (далее — СоА), являющегося локальным для ePDG, при реализации интерфейса S2c;
б) регистрация локального IP адреса UE;
в) обеспечение возможности транспортировки удаленного IP-адреса, выделенного в качестве IP-адреса PDN, при реализации интерфейса S2b;
г) маршрутизация пакетов данных от(к) P-GW (от(к) S-GW при выполнении S-GW функции LA в сети VPLMN к(от) UE, если реализуется интерфейс S2b протоколом GTP;
д) маршрутизация пакетов данных к UE через интерфейс SWu, связанный соединением с PDN;
е) инкапсуляция и деинкапсуляция пакетов данных IPSec, при осуществлении поддержки мобильности на базе интерфейса S2b, реализованного протоколом GTP или PMIPv6;
ж) реализация функций MAG при реализации интерфейса S2b протоколом PMIPv6;
з) формирование безопасных туннелей IPSec протоколом IKEv2 для передачи данных аутентификации и авторизации;
и) обеспечение функций LMA в случае реализации расширения протокола IKEv2;
к) генерация и распределение ключей протокола GRE, используемых для инкапсуляции данных PMIPv6, передаваемых ЕРС в направлении ePDG в сторону интерфейса S2b;
л) организация взаимодействия правил тарификации различных операторов;
м) реализация функций пограничного взаимодействия;
2) интерфейсам взаимодействия (приложение № 9 к Правилам);
3) протоколу PMIPv6 при реализации в оборудовании коммутации стандарта LTE (приложение № 8 к Правилам);
4) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
5) протоколу GTP (приложение № 7 к Правилам);
6) протоколу IKEv2 (приложение № 19 к Правилам);
7) протоколу IPSec, идентификационному заголовку протокола IPSec (АН), протоколу ESP) (приложение № 20 к Правилам);
8) перечню сообщений протокола Diameter при реализации интерфейса взаимодействия ePDG и 3GPP AAA сервер/прокси (интерфейс SWm) (приложение № 21 к Правилам);
9) перечню данных, хранящихся в ePDG, при реализации non-3GPP доступа (приложение № 22 к Правилам);
10) протоколу ЕАР-АКА, ЕАР-АКА′ (приложение № 23 к Правилам).
22. Для оборудования, выполняющего функции 3GPP AAA сервера, устанавливаются следующие требования к:
1) функциям 3GPP AAA сервера:
а) выполнение функции сервера для метода ЕАР-АКА, используемого при аутентификации UE;
б) получение от HLR/HSS информации о профилях UE для аутентификации;
в) аутентификация 3GPP пользователя с использованием данных, полученных от HLR/HSS;
г) обновление информации для доступа TWAN по запросу HLR/HSS;
д) передача информации авторизации пользователя к WLAN через 3GPP AAA прокси сервер, если пользователь находится в визитной сети;
е) регистрация адреса в HLR/HSS при каждой аутентификации пользователя;
ж) удаление данных о подключении из HLR/HSS при отмене регистрации пользователя в 3GPP AAA сервере;
з) сохранение информации о состоянии подключения UE к WLAN;
и) формирование и передача данных для тарификации системе тарификации в HPLMN при доступе UE через UTWAN;
к) хранение данных о качестве обслуживания для TWAN;
л) взаимодействие с TWAN (интерфейс STa), с HLR/HSS (интерфейс SWx), с UTWAN (интерфейс SWa), с 3GPP AAA прокси сервером (интерфейс SWd) по протоколу Diameter;
м) передача к P-GW информации для авторизации;
н) предоставление P-GW временного удаленного IP адреса UE, полученного от HSS при использовании статического удаленного IP адреса;
о) предоставление 3GPP AAA прокси серверу информации о правилах обслуживания пользователя;
2) протоколу PMIPv6 при реализации в оборудовании коммутации стандарта LTE (приложение № 8 к Правилам);
3) интерфейсам взаимодействия (приложение № 9 к Правилам);
4) протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
5) протоколу IKEv2 (приложение № 19 к Правилам);
6) протоколу IPSec, идентификационному заголовку протокола IPSec (АН), протоколу ESP (приложение № 20 к Правилам);
7) перечню сообщений протокола Diameter при реализации интерфейсов STa, SWx, SWa, SWd (приложение № 21 к Правилам);
8) перечню данных, хранящихся в 3GPP AAA сервере, при реализации non-3GPP доступа (приложение № 22 к Правилам);
9) протоколу ЕАР-АКА, ЕАР-АКА′ (приложение № 23 к Правилам).
23. Для оборудования, выполняющего функции 3GPP AAA прокси сервера, устанавливаются следующие требования:
1) трансляция информации для аутентификации между WLAN и 3GPP AAA сервером;
2) предоставление информации об ограничениях, полученной из домашней сети при использовании доступа WLAN;
3) формирование и передача данных для тарификации системе тарификации VPLMN;
4) прекращение обслуживания;
5) обеспечение взаимодействия интерфейсов SWa, STa и SWd при использовании на них различных протоколов;
6) к протоколу PMIPv6 при реализации в оборудовании коммутации стандарта LTE (приложение № 8 к Правилам);
7) к интерфейсам взаимодействия (приложение № 9 к Правилам);
8) к протоколу SCTP при реализации в оборудовании коммутации стандарта LTE (пункт 2 приложения № 14 к Правилам № 58-07);
9) к протоколу IKEv2 (приложение № 19 к Правилам);
10) к протоколу IPSec, идентификационному заголовку протокола IPSec (АН), протоколу ESP (приложение № 20 к Правилам);
11) к перечню сообщений протокола Diameter при реализации интерфейсов STa, SWa, SWd (приложение № 21 к Правилам);
12) к перечню данных, хранящихся в 3GPP AAA прокси сервере, при реализации non-3 GPP доступа (приложение № 22 к Правилам);
13) к протоколу ЕАР-АКА, ЕАР-АКА′ (приложение № 23 к Правилам).
Приложение № 1к Правилам применения оборудованиякоммутации сетей подвижнойрадиотелефонной связи. Часть VII.Правила применения оборудованиякоммутации стандарта LTE,утвержденным приказом Министерствацифрового развития, связи и массовыхкоммуникаций Российской Федерацииот 25.06.2022 г. № 319
Радиотелефонная связь
Радиотелефонная связь является самым оперативным и распространенным видом связи с мобильными абонентами. Создание систем радиотелефонной связи не требует прокладки дорогостоящих телекоммуникаций, проведения сложных инженерных работ. Эту связь можно организовать в считанные дни, независимо от рельефа местности и погодных условий.
Радиотелефонную связь можно классифицировать по различным признакам: числу абонентов, распространенности по стране, сервисным возможностям телефонных аппаратов и др. Однако все эти характеристики принято рассматривать применительно к каждой из шести разновидностей радиотелефонных систем: система сотовой радиотелефонной связи, системы транкинговой радиотелефонной связи, проводные телефоны с радиотрубкой, радиотелефонные удлинители, системы персональной спутниковой радиосвязи, системы персонального радиовызова.
Сотовая система радиотелефонной связи обслуживает территорию, разделенную на множество небольших зон — сот, каждая из которых обслуживается своим радиоаппаратуры. Эти зоны на плане города формируют структуру, похожую на пчелиные соты (отсюда и название).
Транкинговая (магистральная) связь — наиболее оперативный вид двухсторонней мобильной связи с подвижными абонентами, максимально эффективный для координации их действий в целях производственной необходимости. Транкинг — это совокупность каналов связи, автоматически распределяемых между пользователями, поэтому такой сигнал связи наиболее перспективен и эффективен для мгновенной связи между группами, объединившимися по организационному признаку.
Система транкинговой связи включает в себя базовую станцию (иногда несколько), ретранслятор и абонентские радиостанции с телескопическими антеннами. В транкинговых системах вместо одного канала, к которому обращается несколько пользователей, содержится группа каналов, доступных всем пользователям данной системы.
Существует несколько базовых разновидностей транкинговых систем: без канала управления, с выделенным каналом управления, системы без выделенного контрольного канала.
Система без канала управления — свободный канал «помечается» специальным сигналом — маркером. Центральная станция такой системы периодически передает определенную последовательность, автоматически распознаваемую станцией абонента. В случае вызова радиостанция занимает любой из свободных каналов. Все это происходит незаметно для пользователя: не нужно беспорядочно нажимать клавиши и прислушиваться шумам эфира.
Система выделенным каналом управления сама определяет наличие незанятых каналов и переключает на них станцию абонента. Микропроцессорный блок управления контролирует все базовые станции в зоне обслуживания. Один из каналов выделяется для использования исключительно в целях управления и представляет собой своеобразное «руководящее звено» данной системы.
Телефоны с радиотрубкой (радиотелефоны) — это телефоны аппараты, имеющие обычную проводную связь с телефонной АТС, в которых шнур к телефонной трубке заманен на ридиолинию. Для реализации такой возможности и в телефонном аппарате и в трубке имеются моломощные приемопередающие радиоустройства.
Сервисные возможности радиотелефонов: двухстороняя связь между базавым блоком и радиотрубкой через громкоговорящие отбратимые динамики, автоматическая смена когда доступа в трубке при каждом ее подключении к базовому блоку, сигнализация при выходе из зоны уверенной связи с базовым блоком, память на десять выделенных номеров и память последнего набранного номера при помощи нажатия одной клавиши, дистанционное управление автоответчиком с радиотрубки, записи сообщений на общее время, равное 15 мин и др.
Радиоудлинители — это почти то же самое, что и телефоны с радиотрубкой, только имеющие большую мощьность и предназначены для связи с удаленными мобильными сотрудниками.
Персональная спутниковая радиосвязь — чудотехнология, использующая комплексы космических ретрансляторов для соединения с любым абонентом, находящимся в любой точки Земли. В наши дни создана мощная сеть с путников охватывающая весь мир, позволяющая помимо дуплексной телефонной связи обеспечить целый ряд сервисных возможностей, таких как организация факсимильной связи, электронной и голосовой почты, режим персонального радиовызова, возможность подключения к радиотелефону портативного компьютера и др.
Системы персонального радиотелефоного радиовызова (радиопоисковой связи) предназначены для оперативного поиска и передачи информации абонентам этих систем. Они состоят из центральной приемопередающей аппаратуры, связанной радиоканалами с миниатюрными приемниками, индивидуально закрепленными за абонентами системы.
Абонент, имеющий такой приемник, держит его в дежурном режиме, при поступлении вызова с центральным пульта приемник издает вибрационный или звуковой сигнал, привлекающий внимание абонента. Абонент включает в приемник в рабочим режим и выслушивает либо просматривает на миниатюрном дисплее посылаемое ему сообщение.
Системы персонального радиовызова бывают локальные и региональными. Локальными системы применяются на территории одного предприятия или организации и используют, как правило, низкочастотные радиоканалы. У низкочастотных радиопоисковых системах передача информации только односторонняя: от центрального пульта к абонентам.
Пейджиговая сязь — это связь высокой оперативности низкой стоимости, а также эффективность использования частотного ресурса. Основной пейджиговой системы является пейджиговый терминал — приемопередающее устройство с контроллером, ретранслятором, пультом управления и антенной.
Пейджеры бывают тоновые, цифровые и текстовые. Текстовые пейджеры самые совершенные. Они могут служить записной книжкой, ежедневником с системой таймеров, оповещающих о времени встречи. Сапков, В.В. Информационные технологии и компьютеризация депроизводства: учеб. пособие для нач. проф. образования / В.В. Сапков. — 2-е изд. — М. : Издательский центр «Академия», 2007. — С.156-160.
В истории человечества одним из первых средств связи были сигнальные костры, в Древней Греции уже применялся простейший код — костровый дым трех цветов. С помощью цветовых сочетаний можно было передавать информацию. Во времена Ньютона появились подзорные трубы, что позволило создать систему костровой связи с ретрансляторами, находящимися на расстоянии, большем 10 км.
Первым устройством оптической связи считается семафорный телеграф Шаппа, появившийся в 1791 г. К 1840 г., в период наивысшего расцвета семафорного телеграфа, общая протяженность его сети составляла примерно 5000 км, она охватывала всю Европу. Самая длинная линия такого «оптического» телеграфа протяженностью 1200 км была построена в 1839 г.
между Петербургом и Варшавой. Начало развитию электросвязи было положено в 1837 г., когда американским художником и изобретателем С. Морзе был создан телеграфный аппарат. Телеграфные провода, подвешенные на столбах, простирались на многие километры. В 1876 г. американским инженером А.Г.
Беллом был изобретен телефон. Опыты Герца открыли перед человечеством возможность применения радиоволн для осуществления связи. Наш урок посвящен радиотелефонной связи, мы рассмотрим вопросы, связанные с радиотелефонной связью, телевидением и радиолокацией
Для этой цели А.С. Попов использовал известную всем азбуку Морзе. Именно ему удалось осуществить радиосвязь, то есть передачу информации при помощи электромагнитных волн. Она заключалась в том, что при помощи точек и тире сообщалась некая информация.
Чем же отличается телефонная радиосвязь от радиосвязи?
Радиотелефонной связью
мы называем передачу информации, речи, музыки на большие расстояния при помощи электромагнитных волн. Принцип радиотелефонной связи заключается в следующем: в передающей антенне создается высокочастотный переменный электрический ток, этот ток вокруг передающей антенны создает переменное электромагнитное поле, которое распространяется в виде электромагнитных волн.
Такая волна, попадая на приемную антенну, возбуждает в приемной антенне ток той же частоты, что и был произведен при излучении, и таким образом осуществляется радиосвязь, то есть при помощи электромагнитных волн. Для того чтобы обеспечить такую связь, нужны специальные устройства. Во времена А.С.
Попова и Генриха Герца, который впервые осуществил излучение электромагнитной волны и ее прием, источники электромагнитных колебаний были очень слабы, и поэтому на большие расстояния электромагнитная волна распространяться не могла. Тем не менее А.С. Попову удалось осуществить связь на расстоянии более 70 километров.
В наше время радиосвязь осуществляется по всему земному шару, даже за его пределами. Вопрос с производством высокочастотных колебаний был решен в 1913 году, когда был создан генератор незатухающих электромагнитных колебаний (рис. 2).
Рис. 2. Генератор незатухающих электромагнитных колебаний ()
Главной частью генератора является трехэлектродная лампа — триод, которая состоит из трех частей: анод, сетка и катод. Вот такая лампа является основной частью любого генератора незатухающих колебаний.
Рассмотрим схему устройства передатчика электромагнитных волн или передающего устройства (рис. 3):
Рис. 3. Передатчик электромагнитных волн ()
В первую очередь это генератор высокой частоты (ГВЧ), соединенный с модулятором (М), на который поступает звук от микрофона. В микрофоне механические колебания, звуковые колебания преобразуются в электрические колебания низкой частоты, и эти колебания от генератора высокой частоты и микрофона соединяются в модуляторе.
После усилителя (У) промодулированный сигнал поступает на передающую антенну, и уже этот сигнал выходит в эфир.
Слово «модуляция» означает «размеренность». Рассмотрим, как осуществляется модуляция в передающей части и из чего она состоит (рис. 4).
Рис. 4. Модуляция в передающей части ()
На первой части рисунка изображены высокочастотные колебания, по вертикали расположено напряжение (U 1), которое изменяется синусоидально и за очень маленький промежуток времени проходит очень много колебаний.
Вторая часть рисунка соответствует электрическим сигналам, которые поступают на модулятор от микрофона, это низкочастотные сигналы.
Когда в модуляции происходит объединение этих сигналов, мы наблюдаем высокочастотную составляющую, которая меняется по амплитуде в соответствии сигналам низких частот.
Этот процесс называется амплитудная модуляция
.
Сегодня амплитудная модуляция — хорошо изученный и отработанный элемент, поэтому очень часто используется в радиосвязи, то есть когда мы слушаем радио, мы используем амплитудно-модулированный сигнал.
Существуют и другие способы модуляции: частотная модуляция или фазовая модуляция, они тоже нашли свое применение.
Требования к протоколам mipv6, dsmipv6
1. Требования к дополнительному заголовку протокола мобильности IPv6 Mobility Header (МН), обеспечивающему мобильность пользователя:
1.1. заголовок «Mobility Header» должен обозначаться в поле «Next Header» (Следующий заголовок) значением «135» и включать поля, приведенные в таблице № 1.
Таблица № 1.
Примечание:
поле «Payload Proto» должно идентифицировать тип заголовка, следующего сразу за Mobility Header, использовать значения, соответствующие заголовку «Следующий заголовок» протокола IPv6.
поле «Header Len» должно указывать длину заголовка (за исключением первых 8 октетов) в единицах, равных 8 октетам. Значение Header Len должно устанавливаться равным «0», если сообщение не имеет параметров.
поле «МН Туре» должно указывать тип передаваемого сообщения.
поле «Резерв» должно устанавливаться равным «0».
поле «Checksum» должно содержать контрольную сумму заголовка «Mobility Header», начиная с поля «Payload Proto».
поле «Message Data» должно быть полем переменной длины и должно содержать данные сообщения. Тип сообщения должен указываться в поле «МН Туре».
поле «Дополнение до границы заголовка» должно использоваться для выравнивания границы заголовка по длине, кратной 8 октетам. Свободные позиции должны заполняться нулями.
1.2. сообщения, передаваемые при использовании заголовка «Mobility Header»:
а) «Запрос обновления привязки UE» (сообщение BRR (Binding Refresh Request) должно включать следующие поля (поле «МН Туре» для сообщения BRR должно быть равно «0»):
«Резерв» (16 бит) (должно быть резервным, равно «0» и должно игнорироваться получателем);
«Опции мобильности» (Mobility Options) (должно быть переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам) и должно содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций,а получатель должен игнорировать и пропускать любые опции);
б) «Инициирование проверки домашнего адреса» (сообщение HoTI (Home Test Init ) должно включать следующие поля (поле «МН Туре» для сообщения HoTI должно быть равно «1»):
«Резерв» (16 бит) (должно быть резервным, равно «0» и должно игнорироваться получателем);
«Идентифицирующая цепочка домашнего адреса» (Home Init Cookie) (должно быть 64-битовым полем, содержащим значение вновь сгенерированного случайного числа, которое возвращается в UE в сообщении Home Test);
«Опции мобильности» (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции).
Мобильный узел должен использовать сообщение «Ноте Test Init» для инициализации процедуры обратной маршрутизации и запроса маркера «Ноте keygen token» от узла-корреспондента, туннелируемое через домашнего агента, когда мобильный узел находится в визитной сети;
в) «Инициирование проверки временного адреса» (сообщение Care-of Test Init) должно включать следующие поля (поле «МН Туре» для сообщения «Care-of Test Init» должно быть равно «2»):
«Идентифицирующая цепочка временного адреса» (Care-of Init Cookie) (должно быть 64-битовым полем, содержащим значение вновь сгенерированного случайного числа, которое возвращается в UE в сообщении «Care-of Test»);
«Опции мобильности» (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции).
Мобильный узел должен использовать сообщение «Care-of Test Init» (CoTI) для инициализации процедуры обратной маршрутизации и запроса маркера «Care-of Keygen Тоkеn» от узла-корреспондента;
г) «Проверка домашнего адреса» (сообщение Home Test), используемое для осуществления возврата UE идентифицирующей цепочки, посылаемой узлу-корреспонденту в сообщении «Ноте Test Init» должно включать следующие поля (поле «МН Туре» для сообщения «Ноте Test» должно быть равно «3»):
«Одноразовый индекс домашнего номера» (Home Nonce Index) (должно быть 16-битовым полем и возвращаться узлу-корреспонденту мобильным узлом в сообщении «Binding Update»);
«Идентифицирующая цепочка домашнего адреса» (Home Init Cookie) (должно быть 64-битовым полем и приниматься в сообщении «Ноте Test Init»);
«Маркер Ноте Keygen Тоkеn» (должно содержать 64 бита маркера, используемого в процедуре обратной маршрутизации);
«Опции мобильности» (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции);
д) «Care-of Test», используемое для возврата UE идентифицирующей цепочки, посылаемой узлу-корреспонденту в сообщении «Care-of Test Init» должно включать следующие поля (поле «МН Туре» для сообщения «Care-of Test» должно быть равно «4»):
«Одноразовый индекс временного номера» (Care-of Nonce Index) (должно быть 16-битовым полем, возвращаемым обратно узлу-корреспонденту мобильным узлом в сообщении «Binding Update»);
«Идентифицирующая цепочка временного адреса» (Care-of Init Cookie) (должно быть 64-битовым полем, содержащим принятое в сообщении «Care-of Test Init»значение);
«Маркер Care-of Keygen Тоkеn» (должно содержать 64 бита маркера, используемого в процедуре обратной маршрутизации);
«Опции мобильности» (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции);
е) «Информирование об обновлении привязки» (сообщение BU (Binding Update) должно использоваться мобильным узлом для уведомления других узлов о своем новом временном адресе и включать следующие поля (поле «МН Туре» для сообщения «Binding Update» должно быть рано «5»):
«Порядковый номер» (Sequence) (должно быть 16-битовым полем, используемым для нумерации сообщений «Binding Update» для сопоставления сообщения «Binding Acknowledgement)) с сообщением «Binding Update)));
бит «Подтверждение» (A) (Acknowledge) (должен устанавливаться посылающим мобильным узлом и содержать информацию об ожидании сообщения «Подтверждение привязки»);
бит «Регистрация в домашнем агенте» (Н) (Home Registration) (должен устанавливаться посылающим мобильным узлом, чтобы принимающий узел домашней сети служил ему домашним агентом);
бит «Соответствие линка и локального адреса» (L) (Link-Local Address Compatibility) (должен устанавливаться при одинаковом идентификаторе интерфейса домашнего адреса, переданного мобильным узлом, и линка);
бит «Возможность мобильного управления ключами» (Key Management Mobility Capability) (К) (должен быть равен «0», когда используемый для установления контекстов безопасности между мобильным узлом и домашним агентом протокол IPsec не переносит информацию о перемещении, должен использоваться только в сообщениях «Binding Update)), посылаемых домашнему агенту, и должен быть равен «0» в других сообщениях «Binding Update)), а узлы-корреспонденты должны игнорировать указанный бит);
«Зарезервировано» (Reserved) (12 бит) (должно быть равно «0» и должно игнорироваться получателем);
«Время жизни» (Lifetime) (16 бит) (должно указывать на количество единиц времени, оставшихся до того момента, когда привязка UE считается просроченной (при значении «0» указывает на необходиомсть удаления информации о привязке мобильного узла при этом указанный временный адрес должен устанавливаеться равным домашнему адресу). За единицу времени должны быть приняты 4 секунды);
«Опции мобильности» (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, получатель должен игнорировать и пропускать любые опции).
В сообщении «Binding Update)) должны быть допустимы следующие опции мобильности:
опция «Данные авторизации привязки» (Binding Authorization Data) (должна быть обязательной в сообщениях «Binding Update)), посылаемых узлу-корреспонденту) ;
опция «Индексы одноразовых номеров» (Nonce Indices);
опция «Альтернативный (запасной) временный адрес» (Alternate Care-of Address).
Поле заголовка «Mobility Header Header Len» должно быть равно «1» при отсутствии опций в сообщении, а так же следует использовать 4 октета заполнения.
ж) «Подтверждение приема сообщения об обновлении привязки» (сообщение ВА (Binding Acknowledgement) (поле «МН Туре» для сообщения ВА должно быть равно «6»);
з) «Сообщение об ошибке, связанной с мобильностью» (сообщение BE (Binding Error ) (поле «МН Туре» для сообщения BE должно быть равно «7»);
1.3. дополнительный заголовок протокола IPv6 «Туре 2 Routing Header», обеспечивающий дополнительные данные для маршрутизации:
а) поля заголовка «Туре 2 Routing Header» приведены в таблице № 2.
Таблица № 2.
Примечание:
поле «Next Header» должно идентифицировать тип заголовка, следующего за заголовком «Туре 2 Routing Header» и использовать для идентификации заголовков те же значения, что и в заголовке «Следующий заголовок» протокола IPv6;
поле «Hdr Ext Len» должно содержать информацию о длине заголовка (за исключением первых 8 октетов) в единицах, равных 8 октетам и быть равно «2»;
поле «Routing Туре» должно содержать информацию о типе маршрутизации и быть равно «2»;
поле «Segments Left» должно быть равно «1»;
поле «Резерв» должно быть равно «0»;
поле «Ноте Address» должно быть полем длиной 16 октетов и содержать домашний адрес узла назначения.
1.4. дополнительные сообщения ICMP IPv6:
Протоколом Mobile IPv6 вводится четыре новых типа сообщений для протокола ICMP.
Для определения адреса домашнего агента должны использоваться новые сообщения ICMP:
«Запрос определения адреса домашнего агента» (Home Agent Address Discovery Request) (должно использоваться мобильным терминалом для инициации механизма динамического определения адреса домашнего агента);
«Ответ определения адреса домашнего агента» (Home Agent Address Discovery Reply) (должно использоваться домашним агентом для ответа мобильному узлу, использующему механизм динамического определения адреса домашнего агента).
Для перенумерования сетей и конфигурирования адресов на мобильном узле должны использоваться новые сообщения ICMP:
«Запрос мобильного префикса» (Mobile Prefix Solicitation);
«Объявление мобильного префикса» (Mobile Prefix Advertisement).
а) формат сообщения «Запрос определения адреса домашнего агента» (Home Agent Address Discovery Request) приведен на рисунке 1.
Рисунок 1
Примечания:
поле «Тип» (1 байт) должно быть равно «144»;
поле «Код» (1 байт) должно быть равно «0»;
поле «Идентификатор» (2 байта) должно содержать сгенерированное мобильным узлом 64-битовое число, используемое для сопоставления запроса и ответа;
поле «Резерв» должно быть равно «0» и должно игнорироваться получателем;
б) формат сообщения «Ответ определения адреса домашнего агента» (Home Agent Address Discovery Reply) приведен на рисунке 2.
Рисунок 2
Примечание:
поле «Тип» (1 байт) должно быть равно «145»;
поле «Код» (1 байт) должно быть равно «0»;
поле «Идентификатор» (2 байта) должно содержать число из сообщения «Ноте Agent Address Discovery Request»;
поле «Резерв» должно быть равно «0» и должно игнорироваться получателем;
поле «Адреса домашнего агента» должно содержать список адресов домашних агентов мобильного узла в домашней сети;
в) формат сообщения «Запрос мобильного префикса» (Mobile Prefix Solicitation) приведен на рисунке 3.
