Способ и устройство для контроля объема пользования услугами

Авторы патента:

ВАН Юн (CN)

H04L12/26 - контрольные устройства; испытательные устройства

Владельцы патента RU 2523962:

ХУАВЕЙ ТЕКНОЛОДЖИЗ КО., ЛТД. (CN)

Изобретение относится к способу и устройству для контроля объема пользования услугами. Технический результат изобретения заключается в повышении качества управления обслуживания объема пользования услугами. Способ включает в себя этапы, на которых определяют, согласно пятикратной информации, или информации о протоколе, или информации о URL в принятой информации о запросе услуг, совпадает ли информация о запросе услуг с информацией о заданном потоке услуг в одной или множестве задач контроля услуг на уровне сеанса, при этом задача контроля услуг на уровне сеанса включает в себя идентификатор класса контроля услуг на уровне сеанса, идентификатор задачи контроля и информацию о заданном потоке услуг; причем идентификатор класса контроля указывает, что задача контроля используется для контроля объема пользования заданным потоком услуг в сеансе; после определения совпадения информации о запросе услуг с информацией о заданном потоке услуг в одной или множестве задач контроля услуг на уровне сеанса накапливают объем пользования информацией о запросе услуг в одной или множестве задач контроля услуг на уровне сеанса; и сообщают идентификатор задачи контроля и накопленный объем пользования информацией о запросе услуг в задаче контроля услуг на уровне сеанса в PCRF. 2 н.п. и 8 з.п.ф-лы, 5 ил.

Область техники, к которой относится изобретение

Настоящее изобретение относится к технологиям связи, а более конкретно - к способу и устройству для контроля объема пользования услугами.

Уровень техники

IP-сеть может предоставлять многочисленные виды услуг, такие как мультимедийный вызов, загрузка файла и просмотр web-страниц, и поэтому сеть должна иметь возможность обнаруживать различные потоки услуг, измерять и предоставлять отчет об информации о тарификации, такой как объем трафика и продолжительность, в центр тарификации. Организации, такие как 3GPP и форум по глобальной совместимости для микроволнового доступа (Worldwide Interoperability for Microwave Access, WiMAX), определили политику управления и тарификацию на основе архитектуры правил политики управления и тарификации (Policy Charging Control, РСС). Архитектура РСС позволяет сети обнаруживать различные потоки услуг и удовлетворять требования, такие как контроль качества обслуживания (QoS) и управление тарификацией для потоков услуг.

Архитектура РСС включает в себя функциональные объекты, такие как функцию обеспечения политики и тарификации (Policy Charging Enforcement Function, PCEF) и функцию реализации правил политики и тарификации (Policy Charging Rules Function, PCPvF). PCEF поддерживает перехват для одиночного потока услуг, группы потоков услуг или всех потоков услуг в сеансе. PCRF поддерживает регулирование объема пользования услугами на основании уровня правил и уровня сеанса и может динамически управлять полосой пропускания или правилами тарификации с использованием объема пользования, отчет о которой предоставляет PCRF. Интерфейс Gx используется между PCRF и PCEF для предоставления отчета о доставке политики и объема пользования: PCEF запрашивает у PCRF правила РСС через интерфейс Gx, PCRF предоставляет правили РСС для PCEF через интерфейс Gx, и PCEF предоставляет отчет об объеме пользования услугами, которую контролируют согласно правилам РСС, в PCRF через интерфейс Gx.

Однако существующий механизм контроля объема пользования не может удовлетворять следующим требованиям. Например, необходимо перехватить объем пользования определенным web-сайтом, таким как , и в то же самое время дополнительно перехватить объем пользования протоколом HTTP пользователями в сеансе для того, чтобы управлять качеством обслуживания, когда объем доступа Sina достигает определенного порога, и управлять качеством обслуживания определенного web-сайта, когда услуга HTTP требует определенного порога. Если используется контроль на уровне правила, то PCEF только предпочтительно накапливает поток услуг с определенным правилом во время идентификации, и отчет об объеме пользования потоком услуг предоставляется для правила, соответствующего протоколу HTTP, или правила, соответствующего . Таким образом, объем пользования для другого правила не является полным объемом пользования. Если используется контроль уровня сеанса, так как контроль уровня сеанса нацелен на контроль всех объемов пользования услугами пользователем в сеансе, поток услуг пользователей в сеансе, имеющих доступ к любому web-сайту за счет использования любого протокола, накапливается в правиле и отчет о них предоставляется в PCRF. Как таковой, объем пользования для пользователей, имеющих доступ к , нельзя выделить из объема пользования с применением протокола HTTP. Поэтому в настоящее время объем пользования услугами, отчет о котором PCEF предоставляет в PCRF, не является точным, что впоследствии приводит к сбою в точном управлении качеством обслуживания для других услуг.

Раскрытие изобретения

Варианты осуществления настоящего изобретения предусматривают способ и устройство для контроля объема пользования услугами, которые используются для устранения недостатка, связанного с неточным объемом пользования услугами, отчет о которой PCEF передает в PCRF, в предшествующем уровне техники, и для решения задачи точного сбора объема пользования услугами пользователем путем использования PCRP

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

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

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

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

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

Подробное описание изобретения

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

На фиг.1 изображена блок-схема алгоритма способа контроля объема пользования услугами, согласно первому варианту осуществления настоящего изобретения. Как показано на фиг.1, этот вариант осуществления включает в себя:

Этап 11. PCEF определяет, согласно одной из информации, состоящей из пяти частей, информации о протоколе и информации URL в принятой информации о запросе услуг, является ли информация о запросе услуг такой же, как и специфическая информация о потоке услуг в каждой задаче контроля услуг на уровне сеанса.

После того, как PCEF инициирует запрос на установление сеанса Gx+ в PCRF, PCRF отправляет многочисленные задачи контроля услуг на уровне сеанса в PCEF. Каждая задача контроля услуг на уровне сеанса включает в себя идентификатор класса контроля услуг на уровне сеанса, идентификатор задачи контроля и специфическую информацию о потоке услуг. Идентификаторы класса контроля услуг на уровне сеанса, соответствующие всем задачам контроля услуг на уровне сеанса, являются одинаковыми, идентификаторы задач контроля, соответствующие всем задачам контроля услуг на уровне сеанса, являются различными, и соответствующая информация о потоке услуг является также различной. Идентификатор класса контроля услуг на уровне сеанса показывает, что задача контроля используется для контроля объема пользования специфической услугой пользователя в текущем сеансе. Через идентификатор класса задачи контроля в задаче контроля услуг на уровне сеанса, PCEF может узнать о сумме за пользование специфической услугой пользователя в текущем сеансе по инструкции PCRF.

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

После приема информации о запросе на услугу в текущем сеансе, например, после приема запроса на просмотр HTTP, запроса на услугу RTSP, запроса на услугу короткого сообщения или запроса на услугу мультимедийного сообщения, PCEF распознает характеристики, такие как информация о порте (Port), состоящая из пяти частей, информация об универсальном указателе ресурса (Uniform Resource Locator, URL) и информация о протоколе в информации о запросе услуг. Кроме того, она сравнивает одну из информации, состоящей из пяти частей, информации о протоколе и информации о URL в информации о запросе услуг с одной из информации, состоящей из пяти частей, информации о протоколе и информации о URL, соответствующей специфической информации о потоке услуг; если, по меньшей мере, одна из информации, состоящей из пяти частей, информации о протоколе и информации о URL является одинаковой, определяют, что информация о запросе услуг является такой же, как и специфическая информация о потоке услуг. Информация о порте, состоящая из пяти частей, распознанная из информации о запросе услуг, включает в себя: IP-адрес отправителя и порт отправителя для отправления информации о запросе услуг, IP-адрес места назначения и порт места назначения для приема информации о запросе услуг, и номер протокола, соответствующий протоколу, который используется для обработки информации о запросе услуг.

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

Этап 13. PCEF предоставляет отчет об идентификаторе задачи контроля и накопленной сумме за пользование информацией о запросе услуг в задаче контроля услуг на уровне сеанса в PCRF.

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

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

На фиг.2 изображения блок-схема алгоритма способа контроля объема пользования услугами, согласно второму варианту осуществления настоящего изобретения. В этом варианте осуществления, PCRF доставляет задачу контроля услуг на уровне сеанса в PCEF через интерфейс Gx+.

Этот вариант осуществления расширяет определение уровень контроля использования Usage-Monitoring-Level AVP путем добавления класса контроля: SESSION_RULE_LEVEL(2). Идентификатор класса контроля показывает, что доставленная задача контроля контролирует сумму за пользование специфической услугой в сеансе. Помимо этого, [Session-Usage-Monitoring-Flows] AVP в дальнейшем вновь добавляется для инструктирования специфической информации о потоке услуг, которая необходима для дальнейшего контроля, следующим образом: идентификатор задачи контроля специфической информации о потоке услуг.<CC-Answer>::=

В [Flow-Information] это может представлять собой [URL], что означает контроль потока услуг для доступа к специфическому URL.

Как показано на фиг.2, этот вариант осуществления включает в себя:

Этап 1a. PCEF отправляет запрос на установление сеанса в PCRF через сообщение CCR-Initial.

PCEF отправляет запрос на установление сеанса на основании одного пользователя, то есть, IP-адрес одного отправителя, в PCRF через сообщение CCR (запрос управления кредитом) для запроса PCRF для доставки задачи контроля, соответствующей пользователю, или IP-адреса. Как таковая, после того, как пользователь входит в режим онлайн, PCEF контролирует сумму за пользование специфической услугой пользователя, согласно задаче контроля, доставленной PCRF.

Этап 2а. PCRF доставляет две задачи контроля услуг на уровне сеанса в PCEF через сообщение GX ССА (ответ управления кредитом).

Каждая задача контроля услуг на уровне сеанса включает в себя идентификатор класса контроля, идентификатор задачи контроля и специфическую информацию о потоке услуг. Например, для отчета в случае, когда контролируемый объем трафика пользователя, осуществляющего доступ к web-сайту Google достигает специфической величины, и отчета, когда контролируемый объем трафика пользователя при использовании протокола HTTP достигает специфической величины, PCRF доставляет следующие две задачи контроля услуг уровня (содержание [представляет собой фактические отправленные значения) в PCEF:

В содержании сообщения, SESSION_RULE_LEVEL(2) показывает, что идентификатор класса задачи контроля представляет собой класс 2, Monitor-key(m1) показывает, что идентификатор задачи А контроля представляет собой m1, и Monitor-key(m2) показывает, что идентификатор задачи В контроля представляет собой m2; Granted-Service-Unit (3МВ) показывает, что задача А контроля инструктирует, что объем пользования, который должен быть достигнут для отчета о специфическом потоке услуг, соответствует размеру услуг 3 MB; Flow-Description(protocol:http) показывает, что специфический поток услуг задачи В контроля представляет собой поток услуг использования протокола HTTP; URL() показывает, что специфический поток услуг задачи А представляет собой поток услуг доступа к .

Этап 3а. После приема информации о запросе услуг PCEF определяет, согласно одной из суммы за использование информации о протоколе и информации о URL в принятой информации о запросе услуг, является ли информация о запросе услуг такой же, как и специфическая информация о потоке услуг в каждой задаче контроля услуг на уровне сеанса.

Вслед за задачами контроля услуг на уровне сеанса, PCEF может сначала распознать характеристики, такие как информация, состоящая из пяти частей, о порте, информация о URL и информация о протоколе в информации о запросе услуг посредством технологии углубленной инспекции пакетов. Характеристики, такие как информация, состоящая из пяти частей, и информация о URL в информации о запросе услуг, сравниваются с характеристиками потока услуг URL(), инструктированного [Session-Usage-Monitoring-Flows] в задачи А контроля. Если один из всех элементов информации, как информация о запросе услуг, так и задачи А контроля, является одинаковым, то они показывают, что информация о запросе услуг является специфической информацией о потоке услуг в задаче А контроля, и предоставляют отчет в PCRF через Monitor-key(m1), когда специфический объем пользования достиг своего значения для услуг размером 3 Мб. Помимо этого PCEF может дополнительно согласовывать характеристики, такие как информация, состоящая из пяти частей, и информация о URL в информации о запросе услуг с характеристиками потока услуг Flow-Description(protocol:http), инструктированного с помощью [Session-Usage-Monitoring-Flows] в задачи В контроля. Если один из элементов информации, как информация о запросе услуг, так и задача В контроля, является одинаковым, то показывают, что информация о запросе услуг представляет собой специфическую информацию о потоке услуг в задачи В и предоставляют отчет в PCRF через Monitor-key(m2), когда специфический объем пользования достигает своего значения для услуг размером 3 Мб.

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

Предположим, что пользователь использует трафик размером 3 Мб, при доступе к . PCEF распознает, что поток услуг дополнительно принадлежит потоку услуг, который использует протокол HTTP. Затем PCEF предоставляет отчет о сумме за пользование следующим образом:

В вышеупомянутой команде CCRU сообщения PCEF предоставляют отчет о сумме за пользование услугами размером 3 Мб при осуществлении доступа к www.google.com.hk в PCRF через идентификатор m1 задачи контроля, и PCEF предоставляет отчет о соответствующей сумме за пользование услугами размером 3 Мб при осуществлении доступа к информации о потоке услуг HTTP в PCRF через идентификатор m2 задачи контроля. Содержание в квадратных скобках в вышеупомянутой команде CCRU представляет собой сообщения, которые показывают значения данных, фактически отправленные с помощью PCEF в PCRF.

Этап 5а. PCRF регулирует задачи контроля услуг на уровне сеанса, согласно сумме за пользование услугами, отчет о которой предоставляет PCEF, и доставляет новые задачи контроля услуг на уровне сеанса в PCEF.

PCEF предоставляет отчет об объеме трафика, который использует пользователь при осуществлении доступа к в сеансе и объеме трафика пользователя при использовании протокола HTTP в сеансе. PCRF выполняет управление накоплением для объема пользования, отчет о которой предоставляет PCEF, таким образом, чтобы управлять качеством обслуживания web-сайта Google, когда объем доступа Google достигает определенного порога, и управлять качеством обслуживания специфического web-сайта, когда услуга HTTP достигает определенного порога.

На фиг.3 изображена блок-схема алгоритма способа контроля объема пользования услугами, согласно третьему варианту осуществления настоящего изобретения. Различие между этим вариантом осуществления и предыдущим вариантом осуществления заключается в следующем: PCRF доставляет идентификатор класса контроля и идентификатор контроля в задаче контроля услуг на уровне сеанса в PCEF только через интерфейс Gx+ и доставляет специфическую информацию о потоке услуг в задаче контроля услуг на уровне сеанса в PCEF через вновь добавленный интерфейс синхронизации потока услуг. Интерфейс синхронизации потока услуг должен осуществлять передачу Monitor-key и flow-info, в сообщении ССА, где flow-info включает в себя информацию о порте и информацию о URL.

Как показано на фиг.3, этот вариант осуществления включает в себя:

Этап 1b. PCEF отправляет запрос на установление сеанса в PCRF через сообщение CCR-Initial.

Этап 2b. PCRF доставляет идентификаторы класса контроля и идентификаторы задач контроля в двух задачах контроля услуг на уровне сеанса в PCEF через сообщение GX ССА.

Например, чтобы контролировать объем трафика пользователя при осуществлении доступа к web-сайту Google и использовании протокола HTTP, PCRF помещает как идентификаторы задачи контроля, так и специфическую информацию о потоке услуг, в задачи контроля услуг на уровне сеанса в сообщения SOAP и отправляет сообщения в PCEF через интерфейс синхронизации потока услуг. Например, отправляется следующая информация: Flow-ID: m1; URL: ; Flow-ID: m2; Protocol: http; Granted-Service-Unit: 3 MB.

После приема сообщения CCR-Initial из PCEF, PCRF доставляет идентификаторы задачи контроля и идентификаторы задачи контроля в двух задачах контроля услуг на уровне сеанса в PCEF.

В сообщении CCA доставляется только та информация, которая имеет к этому отношению, в Usage-Monitoring-Information, и информация в [Session-Usage-Monitoring-Flows] не доставляется. Через Monitor-key, принятой из интерфейса синхронизации потоков услуг и Monitor-key в Usage-Monitoring-Information, специфицированную информацию о потоке услуг, принятую из интерфейса синхронизации потоков услуг, можно коррелировать с SESSION_RULE_LEVEL(2) в Usage-Monitoring-Information для получения полной информации о задаче контроля.

Этап 3b. После приема информации о запросе услуг, PCEF определяет, согласно одной из информации, состоящей из пяти частей, о порте, информации о протоколе и информации о URL в принятой информации о запросе услуг, является ли информация о запросе услуг такой же, как и специфическая информация о потоке услуг в каждой задаче контроля услуг на уровне сеанса.

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

Предположим, что пользователь использует трафик размером 3 Мб при доступе к . PCEF распознает, что поток услуг дополнительно принадлежит потоку услуг при использовании протокола HTTP. Затем PCEF сообщает о сумме за пользование следующим образом:

Содержание в квадратных скобках в CCRU представляет собой информацию, которая показывает значение данных, фактически отправленных PCEF в PCRF.

Этап 5b. PCRF регулирует задачи контроля услуг на уровне сеанса, согласно сумме за пользование услугами, отчет о котором предоставляет PCEF, и доставляет новые задачи контроля услуг на уровне сеанса в PCEF.

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

На фиг.4 изображена структурная схема устройства для контроля объема пользования услугами, согласно первому варианту осуществления настоящего изобретения. Как показано на фиг.4, этот вариант осуществления включает в себя: модуль 41 определения, модуль 45 накопления и модуль 42 предоставления отчета.

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

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

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

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

Кроме того, на базе фиг.4, этот вариант осуществления дополнительно включает в себя: модуль 43 установления сеанса и модуль 44 приема.

Модуль 43 установления сеанса выполнен с возможностью отправления запроса на установление сеанса в PCRF.

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

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

Для объяснения рабочего механизма каждого модуля можно сослаться на описание вариантов осуществления, соответствующих фиг.1-фиг.3. Рабочие механизмы не описаны здесь.

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

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

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

1. Способ контроля объема пользования услугами, содержащий этапы, на которых:
определяют, согласно пятикратной информации, или информации о протоколе, или информации о URL в принятой информации о запросе услуг, совпадает ли информация о запросе услуг с информацией о заданном потоке услуг в одной или множестве задач контроля услуг на уровне сеанса, при этом задача контроля услуг на уровне сеанса содержит идентификатор класса контроля услуг на уровне сеанса, идентификатор задачи контроля и информацию о заданном потоке услуг; причем идентификатор класса контроля указывает, что задача контроля используется для контроля объема пользования заданным потоком услуг в сеансе;
после определения совпадения информации о запросе услуг с информацией о заданном потоке услуг в одной или множестве задач контроля услуг на уровне сеанса накапливают объем пользования информацией о запросе услуг в одной или множестве задач контроля услуг на уровне сеанса; и
сообщают идентификатор задачи контроля и накопленный объем пользования информацией о запросе услуг в задаче контроля услуг на уровне сеанса функции правил политики и тарификации (PCRF).

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

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

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

5. Способ контроля объема пользования услугами по п.3, в котором на этапе приема в сеансе каждой из задач контроля услуг на уровне сеанса, отправленных с помощью PCRF:
принимают идентификаторы класса задачи контроля и идентификаторы задач контроля для задач контроля услуг на уровне сеанса, отправленных с помощью функции реализации правил политики и тарификации, через интерфейс Gx+, и принимают информацию о заданном потоке услуг и идентификаторы задач контроля для каждой задачи контроля услуг на уровне сеанса, отправленной с помощью функции реализации правил политики и тарификации, через интерфейс синхронизации информации о потоке услуг.

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

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

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

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

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

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

Способ мониторинга речевого сигнала и шлюз доступа // 2510140

Настоящее изобретение описывает способ мониторинга речевого сигнала и шлюз доступа. Предлагаемый способ применяется для мониторинга речевого сигнала контролируемого пользователя с помощью шлюза доступа и включает в себя следующие шаги: получение дискретизованных данных импульсно-кодовой модуляции речевого сигнала прослушиваемого пользователя, упаковка полученных данных РСМ в поток данных транспортного протокола реального времени (RTP) и передача этого потока данных RTP на устройство мониторинга.

Способ и система радиосвязи // 2505924

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

Способ сбора статистики по качеству и соответствующий способ управления сбором статистики по качеству // 2501174

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

Передача отчетов об измерениях соседних сот // 2490826

Изобретение относится к области беспроводной связи. .

Система мониторинга кабельных соединений с использованием рефлектометра // 2490807

Способ, устройство и модуль для оптимизации удаленного управления устройствами домашней сети // 2482613

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

Способ моделирования сети связи // 2476930

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

Система и способ мультиплексирования в восходящем управляющем канале lte // 2467491

Изобретение относится к системам связи. .

Способ, система для обработки неисправности и устройство обмена данными, основанные на промышленной сети ethernet // 2463719

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

Система имитации электромагнитной обстановки с сетью из множества зондов // 2543557

Изобретение относится к системе имитации электромагнитной обстановки. Технический результат состоит в упрощенной и автоматизированной калибровке для каждого канала, которая не зависит от калибровки фактической сети зондов. Для этого система содержит сеть (200) излучающих и/или приемных зондов (Si) для тестирования по меньшей мере одной антенны (300), каналы (С) для соединения зондов с имитатором (600) канала, блок (400) излучения сигнала, блок (410) приема сигнала, причем один из блоков (400, 410) соединен с имитатором (600). Согласно изобретению переключающее устройство (100) имеет первое положение измерения, в котором устройство (100) соединяет имитатор (600) по меньшей мере с одним из зондов через соответствующий канал (С) и соединяет другой блок (410, 400) с тестируемой антенной (300), во втором положении калибровки каналов (С) переключающее устройство (100) соединяет имитатор (600) с другим блоком (410, 400) через соответствующий канал (С) без прохождения через сеть (200) зондов (Si). 2 н. и 11 з.п. ф-лы, 8 ил.

Способ оперирования портативным терминалом // 2573203

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

Способ, устройство и система для тестирования сети при работе механизма ipsec // 2580454

Изобретение относится к тестированию сети при работе механизма защиты Интернет-протокола (IPsec). Технический результат состоит в эффективности исправления ошибки, возникающей из-за нарушения порядка служебного пакета данных, принимаемого во время тестирования сети при работе механизма IPsec. Для этого способ тестирования сети при работе механизма IPsec включает в себя: прием сообщения запроса сеанса, при этом сообщение запроса сеанса содержит информацию о количестве пакетов данных IPsec и интервале времени передачи пакетов данных IPsec; после установления сеанса с передающей стороной прием пакета данных IPsec, который несет в себе информацию тестирования; и выполнение обнаружения ошибок для принятого пакета данных IPsec в соответствии с принятой информацией тестирования, а также информацией о количестве пакетов данных IPsec и интервале времени передачи пакетов данных IPsec в сообщении запроса сеанса. Варианты осуществления настоящего изобретения используются для беспроводной связи. 5 н. и 10 з.п. ф-лы, 10 ил.

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

Изобретение относится к сетям связи. Технический результат изобретения заключается в надежном измерении доступной пропускной способности маршрутов в сети связи. Способ определения прямой и обратной доступной пропускной способности линии связи маршрута из одной конечной точки включает в себя этапы: передачи из узла исходной конечной точки по направлению к узлу конечной точки назначения прямой серии пакетов, включающей в себя первое множество тестовых пакетов, через прямой маршрут, и приема в узле исходной конечной точки соответствующей обратной серии пакетов из узла конечной точки назначения, причем обратная серия пакетов включает в себя второе множество тестовых пакетов, через обратный маршрут, каждый из которых соответствует соответственному пакету из первого множества тестовых пакетов. 2 н. и 19 з.п. ф-лы, 11 ил.

Устройство имитации сетевого трафика и блок коррекции параметров трафика // 2584465

Изобретение относится к радиотехнике и связи. Технический результат заключается в расширении спектра моделирования видов сетевого трафика. Устройство имитации сетевого трафика содержит первый и второй генераторы шума, первый и второй элементы выборки и хранения, первый и второй элементы сравнения, перестраиваемый генератор тактовых импульсов, генератор линейно-изменяющегося напряжения, первую, вторую и третью регулируемые линии задержки, управляющий элемент, первый и второй электронные ключи, блок коррекции параметров трафика, причем управляющие входы первого и второго электронных ключей подключены соответственно к управляющим выходам «Фронт» и «Спад» блока коррекции параметров трафика, управляющие входы первой, второй и третьей регулируемых линий задержки соответственно подключены к управляющим выходам «Задержка 1», «Задержка 2» и «Задержка 3» блока коррекции параметров трафика, управляющие входы первого и второго генераторов шума объединены и подключены к управляющему выходу «Закон распределения» блока коррекции параметров трафика, управляющий вход перестраиваемого генератора тактовых импульсов подключен к управляющему выходу «Скорость трафика» блока коррекции параметров трафика. 2 н.п. ф-лы, 7 ил.

Платформа интегрированной модульной авионики боевых комплексов // 2595507

Изобретение относится к технике обработки цифровых данных с помощью программируемых специализированных вычислительных устройств и может быть использовано при разработке специализированных вычислительных устройств обработки цифровых данных на борту боевых летательных аппаратов. Технический результат - повышение надежности и гибкости реконфигурации платформы интегрированной модульной авионики боевых комплексов (ИМА БК). Платформа ИМА БК включает следующие элементы: универсальный вычислительный процессорный модуль - УВМ 1; модуль графического контроллера - МГК 2; модуль ввода/вывода - МВВ 3; модуль коммутатор - МК 4; канал информационного обмена - КИО 5; программируемый контроллер модуля - ПКМ 6; канал телевидеоизображения - КТВИ 7; сетевой канал информационного обмена - СКИО 8; сервисный канал информационного обмена - СервКИО 9. 2 з.п. ф-лы, 3 ил.

Управление главными вычислительными устройствами // 2596581

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

Способ, узел, мобильный терминал и система для идентификации поведения привязки к сети // 2598581

Изобретение относится к области передачи данных. Технический результат - увеличение точности идентификации поведения привязки к сети и расширение диапазона применимых сценариев для идентификации поведения привязки к сети. Для этого способ включает в себя этапы, на которых: принимают, используя общий узел поддержки службы пакетной передачи данных шлюза (GGSN), пакет интернет-протокола (IP), передаваемый устройством, подключаемым к сети, и перенаправляемый мобильным терминалом; получают значение срока действия (TTL) в пакете IP; определяют, отличается ли полученное значение TTL от заданного значения TTL; и если отличается, определяют, что подключаемое к сети устройство выполняет поведение привязки к сети. 5 н. и 15 з.п. ф-лы, 11 ил., 1 табл.

Способ и устройство для определения устранения отказа на базе протокола эксплуатации, администрирования и технического обслуживания (оам) // 2598794

Группа изобретений относится к области передачи данных и может быть использована для определения устранения отказа на базе протокола ОАМ. Техническим результатом является снижение объема памяти, занимаемой записями индексов аппаратных таймеров, и регулирование числа сессий ОАМ. Способ содержит: проверку, имеется или нет отказ соединения, посредством обнаружения сессии ОАМ; при обнаружении отказа соединения, установку идентификационной информации об отказе, соответствующую сессии ОАМ; при наступлении времени сканирования сессии, установку идентификационной информации о числе циклов сканирования, соответствующую сессии ОАМ, согласно установленной идентификационной информации об отказе и стирание идентификационной информации об отказе; и при наступлении времени следующего сканирования сессии, определение, устранен отказ или нет, в соответствии с идентификационной информацией, соответствующей отказу, и идентификационной информацией, соответствующей числу циклов сканирования. 2 н. и 6 з.п. ф-лы, 3 ил.

Способ и устройство для обнаружения закольцовывания портов ethernet // 2605494

Изобретение относится к средствам обнаружения закольцовывания портов Ethernet. Технический результат заключается в уменьшении вероятности потери работоспособности сети, вызываемой наличием закольцовывания в сети. Периодически передают сетевым устройством сообщения обнаружения из каждого порта сетевого устройства. Определяют, является ли принятое сообщение обнаружения сообщением, переданным локально, и, если принятое сообщение обнаружения является сообщением, переданным локально, извлекают из принятого сообщения обнаружения номер порта, из которого передано принятое сообщение обнаружения, и отключают соединение с этим портом; в противном случае пересылают принятое сообщение обнаружения в следующее сетевое устройство. При этом отключение соединения с портом осуществляют путем отключения функции распознавания МАС-адреса для этого порта. 2 н. и 11 з.п. ф-лы, 3 ил.