RU2658787C1 - Схема для адресации кадров протокола к целевым устройствам - Google Patents
Схема для адресации кадров протокола к целевым устройствам Download PDFInfo
- Publication number
- RU2658787C1 RU2658787C1 RU2016127299A RU2016127299A RU2658787C1 RU 2658787 C1 RU2658787 C1 RU 2658787C1 RU 2016127299 A RU2016127299 A RU 2016127299A RU 2016127299 A RU2016127299 A RU 2016127299A RU 2658787 C1 RU2658787 C1 RU 2658787C1
- Authority
- RU
- Russia
- Prior art keywords
- frame
- address
- target device
- data
- payload data
- Prior art date
Links
- 238000000034 method Methods 0.000 claims description 47
- 238000004891 communication Methods 0.000 claims description 40
- 238000012545 processing Methods 0.000 claims description 23
- 238000013480 data collection Methods 0.000 claims description 20
- 230000008569 process Effects 0.000 claims description 10
- 101100408383 Mus musculus Piwil1 gene Proteins 0.000 claims description 2
- 238000000926 separation method Methods 0.000 claims 1
- 239000000126 substance Substances 0.000 abstract 1
- 239000002699 waste material Substances 0.000 description 9
- 238000003860 storage Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 7
- 238000007726 management method Methods 0.000 description 7
- 238000001514 detection method Methods 0.000 description 3
- 239000000243 solution Substances 0.000 description 3
- 238000000605 extraction Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 239000000344 soap Substances 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- 102220470365 Thymosin beta-10_S29A_mutation Human genes 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000000844 anti-bacterial effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004140 cleaning Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- -1 electricity Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000012086 standard solution Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000000825 ultraviolet detection Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/40—Constructional details, e.g. power supply, mechanical construction or backplane
- H04L49/405—Physical details, e.g. power supply, mechanical construction or backplane of ATM switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/18—Network protocols supporting networked applications, e.g. including control of end-device applications over a network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Power Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Selective Calling Equipment (AREA)
Abstract
Изобретение относиться к области адресации кадров протокола к целевым устройствам, а более конкретно к области распределенного получения данных как части управления объектом, и может быть использовано для адресации и приема кадра по совместно используемому каналу, а также для передачи и/или приема кадров. Технический результат – обеспечение надежности, рентабельности, энергоэффективности и функциональной совместимости с другими структурами и устройствами. Адресация кадра к целевому устройству, причем кадр является кадром протокола, который определяет кадр с по меньшей мере адресной частью и частью данных полезной нагрузки, содержит получение адреса целевого устройства, разделение адреса на первую часть и вторую часть, размещение первой части в адресной части кадра и размещение второй части в части данных полезной нагрузки кадра. 5 н. и 18 з.п. ф-лы, 8 ил.
Description
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к области адресации кадров протокола к целевым устройствам. Более конкретно, настоящее изобретение относится к способу адресации кадра к целевому устройству, а также к способу приема кадра по совместно используемому каналу. Кроме того, настоящее изобретение относится к соответствующим устройствам, сконфигурированным для передачи и/или приема кадров. Более конкретно, настоящее изобретение относится к области распределенного получения данных как части управления объектом.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Имеется множество установленных протоколов для обмена данными и связи. Некоторые протоколы адаптированы к конкретным характеристикам используемого канала связи в том, что определение протокола учитывает - среди прочего - скорость передачи данных канала, является ли канал совместно используемым или нет, длину канала, физическую реализацию (например, проводная или беспроводная передача), радиочастотную ширину полосы и т.д. Протоколы и определения для локальной беспроводной связи включают в себя, например, EnOcean (TM), Dash7 (TM), OneNet (TM), ANT (TM), Bluetooth (TM), Z-Wave (ТМ), Zigbee (ТМ), WirelessHart (ТМ), 6LoWPAN (ТМ), MiWi (ТМ), IEEE 802.15.4, IEEE 802.11 (WiFi) и другие.
Как правило, протокол определяет некоторую единицу данных, которая представляет минимум информации, которая передается по соответствующему каналу. Такие единицы обозначаются как ʺпакетʺ, ʺтелеграммаʺ или ʺкадрʺ. В контексте настоящего раскрытия термин ʺкадрʺ должен обозначать такую единицу информации, как определено в соответствующем рассматриваемом протоколе. Кроме того, является общепринятым обеспечивать кадр информацией адресации и/или маршрутизации, так что любой объект, который принимает кадр, в принципе, может определить, является ли принятый кадр адресованным данному объекту или, соответственно, следует ли и куда нужно перенаправить (маршрутизировать) кадр. Известный Интернет-протокол (IP) обеспечивает так называемый заголовок, содержащий информацию маршрутизации, которая позволяет кадру (здесь: пакету) поступать в его место назначения. Аналогично, кадр протокола IEEE 802.15.4 может обеспечивать так называемые поля адресации, в которых может быть размещена информация об адресе для целевого устройства получателя.
Кроме реализации протоколов, также имеется широкий спектр стандартных аппаратных средств для облегчения фактической связи. Например, доступны модули для осуществления связи по одному или более протоколам, так что нет необходимости в повторной реализации возможностей протокола и связи в данном приложении. Указанные модули, как правило, имеют некоторый тип функциональной совместимости, так что взаимодействие с приложением облегчается. Другими словами, можно сконцентрироваться на приложении как таковом, опираясь на стандартизированные модули для осуществления связи. Таким образом, нет необходимости в явном включении функциональных возможностей протокола и связи в приложение как таковое.
Хотя применение стандартных протоколов и соответствующих аппаратных средств - в форме вышеупомянутых модулей или в качестве встроенных функций интегральных схем (IC) - обеспечивает преимущества в отношении простоты, надежности, потребляемой мощности и стоимости, с использованием стандартного ʺоборудованияʺ, однако, предполагает соответствующие ограничения и ограничения от выбранного стандартного решения. Как следствие, выбранный протокол может, с одной стороны, существенно облегчать реализацию (низкая сложность схемы, высокая надежность, низкая стоимость единицы продукции и т.д.), но, с другой стороны, накладывает в то же время серьезные ограничения. Среди прочего, стандартные протоколы могут определять выделенные поля данных (биты или байты в определенных местоположениях и с заданной длиной в пределах одного кадра) для адресации одного кадра к целевому объекту/устройству. Поскольку такое адресное пространство ограничено, также число возможных участвующих объектов/устройств может быть ограничено.
В то же время, распределенное получение данных становится все более и более популярным в различных средах, таких как научные исследования, промышленное оборудование, сетевое управление, управление объектами и тому подобное. С появлением так называемого ʺинтернета вещейʺ, распределенные автономные устройства или приложения становятся доступными онлайн, чтобы собирать локальную информацию, возможно, обрабатывать ее и пересылать или передавать полученные данные в некоторый центральный объект для дополнительной обработки и/или оценки.
Например, устройство датчика измеряет использование ресурса в объекте (например, воды, электричества, мыла и т.д.). Полученная информация затем может быть собрана с помощью некоторого оборудования, которое осуществляет связь с индивидуальным(и) устройством(ами) датчика(ов). Желательно, чтобы все такое оборудование работало надежно, изготавливалось с низкими затратами и потребляло низкую мощность (например, последнее позволяет использовать автономные устройства с батарейным питанием). Хотя вышеуказанные цели могут быть достигнуты с использованием стандартных протоколов и соответствующих аппаратных средств, выбранный протокол может тогда ограничивать число возможных адресуемых устройств, так как адресное пространство выбранного протокола не может позволить определение достаточного количества уникальных адресов и, тем самым, идентификаторов устройств.
Поэтому существует потребность в различных средах, чтобы обеспечить реализацию приложений с помощью стандартного оборудования при смягчении ограничений, накладываемых выбранным стандартом. В частности, существует необходимость в преодолении ограничений в отношении адресного пространства, в то же время позволяя использовать стандартные протоколы и соответствующие аппаратные средства. Последнее может иметь особое значение, так как это может обеспечить надежность, рентабельность, энергоэффективность и функциональную совместимость с другими структурами и устройствами.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Указанные задачи решаются с помощью предмета независимых пунктов формулы изобретения. Другие предпочтительные варианты осуществления изобретения определены в зависимых пунктах формулы изобретения.
В соответствии с одним аспектом настоящего изобретения, предложен способ адресации кадра к целевому устройству, причем кадр является кадром протокола, который определяет кадр с по меньшей мере адресной частью и частью данных полезной нагрузки, при этом способ содержит этапы получения адреса целевого устройства, разделения адреса на первую часть и вторую часть, размещения первой части в адресной части кадра и размещения второй части в части данных полезной нагрузки кадра.
В соответствии с другим аспектом настоящего изобретения, предложено устройство для адресации кадра к целевому устройству, причем кадр является кадром протокола, который определяет кадр с по меньшей мере адресной частью и частью данных полезной нагрузки, при этом устройство сконфигурировано с возможностью получать адрес целевого устройства, разделять адрес на первую часть и вторую часть, размещать первую часть в адресной части кадра и размещать вторую часть в части данных полезной нагрузки кадра.
В соответствии с другим аспектом настоящего изобретения предложен способ приема кадра по совместно используемому каналу, причем кадр является кадром протокола, который определяет для кадра по меньшей мере адресную часть и часть данных полезной нагрузки, адрес целевого устройства разделен на первую часть и вторую часть, первая часть размещена в адресной части, а вторая часть размещена в части данных полезной нагрузки, причем способ включает в себя этапы приема адресной части кадра, обработки принятой адресной части для определения, соответствует ли первая часть, размещенная в принятой адресной части, первой части адреса целевого устройства, приема части данных полезной нагрузки кадра, если первая часть, размещенная в принятой адресной части, соответствует первой части адреса целевого устройства, извлечения второй части из принятой части данных полезной нагрузки и определения, что кадр адресован к целевому устройству, если извлеченная вторая часть соответствует второй части адреса целевого устройства.
В соответствии с другим аспектом настоящего изобретения предложено устройство приема кадра по совместно используемому каналу, причем кадр является кадром протокола, который определяет для кадра по меньшей мере адресную часть и часть данных полезной нагрузки, адрес целевого устройства разделен на первую часть и вторую часть, первая часть размещена в адресной части, а вторая часть размещена в части данных полезной нагрузки, при этом устройство сконфигурировано с возможностью принимать адресную часть кадра, обрабатывать принятую адресную часть для определения, соответствует ли первая часть, размещенная в принятой адресной части, первой части адреса целевого устройства, принимать часть данных полезной нагрузки кадра, если первая часть, размещенная в принятой адресной части, соответствует первой части адреса целевого устройства, извлекать вторую часть из принятой части данных полезной нагрузки и определять, что кадр адресован к целевому устройству, если извлеченная часть соответствует второй части адреса целевого устройства.
В соответствии с другим аспектом настоящего изобретения предложена система для распределенного получения данных, содержащая по меньшей мере одно устройство сбора данных и по меньшей мере одно устройство получения данных в соответствии с соответствующими вариантами осуществления настоящего изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Варианты осуществления настоящего изобретения, которые представлены для лучшего понимания концепций изобретения и которые не следует рассматривать как ограничивающие настоящее изобретение, будут описаны ниже со ссылкой на чертежи, на которых:
Фиг. 1А показывает схематичный вид системы получения данных, содержащей центральный узел, оборудование сбора данных и оборудование получения данных, реализующей адресацию кадра в соответствии с вариантом осуществления настоящего изобретения;
Фиг. 1В показывает схематичный вид примерного блока сбора данных, реализующего адресацию кадра в соответствии с другим вариантом осуществления настоящего изобретения;
Фиг. 1С показывает схематичный вид примерного блока получения данных, сконфигурированного для приема кадра в соответствии с другим вариантом осуществления настоящего изобретения;
Фиг. 2 показывает возможную реализацию адресации кадра в оборудовании сбора данных и оборудовании получения данных, расположенном на объекте, в соответствии с другим вариантом осуществления настоящего изобретения;
Фиг. 3А показывает схематичный вид формата кадра в соответствии с другим вариантом осуществления настоящего изобретения;
Фиг. 3В показывает схематичный вид формата кадра в соответствии с другим вариантом осуществления настоящего изобретения;
Фиг. 4А показывает блок-схему последовательности операций варианта осуществления способа адресации согласно настоящему изобретению.
Фиг. 4В показывает блок-схему последовательности операций варианта осуществления способа приема согласно настоящему изобретению.
ПОДРОБНОЕ ОПИСАНИЕ
Фиг. 1А показывает схематичный вид системы получения данных, содержащей центральный узел, оборудование сбора данных и оборудование получения данных, реализующей адресацию кадра в соответствии с вариантом осуществления настоящего изобретения. Более конкретно, система получения данных в соответствии с настоящим вариантом осуществления включает в себя центральный узел 10, оборудование сбора данных в форме одного или нескольких блоков 30, 30' сбора данных и оборудование получения данных в форме одного или нескольких блоков 40, 40' получения данных. Центральный узел 10 может обмениваться данными с блоками 30, 30' сбора данных с использованием некоторой сети или сетевой системы 20, возможно, включающей в себя Интернет, одну или несколько корпоративных сетей и/или сети общего пользования, такие как телефонные сети или сети мобильной связи.
В качестве примера, первая линия связи 91 связывает центральный узел 10 с сетью Интернет 20, и вторая линия связи 92 связывает по меньшей мере один блок 30 сбора данных с сетью Интернет 20. В качестве дополнительных примеров, линия связи 92 между блоком 30 сбора данных и сетью 20 может быть прямым или квази-прямым Интернет-соединением, например, через DSL- или LAN- линию. Кроме того, также может использоваться беспроводная передача данных, так что оборудование 30, 30' сбора данных осуществляет связь через радиоинтерфейс (GSM, UMTS, WLAN, WiFi, WiMaX и тому подобное) с сетью мобильной связи или соответствующей точкой доступа и, тем самым, с сетью 20.
Опционально, один или более блоков 30' сбора данных оборудования сбора данных могут быть связаны одним или более промежуточными уровнями сбора данных с сетью 20. Один способ заключается в реализации опционального уровневого оборудования 50 между блоками сбора данных и сетью 20. Такое опциональное уровневое оборудование (блоки), в свою очередь, может собирать, обрабатывать и/или пересылать данные из одного или нескольких блоков 30' сбора данных к, от или между сетью 20. Например, опциональное уровневое оборудование 50 может быть предоставлено на уровне здания, секции, отдела или этажа. Таким образом, соответствующее уровневое оборудование 50 собирает, обрабатывает и/или пересылает данные от и к оборудованию 30' сбора данных, которое, соответственно, расположено в одной секции, одном здании, одном отделе или на одном этаже.
Оборудование получения данных в форме по меньшей мере одного блока 40 получения данных расположено в соответствующем местоположении для получения данных (сбора информации). Эти данные могут быть получены с использованием одного или нескольких датчиков, которые сконфигурированы, чтобы преобразовывать некоторый физический показатель в числовое значение, которое подходит для передачи по сети связи. Указанные физические показатели могут включать в себя любую измеряемую величину, такую как температура, освещенность, время и дата, давление воздуха, влажность, ток, напряжение, сопротивление и тому подобное. Более конкретно, измеренный показатель может отражать некоторое состояние устройства, такое как показатель потребления, уровень заполнения, срок годности и тому подобное. Например, световой барьер может использовать источник света и датчик освещенности, который измеряет интенсивность освещения для определения уровня заполнения дозатора (раздатчика) или мусоросборника. Другие подходящие концепции для восприятия посредством физического показателя включают в себя инфракрасное обнаружение, ультрафиолетовое обнаружение, радиочастотное (RF) обнаружение, ультразвуковое обнаружение и т.д.
В соответствии с настоящим вариантом осуществления, один индивидуальный блок 40 получения данных осуществляет связь с по меньшей мере одним блоком 30 сбора данных по беспроводной линии связи 93, например, радио или инфракрасной линии связи, которая, в свою очередь, может следовать одному или более применимым и упомянутым выше стандартам и протоколам.
Конкретные способы адресации кадра и приема кадра согласно настоящему варианту осуществления далее описываются более подробно со ссылками на фиг. 1B и 1С. В частности, на фиг. 1B показан схематичный вид примерного блока 30 сбора данных, реализующего адресацию кадра в соответствии с настоящим вариантом осуществления, и фиг. 1С показывает схематичный вид примерного блока 40 получения данных, сконфигурированного, чтобы принимать кадр в соответствии с настоящим вариантом осуществления настоящего изобретения.
Примерный блок 30 сбора данных, показанный на фиг. 1B, содержит блок 302 обработки, блок 301 памяти и блок 303 связи. Блок 301 памяти может хранить код компьютерных инструкций, который может выполняться в блоке 302 обработки, чтобы реализовать функциональные возможности и варианты осуществления способа согласно настоящему изобретению. Устройство 303 связи содержит устройство беспроводной связи, которое облегчает обмен данными и связь с одним или более ассоциированными блоками 40, 40' получения данных через соответствующие линии связи 93. Следует отметить, что линии связи 93 могут быть размещены на отдельных каналах или все на одном совместно используемом канале в том смысле, что более чем один блок 40 получения данных принимает кадр, хотя этот кадр адресован только к одному конкретному блоку получения данных (например, блоку 40' получения данных). Что касается линии связи 92, передача данных к сети 20 может, например, быть осуществлена с помощью беспроводной линии связи к уровневому оборудованию 50, которое, в свою очередь, имеет DSL- или LAN-соединение с Интернетом 20.
Блок 301 памяти хранит код компьютерных инструкций, который может выполняться в блоке 302 обработки, чтобы адресовать кадр к одному из блоков 40, 40' получения данных в качестве целевого устройства. Кадр, подлежащий передаче, является кадром протокола, который определяет для кадра по меньшей мере адресную части и часть полезной нагрузки данных таким образом, что в кадре имеется выделенный и фиксированный интервал, предусмотренный в кадре для размещения информации адресации. Следует отметить, что протокол может определять другие типы кадров, которые не содержат адресной части и/или части полезной нагрузки (например, особый тип кадра, который может использоваться для целей квитирования). Однако настоящий вариант осуществления обеспечивает решение для преодоления ограничений по адресации, накладываемых выбранным протоколом.
В частности, блок 301 памяти хранит код компьютерных инструкций, который, при выполнении в блоке 302 обработки, конфигурирует примерный блок 30 сбора данных, чтобы получать адрес конкретного блока 40' получения данных в качестве целевого устройства. Адрес может быть получен из внутренней памяти в блоке 30 сбора данных или как часть принимаемой извне информации, такой как сообщение (или другой кадр), принимаемое от центрального узла 10 через сеть 20. Это сообщение может включать в себя данные, которые должны пересылаться в блок 40' получения данных, или сообщение содержит инструкцию, которая инициирует передачу кадра в блок 40' получения данных. В любом случае, кадр, подлежащий передаче, должен быть адресован к конкретному блоку 40' получения данных в качестве (одного) целевого устройства, так как другой блок 40 получения данных может совместно использовать тот же самый канал. Для этой цели блок 301 памяти хранит блок 30 конфигурирования кода, чтобы разделять полученный адрес на первую часть и вторую часть, чтобы размещать первую часть в адресной части кадра и размещать вторую часть в части данных полезной нагрузки кадра. Как следствие, полученный адрес может быть больше, чем адресная часть, выделяемая по протоколу одному кадру.
Адрес, являющийся ʺбольшимʺ, следует понимать в контексте настоящего раскрытия так, что он требует большего количества информационных единиц, чем обеспечивает адресная часть. Например, полученный адрес может быть представлен шестью байтами от а0 до a5, каждый из которых имеет восемь битов. Следуя этому примеру, может быть представлено более чем 2,8×1014 уникальных адресов. Однако, учитывая примерный размер адресной части протокола величиной только в четыре байта (от А0 до А3), шести-байтовый адрес не может быть полностью размещен в адресной части. В соответствии с этим вариантом осуществления, примерный шести-байтовый адрес а0…а5 разделяется на первую часть a0…a3 и вторую часть а4, а5. Предпочтительно, первая часть заполняет адресную часть кадра протокола, так что байты а0…а3 записываются в A0…A3 адресной части, а остальные байты адреса А4 и А5 размещаются части данных полезной нагрузки, как, например, байты Рn и Р(n+1).
В результате, количество блоков 40, 40' получения данных, которые могут быть адресованы с помощью индивидуальных и уникальных адресов, может быть увеличено, несмотря на ограничения, накладываемые выбранным протоколом. В то же время, однако, может быть обеспечено в полной мере использование стандартных протоколов и соответствующих аппаратных средств для использования их соответствующей надежности, рентабельности, энергоэффективности и функциональной совместимости.
Смягчение ограничений в отношении количества (уникально) адресуемых блоков также может иметь значительные преимущества при конфигурировании и настройке системы в целом. В частности, имеется аспект ассоциации среди блоков получения данных и блока сбора данных. Может быть предпочтительным, иметь ассоциацию ʺодного с многимиʺ среди одного блока 30 сбора данных и одного или нескольких блоков 40 получения данных, состоящую в том, что один блок 40 получения данных сконфигурирован, чтобы осуществлять связь только с одним ассоциированным блоком 30 сбора данных, который, в свою очередь, осведомлен обо всех ассоциированных блоках получения данных. Это может быть осуществлено путем предварительного программирования соответствующих блоков или с помощью процедуры регистрации, в течение которой один блок 40 получения данных и один блок 30 сбора данных ассоциируются друг с другом. В любом случае, результатом является то, что один блок 30 сбора данных может индивидуально адресовать один ассоциированный блок 40 получения данных.
Учитывая вышеупомянутое увеличенное адресное пространство, обеспечиваемое в вариантах осуществления настоящего изобретения, каждый блок 40, 40' получения данных может быть обеспечен предварительно установленным и уникальным адресом (идентификацией). Даже из приведенного выше примера с 6 байтами, большое количество блоков может получить индивидуальный и уникальный адрес. Это может существенно облегчить регистрацию и/или ассоциацию, так как нет никаких двух блоков 40, 40' получения данных с идентичным адресом, которые должны быть ассоциированы с одним блоком 30 сбора данных. Таким образом, простая процедура регистрации может быть достаточной, и все блоки могут быть немедленно адресованы надежным образом.
Примерный блок 40 получения данных, показанный на фиг. 1C, содержит блок 402 обработки, блок 401 памяти и блок 403 связи. Блок 401 памяти может хранить код компьютерных инструкций, который может выполняться в блоке 402 обработки, чтобы реализовать функциональные возможности и варианты осуществления способа согласно настоящему изобретению. Блок 403 связи может опционально содержать одно устройство беспроводной связи, которое облегчает обмен данными и связь с ассоциированным блоком 30 сбора данных. Опять же, предпочтительно, связь в направлении ассоциированного блока получения данных может быть реализована, как описано со ссылкой на линию связи 93.
Что касается блока получения данных, он дополнительно содержит блок 404 датчиков, который выполнен с возможностью получения требуемых данных, с помощью, например, измерения одного или нескольких показателей, представляющих интерес. Блок 404 датчиков может для этой цели использовать сенсорные устройства, источники тока/напряжения, источники света, схемы пороговой обработки, аналого-цифровые преобразователи, схемы усреднения, схемы фильтрации и тому подобное. Более конкретно, блок 401 памяти хранит код компьютерных инструкций, который может выполняться в блоке 402 обработки, чтобы принимать данные (кадр) из ассоциированного блока сбора данных и передавать данные в ассоциированный блок сбора данных.
Например, кадр из ассоциированного блока сбора данных (нисходящей линии связи) может включать в себя данные о конфигурации и/или инструкции по установке любого одного из интервала сбора данных, точности получения данных, выбора показателя (т.е., какой(ие) показатель(и) должен (должны) быть получен(ы)), установке блока в состояние включения питания, отключения питания или нерабочее состояние, установке интервала передачи и тому подобного. По восходящей линии связи, блок получения данных может сообщать полученные данные и/или информацию о состоянии (например, рабочее состояние, возможная(ые) неисправность(и), оставшиеся ресурсы батареи/питания и т.д.) обратно к ассоциированному блоку сбора данных.
Блок 401 памяти хранит код компьютерных инструкций, который может выполняться в блоке 402 обработки, чтобы реализовать вариант осуществления настоящего изобретения. В частности, реализуется способ приема кадра по совместно используемому каналу, такому как линия связи 93, причем кадр является кадром протокола, который определяет для кадра по меньшей мере адресную часть и часть данных полезной нагрузки, как используется ассоциированным блоком 30 сбора данных. Опять же, адрес блока получения данных в качестве целевого устройства разделен на первую часть и вторую часть, и первая часть размещена в адресной части, а вторая часть размещена в части данных полезной нагрузки.
Более конкретно, блок 401 памяти хранит код, который реализует прием по меньшей мере адресной части кадра и обработку принятой адресной части для определения, соответствует ли первая часть, размещенная в принятой адресной части, первой части адреса целевого устройства. Эта первая часть адреса целевого устройства является первой частью адреса самого блока получения данных, так что можно определить, совпадают ли по меньшей мере первые части, и, в свою очередь, определить, мог ли кадр, в принципе, быть адресован данному блоку. Часть данных полезной нагрузки также принимается, либо в ответ на определение, что первые части совпадают, либо до или вместе с приемом адресной части (например, как часть приема всего кадра). Если первая часть, размещенная в принятой адресной части, соответствует первой части адреса целевого устройства, сохраненный код реализует извлечение второй части из принятой части данных полезной нагрузки. Если извлеченная вторая часть соответствует второй части адреса целевого устройства, то определяется, что кадр адресован данному блоку в качестве целевого устройства.
Другими словами, двухэтапный процесс может быть обеспечен за счет того, что первоначально только адресную часть требуется принимать и оценивать, т.е. обрабатывать для сравнения первых адресных частей, содержащихся в адресной части и хранящихся в блоке в качестве части собственного адреса. Только если первые части совпадают, этот процесс должен продолжаться, чтобы определить, совпадают ли также вторые адресные части. Обработка и/или прием, таким образом, могут останавливаться, как только установлено, что первые части не совпадают. Предпочтительным образом это может обеспечить эффективное использование ресурсов питания, доступных в блоке (блоке 40 получения данных). Рассматривая блок с батарейным питанием, возможный двухэтапный процесс может в значительной мере способствовать экономии энергии и, тем самым, продлить срок службы блока. Например, если первые адресные части не совпадают, схемы для приема беспроводного радиосигнала могут быть выключены или переведены в энергосберегающий режим ожидания.
Настоящий вариант осуществления изобретения обеспечивает особые преимущества, если адресное пространство достаточно велико, так что уникальные адреса могут быть назначены индивидуальным блокам получения данных случайным образом. Предполагая случайное распределение адресов, которые остаются, однако, уникальными - может быть увеличена вероятность того, что ряд блоков получения данных, которые ассоциированы с одним единственным блоком сбора данных - и, таким образом, совместно используют один канал - имеют не только разные адреса (они являются уникальными в любом случае), но и имеют различные первые части адресов. Таким образом, большинство блоков получения данных будут возвращаться в энергосберегающий режим, как только устанавливается, что первые адресные части не совпадают, так как случаи, что первые части совпадают, но вторые части не совпадают, будут очень редкими. В то же время, по-прежнему можно обеспечить большое количество блоков получения данных с уникальными адресами.
Следует также отметить, что полный двунаправленный обмен данными становится возможным между центральным узлом 10, с одной стороны, и одним индивидуальным блоком 40, 40' получения данных, с другой стороны. В частности, центральный узел 10 может передавать данные по линии связи 91, сети 20, линии связи 92, ассоциированному блоку 30 сбора данных и линии связи 93 к конкретному блоку 40' получения данных. Аналогично, индивидуальный блок 40' получения данных может передавать данные обратно в центральный узел 10 по линии связи 93, ассоциированному блоку 30 сбора данных, линии связи 92, сети 20 и линии связи 91. В качестве примера, данные в нисходящей линии связи, то есть в направлении от центрального узла 10 в блок получения данных, могут включать в себя данные о конфигурации, в то время как данные в восходящей линии связи, то есть в направлении от одного блока получения данных в центральный узел 10, могут включать в себя данные датчиков, представляющие локально полученные данные в формате, подходящем для передачи и дальнейшей обработки.
Фиг. 2 показывает возможную реализацию адресации кадра в оборудовании сбора данных и оборудовании получения данных, расположенном на объекте, в соответствии с другим вариантом осуществления настоящего изобретения - более конкретно, в качестве управляемого объекта в форме туалета 1. Туалет 1 имеет несколько мест, в которых могут распределяться расходные материалы, включая мусоросборники 41, дозаторы 42 туалетной бумаги, дозаторы 43 средств обработки рук и дозаторы 44 полотенец для рук. При пользовании туалетом, дозаторы 43 средств обработки рук, дозаторы 44 полотенец для рук и дозаторы 42 туалетной бумаги могут стать опустошенными, в то время как мусоросборники 41 могут стать заполненными.
В традиционных подходах к управлению объектами, работник или бригада обслуживания будет периодически проверять туалет 1, включая проверку уровней в дозаторах 43, количество полотенец для рук в дозаторах 44 полотенец для рук, количество туалетной бумаги в дозаторах 42 туалетной бумаги и уровней отходов в каждом из мусоросборников 41. Обслуживающий работник может принять решение относительно того, потребуют ли какие-либо из ресурсов пополнения в период до его следующего запланированного визита для обслуживания, и он может пополнить те ресурсы, которые предположительно потребуют такого пополнения, при условии, что работник имеет достаточно расходных материалов на тележке для обслуживания. Обслуживающий работник может также опустошить мусоросборники 41, при условии, что работник имеет достаточную оставшуюся емкость для мусора на тележке для обслуживания. Если емкость для мусора или оставшиеся ресурсы на тележке являются недостаточными, работник может либо не пополнять ресурсы, либо может скорректировать свой маршрут, чтобы посетить центральное место хранения, чтобы пополнить запасы на тележке, прежде чем продолжить работу.
В настоящем варианте осуществления, туалет 1 на фиг. 2 также включает в себя блок 31 сбора данных, например, блок, который описан как блок 30, 30' в связи с другими вариантами осуществления. Блок 31 сбора данных имеет ассоциированные блоки сбора данных в каждом из дозаторов/контейнеров 41-44. В частности, эти блоки получения данных измеряют - соответственно - потребление полотенец, бумаги и мыла и уровень заполнения контейнеров 41, чтобы сообщать эти полученные данные обратно через блок 31 сбора данных в центральный узел для управления объектом. Эти данные передаются по восходящей линии связи в направлении упомянутого центрального узла.
Более обобщенно, однако, варианты осуществления настоящего изобретения могут также применяться к любому типу управления объектами, где использование расходных материалов и их подача требуют управления в большом масштабе. Например, крупные организации, такие как компании, органы власти и т.д. предоставляют коммунальное оборудование для использования например, сотрудниками, посетителями и другим персоналом. В контексте коммерческого учреждения, такие объекты могут включать в себя не только туалеты, подобные показанному на фиг.2, но и конференц-залы, станции подготовки документов, станции приготовления пищи, станции обслуживания, локальное хранилище запасов и другие аналогичные объекты.
Каждый объект может быть ассоциирован с местоположениями хранения или местоположениями дозирования, где расходные материалы, которые будут использоваться на и вокруг объекта, могут храниться готовыми к использованию, и где отработанные расходные материалы могут быть собраны для утилизации. В случае умывальных, такие местоположения хранения могут содержать дозаторы туалетной бумаги, дозаторы средств обработки рук или антибактериального геля, мусорные баки и дозаторы предметов гигиены. Если объект является центром подготовки документов, местоположение хранения могут включать в себя местоположения хранения бумаги, местоположения хранения картриджей, местоположения хранения канцелярских товаров и тому подобное. Если объект является зоной обслуживания, местоположения хранения могут включать в себя местоположения для хранения различных вещей и средств обслуживания и очистки, а также, например, дозаторы средств обработки рук и дозаторы бумажных полотенец. Такие местоположения обычно обеспечивают ресурс для пользователей объекта. В частности, ресурс может быть расходным материалом или может быть местом для сбора использованных расходных материалов и/или мусора. В каждом случае ресурс может быть израсходован пользователями объекта.
Такое управление может представлять значительную организационную и материально-техническую проблему, и в значительной мере опирается на опыт как руководителей, так и работников. Такие проблемы включают в себя обеспечение того, чтобы каждый объект посещал достаточно регулярно для оценки потребностей ресурсообеспечения каждого местоположения на объекте, а также для пополнения и/или опустошения соответствующих местоположений в зависимости от обстоятельств. Другие проблемы включают обеспечение того, чтобы объекты поддерживались в надлежащем состоянии без необходимости обеспечивать очень большие площади для хранения отходов или для поддержания большого запаса расходных материалов на самих объектах, на тележках обслуживания или в центральном местоположении. Наконец, важной задачей является управление объектами таким образом, чтобы реагировать на необычные события, которые приводят к внезапному истощению одного или более ресурсов или внезапному накоплению отходов.
Для таких применений настоящие варианты осуществления могут обеспечивать выгодное решение, так как распределенное оборудование получения данных может быть обеспечено в общем эффективным способом. В частности, варианты осуществления настоящего изобретения обеспечивают возможность предоставления рентабельного и надежного оборудования (оборудования сбора и получения данных) и функциональной совместимости в связи с использованием стандартизированных коммуникационных решений и в то же время позволяют, чтобы большое количество индивидуальных блоков имели присвоенные уникальные адреса, вследствие расширения адресного пространства. В дополнение к этому, регистрация и назначение блоков друг с другу могут быть существенно облегчены.
Фиг. 3А показывает схематичный вид формата кадра в соответствии с другим вариантом осуществления настоящего изобретения. Формат кадра 71 соответствующего протокола показывает по меньшей мере адресную часть 711 и часть 712 данных полезной нагрузки. Кадр может также содержать оставшиеся части 710, которые вмещают дополнительную информацию условий, маршрутизации и/или идентификации. В любом случае, однако, следует отметить, что оставшаяся часть 710 является чисто опциональной в контексте настоящих вариантов осуществления.
Адресная часть 711 обычно обеспечивается протоколом для адресации и/или маршрутизации кадра 71 к его месту назначения. Любое стандартное оборудование для такого протокола может, таким образом, учитывать, извлекать и обрабатывать адресную часть 711 для такой цели. Точно так же, часть 712 данных полезной нагрузки обеспечивается протоколом для переноса информации с кадром 71, такой как данные конфигурации, данные инструкции, данные отчетности, или - как правило - любые данные полезной нагрузки. В соответствии с настоящим вариантом осуществления, целевой адрес длиннее, чем адрес, который может быть размещен в адресной части 711, так что целевой адрес разделяется на две части. Первая часть размещается в адресной части 711, а вторая (оставшаяся) часть размещается в по меньшей мере части 713 части 712 данных полезной нагрузки. Таким образом, еще имеется место для переноса данных полезной нагрузки в части 712 данных полезной нагрузки, так что кадр 71 может по-прежнему переносить данные полезной нагрузки, хотя и является адресуемым к увеличенному количеству возможных целей.
Фиг. 3В показывает схематичный вид формата кадра в соответствии с другим вариантом осуществления настоящего изобретения. Подобно кадру 71, показанный кадр 72 содержит адресную часть 711', часть 712' данных полезной нагрузки и опциональный остаток 710' для размещения дополнительной опциональной информации. В соответствии с настоящим вариантом осуществления, целевой адрес содержит m символов, таких как биты, байты, слова и т.д. В качестве примера, первая часть содержит n байтов от а1 до аn, которые все размещены в адресной части 711' кадра 72. Предпочтительно, n байтов первой части полностью вмещают адресную часть 711', так что не остается ни одной неиспользованной запасной части в адресной части 711'. Аналогично, остальные байты от a(n+1) до am целевого адреса размещены в части 713' части 712' данных полезной нагрузки кадра 72. Предпочтительно размер адресных символов соответствует размеру символов кадра. В качестве примера, целевой адрес может быть представлен целым числом символов (например, байтов), так что меньшее число таких символов может полностью вместить адресную часть кадра.
Фиг. 4А показывает блок-схему последовательности операций варианта осуществления способа адресации согласно настоящему изобретению. Этот вариант осуществления способа предназначен для адресации кадра к целевому устройству, причем кадр является кадром протокола, который определяет для кадра по меньшей мере адресную часть и часть данных полезной нагрузки. Данный вариант осуществления способа рассматривает этап S11 получения адреса целевого устройства и этап S12 разделения полученного адреса на первую часть и вторую часть. На этапе S13 первая часть размещается в адресной части кадра, и на этапе S14 вторая часть размещается в части данных полезной нагрузки кадра.
Фиг. 4В показывает блок-схему последовательности операций варианта осуществления способа приема согласно настоящему изобретению. Этот вариант осуществления способа предназначен для приема кадра по совместно используемому каналу, при этом кадр снова является кадром протокола, который определяет для кадра по меньшей мере адресную часть и часть данных полезной нагрузки. Как и в других вариантах осуществления настоящего изобретения, адрес целевого устройства разделен на первую часть и вторую часть, причем первая часть размещена в адресной части, а вторая часть размещена в части данных полезной нагрузки.
Настоящий вариант осуществления способа рассматривает этап S21 приема адресной части кадра и этап S22 обработки принятой адресной части для определения, соответствует ли первая часть, размещенная в принятой адресной части, первой части адреса целевого устройства. Если первая часть, размещенная в принятой адресной части, соответствующим образом соответствует первой части адреса целевого устройства (ДА на этапе S22), то часть данных полезной нагрузки кадра принимается на этапе S23, и/или вторая часть извлекается из принятой части данных полезной нагрузки на этапе S24. Упомянутый этап S23 приема части данных полезной нагрузки также может быть выполнен перед этапом S22, например, перед или вместе с этапом S21. В последнем случае, этапы S21 и S23 могут быть выполнены в виде одного этапа приема всего кадра.
Затем на этапе S25 определяется, соответствует ли вторая часть второй части адреса целевого устройства. Если определено, что вторые части соответствуют (ДА на этапе S25), то можно сделать вывод, что кадр адресован к целевому устройству (см. S29A). Если на этапе S22 первые части не соответствуют, или на этапе S25 вторые части не соответствуют, то можно сделать вывод, что кадр не адресован к целевому устройству (см. S29B). Предпочтительно, процедура приходит к остановке уже после НЕТ на этапе S22, так как кадр не может быть адресован к целевому устройству, если первые части не соответствуют. Таким образом, все ресурсы (питания, обработки), связанные с выполнения этапов S23-S25, могут сберегаться.
В качестве альтернативы, адресная часть и часть данных полезной нагрузки данных принимаются на одном этапе, например, путем приема и буферизации всего кадра или по меньшей мере его адресной части и части данных полезной нагрузки. Таким образом, ресурсы, связанные с извлечением второй части и обработки для определения, соответствуют ли вторые части, могут сберегаться, так как не потребуется выполнять эти этапы, если определено, что первые части не соответствуют.
Хотя были описаны подробные варианты осуществления, они служат только для обеспечения лучшего понимания изобретения, определенного независимыми пунктами формулы изобретения, и их не следует рассматривать как ограничительные.
Claims (41)
1. Способ адресации кадра (71, 72) к целевому устройству (40, 40’), причем кадр (71, 72) является кадром протокола, который определяет кадр (71, 72) с по меньшей мере адресной частью (711, 711’) и частью (712, 712’) данных полезной нагрузки, причем способ содержит этапы:
- получения (511) адреса целевого устройства (40, 40’);
- разделения (512) адреса на первую часть и вторую часть;
- размещения (513) первой части в адресной части (711, 711’) кадра (71, 72) и
- размещения (514) второй части в части (712, 712’ ) данных полезной нагрузки кадра (71, 72).
2. Способ по п. 1, в котором адрес целевого устройства (40, 40’) представлен целым числом (m) байтов и меньшее целое число (n) байтов полностью вмещает адресную часть (711, 711’) кадра (71, 72).
3. Способ по п. 1, в котором первая часть полностью заполняет адресную часть (711, 711’) кадра (71, 72).
4. Способ по любому из пп. 1-3, дополнительно содержащий передачу заполненного кадра (71, 72) по совместно используемому каналу к целевому устройству (40, 40’).
5. Способ по любому из пп. 1-3, в котором множество кадров (71, 72) передается к множеству целевых устройств (40, 40’) по совместно используемому каналу, причем один кадр (71, 72) адресован по меньшей мере к одному целевому устройству (40, 40’).
6. Способ по п. 1, в котором протокол представляет собой любой из EnOcean (TM), Dash7 (TM), OneNet (TM), ANT (TM), Bluetooth (TM), Z-Wave (ТМ), Zigbee (ТМ), WirelessHart (ТМ), 6LоWPAN (ТМ), MiWi (ТМ), IEEE 802.15.4 и IEEE 802.11 (WiFi).
7. Устройство (30, 30’) для адресации кадра (71, 72) к целевому устройству (40, 40’), причем кадр (71, 72) является кадром протокола, который определяет кадр (71, 72) с по меньшей мере адресной частью (711, 711’) и частью (712, 712’) данных полезной нагрузки, при этом устройство сконфигурировано с возможностью:
- получать адрес целевого устройства (40, 40’);
- разделять адрес на первую часть и вторую часть;
- размещать первую часть в адресной части (711, 711’) кадра (71, 72) и
- размещать вторую часть в части (712, 712’) данных полезной нагрузки кадра (71, 72).
8. Устройство (40, 40’) по п. 7, дополнительно выполненное с возможностью осуществления способа по любому из пп. 2-6.
9. Устройство по п. 7 или 8, содержащее блок (302) обработки и блок (301) памяти, упомянутый блок (301) памяти хранит код, чтобы конфигурировать упомянутый блок (302) обработки для реализации функциональных возможностей устройства (40, 40’).
10. Устройство (40, 40’) по п. 7, содержащее блок (303) связи для установления связи по совместно используемому каналу.
11. Устройство (40, 40’) по п. 7 или 8, содержащее внутренний источник питания, предпочтительно любой из батареи, аккумулятора, солнечной панели.
12. Устройство (40, 40’) по п. 7 или 8, дополнительно сконфигурированное как устройство (30, 30’) сбора данных в качестве части распределенного оборудования получения данных и сконфигурированное для передачи кадра (71, 72) к блоку (40, 40’) получения данных.
13. Способ приема кадра (71, 72) по совместно используемому каналу, причем кадр (71, 72) является кадром протокола, который определяет для кадра (71, 72) по меньшей мере адресную часть (711, 711’) и часть (712, 712’) данных полезной нагрузки, адрес целевого устройства (40, 40’) разделен на первую часть и вторую часть, первая часть размещена в адресной части (711, 711’), а вторая часть размещена в части (712, 712’) данных полезной нагрузки, при этом способ содержит этапы:
- приема адресной части (711, 711’) кадра (71, 72);
- обработки принятой адресной части (711, 711’) для определения, соответствует ли первая часть, размещенная в принятой адресной части (711, 711’), первой части адреса целевого устройства (40, 40’);
- приема части (712, 712’) данных полезной нагрузки кадра (71, 72);
- если первая часть, размещенная в принятой адресной части (711, 711’), соответствует первой части адреса целевого устройства (40, 40’), извлечения второй части из принятой части (712, 712’) данных полезной нагрузки; и
- определения, что кадр (71, 72) адресован к целевому устройству (40, 40’), если извлеченная вторая часть соответствует второй части адреса целевого устройства (40, 40’).
14. Способ по п. 13, дополнительно содержащий этап перевода оборудования связи, обрабатывающего прием адресной части (711, 711’) и части (712, 712’) данных полезной нагрузки кадра (71, 72) в энергосберегающий режим, если определено, что первая часть, размещенная в принятой адресной части (711, 711’), не соответствует первой части адреса целевого устройства (40, 40’).
15. Способ по п. 13 или 14, дополнительно содержащий этап прерывания способа, если определено, что первая часть, размещенная в принятой адресной части (711, 711’), не соответствует первой части адреса целевого устройства (40, 40’).
16. Способ по п. 13 или 14, в котором адресная часть (711, 711’) и часть (712, 712’) данных полезной нагрузки принимаются вместе во время приема кадра (71, 72).
17. Устройство (40, 40’) приема кадра (71, 72) по совместно используемому каналу, причем кадр (71, 72) является кадром протокола, который определяет для кадра (71, 72) по меньшей мере адресную часть (711, 711’) и часть (712, 712’) данных полезной нагрузки, адрес целевого устройства (40, 40’) разделен на первую часть и вторую часть, первая часть размещена в адресной части (711, 711’), а вторая часть размещена в части (712, 712’) данных полезной нагрузки, при этом устройство сконфигурировано с возможностью:
- принимать адресную часть (711, 711’) кадра (71, 72);
- обрабатывать принятую адресную часть (711, 711’) для определения, соответствует ли первая часть, размещенная в принятой адресной части (711, 711’), первой части адреса целевого устройства (40, 40’);
- принимать часть (712, 712’) данных полезной нагрузки кадра (71, 72);
- если первая часть, размещенная в принятой адресной части (711, 711’), соответствует первой части адреса целевого устройства (40, 40’), извлекать вторую часть из принятой части (712, 712’ ) данных полезной нагрузки; и
- определять, что кадр (71, 72) адресован к целевому устройству (40, 40’), если извлеченная вторая часть соответствует второй части адреса целевого устройства (40, 40’).
18. Устройство (40, 40’) по п. 17, дополнительно выполненное с возможностью осуществления способа по любому из пп. 13-16.
19. Устройство (40, 40’) по п. 17 или 18, содержащее блок (402) обработки и блок (401) памяти, упомянутый блок (401) памяти хранит код, чтобы конфигурировать упомянутый блок (402) обработки для реализации функциональных возможностей устройства (40, 40’).
20. Устройство (40, 40’) по п. 17 или 18, содержащее блок (403) связи для установления связи по совместно используемому каналу.
21. Устройство (40, 40’) по п. 17 или 18, содержащее внутренний источник питания, предпочтительно любой из батареи, аккумулятора, солнечной панели.
22. Устройство (40, 40’) по п. 17 или 18, дополнительно сконфигурированное как устройство (40, 40’) получения данных в качестве части распределенного оборудования получения данных, содержащее блок (404) датчиков для получения данных и сконфигурированное для приема кадра (71, 72) от блока (30, 30’) сбора данных.
23. Система для распределенного получения данных, содержащая по меньшей мере одно устройство (30, 30’) по п. 12 и одно устройство (40, 40’) по п. 22.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2013/076202 WO2015086056A1 (en) | 2013-12-11 | 2013-12-11 | Scheme for addressing protocol frames to target devices |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2658787C1 true RU2658787C1 (ru) | 2018-06-22 |
Family
ID=49880706
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2016127299A RU2658787C1 (ru) | 2013-12-11 | 2013-12-11 | Схема для адресации кадров протокола к целевым устройствам |
Country Status (8)
Country | Link |
---|---|
US (1) | US20160359804A1 (ru) |
EP (1) | EP3080971B1 (ru) |
CN (1) | CN105814867B (ru) |
AU (1) | AU2013407433B2 (ru) |
CO (1) | CO2016006165A2 (ru) |
MX (1) | MX2016007524A (ru) |
RU (1) | RU2658787C1 (ru) |
WO (1) | WO2015086056A1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2828449C2 (ru) * | 2023-01-10 | 2024-10-14 | федеральное государственное бюджетное образовательное учреждение высшего образования "Санкт-Петербургский государственный морской технический университет" (СПбГМТУ) | Способ управления и мониторинга работы промышленного оборудования |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1161059A2 (en) * | 2000-05-31 | 2001-12-05 | Alcatel | Method and device for translating telecommunication network IP addresses by a leaky-controlled memory |
RU2204215C2 (ru) * | 1999-05-27 | 2003-05-10 | Самсунг Электроникс Ко., Лтд. | Устройство и способ передачи данных переменной длины в соответствии с протоколом работы радиолинии в системе связи с подвижными объектами |
GB2411317A (en) * | 2004-02-20 | 2005-08-24 | Toshiba Res Europ Ltd | Variable length Network address Allocation |
RU2304854C2 (ru) * | 2001-07-03 | 2007-08-20 | Квэлкомм Инкорпорейтед | Способ определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель |
RU2420899C2 (ru) * | 2006-11-17 | 2011-06-10 | Кабусики Кайся Тосиба | Двухкольцевая сетевая система и способ управления связью в ней, и станция передачи, и программа для станций передачи |
US20110310898A1 (en) * | 2010-06-17 | 2011-12-22 | Microsoft Corporation | 4to6 network stack for ipv4 applications |
US8553684B2 (en) * | 2006-04-24 | 2013-10-08 | Broadcom Corporation | Network switching system having variable headers and addresses |
US8797916B2 (en) * | 2009-07-20 | 2014-08-05 | Ericsson Telecomunicacoes S.A. | Network address allocation method |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030108048A1 (en) * | 1996-04-29 | 2003-06-12 | Kwok Timothy C. | Dynamic ATM connection management in a hybrid fiber-coax cable network |
US6119022A (en) * | 1997-03-18 | 2000-09-12 | Ericsson Inc. | System for alerting portable communication device user of incoming call |
US6411629B1 (en) * | 1998-12-29 | 2002-06-25 | Northern Telecom Limited | Data interleaving method |
KR100887339B1 (ko) * | 1999-12-03 | 2009-03-06 | 톰슨 라이센싱 | 비디오 이미지 정보를 디스플레이하기 위한 포맷을 선택하는 방법 |
KR100581087B1 (ko) * | 2000-01-20 | 2006-05-22 | 한국전자통신연구원 | 인터넷 엣지 라우터에서의 인터넷 프로토콜 주소확장 방법 |
US20010043573A1 (en) * | 2000-04-14 | 2001-11-22 | Frank Kelly | System and method for providing control of a two-way satellite system |
US8300534B2 (en) * | 2000-05-24 | 2012-10-30 | Alcatel Lucent | Programmable packet processor with flow resolution logic |
US7274697B2 (en) * | 2000-11-16 | 2007-09-25 | Tensilica, Inc. | Fast IP route lookup with 16/K and 16/Kc compressed data structures |
US7209771B2 (en) * | 2000-12-22 | 2007-04-24 | Terahop Networks, Inc. | Battery powered wireless transceiver having LPRF component and second wake up receiver |
US20030028657A1 (en) * | 2001-07-31 | 2003-02-06 | Thunquest Gary L. | Directly addressed multicast protocol |
US7145874B2 (en) * | 2002-03-01 | 2006-12-05 | P-Cube Ltd. | Apparatus, method, and software for limiting session rates in a computer network |
WO2003094482A1 (en) * | 2002-05-03 | 2003-11-13 | Nokia Corporation | A node of a communication bus |
US7649880B2 (en) * | 2002-11-12 | 2010-01-19 | Mark Adams | Systems and methods for deriving storage area commands |
JP2004178236A (ja) * | 2002-11-27 | 2004-06-24 | Hitachi Ltd | 分散型コミュニケーションシステム |
US20050154733A1 (en) * | 2003-12-05 | 2005-07-14 | David Meltzer | Real-time change detection for network systems |
KR20050062025A (ko) * | 2003-12-19 | 2005-06-23 | 삼성전자주식회사 | Ip 패킷의 다중 필드 에러에 대한 icmp 패킷 생성시스템 및 방법 |
US7653720B1 (en) * | 2004-03-03 | 2010-01-26 | Microsoft Corporation | Propagation of information on an indexed addressed network |
US7733811B2 (en) * | 2004-09-15 | 2010-06-08 | Fujitsu Limited | Method and system for bridging traffic in a resilient packet ring network |
US20070097966A1 (en) * | 2005-11-03 | 2007-05-03 | Texas Instruments Incorporated | Device and method for indicating an initial router of a path in a packet switching network |
RU2449505C2 (ru) * | 2006-01-11 | 2012-04-27 | Фишер-Роузмаунт Системз, Инк. | Управление энергосбережением в низковольтных беспроводных сетях |
US8045573B2 (en) * | 2006-08-16 | 2011-10-25 | Arm Limited | Bit ordering for packetised serial data transmission on an integrated circuit |
KR20080026795A (ko) * | 2006-09-21 | 2008-03-26 | 삼성전자주식회사 | 네트워크의 라우팅 프로토콜 선택 방법 및 그 장치 |
US20080181216A1 (en) * | 2007-01-30 | 2008-07-31 | Sprint Spectrum L.P. | Optimized mobile IPv6 encapsulation for wireless networks |
US8908581B2 (en) * | 2007-05-01 | 2014-12-09 | Qualcomm Incorporated | Extended microsleep for communications |
US7668691B2 (en) * | 2007-08-29 | 2010-02-23 | Microsoft Corporation | Activity classification from route and sensor-based metadata |
US8385971B2 (en) * | 2008-08-19 | 2013-02-26 | Digimarc Corporation | Methods and systems for content processing |
DE102009032821A1 (de) * | 2008-10-28 | 2010-04-29 | Giesecke & Devrient Gmbh | Speichermedium mit unterschiedlichen Zugriffsmöglichkeiten |
US8638800B2 (en) * | 2009-04-03 | 2014-01-28 | Freescale Semiconductor, Inc. | Technique for generating hash-tuple independent of precedence order of applied rules |
CN101557349B (zh) * | 2009-05-26 | 2012-12-12 | 孙斌 | 处理互联网数据报的方法和系统 |
US8217805B2 (en) * | 2009-09-01 | 2012-07-10 | Harris Corporation | Address stripping in a meter reading wireless mesh network and associated system |
US20120106555A1 (en) * | 2010-11-01 | 2012-05-03 | Indian Institute Of Technology Bombay | Low latency carrier class switch-router |
US9100213B1 (en) * | 2011-06-08 | 2015-08-04 | Juniper Networks, Inc. | Synchronizing VPLS gateway MAC addresses |
CN102820959B (zh) * | 2011-06-10 | 2015-08-26 | 哈尔滨工业大学 | 在Modbus主站与从站之间进行大数据量通信的方法 |
US9113500B2 (en) * | 2011-07-10 | 2015-08-18 | Qualcomm Incorporated | Device and method for communication of management information in ad-hoc wireless networks |
US10972397B2 (en) * | 2017-09-29 | 2021-04-06 | Futurewei Technologies, Inc. | Self-driving packets with conditional commands |
-
2013
- 2013-12-11 CN CN201380081499.7A patent/CN105814867B/zh active Active
- 2013-12-11 MX MX2016007524A patent/MX2016007524A/es unknown
- 2013-12-11 EP EP13811840.1A patent/EP3080971B1/en active Active
- 2013-12-11 AU AU2013407433A patent/AU2013407433B2/en not_active Ceased
- 2013-12-11 RU RU2016127299A patent/RU2658787C1/ru active
- 2013-12-11 WO PCT/EP2013/076202 patent/WO2015086056A1/en active Application Filing
- 2013-12-11 US US15/102,664 patent/US20160359804A1/en active Pending
-
2016
- 2016-07-18 CO CONC2016/0006165A patent/CO2016006165A2/es unknown
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2204215C2 (ru) * | 1999-05-27 | 2003-05-10 | Самсунг Электроникс Ко., Лтд. | Устройство и способ передачи данных переменной длины в соответствии с протоколом работы радиолинии в системе связи с подвижными объектами |
EP1161059A2 (en) * | 2000-05-31 | 2001-12-05 | Alcatel | Method and device for translating telecommunication network IP addresses by a leaky-controlled memory |
RU2304854C2 (ru) * | 2001-07-03 | 2007-08-20 | Квэлкомм Инкорпорейтед | Способ определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель |
GB2411317A (en) * | 2004-02-20 | 2005-08-24 | Toshiba Res Europ Ltd | Variable length Network address Allocation |
US8553684B2 (en) * | 2006-04-24 | 2013-10-08 | Broadcom Corporation | Network switching system having variable headers and addresses |
RU2420899C2 (ru) * | 2006-11-17 | 2011-06-10 | Кабусики Кайся Тосиба | Двухкольцевая сетевая система и способ управления связью в ней, и станция передачи, и программа для станций передачи |
US8797916B2 (en) * | 2009-07-20 | 2014-08-05 | Ericsson Telecomunicacoes S.A. | Network address allocation method |
US20110310898A1 (en) * | 2010-06-17 | 2011-12-22 | Microsoft Corporation | 4to6 network stack for ipv4 applications |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2828449C2 (ru) * | 2023-01-10 | 2024-10-14 | федеральное государственное бюджетное образовательное учреждение высшего образования "Санкт-Петербургский государственный морской технический университет" (СПбГМТУ) | Способ управления и мониторинга работы промышленного оборудования |
Also Published As
Publication number | Publication date |
---|---|
EP3080971A1 (en) | 2016-10-19 |
AU2013407433A1 (en) | 2016-06-23 |
CO2016006165A2 (es) | 2017-02-09 |
WO2015086056A1 (en) | 2015-06-18 |
AU2013407433B2 (en) | 2017-07-20 |
CN105814867A (zh) | 2016-07-27 |
CN105814867B (zh) | 2021-01-12 |
MX2016007524A (es) | 2016-09-13 |
EP3080971B1 (en) | 2021-08-11 |
US20160359804A1 (en) | 2016-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2013407373B2 (en) | Configuration of distributed data acquisition equipment | |
RU2479932C2 (ru) | Способ и система обеспечения пакетной связи на основе ip в сети обслуживания | |
AU2008340227B2 (en) | Optimized data collection in a wireless fixed network metering system | |
US8654671B2 (en) | System and method for QoS support in ubiquitous sensor | |
US11317264B2 (en) | Sensor and system for monitoring dispenser levels, traffic flow, and staff location | |
CN102857382A (zh) | 网管设备、接入汇聚设备、接入终端设备及其管理方法和系统 | |
JP2021100269A (ja) | 無線センサシステム、無線端末装置、通信制御方法および通信制御プログラム | |
CN104936202A (zh) | 基于CoAP协议的6LoWPAN无线传感网络管理系统 | |
CN111865402B (zh) | 用于数据传输的扩展协议帧 | |
RU2658787C1 (ru) | Схема для адресации кадров протокола к целевым устройствам | |
CN108028861B (zh) | 密集大网络中管理代理设备分配的方法、代理设备和系统 | |
US20220248201A1 (en) | Sensor and System for Monitoring Dispenser Levels, Traffic Flow, and Staff Location | |
EP1578086A1 (en) | Addressing mechanism for nodes in a communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PD4A | Correction of name of patent owner |