Система управления связью и способ управления связью



Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью
Система управления связью и способ управления связью

 


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

НЕК КОРПОРЕЙШН (JP)

Изобретение относится к области систем управления связью. Техническим результатом является повышение надежности связи в системе управления связью. В случае системы, где устройство связи является дистанционно управляемым от управляющего сервера, в зависимости от времени, когда элемент записывается в таблицу пересылки устройства связи из управляющего сервера, существует вероятность, что произойдет зацикливание и отбрасывание трафика. Поэтому для регистрации, перезаписи и стирания элемента таблицы пересылки, которые выполняются на устройстве 102 связи посредством управляющего сервера 101, устройство 102 связи сверяет содержимое управляющих инструкций из управляющего сервера 101 и сохраняет результат этой сверки. Управляющий сервер 101 получает результат сверки и выносит решение, может или не может последовательность управления быть исполнена, на основе результатов сверки от множества устройств 102 связи, и затем управляющий сервер 101 предписывает каждому устройству 102 связи исполнить упомянутую последовательность управления. 6 н. и 6 з.п. ф-лы, 9 ил.

 

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

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

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

Для сетевого управления маршрутизацией в TCP/IP (протокол управления передачей/Интернет-протокол) или IEEE 802.1 является типичным способ, в котором автономное управление маршрутизацией выполняется путем обмена информацией маршрута между устройствами связи.

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

В качестве способа разрешения этой проблемы Патентная литература 1 (US 2006/0092974 A1) раскрывает способ отделения управляющей части от устройства связи и удаленного управления управляющим сервером, на котором установлена эта управляющая часть, причем множество устройств связи не имеют управляющей части. Также известно, что путем управления маршрутами множества устройств связи посредством управляющего сервера, по сравнению с автономным управлением маршрутизацией, в котором обмен информацией маршрута происходит между множеством устройств связи, может быть осуществлено управление маршрутизацией с высокой надежностью.

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

Таблицей потоков является таблица, в которой зарегистрирован элемент, определяющий предварительно определенную обработку (действие), которая должна быть выполнена над пакетом, удовлетворяющим предварительно определенному условию совпадения (правилу). Группа пакетов (последовательность пакетов), удовлетворяющая правилу, называется потоком. Правило потока определяется различными комбинациями с использованием любого или всех из: адреса назначения, адреса источника, порта назначения и порта источника, которые включаются в область заголовка каждой иерархии протоколов пакетов, и является опознаваемым. Адреса, описанные выше, включают в себя MAC-адрес (адрес управления доступом к среде) и IP-адрес (адрес Интернет-протокола). Кроме того, в дополнение к описанным выше, информация порта доступа может также использоваться в качестве правила потока.

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

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

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

Согласно Фиг.1 в качестве примера, в случае, в котором в устройстве 102A связи, когда некоторый элемент таблицы пересылки был зарегистрирован с назначением вывода, определенным как устройство 102B связи, в качестве поисковой информации, а в устройстве 102B связи элемент таблицы пересылки, содержащий эту поисковую информацию, уже был зарегистрирован с назначением вывода, определенным как устройство 102A связи, то осуществляется многократный обмен трафиком, удовлетворяющим условию, между устройством 102A связи и устройством 102B связи.

К примеру, предположим, что в устройстве 102A связи в качестве поисковой информации был зарегистрирован элемент, который определяет, что назначение вывода пакета, имеющего в качестве информации заголовка IP-адрес назначения "192.168.0.1/32" ("/32" обозначает длину сетевого адреса), является устройством 102B связи. На данном этапе в случае, когда в устройстве 102B связи уже был зарегистрирован элемент, который определяет, что назначение вывода пакета, имеющего в качестве информации заголовка IP-адрес назначения "192.168.0.0/8", является устройством 102A связи, то происходит многократный обмен трафиком, предназначенным для IP-адреса "192.168.0.1/32", между устройством 102A связи и устройством 102B связи.

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

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

К примеру, в случае, когда после того, как элемент, который определяет назначение вывода пакета, имеющего в качестве информации заголовка в качестве поисковой информации IP-адрес назначения "192.168.0.1/32", является устройством 102B связи, был зарегистрирован в устройстве 102A связи, новый элемент таблицы пересылки не может быть зарегистрирован в устройстве 102B связи, то трафик, предназначенный для IP-адреса "192.168.0.1/32", отбрасывается в устройстве 102B связи.

Таблица пересылки, управляемая протоколом OpenFlow в Непатентной литературе 1, как показано на Фиг.3, имеет поисковые приоритеты. Даже когда трафик удовлетворяет поисковой информации об элементе с низким поисковым приоритетом, если он удовлетворяет поисковой информации об элементе с более высоким поисковым приоритетом, он пересылается в соответствии с элементом с более высоким поисковым приоритетом.

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

Согласно Фиг.1 в качестве примера, элементы таблиц связи регистрируются в порядке устройств 102D, 102B и 102A связи. Однако предположим, что в таблице пересылки устройства 102B связи элемент таблицы пересылки, содержащий поисковую информацию об элементе, который должен быть вновь зарегистрирован, зарегистрирован с более высоким поисковым приоритетом, чем у элемента, который должен быть вновь зарегистрирован. В этом случае в устройстве 102B связи, даже когда новый элемент с низким поисковым приоритетом был зарегистрирован в качестве поисковой информации с назначением вывода, определенным как устройство 102D связи, вновь зарегистрированный элемент не используется в качестве результата поиска трафика, и, таким образом, когда элемент зарегистрирован в устройстве 102A связи с назначением вывода, определенным как устройство 102B связи, происходит многократный обмен трафиком, удовлетворяющим условию, между устройством 102A связи и устройством 102B связи.

К примеру, предположим, что в таблице пересылки устройства 102B связи элемент, относящийся к трафику, предназначенному для IP-адреса "192.168.0.0/8", зарегистрирован с более высоким поисковым приоритетом, чем у элемента, который должен быть вновь зарегистрирован. В этом случае, даже когда в устройстве 102B связи в качестве поисковой информации зарегистрирован новый элемент, в котором пакет, имеющий IP-адрес назначения "192.168.0.1/32" в качестве информации заголовка, выводится к устройству 102D связи с низким поисковым приоритетом, вновь зарегистрированный элемент не используется в качестве результата поиска трафика. Таким образом, когда в устройстве 102A связи в качестве поисковой информации зарегистрирован элемент, в котором пакет, имеющий IP-адрес назначения "192.168.0.1/32" в качестве информации заголовка, выводится к устройству 102B связи, происходит многократный обмен трафиком, удовлетворяющим условию, между устройством 102A связи и устройством 102B связи.

Список литературных источников

Патентная литература

[PTL 1] US 2006/0092974 A1

Непатентная литература

[NPL 1] OpenFlow Switch Specification Version 0.9.0 (Wire Protocol Ox98) July 20, 2009 Current Maintainer: Brandon Heller (brandonh@standford.edu) <http://www.openflowswitch.org/documents/openflow-spec-v0.9.0.pdf>

Сущность изобретения

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

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

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

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

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

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

Фиг.1 изображает схему, показывающую пример конфигурации сети;

Фиг.2 изображает схему, показывающую пример конфигурации устройства связи;

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

Фиг.4 изображает схему, показывающую пример конфигурации таблицы пересылки;

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

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

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

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

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

Описание примерных вариантов осуществления

(Первый примерный вариант осуществления)

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

(Конфигурация сетевой системы)

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

Эта сетевая система включает в себя управляющий сервер 101, устройства 102 связи и терминалы 103. Здесь устройства 102A-102D связи показаны в качестве устройств 102 связи. В дополнение, терминалы 103A и 103B показаны в качестве терминалов 103.

Управляющий сервер 101 вычисляет маршрут связи между сторонами терминалов 103 на основе информации конфигурации топологии (состояния соединения), собранной от устройств 102 связи, и регистрирует в таблицах пересылки устройств 102 связи элементы для пересылки трафика между терминалами 103. Кроме того, управляющий сервер 101 на основе изменения маршрута, такого как изменение в информации конфигурации топологии или изменение в используемой полосе, выполняет, к примеру, перезапись и стирание элементов из таблиц пересылки устройств 102 связи.

Устройства 102 связи (устройства 102A-102D связи) образуют сетевую топологию и пересылают трафик между сторонами сети. Таблица пересылки устройства 102 связи включает в себя элементы, каждый из которых определяет поисковую информацию о трафике, протекающем через сеть, и назначение трафика, соответствующего информации, и управление ею выполняется посредством управляющего сервера 101.

Терминалы 103 (терминалы 103A и 103B) передают и принимают трафик между сторонами.

(Аппаратный пример)

В качестве примера управляющего сервера 101 подразумевается вычислительная машина, такая как PC (персональный компьютер), сервер клиента-терминала, прибор, рабочая станция, центральный блок или суперкомпьютер.

В качестве примера устройства 102 связи подразумевается OpenFlow-коммутатор. Возможные примеры устройства, которое может применяться в качестве OpenFlow-коммутатора, включают в себя ретрансляционные устройства, такие как маршрутизатор и коммутирующий концентратор; и ретрансляционные вычислительные машины, такие как шлюз, прокси, брандмауэр и средство балансировки пути. К примеру, устройство 102 связи может являться многоуровневым коммутатором. Многоуровневый коммутатор дополнительно строго подразделяется на соответственные уровни эталонной модели OSI, которой коммутатор поддерживается. Основные категории включают в себя коммутатор уровня 3, который считывает данные с сетевого уровня (третьего уровня); коммутатор уровня 4, который считывает данные с транспортного уровня (четвертого уровня); и коммутатор уровня 7 (коммутатор приложений), который считывает данные с уровня приложений (седьмого уровня).

Возможные примеры терминала 103 включают в себя вычислительные машины, такие как PC, терминал клиента-терминала, прибор, рабочую станцию, центральный блок и суперкомпьютер; сотовый телефон; автомобильную навигационную систему; приспособление (электронное устройство); переносное игровое устройство; домашнюю игровую систему; интерактивное телевидение; цифровой тюнер; цифровое записывающее устройство; информационный бытовой прибор и устройство OA (автоматизации делопроизводства). Терминал 103 может быть установлен на подвижном объекте, таком как транспортное средство, судно или летательный аппарат.

Следует заметить, что управляющий сервер 101, устройства 102 связи и терминалы 103 могут быть виртуальными машинами (VM), выполненными на физических машинах.

Примеры сети, объединяющей управляющий сервер 101, устройства 102 связи и терминалы 103, включают в себя Интернет; LAN (локальную сеть), беспроводную LAN; WAN (широкомасштабную сеть); магистраль, линию кабельного телевидения (CATV); сеть стационарных телефонов, сеть сотовых телефонов, WiMAX (IEEE 802 16a), 3G (технологии 3-го поколения); арендованную линию; IrDA (ассоциацию по инфракрасной технологии передачи данных); Bluetooth (зарегистрированный товарный знак); линию последовательной связи, шину данных и так далее.

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

(Конфигурация устройства связи)

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

Устройство 102 связи включает в себя секцию 1021 интерфейса управляющего сервера, секцию 1022 управления транзакциями, секцию 1023 табличных операций, секцию 1024 табличного поиска, таблицу 1025 пересылки, секцию 1026 пересылки данных и интерфейсы 1027. Здесь интерфейсы 1027A и 1027B показаны в качестве интерфейсов 1027.

Секция 1021 интерфейса управляющего сервера прерывает управляющий канал с управляющим сервером 101, получает управляющую команду от управляющего сервера 101, возвращает результаты исполнения и принимает и возвращает запрос на результаты транзакции. Транзакцией является один блок обработки, полученный путем сбора множества соответствующих фрагментов обработки. Возможные примеры этой управляющей команды включают в себя сообщение "FlowMod", которое является одним из протокольных сообщений OpenFlow и которое предоставляется для регистрации элемента от контроллера в таблице потоков коммутатора.

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

Секция 1023 табличных операций является блоком, который исполняет регистрацию элемента, перезапись и стирание из таблицы 1025 пересылки.

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

В таблице 1025 пересылки, как показано на Фиг.3, управление элементами выполняется посредством номеров, и их поисковые приоритеты определяются в порядке этих номеров, и они имеют поисковую информацию, как показано на Фиг.4 (к примеру, источник передачи и IP-адреса назначения передачи), и информацию о выходном порте и т.д. Здесь таблица 1025 пересылки имеет номера элементов, IP-адреса источников передачи, IP-адреса назначения передачи и информацию о выходном порте. Выходной порт указывает на интерфейсы 1027 (интерфейсы 1027A и 1027B).

Секция 1026 пересылки данных извлекает поисковый ключ из трафика, входящего от интерфейсов 1027 (интерфейсов 1027A и 1027B), исполняет поиск поискового ключа по таблице 1025 пересылки и пересылает трафик на основе результата этого поиска.

Интерфейсы 1027 (интерфейсы 1027A и 1027B) являются интерфейсами для связи устройств 102 связи, осуществляют соединение с другим устройством 102 связи и терминалом 103, как показано на Фиг.1, и выполняют прием и передачу трафика.

Здесь секция 1021 интерфейса управляющего сервера, секция 1022 управления транзакциями, секция 1023 табличных операций, секция 1024 табличного поиска, таблица 1025 пересылки и секция 1026 пересылки данных реализуются аппаратными средствами, такими как процессор, который приводится в действие программой, программными средствами, такими как программа, которая приводит в действие аппаратные средства, чтобы вызвать исполнение предварительно определенной обработки, и запоминающее устройство, которое хранит аппаратные средства и различные фрагменты данных. Следует заметить, что они не ограничиваются этими примерами.

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

Примеры запоминающего устройства, описанного выше, включают в себя полупроводниковые запоминающие устройства, такие как RAM (оперативное запоминающее устройство), ROM (постоянное запоминающее устройство), EEPROM (электрически стираемое программируемое постоянное запоминающее устройство) и флэш-память; внешние запоминающие устройства, такие как HDD (накопитель на жестком диске) и SSD (твердотельный накопитель); и сменные диски или пишущие носители, такие как DVD (универсальный цифровой диск) и карта SD-памяти (карта защищенной цифровой памяти). Следует заметить, что эти примеры в действительности не являются ограничением.

Кроме того, секция 1021 интерфейса управляющего сервера, секция 1026 пересылки данных и интерфейсы 1027 имеют функцию связи. Примеры аппаратных средств, реализующих функцию связи секции 1021 интерфейса управляющего сервера, секции 1026 пересылки данных и интерфейсов 1027, включают в себя сетевой адаптер, такой как NIC (сетевая интерфейсная карта); устройство связи, такое как антенна; и порт связи, такой как порт соединения (соединитель). Следует заметить, что эти примеры в действительности не являются ограничением.

(Работа по регистрации элемента в таблице пересылки (с ожиданием))

Со ссылками на Фиг.6 работа для сохранения согласованности маршрута связи будет описана.

Здесь управляющий сервер 101 передает данные элемента в формате с Фиг.4 к устройству 102 связи. Устройство 102 связи сохраняет принятые данные элемента в таблице 1025 пересылки.

(1) Этап S101

В устройстве 102 связи секция 1021 интерфейса управляющего сервера принимает управляющую команду для инструкций добавления нового элемента от управляющего сервера 101 через управляющий канал и перенаправляет ее в секцию 1022 управления транзакциями. Секция 1022 управления транзакциями с номером транзакции, включаемым в управляющую команду, в качестве ключа, регистрирует состояние как "Ожидание сверки" в таблице состояний транзакций с Фиг.5. Здесь таблица состояний транзакций имеет информацию об ID контроллера, номере транзакции, управляющей команде, состоянии и способе отката. ID контроллера является идентификационная информация об управляющем сервере. В случае, когда существует только один управляющий сервер 101, который может быть уникальным образом определен, информация об ID контроллера не требуется. Транзакция "Ожидания сверки" в таблице состояний транзакций меняется на состояние "В процессе сверки", и элемент таблицы 1025 пересылки передается в секцию 1024 табличного поиска.

(2) Этап S102

Секция 1024 табличного поиска, со ссылками на таблицу 1025 пересылки, проверяет, существует или нет какой-либо пустой элемент в таблице 1025 пересылки. Если существует какой-либо пустой элемент, секция 1024 табличного поиска переходит к обработке с этапа S104. Кроме того, если не существует пустого элемента, секция 1024 табличного поиска переходит к обработке с этапа S103.

(3) Этап S103

Если не существует пустого элемента, секция 1024 табличного поиска уведомляет секцию 1022 управления транзакциями, что таблица 1025 пересылки не имеет пустого элемента. Секция 1022 управления транзакциями, определяющая состояние как "Нет пустого элемента", переходит к обработке с этапа S106, чтобы установить транзакцию в состояние ожидания.

(4) Этап S104

Если существует какой-либо пустой элемент, секция 1024 табличного поиска проверяет, существует или нет какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт) в таблице 1025 пересылки. Если существует какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт), секция 1024 табличного поиска проверяет приоритет этого элемента. Если существует какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт), секция 1024 табличного поиска переходит к обработке с этапа S105. Кроме того, если не существует элемента, имеющего взаимоотношение включения или взаимоотношение частичного включения (нет конфликта), секция 1024 табличного поиска переходит к обработке с этапа S106, чтобы установить транзакцию в состояние ожидания.

(5) Этап S105

Если существует какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт), секция 1024 табличного поиска уведомляет секцию 1022 управления транзакциями, что существует элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт). Секция 1022 управления транзакциями, устанавливающая состояние как "Взаимоотношение включения/частичного включения (Конфликт)", переходит к обработке с этапа S106, чтобы установить транзакцию в состояние ожидания.

(6) Этап S106

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

(7) Этап S107

Секция 1021 интерфейса управляющего сервера принимает новую управляющую команду от управляющего сервера 101 через управляющий канал и перенаправляет ее в секцию 1022 управления транзакциями. Секция 1021 интерфейса управляющего сервера выполняет обработку на основе управляющей команды от управляющего сервера 101. Если управляющей командой является исполнение обработки, работа переходит к обработке с этапа S108. Если управляющей командой являются инструкции отката, работа переходит к обработке с этапа S109.

(8) Этап S108

Если управляющей командой является исполнение обработки, секция 1021 интерфейса управляющего сервера отображает элемент в таблицу 1025 пересылки на основе управляющей команды от управляющего сервера 101.

(9) Этап S109

Если управляющей командой являются инструкции отката, секция 1021 интерфейса управляющего сервера не отображает элемент в таблицу 1025 пересылки и выполняет обработку в соответствии с зарегистрированной функцией отката на основе управляющей команды от управляющего сервера 101.

(Второй примерный вариант осуществления)

В настоящем примерном варианте осуществления на этапе S106 и этапе S107 с Фиг.6 номер транзакции не обеспечивается в качестве индекса управления, а вместо этого элемент таблицы 1025 пересылки обеспечивается в качестве индекса управления.

Элемент таблицы пересылки является поисковой информацией, такой как IP-адрес. Наличие этой поисковой информации усложняет выполнение идентификации, и таким образом, предпочтительно, чтобы информация, которая не входит в конфликт с другими, использовалась в качестве элемента (поисковой информации) таблицы пересылки.

Это обеспечивает возможность пренебречь номером транзакции.

(Третий примерный вариант осуществления)

В настоящем примерном варианте осуществления, как показано на Фиг.7, если не существует пустого элемента или нет элемента, имеющего взаимоотношение включения или взаимоотношение частичного включения (нет конфликта), секция 1022 управления транзакциями не находится в состоянии ожидания обработки, а непосредственно исполняет управляющую команду. В этом случае, в качестве результата исполнения, результат сверки обработки может быть проверен, и также возможно выполнить откат.

(Работа при регистрации элемента в таблице пересылки (без ожидания))

Со ссылками на Фиг.7, работа для сохранения согласованности маршрута связи в настоящем примерном варианте осуществления будет описана. Следует заметить, что этапы S201-S205 с Фиг.7 аналогичны этапам S101-S105 с Фиг.6.

(1) Этап S201

В устройстве 102 связи секция 1021 интерфейса управляющего сервера принимает управляющую команду для инструкции добавления нового элемента от управляющего сервера 101 через управляющий канал и перенаправляет ее в секцию 1022 управления транзакциями. Секция 1022 управления транзакциями с номером транзакции, включенным в управляющую команду, в качестве ключа регистрирует состояние как "Ожидание сверки" в таблице состояний транзакций с Фиг.5. Транзакция "Ожидания сверки" в таблице состояний транзакций меняется на состояние "В процессе сверки", и элемент таблицы пересылки передается в секцию 1024 табличного поиска.

(2) Этап S202

Секция 1024 табличного поиска, со ссылками на таблицу 1025 пересылки, проверяет, существует или нет какой-либо пустой элемент в таблице 1025 пересылки. Если существует какой-либо пустой элемент, секция 1024 табличного поиска переходит к обработке с этапа S204. В дополнение, если не существует пустого элемента, секция 1024 табличного поиска переходит к обработке с этапа S203.

(3) Этап S203

Если не существует пустого элемента, секция 1024 табличного поиска уведомляет секцию 1022 управления транзакциями, что не существует пустого элемента в таблице 1025 пересылки. Секция 1022 управления транзакциями переводит состояние в "Нет пустого элемента" и переходит к обработке с этапа S206.

(4) Этап S204

Если существует какой-либо пустой элемент, секция 1024 табличного поиска проверяет, существует или нет какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует ли конфликт) в таблицу 1025 пересылки. Если существует какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт), секция 1024 табличного поиска также проверяет приоритет этого элемента. Если существует какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт), секция 1024 табличного поиска переходит к обработке с этапа S205. Если нет элемента, имеющего взаимоотношение включения или взаимоотношение частичного включения (нет конфликта), секция 1024 табличного поиска переходит к обработке с этапа S206.

(5) Этап S205

Если существует какой-либо элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт), секция 1024 табличного поиска уведомляет секцию 1022 управления транзакциями, что существует элемент, имеющий взаимоотношение включения или взаимоотношение частичного включения (присутствует конфликт). Секция 1022 управления транзакциями, устанавливающая состояние как "Взаимоотношение включения/частичного включения (Конфликт)", переходит к обработке с этапа S206.

(6) Этап S206

Секция 1021 интерфейса управляющего сервера выполняет обработку на основе управляющей команды от управляющего сервера 101. Если управляющей командой является исполнение обработки, секция 1021 интерфейса управляющего сервера отображает элемент в таблицу 1025 пересылки на основе управляющей команды от управляющего сервера 101. В дополнение, если управляющей командой являются инструкции отката, секция 1021 интерфейса управляющего сервера не отображает элемент в таблицу 1025 пересылки и выполняет обработку в соответствии с зарегистрированной функцией отката на основе управляющей команды от управляющего сервера 101. Управляющий сервер 101 проверяет результат сверки обработки с номером транзакции, определенным в качестве ключа, и выносит решение в управляющем сервере 101 на основе этого результата. На данном этапе также существует возможность от устройства 102 связи уведомить управляющий сервер 101 о завершении транзакции.

(Четвертый примерный вариант осуществления)

В настоящем примерном варианте осуществления, как показано на Фиг.8, устройство 102 связи принимает управление от множества управляющих серверов 101 (управляющих серверов 101A, 101B). В этом случае обеспечивается таблица состояний транзакций, как показано на Фиг.9. В настоящем примерном варианте осуществления, управление транзакцией выполняется посредством пары "ID контроллера" и "номер транзакции". ID контроллера является идентификационной информацией об управляющем сервере. Здесь ID контроллера управляющего сервера 101A определяется как "1", а ID контроллера управляющего сервера 101B определяется как "2".

(Пятый примерный вариант осуществления)

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

(Шестой примерный вариант осуществления)

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

(Седьмой примерный вариант осуществления)

В настоящем примерном варианте осуществления устройство 102 связи изначально генерирует номер транзакции, и когда ID устройства 102 связи был изменен или когда управляющий сервер 101 как назначение соединения был изменен, заново назначает номер транзакции. На данном этапе случайный номер используется в качестве номера транзакции.

(Восьмой примерный вариант осуществления)

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

(Дополнительное описание)

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

(Резюме)

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

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

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

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

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

Настоящая заявка основывается и испрашивает приоритет согласно заявке на выдачу патента Японии № JP2010-001292, причем раскрытие заявки на выдачу патента Японии № JP2010-001292 во всей полноте включено в настоящий документ посредством ссылки.

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

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

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

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

5. Вычислительная машина, которая используется в качестве устройства связи в системе управления связью по любому из пп.1-4.

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

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

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

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

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

11. Вычислительная машина, которая используется в качестве управляющего сервера в системе управления связью по любому из пп.1-4.

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



 

Похожие патенты:

Изобретение относится к области геофизики и может быть использовано при проведении наземных сейсморазведочных работ. Заявленный способ для использования в наземной сейсморазведке включает в себя этап, на котором передают множество команд управления источниками во множество источников сейсмических сигналов по сети VHF/IP с использованием протокола UDP без запоминания состояния.

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

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

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

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

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

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

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

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

Изобретение относится к мобильности многоадресной передачи. Технический результат - обеспечение многоадресной передачи. Шлюз мобильного доступа (MAG), содержащий: первый приемник, выполненный с возможностью приема первого пакета с первым адресом Интернет-протокола (IP) от первого локального узла привязки мобильности (LMA) и второго пакета со вторым IP-адресом от второго LMA, причем первый LMA является LMA многоадресной передачи для трафика многоадресной передачи, а второй LMA является LMA одноадресной передачи для трафика одноадресной передачи; маршрутизатор, выполненный с возможностью маршрутизации первого пакета и второго пакета на блок беспроводной передачи/приема (WTRU), использующий услуги как одноадресной передачи, так и многоадресной передачи; второй приемник, выполненный с возможностью приема сообщения запроса маршрутизатора от WTRU; и процессор, дополнительно выполненный с возможностью поддержания списка обновлений привязок, включающего в себя записи для связывания WTRU с первым LMA и вторым LMA. 4 н. и 14 з.п. ф-лы, 13 ил.

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

Изобретение относится к вычислительной технике. Технический результат заключается в обеспечении бесшовного распределения данных медийного кодового потока. Способ общесетевого хранения и распределения данных для телевидения в сетях передачи данных по протоколу IP (IP-телевидение), в котором добавляют передающим сервером медийного кодового потока прямого вещания сети доставки контента идентификатор программы, к которому относится пакет данных медийного кодового потока, и идентификатор памяти пакета данных медийного кодового потока в пакет данных медийного кодового потока, где идентификатор программы, к которому относится пакет данных медийного кодового потока, является программной меткой и идентификатором памяти данных медийного кодового потока является метка смещения памяти; передают передающим сервером медийного кодового потока прямого вещания пакет данных медийного кодового потока на записывающий узел; и сохраняют записывающим узлом данные медийного кодового потока в виде записывающего файла в соответствии с идентификатором программы и идентификатором памяти; распределяют и запрашивают клиентским терминалом данные медийного кодового потока либо из выносного узла, либо с записывающего узла; и передают данные медийного кодового потока на клиентский терминал. 2 н. и 6 з.п. ф-лы, 5 ил.

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

Изобретение относится к области сетевых информационных технологий и может быть использовано для многомерной динамической маршрутизации в сети связи с пакетной передачей сообщений. Технический результат заключается в повышении надежности, живучести и производительности сети связи, а также уменьшении сложности реализации способа. Для этого по результатам контроля качества входящих в узлы связи каналов связи (КС) вычисляют целевые функции каналов связи, которые учитывают вероятность и время доведения сообщения, затем на основании целевых функций КС формируют одномерные маршруты (ОМ) и многомерный маршрут (ММ) передачи и вычисляют их целевые функции, при формировании ОМ передачи выполняют оптимизацию целевой функции этих маршрутов передачи, при формировании ММ передачи выполняют оптимизацию целевой функции этого маршрута передачи, выбирая сначала ОМ передачи с наибольшим значением целевой функцией, затем ОМ передачи с меньшим, но следующим по величине значением целевой функции и так до тех пор, пока ММ передачи не обеспечит передачу всех пакетов сообщения в заданное время и с заданной вероятностью доведения сообщения, при этом значения целевых функций входящих в узлы связи КС передают на смежные узлы связи, которые далее передают значения целевой функции на другие смежные узлы связи, исключая узлы, от которых были получены значения целевой функции. 4 з.п. ф-лы.

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

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

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

Изобретение относится к области автоматизации управления сетевыми коммутаторами и маршрутизаторами в программно-конфигурируемых сетях. Техническим результатом является повышение быстродействия и пропускной способности OpenFlow-коммутаторов и OpenFlow-маршрутизаторов. Способ автоматического адаптивного управления сетевыми потоками в программно-конфигурируемых сетях, включающий изменение таблиц сетевых потоков OpenFlow-коммутаторов и OpenFlow-маршрутизаторов, заключается в том, что сетевой пакет направляют в контроллер программно-конфигурируемой сети с дополнительно включенным блоком определения приоритета сетевого потока, в котором определяют совокупность параметров качества сетевого трафика по байту ToS; в случае если байт ToS в сетевом пакете не задан, сетевому пакету присваивается наименьший приоритет записи в таблице сетевых потоков; если байт ToS в сетевом пакете задан, то определяют приоритет для сетевого потока, формируемого данным сетевым пакетом и всеми последующими однотипными с ним сетевыми пакетами, на основе метода многокритериальной оптимизации по параметрам «Приоритет», первые три бита байта ToS; «Задержка», четвертый бит байта ToS; «Пропускная способность», пятый бит байта ToS, и «Надежность», шестой бит байта ToS; затем в контроллере программно-конфигурируемой сети формируют OpenFlow-команду, при помощи которой добавляют новую запись в таблицу сетевых потоков OpenFlow-коммутатора или OpenFlow-маршрутизатора. 2 ил.

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