Способы для адаптивного управляемого освещения на основе транспортного потока в наружных осветительных сетях

Способы для адаптивного управляемого освещения на основе транспортного потока в наружных осветительных сетях

Иллюстрации

Показать все

Реферат

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

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

Общепринятые датчики, например пассивные инфракрасные (PIR) датчики, камеры, в OLN выдают двоичные результаты детектирования. Такие общепринятые датчики могут отправлять результат «детектирование», если объект детектируется в пределах диапазона обнаружения датчика. Датчик может также периодически пробовать детектировать объекты в пределах этого диапазона обнаружения, и если объект детектируется, отправлять результаты «детектирование», или, в ином случае, результаты «нет детектирования».

Общепринятый управляющий протокол на основе двоичных результатов детектирования работает, как указано ниже. На основе локального детектирования или недетектирования с помощью датчика осветительное устройство периодически транслирует сообщение. Лампа на осветительном устройстве переходит в состояние «включено» (ON), если она имеет локальное детектирование или принимает по меньшей мере одно сообщение ON в принятом транслируемом сообщении от другого осветительного устройства по соседству. Эта лампа переходит в состояние «выключено» (OFF), если она принимает сообщение OFF в этих транслируемых сообщениях и не имеет локального детектирования, или если истекает таймер. Такие общепринятые протоколы, будучи простыми, имеют большую частоту ошибок в предполагаемом характере затемнения и, также, страдают от больших издержек на коммуникационные сообщения. Эффективность таких общепринятых протоколов может быть улучшена в некоторой степени посредством улучшения надежности обнаружения и связи. Однако это требует очень тщательного и трудоемкого (дорогостоящего и требующего больших временных затрат) конфигурирования/ввода в эксплуатацию датчиков и коммуникационных модулей.

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

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

Одним объектом данного изобретения является представление способов управления для определения характера затемнения осветительных устройств (LU) в OLN таким образом, чтобы улучшить эффективность затемнения.

Другим объектом данного изобретения является представление протоколов связи для обмена сообщениями между и среди LU в этих OLN для соответствия или превышения требуемой эффективности реакции.

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

Другим объектом данного изобретения является снижение издержек на коммуникационные сообщения между LU.

Одним признаком данного изобретения является использование протокола управления освещением/затемнением, который использует детектированную скорость объекта для адаптации диапазона чувствительности LU. В этой связи, диапазон чувствительности может считаться количеством LU, которое следует привести в состояние ON или OFF на основе данного детектирования. Например, в направлении детектируемого объекта, одно или несколько дополнительных LU следует привести в состояние ON, когда первое LU детектировало объект. Диапазон чувствительности может выбираться на основе расстояния от первого LU и/или некоторого количества дополнительных LU (предлагая известными промежутки между этими дополнительными LU).

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

Следует отметить, что одна общепринятая попытка установления уровня яркости осветительного устройства в зависимости от определяемых датчиком местоположения и скорости объекта, раскрывается в EP 2271184 A1. Как понятно благодаря авторам изобретения, описывается главный контроллер, который передает команду затемнения таким образом, чтобы подчиненные источники света могли достичь профиля освещения. Понятно, однако, что эта ссылка не раскрывает распределенную связь и управляющие протоколы, описанные в данном изобретении, относящиеся к правилам принятия решения, когда следует передавать управляющее сообщение, (ii) контент коммуникационного сообщения, и протоколы обмена управляющими сообщениями с использованием режимов, адаптированных для достижения диапазона чувствительности в зависимости от скорости объекта, и (iii) разработанные правила принятия решения для принятия решения о характере затемнения у осветительных опор. Кроме того, понятно, что эта ссылка раскрывает, что результат детектирования текущим датчиком, в комбинации с предыдущими результатами датчика и результатами соседних датчиков и/или результатами включения освещения, может использоваться распределенным способом для принятия решения о характере освещения.

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

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

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

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

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

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

Фиг. 1 показывает наружную осветительную сеть 100 согласно одному (некоторому) варианту осуществления данного изобретения.

Фиг. 2 показывает диаграмму управляющего сообщения согласно одному (некоторому) варианту осуществления данного изобретения.

Фиг. 3 показывает диаграмму способа выбора управляющего сообщения согласно другому варианту осуществления данного изобретения.

Фиг. 4 показывает диаграмму способа выбора управляющего сообщения согласно еще одному другому варианту осуществления данного изобретения.

Как показано на фиг. 1, наружная осветительная сеть 100 включает в себя одно или несколько осветительных устройств (1-8). Эти LU (1-8) включают в себя механизм 11, производящий свет, датчик 12, базу данных 13, коммуникационный интерфейс 14 и контроллер 15 уровня яркости.

В последующем описании, будут даваться ссылки на соседа и соседние LU (1-8). В качестве примера, LU2 является левым соседом LU3, а LU4 является правым соседом LU3.

Датчик 12 используется для детектирования одного объекта 20 или нескольких объектов 20 вместе с их скоростями (направлением и значением скорости) в пределах заданного диапазона обнаружения. Как отмечено выше, датчик 12 может быть любым датчиком, подходящим для достижения результата.

Коммуникационный интерфейс 14 может быть, например, аппаратно-реализованной связью и/или беспроводным интерфейсом, совместимым с DCRC, 3G, LTE, WiFi, RFID, другим типом беспроводной системы связи и/или визуальной световой связью. Коммуникационный интерфейс 14 может быть любым подходящим устройством связи для передачи данных между одним или несколькими LU (1-8).

База 13 данных не обязательно должна быть включена во все LU (1-8). Поскольку эти LU (1-8) могут устанавливать связь с одним или несколькими другими LU (1-8) и/или промежуточным узлом (не показан на фиг. 1), любые данные, которые потребовалось бы запомнить конкретным LU (1-8), или к которым потребовалось бы обратиться посредством него, могут запоминаться в базе 13 данных в другом LU (1-8) или в промежуточном узле, и к ним можно обращаться из нее или из промежуточного узла, по мере необходимости.

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

В процессе эксплуатации, эти LU (1-8) выполняют в пределах наружной осветительной сети 100 различные функции для управления требованиями освещения/затемнения, по мере необходимости.

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

Ниже приводится пример формата памяти, который может использоваться для запоминания данных детектирования от одного из LU (1-8) и данных управляющего сообщения от других LU (1-10) в базе 13 данных.

В каждом LU (1-8), одна или несколько предыдущих итераций (каждая итерация считается одним периодом мониторинга) данных детектирования и состояние (этих) LU (1-8) могут запоминаться, как показано в таблицах 1 и 2. Эти данные и состояние могут запоминаться в базе 13 данных.

Таблица 1
итерация	локальноедетектирование	истинное локальноедетектирование	скорость	освещение (ON/OFF)
i
i-1
i-2
i-3

Период мониторинга, подлежащий использованию, будет зависеть от признаков и/или местоположения этой OLN 100 и учитываемой скорости объекта 20. Например, быстрее движущиеся объекты потребуют меньшего периода мониторинга для обеспечения правильного детектирования, когда они движутся в пределах диапазона обнаружения.

Стек из нескольких записей (например, 10) может использоваться для запоминания данных из управляющих сообщений от других LU (1-8) в базе 13 данных, как показано в таблице 2.

Таблица 2
итерация	LU_ID отправителя	Локальноедетектирование	Скорость
I	n	ON/OFF

Как использовано здесь далее:

ld(i) обозначает локальное детектирование объекта 20 посредством одного из LU (1-8) на итерации i;

true_ld(i) обозначает истинное локальное детектирование посредством LU на итерации i;

ld(i)=1 означает локальное детектирование (т.е. объект 20 был детектирован посредством датчика 12, при этом конкретном LU), а ld(i)=0 означает, что объект 20 не был детектирован;

true_ld(i)=1 означает истинное локальное детектирование (т.е. это локальное детектирование было подтверждено), а true_ld(i)=0 означает, что это локальное детектирование не было подтверждено;

light(i) обозначает состояние яркости LU;

light(i)=1 (или ON) означает, что механизм 11, производящий свет, включен (активен) на итерации i, light(i)=0 (или OFF) означает, что механизм 11, производящий свет, выключен (не активен или затемнен); и

v(i) обозначает скорость объекта 20, детектированного на итерации i.

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

Кроме того, в некоторых ситуациях, может быть необходимо определить, что эта скорость объекта 20 может быть найдена из данных, полученных от соседних LU (1-8), которые запоминаются в формате стека, описанном выше. Посредством просмотра этих стековых записей данных в базе 13 данных, может быть определено, что скорость объекта 20 может быть найдена из этих данных, полученных от соседних LU (1-8), если стековая запись удовлетворяет всем четырем следующим требованиям:

1. Стековая запись является записью ON (управляющее сообщение удаленного детектирования ON принимается по меньшей мере от одного из соседних LU (1-8) конкретного LU);

2. Эта запись появляется от левого или правого соседнего LU (1-8) (в зависимости от направления v(i));

3. v(i) и v(k) являются близкими (где v(k) является скоростью в этой стековой записи и k является номером итерации для этой стековой записи); и

4. i-k меньше, чем ограниченный период итераций:

(например, round((inter-LU distance)/(abs(v(i))*T))+2, где T является периодом мониторинга).

Одно последнее примечание, датчик 12 может только детектировать скорость объекта 20, но не может детектировать точное местоположение объекта 20. В этой связи, когда имеется более одного объекта 20 в пределах диапазона обнаружения, если скорости этих объектов 20 являются близкими, то датчик 12 рассматривает оба эти объекта 20 в качестве одного объекта.

Теперь описывается способ для принятия решения, когда следует отправлять управляющее сообщение от одного LU (1-8) к одному или нескольким другим LU (1-8). Способ принятия решения может быть разделен на три части:

Критерий для определения «истинного» локального детектирования;

Критерий для отправки сообщения ON; и

Критерий для отправки сообщения OFF.

Критерий для определения «истинного» локального детектирования должен ограничиваться эффектами ложного детектирования посредством датчика 12. Когда одно из LU (1-8) имеет локальное детектирование, это LU проверяет базу 13 данных на наличие состояния локального детектирования, состояния освещения (ON/OFF) в предыдущей итерации, а также стековых записей, принятых от других LU (1-8), для принятия решения (т.е. подтверждения), является ли это «истинным» локальным детектированием, или, в противном случае, ложной тревогой. Если имеется локальное детектирование на итерации i, то могут иметь место пять случаев, которые должны быть обсуждены.

Если имеется ld(i)=1 (т.е. объект 20 детектирован в пределах диапазона обнаружения посредством датчика 12 LU (1-8)):

i) Если true_ld(i-1)=1, то это, по-видимому, означает, что LU (1-8) определяет истинное локальное детектирование на предыдущей итерации i-1, так что определено/подтверждено, что: true_ld(i)=1;

ii) Если true_ld(i-1)=0 и ld(i-1)=1 и light(i-1)=1, то это, по-видимому, означает, что существует локальное детектирование на предыдущей итерации i-1, и это LU (1-8) приняло решение включить (ON) освещение на итерации i-1. Однако это LU не смогло подтвердить, что ld(i-1) является истинным локальным детектированием. Если v(i) и v(i-1) являются близкими, то следует установить true_ld(i)=1; или если v(i) может быть найдена из соседних LU (1-8), то следует установить true_ld(i)=1.

iii) Если true_ld(i-1)=0 и ld(i-1)=0, то это могло бы быть вследствие того, что объект 20 только входит в пределы диапазона обнаружения LU (1-8). Если v(i) может быть найдена из соседних LU, то следует установить true_ld(i)=1.

iv) Если это LU (1-8) находится на левом конце или на правом конце улицы, то тогда это LU (1-8) имеет соседей только с одной стороны, и данные в стековых записях являются неполными для определения истинного локального детектирования. Для устойчивости, следует установить true_ld(i)=1. Следует отметить, что карта решетки всех этих LU (1-8) в этой OLN может использоваться для идентификации характеристик местоположения (например, конца улицы) и других уникальных признаков конкретных LU (1-8).

v) В противном случае, следует установить true_ld(i)=0.

Сообщение ON отправляется посредством LU (1-8), чье «истинное» локальное детектирование (как описано выше в критерии для определения «истинного» локального детектирования) является true_ld(i)=1. Принимая во внимание, что LU_ID равен n, когда имеется локальное детектирование, и оно является истинным локальным детектированием, если существует «новый» объект 20, который входит в пределы диапазона обнаружения датчика 12 (что означает, что датчик 12 детектирует новую скорость, которая могла бы быть найдена в базе 13 данных LU (1-8)), то тогда это LU отправляет сообщение ON другим LU (1-8) в пределах диапазона реакции.

Для определения, следует ли отправлять сообщение ON, посредством LU (1-8) выполняются два этапа.

Этап 1: Сначала следует отметить, что (детектированные) скорости в текущей итерации i обозначаются как V₁(i), V₂(i), … V_n(i). В примере предполагают, что "n" скоростей детектируется в текущей итерации посредством датчика 12. Скорости v(i-1) предыдущих итераций (предположим, "m" предыдущих скоростей) просматриваются в базе 13 данных для определения, не является ли первая из этих "n" текущих скоростей близкой к любой из предыдущих "m" скоростей в итерации i-1. Если не найдено, что первая из этих "n" текущих скоростей является близкой, то тогда эта первая из этих "n" текущих скоростей объявляется вновь детектированной (т.е. прибывшей), и сообщение ON отправляется соседним LU (1-8). Это повторяется для всех "n" текущих скоростей.

Этап 2: Если m>0 и n>m и на этапы 1 это LU (1-8) не отправляет никакого сообщения ON, то это означает, что имеется новый объект 20 (возможно, более чем один), который вошел в пределы диапазона обнаружения LU (1-8), но это LU (1-8) не опознает объект 20 в качестве вновь детектированного. Причина заключается в том, что скорость вновь детектированного объекта 20 является близкой к скорости в предыдущей итерации i-1. В случае, это LU (1-8) рассматривает два или более объектов 20 в качестве одинаковых объектов, имеющих одинаковую скорость. В этом случае, сообщение ON отправляется LU (1-8) вместе с наибольшей скоростью в текущей итерации в этом диапазоне реакции.

Теперь описывается критерий отправки сообщения OFF посредством LU (1-8). Когда объект 20 только покидает пределы диапазона обнаружения LU (1-8), и не имеется другого объекта 20 в пределах диапазона обнаружения LU (1-8) (т.е. локальное детектирование (ld(i)) LU (1-8) меняется с 1 на 0), это LU (1-8) отправляет сообщение OFF, которое означает, что это локальное детектирование (ld(i)) LU (1-8) является теперь равным 0. Это сообщение OFF отправляется соседним LU (1-8) в направлении, противоположном направлению скорости объекта 20.

Для определения, следует ли отправлять сообщение OFF, посредством LU (1-8), выполняются два этапа.

Этап 1: Если ld(i)=0 и true_ld(i-1)=1 и light(i-1)=1, то следует перейти к этапу 2, что означает, что это LU (1-8) не детектирует сейчас объект 20 посредством датчика 12, но в предыдущей итерации существовало истинное детектирование, и освещение было включено (ON); в противном случае сообщение OFF не следует отправлять;

Этап 2: Сначала следует отметить, что скорость в итерации (i-1) обозначается как v(i-1). Посредством просмотра стековых записей в базе 13 данных, если v(i-1) может быть найдена из соседних LU (1-8) (см. случай 1 на фиг. 2), то сообщение OFF отправляется соседним LU (1-8) в противоположном направлении от того направления, по которому движется объект 20. Если соответствия не найдено, то сообщение OFF не следует отправлять.

На фиг. 2 сообщение OFF отправляется на итерациях i+1, i-2, i-5 посредством различных LU (1-8). Когда отмеченное(ые) условие(я) удовлетворяются, каждое LU (1-8) отправляет сообщение OFF соседним LU в направлении, противоположном оцененному направлению объекта 20.

Далее описывается протокол обмена управляющими сообщениями и контент сообщения в пределах передачи между/среди LU (1-8). Раскрываются три режима переключения для протокола обмена управляющими сообщениями:

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

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

Режим P2P протокола.

Режим 1 протокола обмена управляющими сообщениями используется для трансляции/отправки множеству пунктов назначения (например, LU (1-8)) в пределах короткого диапазона реакции, когда имеется (требуется) меньшая необходимость трансляции одинакового управляющего сообщения (пакета) между этими LU (1-8). Режим 2 протокола обмена управляющими сообщениями используется для трансляции множеству пунктов назначения в пределах большего диапазона реакции, когда имеется (требуется) большая необходимость трансляции одинакового управляющего сообщения (пакета) между этими LU (1-8).

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

Режим P2P протокола разработан для двухточечной связи. В обычных применениях OLN с использованием таких режимов протокола, если диапазон чувствительности LU (1-8) находится в пределах радиуса равного 40 метрам, то может использоваться режим 1 протокола обмена управляющими сообщениями. Если диапазон чувствительности LU (1-8) больше, чем радиус равный 40 метрам, то может использоваться режим 2 протокола обмена управляющими сообщениями. Если необходима двухточечная связь, то может использоваться режим P2P протокола.

Для определения диапазона чувствительности этих LU, скорость объекта 20, как считается, должна адаптировать соответствующий диапазон реакции. Это может быть обеспечено, например, с использованием заданной справочной таблицы или алгоритма. Таблица 3 ниже является примером справочной таблицы для диапазона чувствительности этих LU (1-8).

Таблица 3
Скорость объекта 20(м/с)	№ LU, подлежащих включению:(задний, передний)	Время реакции(с)
<=4	(1,1)
4-10	(1,3)	8
10-20	(1,4)	5
20-30	(1,6)	4,66
30-40	(1,8)	4,5

Время чувствительности является количеством времени, которое необходимо водителю (объекта 20), чтобы прореагировать на видение ситуации у самого дальнего фронтального LU (1-8), которое включается. Это время чувствительности используется для определения количества фронтальных/передних LU (1-8) (во втором столбце таблицы 3), которые должны быть включены. Это должно позволить включить (т.е. зажечь) достаточное количество LU (1-8) для обеспечения водителю визуального комфорта при различных величинах скорости.

Время чувствительности = (промежуток между LU)*(количество передних LU)/(максимальная скорость)

Это время чувствительности может также быть получено из первых двух столбцов таблицы 3 и для заданного промежутка между LU.

Подробное описание каждого из режимов протокола обмена управляющими сообщениями приводится ниже.

В режиме 1 протокола обмена управляющими сообщениями, когда целевое LU (1-8) принимает управляющее сообщение от отправляющего LU (1-8) ACK (символ подтверждения приема) отправляется от целевого LU (1-8) этому отправляющему LU (1-8).

Таблица 3 показывает пример формата данных управляющего сообщения в представлениях человеческого языка. Специалистами в данной области техники будет учитываться, что это представление может быть преобразовано в подходящий формат для аналоговой или цифровой передачи. В этом примере, управляющее сообщение отправляется двум левым и двум правым соседним LU (т.е. L1, L2 и R1, R2). Однако следует отметить, что это управляющее сообщение может быть отправлено большему или меньшему количеству соседних LU (1-8) в зависимости от выбранного диапазона реакции.

Как отмечено выше, если указано, что (передний, задний)=(2, 2), то это означает два левых и два правых соседа LU (1-8), а если LU_ID LU (1-8), при локальном детектировании, равен n, то формат управляющего сообщения является таким, какой показан в таблице 3.

Таблица 3
Список целевых LU	L1, L2, R1, R2
Скорость (значение скорости + направление)
Лампа локального детектирования	n
Контент	(локальное детектирование) ON/OFF

Режим переключения протокола обмена управляющими сообщениями

1: Режим 1 протокола обмена управляющими сообщениями;2: Режим 2 протокола обмена управляющими сообщениями;3: Режим P2P протокола

В режиме 1 протокола обмена управляющими сообщениями отправляющее LU (1-8) отправляет управляющее сообщение (через коммуникационный интерфейс 14) списку целевых LU (1-8). Это отправляющее LU (1-8) останавливает отправку, когда ACK принимается от всех целевых LU (1-8). Когда отправляющее LU (1-8) принимает ACK от одного из целевых LU (1-8), этому конкретному целевому LU (1-8) управляющее сообщение отправляющим LU (1-8) снова не отправляется. Таким образом, только те целевые LU (1-8), которые не прислали ACK, приняли бы повторные управляющие сообщения от отправляющего LU (1-8). Это отправляющее LU (1-8) может повторно отправить управляющее сообщение целевым LU (1-8), которые не прислали ACK заданное количество раз, например до 4 раз. Это предотвращает ситуацию бесконечного цикла одного из целевых LU (1-8), которое не может прислать ACK.

Когда одно из целевых LU (1-8) принимает управляющее сообщение от отправляющего LU (1-8) (в этом случае режим переключения был бы режимом протокола обмена управляющими сообщениями =1), это целевое LU (1-8) сравнивает свой собственный LU_ID со списком целевых LU (1-8). Если соответствие находится, то тогда выполняются следующие этапы: Этап 1: Если внутренний флаг состояния имеет значение, меньшее чем два (что означает, что это целевое LU (1-8) не ответило с использованием ACK, или ответило один раз, но ответ не был принят отправляющим LU (1-8)), то следует перейти к этапы 2; в противном случае, если внутренний флаг состояния имеет значение два, то следует остановиться и не отправлять ACK; и

Этап 2: Следует увеличить значение внутреннего флага состояния на 1, запомнить это управляющее сообщение и ответить с использованием ACK отправляющему LU (1-8).

При переходе к следующей итерации (периоду мониторинга) значение внутреннего флага состояния сбрасывается на 0.

Теперь будет описываться режим 2 протокола обмена управляющими сообщениями. В этом режиме, каждое из LU (1-8) в целевом списке повторно отправляет это управляющее сообщение от отправляющего LU (1-8) два раза без ответа с использованием ACK исходному отправляющему LU (1-8). Это управляющее сообщение содержит список целевых LU (1-8). Когда одно из этих целевых LU (1-8) принимает это управляющее сообщение, это целевое LU (1-8) повторно отправляет это управляющее сообщение своим соседям. Эти соседние LU (1-8), однако, отправляют ACK обратно целевому LU (1-8), которое повторно отправило это управляющее сообщение.

Посредством примера, в режиме 2 протокола обмена управляющими сообщениями, когда отправляющее LU (1-8) имеет локальное детектирование объекта 20 в пределах своего диапазона обнаружения, это LU (1-8) отправляет управляющее сообщение этим LU (1-8) из списка целевых LU (1-8). В этом примере предполагается, что LU_ID отправляющего LU (1-8), при локальном детектировании, равен n, а (передний, задний)=(6, 1), что означает, что список целевых LU (1-8) был бы L1, L2, L3, L4, L5, L6, R1 (шесть левых соседей и один правый сосед отправляющего LU (1-8)). Когда одно из этих целевых LU (1-8) принимает управляющее сообщение от отправляющего LU (1-8) (в этом случае режим переключения режима протокола обмена управляющими сообщениями =2), это целевое LU (1-8) сравнивает свой собственный LU_ID со списком целевых опор освещения в этом управляющем сообщении. Если имеется соответствие, то целевое LU выполняет следующие этапы:

Этап 1: Если внутренний флаг состояния имеет значение, равное нулю (что означает, что это целевое LU (1-8) не отправило повторно управляющее сообщение своим соседним LU (1-8)), то следует перейти к этапу 2; в противном случае, если значение внутреннего флага состояния равно одному, то следует остановиться и не отправить повторно это управляющее сообщение; и

Этап 2: Целевое LU (1-8) запоминает это управляющее сообщение, повторно отправляет это управляющее сообщение два последовательных раза соседним LU (1-8) и устанавливает значение внутреннего флага состояния, равное одному (при переходе к следующей итерации (периоду мониторинга), это значение внутреннего флага состояния сбрасывается на 0).

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

Этап 3: Если значение целевого LU LU_ID отличается от значения LU_ID отправляющего LU (1-8) на один (что означает, что это целевое LU (1-8) и отправляющее LU (1-8) являются соседями), то отправляющему LU (1-8) следует ответить с использованием ACK.

Если отправляющее LU (1-8) не примет ACK от двух соседних LU (1-8) в пределах периода мониторинга, то инициируется режим P2P протокола между отправляющим LU (1-8) и соседним LU (1-8), которое не ответило с использованием ACK.

Одним преимуществом режима 2 протокола обмена управляющими сообщениями является то, что он обеспечивает быструю связь с самыми дальними LU (1-8) в пределах диапазона реакции. Режим 2 протокола обмена управляющими сообщениями является также надежным, предполагая, что эти LUs (1-8) принимают управляющее сообщение от нескольких соседних LU (1-8).

В другом варианте осуществления, режим 2 протокола обмена управляющими сообщениями может также включать в себя механизм ACK (подтверждение) между исходным отправляющим LU (1-8) и целевыми LU (1-8).

Режим 2