Эффективная связь для устройств домашней сети

Эффективная связь для устройств домашней сети

Иллюстрации

Показать все

Реферат

ПРЕДПОСЫЛКИ ИЗОБРЕТЕНИЯ

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

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

[0003] Подключенные к сети устройства появляются повсеместно в домах. Некоторые из этих устройств часто способны осуществлять связь друг с другом через один тип сети (например, соединение WiFi) с использованием протокола передачи. Может быть желательным использовать менее энергоемкие протоколы соединения для некоторых устройств, которые питаются от батареи или получают пониженный заряд. Однако в некоторых сценариях, устройства, связанные с протоколом пониженной мощности, могут быть не в состоянии осуществлять связь с устройствами, связанными с протоколом более высокой мощности (например, WiFi).

[0004] Многочисленные электронные устройства в настоящее время способны соединяться с беспроводными сетями. Например, технологии интеллектуальных измерительных приборов используют беспроводную сеть для передачи данных потребления электрической энергии, ассоциированных со связанной с местом жительства недвижимостью, обратно к предприятию коммунального обслуживания для мониторинга, выставления счетов и тому подобное. Ряд стандартов беспроводных сетей в настоящее время доступен, чтобы позволять электронным устройствам осуществлять связь друг с другом. Некоторые реализации интеллектуальных измерительных приборов, например, используют Интернет-протокол версии 6 (IPv6) в маломощных беспроводных персональных сетях (6LоWPAN), чтобы позволять электронным устройствам осуществлять связь с интеллектуальным измерительным прибором. Однако имеющиеся в настоящее время стандарты беспроводных сетей, такие как 6LоWPAN, в общем случае не могут быть хорошо оснащены, чтобы поддерживать электронные устройства, рассредоточенные по месту жительства или дому для одного или более практических сценариев. То есть, имеющиеся в настоящее время стандарты беспроводных сетей не могут эффективно соединять все электронные устройства сети безопасным, но простым, удобным для потребителя способом ввиду одного или более известных практических ограничений. Кроме того, для одного или более практических сценариев, имеющиеся в настоящее время стандарты беспроводных сетей не могут обеспечивать эффективный способ для добавления новых электронных устройств к существующей беспроводной сети специальным (ad hoc) образом.

[0005] Кроме того, при предоставлении стандарта беспроводной сети для электронных устройств для использования внутри и вокруг дома, было бы полезно использовать стандарт беспроводной сети, который обеспечивает открытый протокол для различных устройств, чтобы узнать, как получить доступ к сети. Кроме того, учитывая количество электронных устройств, которые могут быть ассоциированы с домом, было бы полезно, если бы стандарт беспроводной сети был способен поддерживать связь согласно Интернет-протоколу версии 6 (IPv6) таким образом, что каждое устройство может иметь уникальный IP-адрес и может быть доступным через Интернет, через локальную сеть в домашней среде и т.п. Кроме того, было бы полезно для стандарта беспроводной сети позволять электронным устройствам осуществлять связь в беспроводной сети с использованием минимальной величины мощности. Принимая во внимание эти признаки, представляется, что один или более недостатков представлены каждым известным доступным в настоящее время стандартом беспроводной сети в контексте обеспечения стандарта маломощной, основанной на IPv6 беспроводной ячеистой сети, который имеет открытый протокол и может быть использован для электронных устройств внутри и вокруг дома. Например, стандарты беспроводных сетей, такие как Bluetooth®, Dust Networks®, Z-Wave®, WiFi и ZigBee®, не могут обеспечить одну или более желательных функций, описанных выше.

[0006] Bluetooth®, например, в общем, обеспечивает стандарт беспроводной сети для передачи на короткие расстояния с помощью коротковолновых радиопередач. Как таковой, стандарт беспроводной сети Bluetooth® не может поддерживать сеть связи ряда электронных устройств, рассредоточенных по всему дому. Кроме того, стандарт беспроводной сети Bluetooth® не может поддерживать беспроводную ячеистую связь или IPv6-адреса.

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

[0008] Подобно стандарту беспроводной сети Dust Networks®, стандарт беспроводной сети, ассоциированный с Z-Wave®, не может быть открытым протоколом. Вместо этого, стандарт беспроводной сети Z-wave® может быть доступным только для авторизованных клиентов, которые встраивают конкретный чип приемопередатчика в свое устройство. Кроме того, стандарт беспроводной сети Z-wave® не может поддерживать связь, основанную на IPv6. То есть, стандарт беспроводной сети Z-wave® может потребовать мостового устройства, чтобы преобразовывать данные, сгенерированные на Z-Wave®-устройстве, в данные, основанные на IP, которые могут быть переданы через Интернет.

[0009] Что касается стандартов беспроводной сети ZigBee®, то ZigBee® имеет два стандарта, обычно известные как ZigBee® Pro и ZigBee® IP. Кроме того, ZigBee® Pro может иметь один или более недостатков в контексте поддержки беспроводных ячеистых сетей. Вместо этого, ZigBee® Pro может зависеть, по меньшей мере частично, от центрального устройства, которое облегчает связь между каждым устройством в сети ZigBee® Pro. В дополнение к требованиям повышенной мощности для такого центрального устройства, те устройства, которые остаются включенными, чтобы обрабатывать, или отклоняют определенный беспроводный трафик, могут генерировать дополнительное тепло в своих корпусах, что может изменять некоторые показания датчика, например, показания температуры, получаемые устройством. Поскольку такие показания датчика могут быть полезны в определении того, каким образом каждое устройство в доме может работать, может быть выгодным избегать ненужной генерации тепла внутри устройства, которое может изменить показания датчика. Кроме того, ZigBee® Pro не может поддерживать связь по протоколу IPv6.

[0010] Что касается ZigBee® IP, то ZigBee® IP может привести к одному или более недостаткам в контексте прямой связи от устройства к устройству. ZigBee® IP направлен на облегчение связи посредством ретрансляции данных устройства к центральному маршрутизатору или устройству. Таким образом, центральный маршрутизатор или устройство может требовать постоянного питания и поэтому не может представлять собой маломощное средство связи между устройствами. Кроме того, IP-ZigBee® IP может иметь практическое ограничение на число узлов (т.е., ~20 узлов на каждую сеть), которые могут быть использованы в одной сети. Кроме того, IP-ZigBee® IP использует протокол маршрутизации “Ripple” (RPL), который может проявлять высокие требования к ширине полосы, обработке и памяти, что может быть связано с дополнительной мощностью для каждого подключенного устройства ZigBee® IP.

[0011] Подобно стандартам беспроводной сети ZigBee®, обсужденным выше, беспроводная сеть WiFi может проявлять один или более недостатков с точки зрения обеспечения возможности связи между устройствами, имеющими требования малой мощности. Например, стандарт беспроводной сети WiFi может также требовать, чтобы каждое сетевое устройство всегда было включено, и, кроме того, может требовать наличия центрального узла или концентратора. Как известно в данной области, WiFi является относительно распространенным стандартом беспроводной сети, который может быть идеальным для передачи данных относительно высокой ширины полосы (например, потоковое видео, синхронизация устройств). Как таковые, WiFi устройства, как правило, связаны с непрерывным источником питания или перезаряжаемыми аккумуляторами для поддержки постоянного потока передач данных между устройствами. Кроме того, беспроводная сеть WiFi может не поддерживать беспроводные ячеистые сети.

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

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

[0013] Предложены системы и способы для эффективной связи в инфраструктурной сети устройств в домашней среде или аналогичной среде. Например, электронное устройство может эффективно управлять связью, чтобы сбалансировать факторы мощности и надежности, может эффективно передавать сообщения к некоторым предпочтительным сетям на основе анализа заголовков пакетов Интернет-протокола версии 6 (IPv6), которые используют расширенный уникальный локальный адрес (EULA), может эффективно передавать обновления программного обеспечения и отчеты о состоянии во всей инфраструктурной сети и/или может просто и эффективно подключаться к инфраструктурной сети.

[0014] Например, электронное устройство может включать в себя память или хранилище, хранящее инструкции для работы сетевого стека, процессор для исполнения инструкций и сетевой интерфейс для присоединения к подключенной к сети инфраструктуре устройств и передавать сообщение к целевому устройству инфраструктуры устройств с использованием сетевого стека. Сетевой стек может включать в себя уровень приложения, чтобы обеспечивать полезную нагрузку приложения с данными, которые должны передаваться в сообщении, уровень платформы, чтобы инкапсулировать полезную нагрузку приложения в общем формате сообщения для сообщения, транспортный уровень, чтобы избирательно транспортировать сообщение с использованием либо протокола пользовательских дейтаграмм (UDP), либо протокола управления передачей (TCP), и сетевой уровень, чтобы передавать сообщение с использованием Интернет-протокола версии 6 (IPv6) через одну или более сетей. Эти сети могут включать в себя, например, беспроводную сеть 802.11, беспроводную сеть 802.15.4, сеть на линиях питания, сеть сотовой связи и/или сеть Ethernet. Кроме того, уровень приложения, уровень платформы, транспортный уровень и/или сетевой уровень могут определять свойство способа передачи сообщения к целевому узлу, основываясь, по меньшей мере частично, на типе сообщения, сети, по которой сообщение должно быть отправлено, расстоянии, которое сообщение может проходить через инфраструктуру, режиме потребления мощности электронного устройства, режиме потребления мощности целевого устройства и/или режиме потребления мощности промежуточного устройства инфраструктуры устройств, которое должно передавать сообщение между данным электронным устройством и целевым устройством. Кроме того, изменение свойства способа передачи может вызвать то, что электронное устройство, целевое устройство и/или промежуточное устройство будут потреблять различные величины мощности, и вызвать то, что сообщение будет достигать целевого узла более надежно или менее надежно.

[0015] В другом примере, вещественный долговременный (нетранзиторный) считываемый компьютером носитель может включать в себя инструкции, подлежащие исполнению первым электронным устройством, коммуникативно связанным с другими электронными устройствами инфраструктуре устройств в домашней среде. Инструкции могут включать в себя инструкции, чтобы принимать сообщение Интернет-протокола версии 6 (IPv6) в первом электронном устройстве от второго электронного устройства по первой сети инфраструктуры устройств. Сообщение может предназначаться для целевого электронного устройства. Инструкции могут дополнительно включать в себя инструкции для идентификации Расширенного Уникального Локального Адреса, закодированного в заголовке IPv6 сообщения. Здесь Расширенный Уникальный Локальный Адрес может указывать, что вторая сеть является предпочтительной для достижения целевого электронного устройства. Инструкции также могут включать в себя инструкции, чтобы передавать сообщение через инфраструктуру устройств к целевому электронному устройству с использованием второй сети, основываясь, по меньшей мере частично, на Расширенном Уникальном Локальном Адресе.

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

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

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

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

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

[0020] Различные аспекты этого раскрытия можно лучше понять из нижеследующего подробного описания и со ссылками на чертежи, на которых:

[0021] Фиг. 1 иллюстрирует блок-схему обобщенного устройства, которое может осуществлять связь с другими устройствами, расположенными в домашней среде, с использованием эффективного протокола сетевого уровня, в соответствии с вариантом осуществления;

[0022] Фиг. 2 иллюстрирует блок-схему домашней среды, в которой обобщенное устройство по фиг. 1 может осуществлять связь с другими устройствами посредством протокола эффективного сетевого уровня в соответствии с вариантом осуществления;

[0023] Фиг. 3 иллюстрирует примерную беспроводную ячеистую сеть, ассоциированную с устройствами, изображенными в домашней среде по фиг. 2, в соответствии с вариантом осуществления;

[0024] Фиг. 4 иллюстрирует блок-схему модели взаимодействия открытых систем (OSI), которая характеризует систему связи для домашней среды по фиг. 2, в соответствии с вариантом осуществления;

[0025] Фиг. 5 иллюстрирует подробный вид эффективного сетевого уровня в модели OSI по фиг. 4 в соответствии с вариантом осуществления;

[0026] Фиг. 6 иллюстрирует блок-схему способа для реализации сети Протокола Информации Маршрутизации - Следующего Поколения (RIPng) в качестве механизма маршрутизации в эффективном сетевом уровне по фиг. 5 в соответствии с вариантом осуществления;

[0027] Фиг. 7A-7D иллюстрируют пример того, каким образом может быть реализована сеть RIPng в способе по фиг. 6 в соответствии с вариантом осуществления;

[0028] Фиг. 8 иллюстрирует блок-схему процесса производства, который включает в себя встраивание сертификата безопасности в обобщенное устройство по фиг. 1, с соответствии в вариантом осуществления;

[0029] Фиг. 9 иллюстрирует пример протокола квитирования между устройствами в домашней среде на фиг. 2 с использованием протокола Безопасности Транспортного Уровня Дейтаграмм (DTLS) в эффективном сетевом уровне по фиг. 5, в соответствии с вариантом осуществления.

[0030] Фиг. 10 иллюстрирует инфраструктурную сеть, имеющую топологию одиночной логический сети, в соответствии с вариантом осуществления;

[0031] Фиг. 11 иллюстрирует инфраструктурную сеть, имеющую топологию звездообразной сети, в соответствии с вариантом осуществления;

[0032] Фиг. 12 иллюстрирует инфраструктурную сеть, имеющую топологию перекрывающихся сетей, в соответствии с вариантом осуществления;

[0033] Фиг. 13 иллюстрирует службу, осуществляющую связь с одной или более инфраструктурных сетей, в соответствии с вариантом осуществления;

[0034] Фиг. 14 иллюстрирует два устройства в инфраструктурной сети в коммуникативном соединении, в соответствии с вариантом осуществления;

[0035] Фиг. 15 иллюстрирует формат уникального локального адреса (ULA), который может быть использован для адресации устройств в инфраструктурной сети, в соответствии с вариантом осуществления;

[0036] Фиг. 16 иллюстрирует процесс представления периферийных устройств в сети-концентраторе, в соответствии с вариантом осуществления;

[0037] Фиг. 17 иллюстрирует пакет тег-длина-значение (TLV), который может быть использован для передачи данных по инфраструктурной сети, в соответствии с вариантом осуществления;

[0038] Фиг. 18 иллюстрирует общий протокол сообщения (GMP), который может использоваться для передачи данных по инфраструктурной сети, которые могут включать в себя пакет TLV по фиг. 17, в соответствии с вариантом осуществления;

[0039] Фиг. 19 иллюстрирует поле заголовка сообщения GMP по фиг. 18 в соответствии с вариантом осуществления;

[0040] Фиг. 20 иллюстрирует поле идентификатора ключа GMP по фиг. 18 в соответствии с вариантом осуществления;

[0041] Фиг. 21 иллюстрирует поле полезной нагрузки приложения GMP по фиг. 18 в соответствии с вариантом осуществления;

[0042] Фиг. 22 иллюстрирует схему отчетности о состоянии, которая может использоваться для обновления информации о состоянии в инфраструктурной сети, в соответствии с вариантом осуществления;

[0043] Фиг. 23 иллюстрирует поле профиля схемы отчетности о состоянии по фиг. 22 в соответствии с вариантом осуществления;

[0044] Фиг. 24 иллюстрирует протокольную последовательность, которая может быть использована для выполнения обновления программного обеспечения между клиентом и сервером, в соответствии с вариантом осуществления;

[0045] Фиг. 25 иллюстрирует кадр запроса образа, который может использоваться в протокольной последовательности по фиг. 24, в соответствии с вариантом осуществления;

[0046] Фиг. 26 иллюстрирует поле управления кадра в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;

[0047] Фиг. 27 иллюстрирует поле спецификации продукта в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;

[0048] Фиг. 28 иллюстрирует поле спецификации версии в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;

[0049] Фиг. 29 иллюстрирует поле локальной спецификации в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;

[0050] Фиг. 30 иллюстрирует поле поддерживаемых типов целостности в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;

[0051] Фиг. 31 иллюстрирует поле поддерживаемых схем обновления в кадре запроса образа по фиг. 25 в соответствии с вариантом осуществления;

[0052] Фиг. 32 иллюстрирует кадр ответа на запрос образа, который может быть использован в протокольной последовательности по фиг. 24, в соответствии с вариантом осуществления;

[0053] Фиг. 33 иллюстрирует поле унифицированного идентификатора ресурса (URI) в кадре ответа на запрос образа по фиг. 32 в соответствии с вариантом осуществления;

[0054] Фиг. 34 иллюстрирует поле спецификации целостности в кадре ответа на запрос образа по фиг. 32 в соответствии с вариантом осуществления;

[0055] Фиг. 35 иллюстрирует поле схемы обновления в кадре ответа на запрос образа по фиг. 32 в соответствии с вариантом осуществления;

[0056] Фиг. 36 иллюстрирует последовательность, используемую для применения протокола управления данными для управления данными между устройствами в инфраструктурной сети, в соответствии с вариантом осуществления;

[0057] Фиг. 37 иллюстрирует кадр запроса моментального снимка, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0058] Фиг. 38 иллюстрирует схему примерного профиля, которая может быть доступной с использованием кадра запроса моментального снимка по фиг. 37, в соответствии с вариантом осуществления;

[0059] Фиг. 39 представляет собой бинарный формат пути, который может указывать на путь в схеме профиля, в соответствии с вариантом осуществления;

[0060] Фиг. 40 иллюстрирует кадр запроса наблюдения, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0061] Фиг. 41 иллюстрирует кадр запроса периодического обновления, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0062] Фиг. 42 иллюстрирует кадр запроса регенерации, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0063] Фиг. 43 иллюстрирует запрос отмены просмотра, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0064] Фиг. 44 иллюстрирует кадр ответа просмотра, который может быть использован в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0065] Фиг. 45 иллюстрирует кадр явного запроса обновления, который может использоваться в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0066] Фиг. 46 иллюстрирует кадр запроса обновления просмотра, который может использоваться в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0067] Фиг. 47 иллюстрирует кадр элемента обновления, который может быть обновлен с использованием последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0068] Фиг. 48 иллюстрирует кадр ответа обновления, который может быть отправлен как сообщение ответа обновления в последовательности по фиг. 36, в соответствии с вариантом осуществления;

[0069] Фиг. 49 иллюстрирует коммуникативное соединение между отправителем и получателем в пересылке массивов данных в соответствии с вариантом осуществления;

[0070] Фиг. 50 иллюстрирует сообщение SendInit, которое может быть использовано, чтобы инициировать коммуникативное соединение отправителем по фиг. 49, в соответствии с вариантом осуществления;

[0071] Фиг. 51 иллюстрирует поле управления передачей сообщения SendInit по фиг. 50, в соответствии с вариантом осуществления;

[0072] Фиг. 52 иллюстрирует поле управления диапазоном сообщения SendInit по фиг. 51, в соответствии с вариантом осуществления;

[0073] Фиг. 53 иллюстрирует сообщение SendAccept, которое может быть использовано для принятия соединения связи, предложенного сообщением SendInit по фиг. 50, отправленным отправителем по фиг. 50, в соответствии с вариантом осуществления;

[0074] Фиг. 54 иллюстрирует сообщение SendReject, которое может быть использовано для отклонения соединения связи, предложенного сообщением SendInit по фиг. 50, отправленного отправителем по фиг. 50, в соответствии с вариантом осуществления;

[0075] Фиг. 55 иллюстрирует сообщение ReceiveAccept, которое может быть использовано для принятия соединения связи, предложенного получателем по фиг. 50, в соответствии с вариантом осуществления.

[0076] Фиг. 56 является блок-схемой примера заголовка IPv6 пакета, использующего Расширенный Уникальный Локальный Адрес (EULA), в соответствии с вариантом осуществления;

[0077] Фиг. 57 является схематичным представлением передачи IPv6 пакета, имеющего IPv6 пакет по фиг. 56, через топологию инфраструктуры, имеющую две сети, в соответствии с вариантом осуществления;

[0078] Фиг. 58 является блок-схемой последовательности операций способа для эффективной передачи IPv6 пакета через инфраструктуру по фиг. 57 с использованием заголовка IPv6 пакета по фиг. 56 в соответствии с вариантом осуществления;

[0079] Фиг. 59 является блок-схемой последовательности операций способа для выбора эффективного транспортного протокола, по которому посылать сообщение, основываясь, по меньшей мере частично, на одном или нескольких факторах надежности, в соответствии с вариантом осуществления;

[0080] Фиг. 60 представляет собой диаграмму, иллюстрирующую случай использования инфраструктуры устройств, в которой одно устройство вызывает способ другого устройства, в соответствии с вариантом осуществления;

[0081] Фиг. 61 представляет собой диаграмму, иллюстрирующую случай использования инфраструктуры устройств, в которой сообщение тревоги распространяется через ряд маломощных, находящихся в спящем режиме устройств, в соответствии с вариантом осуществления;

[0082] Фиг. 62-64 являются блок-схемами последовательности операций способа для введения нового устройства в инфраструктуру устройств, в соответствии с вариантом осуществления; и

[0083] Фиг. 65-67 являются блок-схемами другого способа для введения нового устройства в инфраструктуру устройств, в соответствии с вариантом осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

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

[0085] При введении элементов различных вариантов осуществления настоящего изобретения, формы единственного числа предназначены, чтобы означать, что имеется один или более элементов. Термины “содержащий”, “включающий” и “имеющий” подразумевают включение и означают, что могут быть и дополнительные элементы, иные, чем перечисленные элементы. Кроме того, следует понимать, что ссылки на “один вариант осуществления” или “вариант осуществления” в настоящем раскрытии не предназначены, чтобы интерпретироваться как исключающие существование дополнительных вариантов осуществления, которые также включают перечисленные признаки.

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

[0087] Как используется здесь, термины “сбор”, “совместное использование” и “захват”, когда речь идет о домашних устройствах, относятся к получению мощности от силового трансформатора через нагрузку оборудования без использования прямого или общего проводного источника непосредственно из трансформатора.

[0088] Как используется здесь, термин “термостат” означает устройство или систему для регулирования параметров, таких как температура и/или влажность, в пределах по меньшей мере части корпуса. Термин “термостат” может включать в себя блок управления для системы отопления и/или охлаждения или составную часть нагревателя или кондиционера. Как используется здесь, термин “термостат” может также относиться в целом к универсальному блоку восприятия и управления (блоку VSCU), который сконфигурирован и адаптирован для обеспечения сложного, настроенного, энергосберегающего функционального средства управления HVAC и в то же время является визуально привлекательным, не-устрашающим, элегантным на вид и восхитительно легким в использовании.

[0089] Как используется здесь, термин “детектор опасности” относится к любому домашнему устройству, которое может обнаружить свидетельства пожара (например, дым, тепло, угарный газ) и/или другие опасные условия (например, экстремальные температуры, скапливание опасных газов).

[0090] Настоящее раскрытие относится к эффективной связи, которая может быть использована устройствами, осуществляющими связь друг с другом в домашней среде. Эффективная связь согласно настоящему раскрытию может позволить инфраструктуре устройств и/или служб, осуществлять связь в домашней среде. Действительно, для потребителей, проживающих в домах, может оказаться полезным координировать операции различных устройств в их доме, чтобы все их устройства работали эффективно. Например, устройство термостата может быть использовано, чтобы определять температуру в доме и координировать активность других устройств (например, осветительных приборов) на основе определенной температуры. Устройство термостата может определить температуру, которая может указывать на то, что температура вне дома соответствует часам дневного света. Затем устройство термостата может сообщить осветительному устройству, что в доме может быть достаточным дневной свет, и, таким образом, освещение должно быть выключено. В другом примере, интеллектуальный детектор опасности может быть способен обнаруживать условия окружающей среды, которые указывают на занятость помещения. Устройство термостата может запросить детектор опасности относительно этих условий окружающей среды и изменить свою работу соответствующим образом. В дополнение к эффективности, потребители обычно предпочитают использовать удобные для пользователя устройства, которые требуют минимального количества действий по настройке или инициализации. То есть, потребители, как правило, предпочитают устройства, которые полностью работоспособны после выполнения нескольких этапов инициализации, особенно таких, которые могут выполняться практически любым человеком, независимо от возраста или технического опыта.

[0091] Чтобы обеспечить возможность эффективной передачи данных между устройствами в домашней среде, устройства могут использовать инфраструктурную сеть, которая включает в себя одну или более логических сетей, чтобы управлять связью между устройствами. То есть, эффективная инфраструктурная сеть может позволить множеству устройств в пределах дома осуществлять связь друг с другом с использованием одной или более логических сетей. Инфраструктурная сеть может поддерживаться эффективной схемой связи, использующей, например, эффективный сетевой уровень, эффективный уровень платформы и/или эффективный уровень приложения, чтобы управлять связью. Инфраструктурная сеть может поддерживать связь согласно Интернет-протоколу версии 6 (IPv6), так что каждое подключенное устройство может иметь уникальный локальный адрес (ULA). В некоторых примерах, IPv6 передачи могут использовать Расширенный Уникальный Локальный Адрес (EULA). Кроме того, чтобы позволить интеграцию каждого устройства в доме, может быть полезным для каждого устройства осуществлять связь в сети с использованием малых уровней мощности. То есть, при обеспечении возможности устройствам осуществлять связь с использованием малой мощности, устройства могут быть размещены в любом месте в доме, не будучи связанными с непрерывным источником питания (например, с питанием от батареи).

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