СПОСОБ ОБРАБОТКИ ОТКАЗА СЕТЕВОЙ СЛУЖБЫ, СИСТЕМА УПРАВЛЕНИЯ СЛУЖБАМИ И МОДУЛЬ УПРАВЛЕНИЯ СИСТЕМОЙ Российский патент 2018 года по МПК H04W24/04 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Виртуализация сетевых функций (NFV, Network Function Virtulization) инициирована 13 глобальными основными операторами мобильной связи, и многие поставщики устройств и IT производители участвуют в организации NFV, с целью формулирования требования операторов к виртуализации сетевых функций и соответствующего технического отчета, и в расчете реализовать переход к некоторым программно заданным сетевым функциям, опираясь на технологию виртуализации информационной технологии IT и с использованием универсального высокопроизводительного сервера большой емкости, коммутатора и памяти. Таким образом, различные типы сетевых устройства, например, сервер, маршрутизатор, запоминающее устройство, CDN и коммутатор, могут реализовать разделение программного обеспечения и аппаратного обеспечения путем использования технологии виртуализации сетевых функций, что позволяет устанавливать устройства в центре обработки данных, на сетевом узле или в доме пользователя.

NFV может полностью отделять программное обеспечение, которое задает сетевую функцию, от универсального высокопроизводительного аппаратного сервера, памяти и сетевого коммутатора, для реализации модульной характеристики, согласно которой программное обеспечение не зависит от аппаратного компонента, и выполнять удаленную автоматическую установку и управление программного устройства на основе универсального оборудования.

Однако до сих пор не предложен способ управления отказом сетевой службы в среде NFV; управление отказом на основании традиционного объекта сетевого элемента не пригодно для виртуальной среды NFV, и когда в сетевой службе происходит отказ в среде NFV, отказ не удается своевременно обрабатывать для поддержания стабильности системы NFV.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Варианты осуществления настоящего изобретения предусматривают способ обработки отказа сетевой службы, систему управления службами и модуль управления системой, которые используются для обработки отказа сетевой службы в среде NFV, для поддержания стабильности системы NFV.

Первый аспект вариантов осуществления настоящего изобретения предусматривает систему управления службами, включающую в себя:

модуль отслеживания, выполненный с возможностью отслеживания данных рабочей производительности объекта виртуальной сетевой функции VNF;

модуль принятия решения, выполненный с возможностью определения, согласно данным рабочей производительности, которые относятся к VNF и отслеживаются модулем отслеживания, является ли аномальной производительность сетевой службы;

модуль запрашивания информации, выполненный с возможностью: когда модуль принятия решения определяет, что производительность сетевой службы является аномальной, отправлять информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на модуль диагностики отказа;

модуль диагностики отказа, выполненный с возможностью осуществления диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности, которые относятся к VNF и отслеживаются модулем отслеживания, для получения отчета о диагностике отказа сетевой службы; и

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

Согласно первому аспекту вариантов осуществления настоящего изобретения, в первом варианте реализации первого аспекта вариантов осуществления настоящего изобретения, модуль отслеживания, в частности, выполнен с возможностью периодически принимать данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Согласно первому варианту реализации первого аспекта вариантов осуществления настоящего изобретения, во втором варианте реализации первого аспекта вариантов осуществления настоящего изобретения, система дополнительно включает в себя:

модуль приема конфигурации, выполненный с возможностью приема диапазона значений параметра конфигурации, отправленного блоком оркестровки Orchestrator; причем

модуль принятия решения, в частности, включает в себя:

блок принятия решения, выполненный с возможностью определения, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации, принятого модулем приема конфигурации;

блок определения нормальности, выполненный с возможностью: когда блок принятия решения определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, определять, что производительность сетевой службы является нормальной; и

блок определения аномалии, выполненный с возможностью: когда блок принятия решения определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации, определять, что производительность сетевой службы является аномальной.

Согласно любому варианту реализации первого аспекта до второго варианта реализации первого аспекта вариантов осуществления настоящего изобретения, в третьем варианте реализации первого аспекта вариантов осуществления настоящего изобретения, модуль диагностики отказа, в частности, включает в себя:

блок определения отказа, выполненный с возможностью определения первопричинного отказа и псевдоотказа на основании данных рабочей производительности, которые относятся к VNF и отслеживаются модулем отслеживания, и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

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

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

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

Согласно четвертому варианту реализации первого аспекта вариантов осуществления настоящего изобретения, в пятом варианте реализации первого аспекта вариантов осуществления настоящего изобретения,

система управления службами установлена в блоке оркестровки;

или

система управления службами установлена в модуле управления системой;

или

система управления службами установлена в EMS.

Второй аспект вариантов осуществления настоящего изобретения предусматривает модуль управления системой, включающий в себя:

блок приема запроса, выполненный с возможностью приема информации запроса связывания с отказом сетевой службы, отправленной системой управления службами SMS;

блок проверки отказа, выполненный с возможностью проверки информации об отказе в рамках объема управления согласно информации запроса связывания с отказом сетевой службы, принятой блоком приема запроса;

блок преобразования информации, выполненный с возможностью преобразования информации об отказе, проверенной блоком проверки отказа, в ответ связывания с отказом сетевой службы;

блок отправки, выполненный с возможностью отправки, на SMS, ответа связывания с отказом сетевой службы, полученного посредством преобразования блоком преобразования информации;

блок приема отчета, выполненный с возможностью приема отчета о диагностике отказа сетевой службы, отправленного посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы, отправленному блоком отправки, и данным рабочей производительности объекта виртуальной сетевой функции VNF; и

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

Согласно второму аспекту вариантов осуществления настоящего изобретения, в первом варианте реализации второго аспекта вариантов осуществления настоящего изобретения, когда модуль управления системой является системой управления сетью NMS, блок проверки отказа, в частности, выполнен с возможностью проверки, согласно информации запроса связывания с отказом сетевой службы, принятой блоком приема запроса, информации об отказе управляемого устройства.

Согласно второму аспекту вариантов осуществления настоящего изобретения, во втором варианте реализации второго аспекта вариантов осуществления настоящего изобретения, когда модуль управления системой является виртуализированным диспетчером сетевых функций VNFM,

блок проверки отказа, в частности, включает в себя:

первый подблок проверки, выполненный с возможностью проверки, согласно информации запроса связывания с отказом сетевой службы, принятой блоком приема запроса, информации об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы; и

второй подблок проверки, выполненный с возможностью проверки, путем использования виртуализированного инфраструктурного диспетчера VIM и согласно информации запроса связывания с отказом сетевой службы, принятой блоком приема запроса, информации об отказе инфраструктуры виртуализации сетевых функций NFVI, связанной с сетевой службой; причем

блок преобразования информации, в частности, выполнен с возможностью преобразования информации об отказе VNF и информации отказе NFVI в ответ связывания с отказом сетевой службы.

Третий аспект вариантов осуществления настоящего изобретения предусматривает систему управления службами, включающую в себя:

устройство ввода, устройство вывода, процессор, память и шину; причем

процессор осуществляет следующие операции:

отслеживание данных рабочей производительности объекта виртуальной сетевой функции VNF;

определение, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы;

когда производительность сетевой службы является аномальной, отправку информации запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы;

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

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

Согласно третьему аспекту вариантов осуществления настоящего изобретения, в первом варианте реализации третьего аспекта вариантов осуществления настоящего изобретения, процессор, в частности, осуществляет следующую операцию: периодический прием данных рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Согласно первому варианту реализации третьего аспекта вариантов осуществления настоящего изобретения, во втором варианте реализации третьего аспекта вариантов осуществления настоящего изобретения,

процессор дополнительно осуществляет следующую операцию:

прием диапазона значений параметра конфигурации, отправленного блоком оркестровки Orchestrator; и

процессор, в частности, осуществляет следующие операции:

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

когда данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, определение, что производительность сетевой службы является нормальной; и

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

Согласно любому варианту реализации третьего аспекта до второго варианта реализации третьего аспекта вариантов осуществления настоящего изобретения, в третьем варианте реализации третьего аспекта вариантов осуществления настоящего изобретения, процессор, в частности, осуществляет следующие операции:

определение первопричинного отказа и псевдоотказа на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

осуществление анализа первопричинного отказа и псевдоотказа, для получения политики обработки; и

генерирование отчета о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки.

Согласно третьему варианту реализации третьего аспекта вариантов осуществления настоящего изобретения, в четвертом варианте реализации третьего аспекта вариантов осуществления настоящего изобретения, процессор, в частности, осуществляет следующую операцию:

поиск в списке данных информации об отказе в отношении данных об аномалии в данных рабочей производительности VNF и информации об отказе в ответе связывания с отказом сетевой службы, для получения соответствующего первопричинного отказа и соответствующего псевдоотказа.

Четвертый аспект вариантов осуществления настоящего изобретения предусматривает модуль управления системой, включающий в себя:

устройство ввода, устройство вывода, процессор, память и шину; причем

процессор осуществляет следующие операции:

прием информации запроса связывания с отказом сетевой службы, отправленной системой управления службами SMS;

проверку информации об отказе в рамках объема управления согласно информации запроса связывания с отказом сетевой службы;

преобразование информации об отказе в ответ связывания с отказом сетевой службы;

отправку ответа связывания с отказом сетевой службы на SMS;

прием отчета о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности объекта виртуальной сетевой функции VNF; и

осуществление восстановления от отказа согласно отчету о диагностике отказа сетевой службы.

Согласно четвертому аспекту вариантов осуществления настоящего изобретения, в первом варианте реализации четвертого аспекта вариантов осуществления настоящего изобретения, когда модуль управления системой является системой управления сетью NMS, процессор, в частности, осуществляет следующую операцию:

проверку информации об отказе управляемого устройства.

Согласно четвертому аспекту вариантов осуществления настоящего изобретения, во втором варианте реализации четвертого аспекта вариантов осуществления настоящего изобретения, когда модуль управления системой является виртуализированным диспетчером сетевых функций VNFM,

процессор, в частности, осуществляет следующие операции:

проверку информации об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы;

проверку, путем использования виртуализированного инфраструктурного диспетчера VIM, информация об отказе инфраструктуры виртуализации сетевых функций NFVI, связанной с сетевой службой; и

преобразование информации об отказе VNF и информации об отказе NFVI в ответ связывания с отказом сетевой службы.

Пятый аспект вариантов осуществления настоящего изобретения предусматривает способ обработки отказа сетевой службы, включающий в себя:

отслеживание, системой управления службами SMS, данных рабочей производительности объекта виртуальной сетевой функции VNF;

определение, посредством SMS, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы;

если производительность сетевой службы является аномальной, отправку, посредством SMS, информации запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на SMS;

осуществление, посредством SMS, диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы; и

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

Согласно пятому аспекту вариантов осуществления настоящего изобретения, в первом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, отслеживание, системой управления службами SMS, данных рабочей производительности виртуальной сетевой функции VNF включает в себя:

периодический прием, посредством SMS, данных рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Согласно первому варианту реализации пятого аспекта вариантов осуществления настоящего изобретения, во втором варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, данные рабочей производительности включают в себя:

пропускную способность, задержку или ширину полосы.

Согласно первому варианту реализации пятого аспекта вариантов осуществления настоящего изобретения, в третьем варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, до этапа определения, посредством SMS, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы, способ включает в себя:

прием, посредством SMS, диапазона значений параметра конфигурации, отправленный блоком оркестровки Orchestrator; и

определение, посредством SMS, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы, включает в себя:

определение, посредством SMS, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации; и

если да, определение, что производительность сетевой службы является нормальной; или

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

Согласно пятому аспекту вариантов осуществления настоящего изобретения, в четвертом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, осуществление, посредством SMS, диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы включает в себя:

определение, посредством SMS, первопричинного отказа и псевдоотказа на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

осуществление, посредством SMS, анализа первопричинного отказа и псевдоотказа, для получения политики обработки; и

генерирование, посредством SMS, отчета о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки.

Согласно четвертому варианту реализации пятого аспекта вариантов осуществления настоящего изобретения, в пятом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, определение, посредством SMS, первопричинного отказа и псевдоотказа на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы включает в себя:

поиск, посредством SMS, в списке данных информации об отказе в отношении данных об аномалии в данных рабочей производительности VNF и информации об отказе в ответе связывания с отказом сетевой службы, для получения соответствующего первопричинного отказа и соответствующего псевдоотказа.

Согласно любому варианту реализации пятого аспекта до пятого варианта реализации пятого аспекта вариантов осуществления настоящего изобретения, в шестом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, информация запроса связывания с отказом сетевой службы включает в себя:

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

Согласно шестому варианту реализации пятого аспекта вариантов осуществления настоящего изобретения, в седьмом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, ответ связывания с отказом сетевой службы включает в себя:

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

Согласно седьмому варианту реализации пятого аспекта вариантов осуществления настоящего изобретения, в восьмом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, отчет о диагностике отказа сетевой службы включает в себя:

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

Согласно любому варианту реализации пятого аспекта до пятого варианта реализации пятого аспекта вариантов осуществления настоящего изобретения, в девятом варианте реализации пятого аспекта вариантов осуществления настоящего изобретения, модуль управления системой представляет собой:

систему управления сетью NMS и/или виртуализированный диспетчер сетевых функций VNFM.

Шестой аспект вариантов осуществления настоящего изобретения предусматривает способ обработки отказа сетевой службы, включающий в себя:

прием, модулем управления системой, информации запроса связывания с отказом сетевой службы, отправленной системой управления службами SMS;

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

преобразование, модулем управления системой, информации об отказе в ответ связывания с отказом сетевой службы;

отправку, модулем управления системой, ответа связывания с отказом сетевой службы на SMS;

прием, модулем управления системой, отчета о диагностике отказа сетевой службы, отправленного посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности объекта виртуальной сетевой функции VNF; и

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

Согласно шестому аспекту вариантов осуществления настоящего изобретения, в первом варианте реализации шестого аспекта вариантов осуществления настоящего изобретения, когда модуль управления системой является системой управления сетью NMS, проверка информации об отказе в рамках объема управления модуля управления системой включает в себя:

проверку, посредством NMS, информации об отказе устройства, управляемого посредством NMS.

Согласно шестому аспекту вариантов осуществления настоящего изобретения, во втором варианте реализации шестого аспекта вариантов осуществления настоящего изобретения, когда модуль управления системой является виртуализированным диспетчером сетевых функций VNFM,

проверка информации об отказе в рамках объема управления модуля управления системой включает в себя:

проверку, посредством VNFM, информации об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы; и

проверку, посредством VNFM путем использования виртуализированного инфраструктурного диспетчера VIM, информации об отказе инфраструктуры виртуализации сетевых функций NFVI, связанной с сетевой службой; и

преобразование, модулем управления системой, информации об отказе в ответ связывания с отказом сетевой службы включает в себя:

преобразование, посредством VNFM, информации об отказе VNF и информации об отказе NFVI в ответ связывания с отказом сетевой службы.

Из вышеописанных технических решений можно заключить, что варианты осуществления настоящего изобретения имеют следующие преимущества: согласно вариантам осуществления настоящего изобретения, после обнаружения, что данные рабочей производительности VNF аномальны, система управления службами SMS отправляет информацию запроса связывания с сетевой службой на модуль управления системой, и модуль управления системой проверяет отказ и возвращает ответ связывания с отказом сетевой службы; затем SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы, и отправляет отчет о диагностике отказа сетевой службы на модуль управления системой, и модуль управления системой может осуществлять восстановление от отказа согласно отчету о диагностике отказа сетевой службы. Таким образом, обработка отказа сетевой службы реализуется в среде NFV; когда в сетевой службе происходит отказ, отказ можно быстро обнаружить и разрешить, что обеспечивает стабильность системы NFV и повышает эффективность работы системы NFV.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

фиг. 1 - упрощенная структурная схема системы управления службами согласно варианту осуществления настоящего изобретения;

фиг. 2 - другая упрощенная структурная схема системы управления службами согласно варианту осуществления настоящего изобретения;

фиг. 3 - другая упрощенная структурная схема системы управления службами согласно варианту осуществления настоящего изобретения;

фиг. 4 - другая упрощенная структурная схема системы управления службами согласно варианту осуществления настоящего изобретения;

фиг. 5 - упрощенная структурная схема модуля управления системой согласно варианту осуществления настоящего изобретения;

фиг. 6 - другая упрощенная структурная схема модуля управления системой согласно варианту осуществления настоящего изобретения;

фиг. 7 - другая упрощенная структурная схема модуля управления системой согласно варианту осуществления настоящего изобретения;

фиг. 8 - упрощенная блок-схема операций способа обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения;

фиг. 9 - другая упрощенная блок-схема операций способа обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения;

фиг. 10 - другая упрощенная блок-схема операций способа обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения;

фиг. 11 - другая упрощенная блок-схема операций способа обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения;

фиг. 12 - другая упрощенная блок-схема операций способа обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения; и

фиг. 13 - другая упрощенная блок-схема операций способа обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Ниже ясно и полностью описаны технические решения согласно вариантам осуществления настоящего изобретения со ссылкой на прилагаемые чертежи согласно вариантам осуществления настоящего изобретения. Следует понимать, описанные варианты осуществления представляют собой лишь некоторые, но не все варианты осуществления настоящего изобретения. Все остальные варианты осуществления, полученные специалистами в данной области техники на основании вариантов осуществления настоящего изобретения без применения творческих усилий, подлежат включению в объем защиты настоящего изобретения.

Согласно фиг. 1, вариант осуществления системы управления службами согласно вариантам осуществления настоящего изобретения включает в себя:

модуль 101 отслеживания, выполненный с возможностью отслеживания данных рабочей производительности объекта виртуальной сетевой функции VNF;

модуль 102 принятия решения, выполненный с возможностью определения, согласно данным рабочей производительности, которые относятся к VNF и отслеживаются модулем 101 отслеживания, является ли аномальной производительность сетевой службы;

модуль 103 запрашивания информации, выполненный с возможностью: когда модуль 102 принятия решения определяет, что производительность сетевой службы является аномальной, отправлять информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на модуль 104 диагностики отказа;

модуль 104 диагностики отказа, выполненный с возможностью осуществления диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы; и

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

В этом варианте осуществления настоящего изобретения, после того, как модуль 102 принятия решения определяет, что данные рабочей производительности, которые относятся к VNF и отслеживаются модулем 101 отслеживания, аномальны, модуль 103 запрашивания информации отправляет информацию запроса связывания с сетевой службой на модуль управления системой, и модуль управления системой проверяет отказ и возвращает ответ связывания с отказом сетевой службы; затем модуль 104 диагностики отказа осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы; модуль 105 отправки отчета отправляет отчет о диагностике отказа сетевой службы на модуль управления системой, и модуль управления системой может осуществлять восстановление от отказа согласно отчету о диагностике отказа сетевой службы. Таким образом, обработка отказа сетевой службы реализуется в среде NFV; когда в сетевой службе происходит отказ, отказ можно быстро обнаружить и разрешить, что обеспечивает стабильность системы NFV и повышает эффективность работы системы NFV.

В вышеприведенном варианте осуществления, модуль 101 отслеживания отслеживает данные рабочей производительности VNF, и модуль 102 принятия решения определяет, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы. В фактическом применении, модуль 101 отслеживания может принимать данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS, SMS может дополнительно принимать диапазон значений параметра конфигурации, отправленный блоком оркестровки Orchestrator, и модуль 102 принятия решения определяет, согласно диапазону значений параметра конфигурации и данным рабочей производительности VNF, является ли аномальной производительность сетевой службы. Далее конкретно описана система управления службами согласно варианту осуществления настоящего изобретения. Согласно фиг. 2, другой вариант осуществления системы управления службами согласно вариантам осуществления настоящего изобретения включает в себя:

модуль 201 отслеживания, выполненный с возможностью отслеживания данных рабочей производительности объекта виртуальной сетевой функции VNF;

модуль 202 принятия решения, выполненный с возможностью определения, согласно данным рабочей производительности, которые относятся к VNF и отслеживаются модулем 201 отслеживания, является ли аномальной производительность сетевой службы;

модуль 203 запрашивания информации, выполненный с возможностью: когда модуль 202 принятия решения определяет, что производительность сетевой службы является аномальной, отправлять информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на модуль 204 диагностики отказа;

модуль 204 диагностики отказа, выполненный с возможностью осуществления диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы; и

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

В этом варианте осуществления, модуль 201 отслеживания, в частности, выполнен с возможностью периодически принимать данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Система управления службами может дополнительно включать в себя:

модуль 206 приема конфигурации, выполненный с возможностью приема диапазона значений параметра конфигурации, отправленного блоком оркестровки Orchestrator; причем

модуль 202 принятия решения, в частности, включает в себя:

блок 2021 принятия решения, выполненный с возможностью определения, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации, принятого модулем 206 приема конфигурации;

блок 2022 определения нормальности, выполненный с возможностью: когда блок 2021 принятия решения определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, определять, что производительность сетевой службы является нормальной; и

блок 2023 определения аномалии, выполненный с возможностью: когда блок 2021 принятия решения определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации, определять, что производительность сетевой службы является аномальной.

В этом варианте осуществления настоящего изобретения, модуль 206 приема конфигурации может сначала принимать диапазон значений параметра конфигурации, и модуль 202 принятия решения определяет, согласно диапазону значений параметра конфигурации и данным рабочей производительности VNF, является ли аномальной производительность сетевой службы, что позволяет более точно определять производительность сетевой службы; когда определено, что производительность сетевой службы является нормальной, инициируется этап приема данных рабочей производительности VNF, что повышает непрерывность отслеживания отказа и обеспечивает своевременность обработки отказа.

В вышеприведенном варианте осуществления, модуль 204 диагностики отказа осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы. В фактическом применении, модуль 204 диагностики отказа может сначала определять первопричинный отказ и псевдоотказ на основании ответа связывания с отказом сетевой службы и данных рабочей производительности VNF и затем осуществлять последующую обработку. Ниже подробно описана система управления службами согласно варианту осуществления настоящего изобретения. Согласно фиг. 3, другой вариант осуществления системы управления службами согласно вариантам осуществления настоящего изобретения включает в себя:

модуль 301 отслеживания, выполненный с возможностью отслеживания данных рабочей производительности объекта виртуальной сетевой функции VNF;

модуль 302 принятия решения, выполненный с возможностью определения, согласно данным рабочей производительности, которые относятся к VNF и отслеживаются модулем 301 отслеживания, является ли аномальной производительность сетевой службы;

модуль 303 запрашивания информации, выполненный с возможностью: когда модуль 302 принятия решения определяет, что производительность сетевой службы является аномальной, отправлять информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на модуль 304 диагностики отказа;

модуль 304 диагностики отказа, выполненный с возможностью осуществления диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы; и

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

Модуль 301 отслеживания, в частности, выполнен с возможностью периодически принимать данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Система управления службами может дополнительно включать в себя:

модуль 306 приема конфигурации, выполненный с возможностью приема диапазона значений параметра конфигурации, отправленного блоком оркестровки Orchestrator; причем

модуль 302 принятия решения, в частности, включает в себя:

блок 3021 принятия решения, выполненный с возможностью определения, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации, принятого модулем 306 приема конфигурации;

блок 3022 определения нормальности, выполненный с возможностью: когда блок 3021 принятия решения определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, определять, что производительность сетевой службы является нормальной; и

блок 3023 определения аномалии, выполненный с возможностью: когда блок 3021 принятия решения определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации, определять, что производительность сетевой службы является аномальной.

В этом варианте осуществления, модуль 304 диагностики отказа, в частности, включает в себя:

блок 3041 определения отказа, выполненный с возможностью определения первопричинного отказа и псевдоотказа на основании данных рабочей производительности, которые относятся к VNF и отслеживаются модулем отслеживания, и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

блок 3042 анализа отказов, выполненный с возможностью осуществления анализа первопричинного отказа и псевдоотказа, которые определены блоком 3041 определения отказа, для получения политики обработки; и

блок 3043 генерации отчета, выполненный с возможностью генерации отчета о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки, который получается посредством анализа блоком 3042 анализа отказов.

Блок 3041 определения отказа, в частности, может быть выполнен с возможностью поиска в списке данных информации об отказе в отношении данных об аномалии в данных рабочей производительности, которые относятся к VNF и отслеживаются модулем 301 отслеживания, и информации об отказе в ответе связывания с отказом сетевой службы, для получения соответствующего первопричинного отказа и соответствующего псевдоотказа, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа.

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

Ответ связывания с сетевой службой включает в себя идентификатор сетевой службы и информацию об отказе, причем информация об отказе используется для идентификации объекта, в котором происходит отказ, что позволяет отличать отказавшую часть в объеме управления модуля управления системой. Ответ связывания с сетевой службой может дополнительно включать в себя тип отказа, используемый для идентификации типа отказа, например, перегрузку, приостановку службы или отключение питания. Ответ связывания с сетевой службой может дополнительно включать в себя другие данные, связанные с сетевой службой или отказом, например, информацию топологии сетевой службы, данные об аномальной производительности сетевой службы или время возникновения аномалии сетевой службы, что здесь не имеет ограничений.

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

В этом варианте осуществления настоящего изобретения, сначала блок 3041 определения отказа определяет первопричинный отказ и псевдоотказ на основании ответа связывания с отказом сетевой службы и данных рабочей производительности VNF, затем блок 3042 анализа отказов осуществляет анализ первопричинного отказа и псевдоотказа для получения политики обработки, и затем блок 3043 генерации отчета генерирует отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки и отправляет отчет о диагностике отказа сетевой службы на модуль управления системой, благодаря чему, повышается точность анализа отказа сетевой службы и точность обработки отказа.

Следует понимать, что систему управления службами SMS можно устанавливать в разных системах управления, например, SMS можно устанавливать в системе управления элементами EMS, или можно устанавливать в блоке оркестровки Orchestrator, или можно устанавливать в NMS или VNFM в модуле управления системой, что здесь не имеет ограничений. Когда SMS установлена в другой системе управления, путь приема или отправки различных сообщений может отличаться; например, когда SMS установлена в NMS в модуле управления системой, SMS может передавать различные сообщения путем использования блока оркестровки.

Для облегчения понимания вышеизложенного варианта осуществления, ниже рассмотрен процесс взаимодействия вышеописанных блоков системы управления службами в конкретном сценарии применения:

Модуль 306 приема конфигурации принимает диапазон значений параметра конфигурации, отправленный блоком оркестровки;

модуль 301 отслеживания принимает, с интервалом в 10 секунд, данные рабочей производительности, которые относятся к VNF и отправлены EMS;

блок 3021 принятия решения определяет, что производительность службы VNF-4 в данных рабочей производительности VNF выходит за пределы диапазона значений параметра конфигурации, и блок 3023 определения аномалии определяет, что производительность сетевой службы VNF-4 является аномальной;

модуль 303 запрашивания информации отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы включает в себя сетевой идентификатор и данные об аномальной производительности сетевой службы, которые относятся к VNF-4, и информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на блок 3041 определения отказа;

блок 3041 определения отказа определяет, на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы (причем ответ связывания с отказом сетевой службы включает в себя: устройство GW2 отказало, и пропускная способность равна 0; устройство GW1 работает нормально, и служба осуществляется с перегрузкой; VNF-4 работает нормально, и служба осуществляется с перегрузкой), что отказ в устройстве GW2 является первопричинным отказам, и отказы в устройстве GW1 и VNF-4 являются псевдоотказами;

блок 3042 анализа отказов анализирует первопричинный отказ и псевдоотказы и получает политику обработки, предписывающую перезапуск устройства GW2;

блок 3043 генерации отчета генерирует отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказам и политике обработки, причем отчет о диагностике отказа сетевой службы включает в себя указание, что первопричинный отказ является отказом в GW2, и решение на обработку первопричинного отказа предписывает перезапуск GW2; и

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

Выше приведено описание системы управления службами в этом варианте осуществления настоящего изобретения с точки зрения сотового функционального объекта, и ниже приведено описание системы управления службами согласно варианту осуществления настоящего изобретения с точки зрения аппаратной обработки. Согласно фиг. 4, другой вариант осуществления системы управления службами 400 согласно варианту осуществления настоящего изобретения включает в себя:

устройство 401 ввода, устройство 402 вывода, процессор 403 и память 404 (причем в системе управления службами может быть один или более процессоров 403, и один процессор 403 используется в порядке примера на фиг. 4). В некоторых вариантах осуществления настоящего изобретения, устройство 401 ввода, устройство 402 вывода, процессор 403 и память 404 могут соединяться с использованием шины или любыми другими средствами. Соединение с применением шины используется в порядке примера на фиг. 4;

причем:

процессор 403 выполнен с возможностью осуществления, путем вызова рабочей инструкции, хранящейся в памяти 404, следующих этапов:

отслеживания данных рабочей производительности объекта виртуальной сетевой функции VNF;

определения, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы;

когда производительность сетевой службы является аномальной, отправки информации запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы;

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

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

В некоторых вариантах осуществления настоящего изобретения, процессор 403, в частности, осуществляет следующую операцию:

периодический прием данных рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

В некоторых вариантах осуществления настоящего изобретения, процессор 403, в частности, осуществляет следующие операции:

прием диапазона значений параметра конфигурации, отправленного блоком оркестровки Orchestrator;

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

когда данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, определение, что производительность сетевой службы является нормальной; и

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

В некоторых вариантах осуществления настоящего изобретения, процессор 403, в частности, осуществляет следующие операции:

определение первопричинного отказа и псевдоотказа на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

осуществление анализа первопричинного отказа и псевдоотказа, для получения политики обработки; и

генерирование отчета о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки.

В некоторых вариантах осуществления настоящего изобретения, процессор 403, в частности, осуществляет следующую операцию:

поиск в списке данных информации об отказе в отношении данных об аномалии в данных рабочей производительности VNF и информации об отказе в ответе связывания с отказом сетевой службы, для получения соответствующего первопричинного отказа и соответствующего псевдоотказа.

Ниже описан модуль управления системой согласно варианту осуществления настоящего изобретения. Согласно фиг. 5, вариант осуществления модуля управления системой согласно вариантам осуществления настоящего изобретения включает в себя:

блок 501 приема запроса, выполненный с возможностью приема информации запроса связывания с отказом сетевой службы, отправленной системой управления службами SMS;

блок 502 проверки отказа, выполненный с возможностью проверки информации об отказе в рамках объема управления согласно информации запроса связывания с отказом сетевой службы, принятой блоком 501 приема запроса;

блок 503 преобразования информации, выполненный с возможностью преобразования информации об отказе, проверенной блоком 502 проверки отказа, в ответ связывания с отказом сетевой службы;

блок 504 отправки, выполненный с возможностью отправки, на SMS, ответа связывания с отказом сетевой службы, полученного посредством преобразования блоком 503 преобразования информации;

блок 505 приема отчета, выполненный с возможностью приема отчета о диагностике отказа сетевой службы, отправленного посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы, отправленному блоком 504 отправки, и данных рабочей производительности объекта виртуальной сетевой функции VNF; и

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

В этом варианте осуществления настоящего изобретения, блок 502 проверки отказа проверяет информацию об отказе согласно информации запроса связывания с отказом сетевой службы, принятой блоком 501 приема запроса; после того, как блок 503 преобразования информации преобразует информацию об отказе в ответ связывания с отказом сетевой службы, блок 504 отправки отправляет ответ связывания с отказом сетевой службы на SMS, и затем блок 506 восстановления от отказа осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы, отправленному посредством SMS. Таким образом, обработка отказа сетевой службы реализуется в среде NFV; когда в сетевой службе происходит отказ, отказ можно быстро найти и обработать, что обеспечивает стабильность системы NFV и повышает эффективность работы системы NFV.

В фактическом применении, модулем управления системой может быть система управления сетью NMS или виртуализированный диспетчер сетевых функций VNFM, или может быть комбинация NMS и VNFM. Согласно фиг. 6, другой вариант осуществления модуля управления системой согласно вариантам осуществления настоящего изобретения включает в себя:

блок 601 приема запроса, выполненный с возможностью приема информации запроса связывания с отказом сетевой службы, отправленной системой управления службами SMS;

блок 602 проверки отказа, выполненный с возможностью проверки информации об отказе в рамках объема управления согласно информации запроса связывания с отказом сетевой службы, принятой блоком 601 приема запроса;

блок 603 преобразования информации, выполненный с возможностью преобразования информации об отказе, проверенной блоком 602 проверки отказа, в ответ связывания с отказом сетевой службы;

блок 604 отправки, выполненный с возможностью отправки, на SMS, ответа связывания с отказом сетевой службы, полученного посредством преобразования блоком 603 преобразования информации;

блок 605 приема отчета, выполненный с возможностью приема отчета о диагностике отказа сетевой службы, отправленного посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы, отправленному блоком 604 отправки, и данным рабочей производительности объекта виртуальной сетевой функции VNF; и

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

В этом варианте осуществления, когда модуль управления системой является системой управления сетью NMS, блок 602 проверки отказа, в частности, выполнен с возможностью проверки, согласно информации запроса связывания с отказом сетевой службы, принятой блоком приема запроса, информации об отказе управляемого устройства.

Когда модуль управления системой является виртуализированным диспетчером сетевых функций VNFM, блок 602 проверки отказа, в частности, включает в себя:

первый подблок 6021 проверки, выполненный с возможностью проверки, согласно информации запроса связывания с отказом сетевой службы, принятой блоком 601 приема запроса, информации об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы; и

второй подблок 6022 проверки, выполненный с возможностью проверки, путем использования виртуализированного инфраструктурного диспетчера VIM и согласно информации запроса связывания с отказом сетевой службы, принятой блоком 601 приема запроса, информации об отказе инфраструктуры виртуализации сетевых функций NFVI, связанной с сетевой службой; причем

блок 603 преобразования информации, в частности, выполнен с возможностью преобразования информации об отказе VNF и информации отказе NFVI в ответ связывания с отказом сетевой службы.

В этом варианте осуществления настоящего изобретения, когда модулем управления системой является VNFM, после того, как блок 601 приема запроса принимает информацию ответа связывания с отказом сетевой службы, первый подблок 6021 проверки может проверять информацию об отказе VNF, второй подблок 6022 проверки может проверять информацию об отказе NFVI путем использования VIM, и затем блок 603 преобразования информации преобразует информацию об отказе VNF и информацию об отказе NFVI в ответ связывания с отказом сетевой службы. Таким образом, по сравнению с любым другим методом проверки отказов VNF и NFVI, осуществление проверки отказа на VNF и NFVI путем использования виртуализированного диспетчера сетевых функций VNFM позволяет быстрее получать информацию об отказе, что повышает эффективность проверки отказа.

Для облегчения понимания вышеизложенного варианта осуществления, ниже рассмотрен процесс взаимодействия вышеописанных блоков модуля управления системой в конкретном сценарии применения:

блок 601 приема запроса принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS, причем информация запроса связывания с отказом сетевой службы указывает, что VNF-4 перегружена;

первый подблок 6021 проверки проверяет, согласно информации запроса связывания с отказом сетевой службы, информацию об отказе, которая относится к VNF и связана с VNF-4, и устанавливает, что: VNF-2 работает нормально, и служба осуществляется с перегрузкой; VNF-4 работает нормально, и служба осуществляется с перегрузкой;

второй подблок 6022 проверки проверяет, путем использования VIM, информацию об отказе, которая относится к NFVI и связана с VNF-4, и устанавливает, что NFVI отказала, и пропускная способность равна 0;

блок 603 преобразования информации преобразует информацию об отказе VNF (VNF-2 работает нормально, и служба осуществляется с перегрузкой; VNF-4 работает нормально, и служба осуществляется с перегрузкой) и информацию об отказе NFVI (NFVI отказала, и пропускная способность равна 0) в ответ связывания с отказом сетевой службы;

блок 604 отправки отправляет ответ управления отказом сетевой службы на SMS;

блок 605 приема отчета принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы указывает, что первопричинный отказ является отказом в NFVI, решение на обработку первопричинного отказа предписывает перезапуск NFVI, и псевдоотказы являются отказами в VNF-1 и VNF-4; и

блок 606 восстановления от отказа перезапускает NFVI согласно отчету о диагностике отказа сетевой службы.

Выше приведено описание модуля управления системой в этом варианте осуществления настоящего изобретения с точки зрения сотового функционального объекта, и ниже приведено описание модуля управления системой согласно варианту осуществления настоящего изобретения с точки зрения аппаратной обработки. Согласно фиг. 7, другой вариант осуществления модуля управления системой 700 согласно вариантам осуществления настоящего изобретения включает в себя:

устройство 701 ввода, устройство 702 вывода, процессор 703, и память 704 (причем в системе управления службами может быть один или более процессоров 703, и один процессор 703 используется в порядке примера на фиг. 7). В некоторых вариантах осуществления настоящего изобретения, устройство 701 ввода, устройство 702 вывода, процессор 703 и память 704 могут соединяться с использованием шины или любыми другими средствами. Соединение с применением шины используется в порядке примера на фиг. 7;

причем:

процессор 703 выполнен с возможностью осуществления, путем вызова рабочей инструкции, хранящейся в памяти 704, следующих этапов:

приема информации запроса связывания с отказом сетевой службы, отправленной системой управления службами SMS;

проверки информации об отказе в рамках объема управления согласно информации запроса связывания с отказом сетевой службы;

преобразования информации об отказе в ответ связывания с отказом сетевой службы;

отправки ответа связывания с отказом сетевой службы на SMS;

приема отчета о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности объекта виртуальной сетевой функции VNF; и

осуществления восстановления от отказа согласно отчету о диагностике отказа сетевой службы.

В некоторых вариантах осуществления настоящего изобретения, когда модуль управления системой является системой управления сетью NMS, процессор 703, в частности, осуществляет следующую операцию: проверку информации об отказе управляемого устройства.

В некоторых вариантах осуществления настоящего изобретения, когда модуль управления системой является виртуализированным диспетчером сетевых функций VNFM, процессор 703, в частности, осуществляет следующие операции:

проверку информации об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы;

проверку, путем использования виртуализированного инфраструктурного диспетчера VIM, информация об отказе инфраструктуры виртуализации сетевых функций NFVI, связанной с сетевой службой; и

преобразование информации об отказе VNF и информации об отказе NFVI в ответ связывания с отказом сетевой службы.

Ниже описан способ обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения. Согласно фиг. 8, вариант осуществления способа обработки отказа сетевой службы согласно вариантам осуществления настоящего изобретения включает в себя:

801. SMS отслеживает данные рабочей производительности VNF.

Когда система NFV выполняется, система управления службами SMS отслеживает данные рабочей производительности объекта виртуальной сетевой функции VNF.

802. SMS определяет, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы.

После получения данных рабочей производительности VNF посредством отслеживания, SMS определяет, согласно данным производительности VNF, является ли аномальной производительность сетевой службы.

803. Если производительность сетевой службы является аномальной, SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой.

Когда SMS определяет, что производительность сетевой службы является аномальной, SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с сетевой службой на SMS.

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

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

805. SMS отправляет отчет о диагностике отказа сетевой службы на модуль управления системой.

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

В этом варианте осуществления настоящего изобретения, после обнаружения, что данные рабочей производительности VNF аномальны, система управления службами SMS отправляет информацию запроса связывания с сетевой службой на модуль управления системой, и модуль управления системой проверяет отказ и возвращает ответ связывания с отказом сетевой службы; затем SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы, и отправляет отчет о диагностике отказа сетевой службы на модуль управления системой, и модуль управления системой осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы. Таким образом, обработка отказа сетевой службы реализуется в среде NFV; когда в сетевой службе происходит отказ, отказ можно быстро обнаружить и разрешить, что обеспечивает стабильность системы NFV и повышает эффективность работы системы NFV.

В вышеприведенном варианте осуществления, SMS отслеживает данные рабочей производительности VNF, и определяет, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы. В фактическом применении, SMS может принимать данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS, SMS может дополнительно принимать диапазон значений параметра конфигурации, отправленный блоком оркестровки Orchestrator, и определяет, согласно диапазону значений параметра конфигурации и данным рабочей производительности VNF, является ли аномальной производительность сетевой службы. Далее конкретно описан способ обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения. Согласно фиг. 9, другой вариант осуществления способа обработки отказа сетевой службы согласно вариантам осуществления настоящего изобретения включает в себя:

901. SMS периодически принимает данные рабочей производительности, которые относятся к VNF и отправлены системой управления элементами EMS.

Когда система NFV выполняется, система управления службами SMS периодически принимает данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Следует понимать, что периодический прием SMS данных рабочей производительности, которые относятся к VNF и отправляются EMS, может состоять в том, что EMS периодически обнаруживает данные рабочей производительности VNF в активном режиме и затем отправляет данные рабочей производительности на SMS, или может состоять в том, что SMS периодически отправляет запрос данных на EMS, благодаря чему, EMS отслеживает данные рабочей производительности VNF и затем возвращает данные рабочей производительности на SMS, что здесь не имеет ограничений.

Период приема данных рабочей производительности VNF посредством SMS можно устанавливать согласно фактической ситуации; например, можно использовать период, равный одной секунде, или можно использовать период, равный одной минуте, что здесь не имеет ограничений.

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

902. SMS принимает диапазон значений параметра конфигурации, отправленный блоком оркестровки Orchestrator.

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

Следует понимать, что, в фактическом применении, этап 202 может осуществляться в любое время до этапа 203, что здесь не имеет ограничений; дополнительно, если диапазон значений параметра конфигурации сохраняется в SMS, этап 202 также может не осуществляться, что здесь не имеет ограничений.

903. SMS определяет, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации.

После того, как SMS принимает данные рабочей производительности VNF и диапазон значений параметра конфигурации, SMS определяет, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации.

Если SMS определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации, принимается решение, что производительность сетевой службы является аномальной, и инициируется этап 204.

Если SMS определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, принимается решение, что производительность сетевой службы является нормальной, и может инициироваться этап 201.

В фактическом применении, когда SMS определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, выполнение также может сначала приостанавливаться на заранее установленный период времени, и затем инициируется этап 201, что здесь не имеет ограничений.

904. SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой.

Когда SMS определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации и, таким образом, определяет, что производительность сетевой службы является аномальной, SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с сетевой службой на SMS.

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

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

906. SMS отправляет отчет о диагностике отказа сетевой службы на модуль управления системой.

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

В этом варианте осуществления настоящего изобретения, SMS может сначала принимать диапазон значений параметра конфигурации, и определяет, согласно диапазону значений параметра конфигурации и данным рабочей производительности VNF, является ли аномальной производительность сетевой службы, что позволяет более точно определять производительность сетевой службы; когда определено, что производительность сетевой службы является нормальной, инициируется этап приема данных рабочей производительности VNF, что повышает непрерывность отслеживания отказа и обеспечивает своевременность обработки отказа.

В вышеприведенном варианте осуществления, SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы. В фактическом применении, SMS может сначала определять первопричинный отказ и псевдоотказ на основании ответа связывания с отказом сетевой службы и данных рабочей производительности VNF и затем осуществлять последующую обработку. Ниже подробно описан способ обработки сетевого отказа согласно варианту осуществления настоящего изобретения. Согласно фиг. 10, другой вариант осуществления способа обработки сетевого отказа согласно вариантам осуществления настоящего изобретения включает в себя:

1001. SMS периодически принимает данные рабочей производительности, которые относятся к VNF и отправлены системой управления элементами EMS.

Когда система NFV выполняется, система управления службами SMS периодически принимает данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами EMS.

Следует понимать, что периодический прием SMS данных рабочей производительности, которые относятся к VNF и отправляются EMS, может состоять в том, что EMS периодически обнаруживает данные рабочей производительности VNF в активном режиме и затем отправляет данные рабочей производительности на SMS, или может состоять в том, что SMS периодически отправляет запрос данных на EMS, благодаря чему, EMS отслеживает данные рабочей производительности VNF и затем возвращает данные рабочей производительности на SMS, что здесь не имеет ограничений.

Период приема данных рабочей производительности VNF посредством SMS можно устанавливать согласно фактической ситуации; например, можно использовать период, равный одной секунде, или можно использовать период, равный одной минуте, что здесь не имеет ограничений.

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

1002. SMS принимает диапазон значений параметра конфигурации, отправленный блоком оркестровки Orchestrator.

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

Следует понимать, что, в фактическом применении, этап 1002 может осуществляться в любое время до этапа 1003, что здесь не имеет ограничений; дополнительно, если диапазон значений параметра конфигурации сохраняется в SMS, этап 1002 также может не осуществляться, что здесь не имеет ограничений.

1003. SMS определяет, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации.

После того, как SMS принимает данные рабочей производительности VNF и диапазон значений параметра конфигурации, SMS определяет, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации.

Если SMS определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации, принимается решение, что производительность сетевой службы является аномальной, и инициируется этап 1004.

Если SMS определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, принимается решение, что производительность сетевой службы является нормальной, и может инициироваться этап 1001.

В фактическом применении, когда SMS определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, выполнение также может сначала приостанавливаться на заранее установленный период времени, и затем инициируется этап 1001, что здесь не имеет ограничений.

1004. SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой.

Когда SMS определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации и, таким образом, определяет, что производительность сетевой службы является аномальной, SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с сетевой службой на SMS.

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

Согласно разным фактическим ситуациям применения, модулем управления системой может быть система управления сетью NMS или виртуализированный диспетчер сетевых функций VNFM, или может включать в себя NMS и VNFM, что здесь не имеет ограничений.

1005. SMS определяет первопричинный отказ и псевдоотказ согласно данным рабочей производительности VNF и ответу связывания с отказом сетевой службы.

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

Ответ связывания с сетевой службой включает в себя идентификатор сетевой службы и информацию об отказе, причем информация об отказе используется для идентификации объекта, в котором происходит отказ, что позволяет отличать отказавшую часть в объеме управления модуля управления системой. Ответ связывания с сетевой службой может дополнительно включать в себя тип отказа, используемый для идентификации типа отказа, например, перегрузку, приостановку службы или отключение питания. Ответ связывания с сетевой службой может дополнительно включать в себя другие данные, связанные с сетевой службой или отказом, например, информацию топологии сетевой службы, данные об аномальной производительности сетевой службы или время возникновения аномалии сетевой службы, что здесь не имеет ограничений.

Существует несколько способов определения первопричинного отказа и псевдоотказа посредством SMS, которые могут предусматривать поиск в списке данных информации об отказе для получения первопричинного отказа и псевдоотказа, которые соответствуют данным об аномалии в данных рабочей производительности VNF и информации об отказе в ответе связывания с отказом сетевой службы, или могут предусматривать подачу данных рабочей производительности VNF и ответа связывания с отказом сетевой службы на инструмент анализа для получения первопричинного отказа и псевдоотказа посредством анализа, или могут предусматривать другой режим определения первопричинного отказа и псевдоотказа, что здесь не имеет ограничений. Список данных информации об отказе можно задавать вручную или можно получать путем импорта эмпирических данных, или можно обновлять путем обучения машины, что здесь не имеет ограничений.

1006. SMS осуществляет анализ первопричинного отказа и псевдоотказа, для получения политики обработки.

После определения первопричинного отказа и псевдоотказа, SMS осуществляет анализ первопричинного отказа и псевдоотказа, для получения политики обработки.

1007. SMS генерирует отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки.

После получения политики обработки посредством анализа, SMS генерирует отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки.

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

1008. SMS отправляет отчет о диагностике отказа сетевой службы на модуль управления системой.

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

После отправки отчета о диагностике отказа сетевой службы на модуль управления системой, SMS может дополнительно принимать сообщение восстановления от отказа, возвращаемое модулем управления системой, причем сообщение об отказе используется для указания, что модуль управления системой произвел восстановление от отказа; после приема сообщения восстановления от отказа и обнаружения, что отказ разрешился, SMS может дополнительно возвращать извещение о восстановлении от отказа сетевой службы на модуль управления системой, когда извещение о восстановлении от отказа сетевой службы используется для извещения модуля управления системой о разрешении отказа.

В этом варианте осуществления настоящего изобретения, SMS сначала определяет первопричинный отказ и псевдоотказ на основании ответа связывания с отказом сетевой службы и данных рабочей производительности VNF, затем осуществляет анализ первопричинного отказа и псевдоотказа для получения политики обработки, и затем генерирует отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки и отправляет отчет о диагностике отказа сетевой службы на модуль управления системой, благодаря чему, повышается точность анализа отказа сетевой службы и точность обработки отказа.

Следует понимать, что, SMS можно устанавливать в разных системах управления, например, SMS можно устанавливать в системе управления элементами EMS, или можно устанавливать в блоке оркестровки Orchestrator, или можно устанавливать в NMS или VNFM в модуле управления системой, что здесь не имеет ограничений. Когда SMS установлена в другой системе управления, путь приема или отправки различных сообщений может отличаться; например, когда SMS установлена в NMS в модуле управления системой, SMS может передавать различные сообщения путем использования блока оркестровки.

Для облегчения понимания, далее конкретно описан способ обработки отказа сетевой службы в этом варианте осуществления настоящего изобретения путем использования конкретного сценария применения:

SMS принимает диапазон значений параметра конфигурации, отправленный блоком оркестровки;

SMS принимает, с интервалом в 10 секунд, данные рабочей производительности, которые относятся к VNF и отправлены EMS;

SMS определяет, что производительность службы VNF-4 в данных рабочей производительности VNF выходит за пределы диапазона значений параметра конфигурации, и SMS определяет, что производительность сетевой службы VNF-4 является аномальной;

SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы включает в себя сетевой идентификатор и данные об аномальной производительности сетевой службы, которые относятся к VNF-4, и информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на SMS;

SMS определяет, на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы (причем ответ связывания с отказом сетевой службы включает в себя: устройство GW2 отказало, и пропускная способность равна 0; устройство GW1 работает нормально, и служба осуществляется с перегрузкой; VNF-4 работает нормально, и служба осуществляется с перегрузкой), что отказ в устройстве GW2 является первопричинным отказам, и отказы в устройстве GW1 и VNF-4 являются псевдоотказами;

SMS анализирует первопричинный отказ и псевдоотказы и получает политику обработки, предписывающую перезапуск устройства GW2;

SMS генерирует отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказам и политике обработки, причем отчет о диагностике отказа сетевой службы включает в себя указание, что первопричинный отказ является отказом в GW2, и решение на обработку первопричинного отказа предписывает перезапуск GW2; и

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

Ниже описан способ обработки отказа сетевой службы согласно варианту осуществления настоящего изобретения с точки зрения модуля управления системой. Согласно фиг. 11, другой вариант осуществления способа обработки отказа сетевой службы согласно вариантам осуществления настоящего изобретения включает в себя:

1101. Модуль управления системой принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS.

Когда SMS отправляет информацию запроса связывания с отказом сетевой службы на модуль управления системой, модуль управления системой принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS.

1102. Модуль управления системой проверяет информацию об отказе в рамках объема управления модуля управления системой согласно информации запроса связывания с отказом сетевой службы.

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

1103. Модуль управления системой преобразует информацию об отказе в ответ связывания с отказом сетевой службы.

Найдя информацию об отказе, модуль управления системой преобразует информацию об отказе в ответ связывания с отказом сетевой службы.

1104. Модуль управления системой отправляет ответ связывания с отказом сетевой службы на SMS.

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

1105. Модуль управления системой принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS.

Когда SMS отправляет отчет о диагностике отказа сетевой службы на модуль управления системой, модуль управления системой принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности объекта виртуальной сетевой функции VNF.

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

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

В этом варианте осуществления настоящего изобретения, модуль управления системой проверяет информацию об отказе согласно принятой информации запроса связывания с отказом сетевой службы, преобразует информацию об отказе в ответ связывания с отказом сетевой службы и отправляет ответ связывания с отказом сетевой службы на SMS, и затем осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы, отправленному посредством SMS. Таким образом, обработка отказа сетевой службы реализуется в среде NFV; когда в сетевой службе происходит отказ, отказ можно быстро найти и обработать, что обеспечивает стабильность системы NFV и повышает эффективность работы системы NFV.

В фактическом применении, модулем управления системой может быть система управления сетью NMS или виртуализированный диспетчер сетевых функций VNFM, или может быть комбинация NMS и VNFM. Нижеследующее описание приведено, исходя из того, что модуль управления системой представляет собой NMS или VNFM по отдельности.

Когда модулем управления системой является NMS, согласно фиг. 12, другой вариант осуществления способа обработки отказа сетевой службы согласно вариантам осуществления настоящего изобретения включает в себя:

1201. Система управления сетью NMS принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS.

Когда SMS отправляет информацию запроса связывания с отказом сетевой службы на NMS, NMS принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS.

1202. NMS проверяет, согласно информации запроса связывания с отказом сетевой службы, информацию об отказе управляемого устройства посредством NMS.

После приема информации запроса связывания с отказом сетевой службы, NMS проверяет, согласно информации запроса связывания с отказом сетевой службы, информацию об отказе управляемого устройства посредством NMS.

1203. NMS преобразует информацию об отказе в ответ связывания с отказом сетевой службы.

Найдя информацию об отказе устройства, NMS преобразует информацию об отказе в ответ связывания с отказом сетевой службы.

1204. NMS отправляет ответ связывания с отказом сетевой службы на SMS.

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

1205. NMS принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS.

Когда SMS отправляет отчет о диагностике отказа сетевой службы на NMS, NMS принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности объекта виртуальной сетевой функции VNF.

1206. NMS осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы.

После получения отчета о диагностике отказа сетевой службы, NMS осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы.

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

В фактическом применении, после осуществления восстановления от отказа, NMS может возвращать извещение о восстановлении от отказа на SMS, для извещения SMS о том, что произведено восстановление от отказа; после приема извещения о восстановлении от отказа и в случае обнаружения, что отказ разрешился, SMS может отправлять извещение о восстановлении от отказа сетевой службы на NMS, для извещения NMS о том, что отказ разрешился.

В этом варианте осуществления настоящего изобретения, когда модулем управления системой является NMS, после приема информации ответа связывания с отказом сетевой службы, NMS может проверять информацию об отказе устройства, управляемого посредством NMS, и затем преобразовывать информацию об отказе в ответ связывания с отказом сетевой службы и возвращать ответ связывания с отказом сетевой службы на SMS. Таким образом, осуществление проверки отказа на устройстве путем использования системы управления сетью NMS ускоряет ход проверки отказа, благодаря чему, проверка отказа дает более точный результат, и эффективность обработки отказа повышается.

Когда модулем управления системой является виртуализированный диспетчер сетевых функций VNFM, согласно фиг. 13, другой вариант осуществления способа обработки отказа сетевой службы согласно вариантам осуществления настоящего изобретения включает в себя:

1301. Виртуализированный диспетчер сетевых функций VNFM принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS.

Когда SMS отправляет информацию запроса связывания с отказом сетевой службы на VNFM, VNFM принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS.

1302. VNFM проверяет, согласно информации запроса связывания с отказом сетевой службы, информацию об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы.

После приема информации запроса связывания с отказом сетевой службы, VNFM проверяет информацию об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы.

1303. VNFM проверяет, путем использования виртуализированного инфраструктурного диспетчера VIM, информацию об отказе инфраструктуры виртуализации сетевых функций NFVI, связанной с сетевой службой.

После приема информации запроса связывания с отказом сетевой службы, VNFM может отправлять информацию запроса связывания с отказом сетевой службы на VIM, благодаря чему, VIM проверяет информацию об отказе NFVI, связанную с сетевой службой.

1304. VNFM преобразует информацию об отказе VNF и информацию об отказе NFVI в ответ связывания с отказом сетевой службы.

Найдя информацию об отказе VNF и информацию об отказе NFVI, VNFM преобразует информацию об отказе в ответ связывания с отказом сетевой службы.

1305. VNFM отправляет ответ связывания с отказом сетевой службы на SMS.

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

1306. VNFM принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS.

Когда SMS отправляет отчет о диагностике отказа сетевой службы на VNFM, VNFM принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности объекта виртуальной сетевой функции VNF.

1307. VNFM осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы.

После получения отчета о диагностике отказа сетевой службы, VNFM осуществляет восстановление от отказа согласно отчету о диагностике отказа сетевой службы.

VNFM может получать, посредством разложения, первопричинный отказ и решение на обработку первопричинного отказа, которые указаны в отчете о диагностике отказа сетевой службы; если отказ происходит в VNF, VNF можно перезапускать, или VNF можно переносить, или VNF можно переустанавливать; если отказ происходит в NFVI, можно осуществлять перезапуск, перенос и т.п., что здесь не имеет ограничений.

В фактическом применении, после осуществления восстановления от отказа, VNFM может возвращать извещение о восстановлении от отказа на SMS, для извещения SMS о том, что произведено восстановление от отказа; после приема извещения о восстановлении от отказа и в случае обнаружения, что отказ разрешился, SMS может отправлять извещение о восстановлении от отказа сетевой службы на VNFM, для извещения NMS о том, что отказ разрешился.

В этом варианте осуществления настоящего изобретения, когда модулем управления системой является VNFM, после приема информации ответа связывания с отказом сетевой службы, VNFM может проверять информацию об отказе VNF, проверять информацию об отказе NFVI путем использования VIM, и затем преобразовывать информацию об отказе VNF и информацию об отказе NFVI в ответ связывания с отказом сетевой службы. Таким образом, по сравнению с любым другим методом проверки отказов VNF и NFVI, осуществление проверки отказа на VNF и NFVI путем использования виртуализированного диспетчера сетевых функций VNFM позволяет быстрее получать информацию об отказе, что повышает эффективность проверки отказа.

Следует понимать, что модуль управления системой, помимо того, что может быть NMS или VNFM по отдельности, также может быть комбинацией NMS и VNFM; когда модуль управления системой включает в себя NMS и VNFM, SMS может одновременно отправлять сообщение запроса связывания с отказом сетевой службы на NMS и VNFM, что здесь не имеет ограничений.

Для облегчения понимания, далее конкретно описан способ обработки отказа сетевой службы в этом варианте осуществления настоящего изобретения путем использования конкретного сценария применения:

VNFM принимает информацию запроса связывания с отказом сетевой службы, отправленную посредством SMS, причем информация запроса связывания с отказом сетевой службы указывает, что VNF-4 перегружена;

VNFM проверяет, согласно информации запроса связывания с отказом сетевой службы, информацию об отказе, которая относится к VNF и связана с VNF-4, и устанавливает, что: VNF-2 работает нормально, и служба осуществляется с перегрузкой; VNF-4 работает нормально, и служба осуществляется с перегрузкой;

VNFM проверяет, путем использования VIM, информацию об отказе, которая относится к NFVI и связана с VNF-4, и устанавливает, что NFVI отказала, и пропускная способность равна 0;

VNFM преобразует информацию об отказе VNF (VNF-2 работает нормально, и служба осуществляется с перегрузкой; VNF-4 работает нормально, и служба осуществляется с перегрузкой) и информацию об отказе NFVI (NFVI отказала, и пропускная способность равна 0) в ответ связывания с отказом сетевой службы;

VNFM отправляет ответ управления отказом сетевой службы на SMS;

VNFM принимает отчет о диагностике отказа сетевой службы, отправленный посредством SMS, причем отчет о диагностике отказа сетевой службы указывает, что первопричинный отказ является отказом в NFVI, решение на обработку первопричинного отказа предписывает перезапуск NFVI, и псевдоотказы являются отказами в VNF-1 и VNF-4; и

VNFM перезапускает NFVI согласно отчету о диагностике отказа сетевой службы.

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

В некоторых вариантах осуществления, обеспеченных в настоящей заявке, следует понимать, что раскрытые система, устройство и способ можно реализовать другими способами. Например, описанный вариант осуществления устройства является лишь иллюстративным. Например, деление на блоки является лишь делением на логические функции и может быть другим делением в фактической реализации. Например, несколько блоков или компоненты могут быть объединены или встроены в другую систему, или некоторые признаки можно игнорировать или не осуществлять. Кроме того, отображаемые или рассмотренные взаимные соединения или прямые соединения или коммуникационные соединения можно реализовать с использованием тех или иных интерфейсов. Непрямые соединения или коммуникационные соединения между устройствами или блоками можно реализовать в электронной, механической или других формах.

Блоки, описанные как отдельные части, могут быть или не быть физически разделены, и части, отображаемые в виде блоков, могут быть или не быть физическими блоками, могут располагаться в одном месте, или могут распределяться по нескольким сетевым блокам. Некоторые или все из блоков можно выбирать согласно фактическим потребностям для достижения целей решений вариантов осуществления.

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

Когда объединенный блок реализуется в форме программного функционального блока и продается или используется как независимый продукт, объединенный блок может храниться на компьютерно-считываемом носителе данных. На основании такого понимания, технические решения настоящего изобретения, по существу или частично вносящие вклад в уровень техники, или все или некоторые из технических решений можно реализовать в форме программного продукта. Программный продукт сохраняется на носителе данных и включает в себя несколько инструкций, предписывающих компьютерному устройству (которым может быть персональный компьютер, сервер или сетевое устройство) для осуществления всех или некоторых из этапов способов, описанных согласно вариантам осуществления настоящего изобретения. Вышеописанный носитель данных включает в себя: любой носитель, где может храниться программный код, например, флэш-носитель с интерфейсом USB, сменный жесткий диск, постоянную память (ROM, Read-Only Memory), оперативную память (RAM, Random Access Memory), магнитный диск или оптический диск.

Вышеупомянутые варианты осуществления призваны лишь описывать технические решения настоящего изобретения, но не ограничивать настоящее изобретение. Хотя настоящее изобретение подробно описано со ссылкой на вышеупомянутые варианты осуществления, специалистам в данной области техники следует понимать, что они могут вносить изменения в технические решения, описанные согласно вышеупомянутым вариантам осуществления, или совершать эквивалентные замены некоторых из их технических признаков, не выходя за рамки объема технических решений вариантов осуществления настоящего изобретения.

Изобретение относится к области связи и предназначено для своевременной обработки поддержания стабильности системы виртуализации сетевых функций (NFV) при обработке отказа сетевой службы. Способ согласно вариантам осуществления настоящего изобретения включает в себя: после того, как система управления службами (SMS) обнаруживает, что данные рабочей производительности VNF аномальны, отправку информации запроса связывания с сетевой службой на модуль управления системой, причем информация запроса связывания с сетевой службой используется модулем управления системой для проверки отказа и возвращения ответа связывания с сетевой службой на SMS; осуществление, посредством SMS, диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF для получения отчета о диагностике отказа сетевой службы; и отправку отчета о диагностике отказа сетевой службы на модуль управления системой, причем отчет о диагностике отказа сетевой службы используется модулем управления системой для осуществления восстановления от отказа. Таким образом, обработка отказа сетевой службы реализуется в среде NFV. 3 н. и 12 з.п. ф-лы, 13 ил.

1. Система управления службами, содержащая:

модуль (101) отслеживания, выполненный с возможностью отслеживания данных рабочей производительности виртуальной сетевой функции, VNF;

модуль (102) принятия решения, выполненный с возможностью определения, согласно данным рабочей производительности, которые относятся к VNF и отслеживаются модулем (101) отслеживания, является ли аномальной производительность сетевой службы;

модуль (103) запрашивания информации, выполненный с возможностью: когда модуль (102) принятия решения определяет, что производительность сетевой службы является аномальной, отправлять информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на модуль (104) диагностики отказа;

модуль (104) диагностики отказа, выполненный с возможностью осуществления диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности, которые относятся к VNF и отслеживаются модулем (101) отслеживания, для получения отчета о диагностике отказа сетевой службы; и

модуль (105) отправки отчета, выполненный с возможностью отправки отчета о диагностике отказа сетевой службы, полученного модулем (104) диагностики отказа, на модуль управления системой, причем отчет о диагностике отказа сетевой службы используется модулем управления системой для осуществления восстановления от отказа.

2. Система по п. 1, в которой модуль (101) отслеживания, в частности, выполнен с возможностью периодически принимать данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами, EMS.

3. Система по п. 2, причем система дополнительно содержит:

модуль (206) приема конфигурации, выполненный с возможностью приема диапазона значений параметра конфигурации, отправленного блоком оркестровки; причем

модуль (102) принятия решения, в частности, содержит:

блок (2021) принятия решения, выполненный с возможностью определения, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации, принятого модулем (206) приема конфигурации;

блок (2022) определения нормальности, выполненный с возможностью: когда блок (2021) принятия решения определяет, что данные рабочей производительности VNF находятся в пределах диапазона значений параметра конфигурации, определять, что производительность сетевой службы является нормальной; и

блок (2023) определения аномалии, выполненный с возможностью: когда блок (2021) принятия решения определяет, что данные рабочей производительности VNF выходят за пределы диапазона значений параметра конфигурации, определять, что производительность сетевой службы является аномальной.

4. Система по любому из пп. 1-3, в которой модуль (104) диагностики отказа, в частности, содержит:

блок (3041) определения отказа, выполненный с возможностью определения первопричинного отказа и псевдоотказа на основании данных рабочей производительности, которые относятся к VNF и отслеживаются модулем (101) отслеживания, и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

блок (3042) анализа отказов, выполненный с возможностью осуществления анализа первопричинного отказа и псевдоотказа, которые определены блоком (3041) определения отказа, для получения политики обработки; и

блок (3043) генерации отчета, выполненный с возможностью генерации отчета о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки, который получается посредством анализа блоком (3042) анализа отказов.

5. Система по п. 4, в которой блок (3041) определения отказа, в частности, выполнен с возможностью поиска в списке данных информации об отказе в отношении данных об аномалии в данных рабочей производительности, которые относятся к VNF и отслеживаются модулем (101) отслеживания, и информации об отказе в ответе связывания с отказом сетевой службы, для получения соответствующего первопричинного отказа и соответствующего псевдоотказа, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа.

6. Система по п. 5, в которой:

система управления службами установлена в блоке оркестровки;

или

система управления службами установлена в модуле управления системой;

или

система управления службами установлена в EMS.

7. Модуль управления системой, содержащий:

блок (501) приема запроса, выполненный с возможностью приема информации запроса связывания с отказом сетевой службы, отправленной системой управления службами, SMS;

блок (502) проверки отказа, выполненный с возможностью проверки информации об отказе в рамках объема управления согласно информации запроса связывания с отказом сетевой службы, принятой блоком (501) приема запроса;

блок (503) преобразования информации, выполненный с возможностью преобразования информации об отказе, проверенной блоком (502) проверки отказа, в ответ связывания с отказом сетевой службы;

блок (504) отправки, выполненный с возможностью отправки, на SMS, ответа связывания с отказом сетевой службы, полученного посредством преобразования блоком (503) преобразования информации;

блок (505) приема отчета, выполненный с возможностью приема отчета о диагностике отказа сетевой службы, отправленного посредством SMS, причем отчет о диагностике отказа сетевой службы получается после того, как SMS осуществляет диагностику отказа согласно ответу связывания с отказом сетевой службы, отправленному блоком (504) отправки, и данным рабочей производительности объекта виртуальной сетевой функции, VNF; и

блок (506) восстановления от отказа, выполненный с возможностью осуществления восстановления от отказа согласно отчету о диагностике отказа сетевой службы, принятому блоком (505) приема отчета.

8. Модуль управления системой по п. 7, в котором, когда модуль управления системой является системой управления сетью, NMS, блок (502) проверки отказа, в частности, выполнен с возможностью проверки, согласно информации запроса связывания с отказом сетевой службы, принятой блоком (501) приема запроса, информации об отказе управляемого устройства.

9. Модуль управления системой по п. 7, в котором, когда модуль управления системой является виртуализированным диспетчером сетевых функций, VNFM,

блок (502) проверки отказа, в частности, содержит:

первый подблок (6021) проверки, выполненный с возможностью проверки, согласно информации запроса связывания с отказом сетевой службы, принятой блоком (501) приема запроса, информации об отказе VNF, которая связана с сетевой службой, запрашиваемой посредством информации запроса связывания с отказом сетевой службы; и

второй подблок (6022) проверки, выполненный с возможностью проверки, путем использования виртуализированного инфраструктурного диспетчера, VIM, и согласно информации запроса связывания с отказом сетевой службы, принятой блоком (501) приема запроса, информации об отказе инфраструктуры виртуализации сетевых функций, NFVI, связанной с сетевой службой; причем

блок (503) преобразования информации, в частности, выполнен с возможностью преобразования информации об отказе VNF и информации отказе NFVI в ответ связывания с отказом сетевой службы.

10. Способ обработки отказа сетевой службы, содержащий этапы, на которых:

отслеживают (801), посредством системы управления службами, SMS, данные рабочей производительности объекта виртуальной сетевой функции, VNF;

определяют (802), посредством SMS, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы;

если производительность сетевой службы является аномальной, отправляют (803), посредством SMS, информацию запроса связывания с отказом сетевой службы на модуль управления системой, причем информация запроса связывания с отказом сетевой службы используется модулем управления системой для проверки отказа и возвращения ответа связывания с отказом сетевой службы на SMS;

осуществляют (804), посредством SMS, диагностику отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы; и

отправляют (805), посредством SMS, отчет о диагностике отказа сетевой службы на модуль управления системой, причем отчет о диагностике отказа сетевой службы используется модулем управления системой для осуществления восстановления от отказа.

11. Способ по п. 10, в котором этап отслеживания системой управления службами, SMS, данных рабочей производительности виртуальной сетевой функции, VNF, содержит этап, на котором:

периодически принимают (901), посредством SMS, данные рабочей производительности, которые относятся к VNF и отправляются системой управления элементами, EMS.

12. Способ по п. 11, в котором данные рабочей производительности содержат:

пропускную способность, задержку или ширину полосы.

13. Способ по п. 11, в котором:

до этапа определения, посредством SMS, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы, способ содержит этап, на котором:

принимают (902), посредством SMS, диапазон значений параметра конфигурации, отправленный блоком оркестровки; и

определение, посредством SMS, согласно данным рабочей производительности VNF, является ли аномальной производительность сетевой службы, содержит этапы, на которых:

определяют (903), посредством SMS, находятся ли данные рабочей производительности VNF в пределах диапазона значений параметра конфигурации; и

если да, определяют, что производительность сетевой службы является нормальной; или

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

14. Способ по п. 10, в котором осуществление, посредством SMS, диагностики отказа согласно ответу связывания с отказом сетевой службы и данным рабочей производительности VNF, для получения отчета о диагностике отказа сетевой службы, содержит этапы, на которых:

определяют (1005), посредством SMS, первопричинный отказ и псевдоотказ на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы, причем псевдоотказ представляет собой отказ, который можно разрешить совместно с восстановлением от первопричинного отказа;

осуществляют (1006), посредством SMS, анализ первопричинного отказа и псевдоотказа, для получения политики обработки; и

генерируют (1007), посредством SMS, отчет о диагностике отказа сетевой службы согласно первопричинному отказу, псевдоотказу и политике обработки.

15. Способ по п. 14, в котором определение, посредством SMS, первопричинного отказа и псевдоотказа на основании данных рабочей производительности VNF и ответа связывания с отказом сетевой службы содержит этап, на котором:

производят поиск, посредством SMS, в списке данных информации об отказе в отношении данных об аномалии в данных рабочей производительности VNF и информации об отказе в ответе связывания с отказом сетевой службы для получения соответствующего первопричинного отказа и соответствующего псевдоотказа.