- PVSM.RU - https://www.pvsm.ru -
Добрый день!
В данной статье я кратко расскажу, как элементы EPC сети ведут в себя в случае возникновения ошибок на одном из элементов.
Существует два типа процедур:
Далее я расскажу подробнее про каждую процедуру восстановления. Для упрощения рассмотрим только элементы классической LTE сети — MME, SGW и PGW и протокол GTP.
Каждый элемент, который подключен по протоколу GTP к другим элементам, имеет два внутренних счетчика:
Все элементы, подключенные по протоколу GTP, периодически обмениваются сообщениями Echo Request/Response, которые используются для проверки подключения между ними. Сообщения Echo Request/Response содержат два очень важных поля — Node Features (о нем чуть позже) и Recovery. Поле Recovery содержит количество рестартов сетевого элемента, т.е его значение Local Restart Counter.
Как происходит обмен данными? Для примера возьмем SGW и MME
Тем самым все элементы синхронизируют количество рестартов.
Рассмотрим, что происходит, когда один из элементов перезагружается. Для примера возьмем опять MME и SGW
То же самое происходит между SGW и PGW. Стоит отметить, что в случае перезагрузки PGW, об этом «узнает» только SGW, так как PGW не подключен напрямую к SGW. Для того чтобы MME также «узнал» о перезагрузке PGW, в Release 10 добавили новую функцию — PGW Restart Notification.
PGW Restart Notification — это флаг в поле Node Features, которое содержится в сообщении Echo Request/Response. Если MME эту функцию поддерживает, то он добавляет этот флаг в поле Node Features. По аналогии, если SGW поддерживает эту функцию, то он также добавляет этот флаг в поле Node Features. Соответственно, если оба элемента эту функцию поддерживают, то после рестарта PGW и обмена сообщениями с SGW (по аналогии с описанным выше), SGW дополнительно генерирует сообщение PGW Restart Notification и отправляет его MME, тем самым уведомляя его о том, что был выполнен рестарт PGW. MME, получив это сообщение, также выполняет необходимые операции (зависит от производителя)
Подытоживая все вышесказанное, процедура полного восстановления — это четкая и понятная процедура, при которой все сетевые элементы, анализируя счетчики рестартов каждого из элементов, синхронизируются между собой
Функция, которая появилась в 3GPP Release 10. Идея очень проста. Разбить все сессии, обрабатываемые сетевым элементом на части, которые называются Connection Set и присвоить каждому Connection Set свой идентификатор — Connection Set Identifier (CSID). Каждый Connection Set имеет локальный идентификатор (CSID) и глобальный (FQ-CSID), который состоит из идентификатора сетевого элемента и CSID.
Для того чтобы остальные сетевые элементы «знали» об этих идентификаторах, каждый сетевой элемент добавляет эти идентификаторы в соответствующие сообщения при подключении мобильной станции — Create Session Request/Response. При этом в сообщение добавляется именно глобальный идентификатор — FQ-CSID.
Теперь на каждом элементе сессия имеет три идентификатора — MME FQ-CSID, SGW FQ-CSID и PGW FQ-CSID. Теперь, если на каком-то элементе возникает ошибка, которая затрагивает определенный Connection Set, то вместо процедуры постепенного удаления всех ресурсов, элемент генерирует сообщение Delete PDN Connection Set Request, в который включает все CSID (добавляя к ним свой глобальный идентификатор), которые были затронуты ошибкой, и шлет это сообщение остальным элементам. Элементы, получив это сообщение, удаляют ресурсы, соответствующие этим CSID.
В самом простом случае каждый элемент имеет один CSID (все сессии элемента) и один соответствующий ему FQ-CSID. Но количество Connection Set можно увеличить, например, присвоив разные идентификаторы сессиям, которые обрабатываются, например, разными платами или разными программными модулями. Если плата выходит из строя, то элемент «знает», что необходимо удалить ресурсы с определенными CSID, и сообщить об этом остальным элементам.
У нас есть следующие элементы:
Спасибо за внимание
Автор: Alexey06
Источник [4]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/lte/39524
Ссылки в тексте:
[1] E-UTRAN Architecture: http://www.3gpp.org/ftp/Specs/html-info/23401.htm
[2] Service Restoration: http://www.3gpp.org/ftp/Specs/html-info/23007.htm
[3] GTPv2: http://www.3gpp.org/ftp/Specs/html-info/29274.htm
[4] Источник: http://habrahabr.ru/post/187906/
Нажмите здесь для печати.