RU2462746C1 - Способ, устройство и система управления - Google Patents

Способ, устройство и система управления Download PDF

Info

Publication number
RU2462746C1
RU2462746C1 RU2011138646/08A RU2011138646A RU2462746C1 RU 2462746 C1 RU2462746 C1 RU 2462746C1 RU 2011138646/08 A RU2011138646/08 A RU 2011138646/08A RU 2011138646 A RU2011138646 A RU 2011138646A RU 2462746 C1 RU2462746 C1 RU 2462746C1
Authority
RU
Russia
Prior art keywords
data packet
rndis
control command
control
network
Prior art date
Application number
RU2011138646/08A
Other languages
English (en)
Inventor
Дунфын ЧЖАН (CN)
Дунфын ЧЖАН
Чжэньхой НЕ (CN)
Чжэньхой НЕ
Original Assignee
Хуавэй Дивайс Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавэй Дивайс Ко., Лтд. filed Critical Хуавэй Дивайс Ко., Лтд.
Application granted granted Critical
Publication of RU2462746C1 publication Critical patent/RU2462746C1/ru

Links

Images

Classifications

    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Abstract

Настоящее изобретение относится к области технологий связи и, более конкретно, к способу, устройству и системе управления. В вариантах осуществления настоящего изобретения команда управления инкапсулирована в пакет сетевых данных, подлежащий посылке к устройству спецификации интерфейса удаленного сетевого драйвера (RNDIS), и инкапсулированный пакет сетевых данных посылается в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления. По сравнению с решением, которое требует добавления нового интерфейса и инсталлирования дополнительной программы драйвера в предшествующем уровне техники, настоящее решение уменьшает сложность приложения и не предъявляет никакого специального требования для устройства RNDIS, которое является обычно применимым и простым для реализации. Технический результат изобретения заключается в реализации передачи команды управления к устройству RNDIS без инсталляции дополнительной программы драйвера. 9 н. и 6 з.п. ф-лы, 11 ил.

Description

Настоящее изобретение относится к области технологий связи и, более конкретно, к способу, устройству и системе управления.
Предшествующий уровень техники
Спецификация интерфейса удаленного сетевого драйвера (RNDIS) является спецификацией сетевого устройства. Она требует, чтобы устройство RNDIS обрабатывало дескриптор идентификатора объекта (OID), который поступает из системы. Поэтому программа драйвера, обеспеченная в системе, может использоваться различными устройствами RNDIS в совместимом режиме, не требуется разработка специализированной программы драйвера для конкретного устройства RNDIS, и система может посылать различные OID к устройствам RNDIS, чтобы реализовать конкретные функции.
Использование RNDIS не только приносит большое удобство пользователям, но также и упрощает развитие устройства RNDIS. Однако программа драйвера RNDIS может только передавать сетевые данные и не может передавать команды управления пользователей. Поэтому основные запросы пользователей, такие как автоматическое установление соединения и разъединение, не могут быть переданы к устройству RNDIS, но могут быть реализованы только посредством других операций. Например, сеть может быть отсоединена только посредством удаления устройства, что является неудобным для пользователей.
Для решения этой проблемы, в предшествующем уровне техники драйвер RNDIS используется в качестве интерфейса устройства RNDIS, и дополнительный интерфейс управления добавляется в устройстве RNDIS, где пользовательское устройство посылает команду управления через интерфейс управления, чтобы управлять устройством RNDIS.
Добавление интерфейса управления применимо только к устройству RNDIS с интерфейсом универсальной последовательной шины, а не к устройствам RNDIS со всеми видами интерфейсов. Таким образом, это решение не имеет общей применимости. Кроме того, поскольку добавляется новый интерфейс управления, пользователю нужно добавить дополнительную программу драйвера для нового интерфейса управления, что увеличивает сложность использования.
Сущность изобретения
Варианты осуществления настоящего изобретения обеспечивают способ, устройство и систему управления, которые не только имеют общую применимость, но также могут реализовать передачу команды управления к устройству RNDIS, без инсталляции дополнительной программы драйвера, таким образом, упрощая процессы использования. Способ управления содержит:
инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS, где команда управления используется для управления устройством RNDIS; и
посылку инкапсулированного пакета сетевых данных к устройству RNDIS, чтобы управлять устройством RNDIS.
Способ управления содержит:
инкапсулирование команды управления в пакет данных, подлежащий посылке на компакт-диск (CD) или устройство пользовательского интерфейса (HID), где команда управления используется для управления устройством RNDIS; и
посылку инкапсулированного пакета в устройство RNDIS через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS.
Способ управления содержит:
прием пакета сетевых данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакет данных;
декапсулирование пакета сетевых данных, чтобы получить команду управления; и
выполнение операций согласно инструкции команды управления.
Способ управления содержит:
прием через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, пакета данных, посланных пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных;
декапсулирование пакета данных, чтобы получить команду управления; и
выполнение операций согласно инструкции команды управления.
Пользовательское устройство содержит:
первый блок инкапсулирования, конфигурированный для инкапсулирования команды управления в пакете сетевых данных, подлежащем посылке в устройство RNDIS, где команда управления используется для управления устройством RNDIS; и
первый блок посылки, конфигурированный для посылки пакета сетевых данных, инкапсулированного первым блоком инкапсулирования, в устройство RNDIS для управления устройством RNDIS.
Пользовательское устройство содержит:
второй блок инкапсулирования, конфигурированный для инкапсулирования команды управления в пакет данных в формате интерфейса CD или HID, где команда управления используется для управления устройством RNDIS; и
второй блок посылки, конфигурированный для посылки, через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, пакета данных, инкапсулированного вторым блоком инкапсулирования, в устройство RNDIS для управления устройством RNDIS.
Устройство RNDIS содержит:
первый блок приема, конфигурированный для приема пакета сетевых данных, посланных пользовательским устройством, где команда управления, используемая для управления устройством NDIS, инкапсулирована в пакете данных;
первый блок декапсулирования, конфигурированный для декапсулирования пакета сетевых данных, принятого первым блоком приема, для получения команды управления; и
первый блок обработки, конфигурированный для выполнения операций согласно инструкции команды управления, полученной первым блоком декапсулирования.
Устройство RNDIS содержит:
второй блок приема, конфигурированный для приема, через интерфейс CD или интерфейс HID, пакета данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных;
второй блок декапсулирования, конфигурированный для декапсулирования пакета данных, принятого вторым блоком приема, чтобы получить команду управления; и
второй блок обработки, конфигурированный для выполнения операций согласно инструкции команды управления, полученной вторым блоком декапсулирования.
Система связи содержит любое пользовательское устройство и любое устройство RNDIS, обеспеченное вариантами осуществления настоящего изобретения.
Согласно вариантам осуществления настоящего изобретения, команда управления инкапсулирована в пакет сетевых данных, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет сетевых данных посылается в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому, при таком решении, команда управления может быть передана в устройство RNDIS без добавления нового интерфейса управления или инсталлирования дополнительной программы драйвера. По сравнению с решением, которое требует добавления дополнительного интерфейса управления и инсталлирования программы драйвера в предшествующем уровне техники, настоящее решение снижает сложность приложения и не предъявляет особого требования для устройства RNDIS, которое применяется обычным образом и является простым для реализации.
Краткое описание чертежей
Чтобы иллюстрировать технические решения согласно вариантам осуществления настоящего изобретения более ясно, иллюстрирующие чертежи для описания вариантов осуществления кратко описываются следующим образом. Очевидно, что иллюстрирующие чертежи описывают только некоторые варианты осуществления настоящего изобретения, и специалисты в данной области техники могут вывести другие чертежи из таких иллюстрирующих чертежей без какой-либо изобретательской деятельности.
ФИГ. 1 - блок-схема способа управления согласно варианту осуществления 1 настоящего изобретения;
ФИГ. 2 - блок-схема способа управления согласно варианту осуществления 2 настоящего изобретения;
ФИГ. 3а - блок-схема способа управления согласно варианту осуществления 3 настоящего изобретения;
ФИГ. 3b - схематичная диаграмма сценария связи между персональным компьютером (PC) и устройством RNDIS;
ФИГ. 3c - формат пакета данных для использования пакета данных протокола пользовательских дейтаграмм (UDP), чтобы инкапсулировать команду АТ;
ФИГ. 4 - блок-схема способа управления согласно варианту осуществления 4 настоящего изобретения;
ФИГ. 5 - блок-схема способа управления согласно варианту осуществления 5 настоящего изобретения;
ФИГ. 6a - схематичная диаграмма сценария связи между PC и устройством RNDIS;
ФИГ. 6b - блок-схема способа управления согласно варианту осуществления 4 настоящего изобретения;
ФИГ. 7a - схематичная структурная диаграмма пользовательского устройства согласно варианту осуществления настоящего изобретения;
ФИГ. 7b - другая схематичная структурная диаграмма пользовательского устройства согласно варианту осуществления настоящего изобретения;
ФИГ. 8 - еще одна схематичная структурная диаграмма пользовательского устройства согласно варианту осуществления настоящего изобретения;
ФИГ. 9 - схематичная структурная диаграмма устройства RNDIS согласно варианту осуществления настоящего изобретения;
ФИГ. 10 - другая схематичная структурная диаграмма устройства RNDIS согласно варианту осуществления настоящего изобретения; и
ФИГ. 11 - схематичная структурная диаграмма системы связи согласно варианту осуществления настоящего изобретения.
Подробное описание вариантов осуществления
Технические решения согласно вариантам осуществления настоящего изобретения разработаны следующим образом со ссылками на иллюстрирующие чертежи. Очевидно, описанные варианты осуществления являются лишь некоторыми, но не всеми вариантами осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистами в данной области техники, основанные на вариантах осуществлениях настоящего изобретения без какой-либо изобретательской деятельности, должны входить в объем защиты настоящего изобретения.
Варианты осуществления настоящего изобретения обеспечивают способ, устройство и систему управления, которые соответственно описаны подробно следующим образом.
Вариант осуществления 1
Этот вариант осуществления описан в аспекте пользовательского устройства. Пользовательское устройство может быть, в частности, терминалом, таким как PC или ноутбук.
Способ управления содержит: инкапсулирование команды управления, используемой для управления устройством RNDIS, в пакет сетевых данных, подлежащий посылке в устройство RNDIS; и посылку инкапсулированного пакета сетевых данных в устройство RNDIS, чтобы управлять устройством RNDIS.
Согласно ФИГ. 1, конкретный процесс может быть следующим.
101: Команда управления инкапсулируется в пакет сетевых данных, подлежащий посылке в устройство RNDIS.
Например, команда управления может быть инкапсулирована в пакет данных основанного на соединении протокола управления передачей (TCP), подлежащий посылке в устройство RNDIS; или
команда управления может быть инкапсулирована в пакет данных UDP без установления соединения, подлежащий посылке в устройство RNDIS. Команда управления используется для управления устройством RNDIS. Команда может быть, например, командой АТ, командой диагностики (DIAG) или другими определенными пользователем командами.
102: Инкапсулированный пакет сетевых данных посылается в устройство RNDIS, чтобы управлять устройством RNDIS, например, инициализировать запрос на автоматическое соединение, разблокирование персонального идентификационного номера (PIN) или разъединение автоматического соединения на устройстве RNDIS.
Опционально, перед этапом 101, то есть инкапсулированием команды управления в пакете сетевых данных, подлежащем посылке в устройство RNDIS, процесс может дополнительно содержать: создание сетевого коммуникационного порта для осуществления связи с устройством RNDIS, где сетевой коммуникационный порт может быть любым портом, но номер порта не должен быть тем же самым, как таковые для других известных приложений. Можно сослаться на предшествующий уровень техники относительно конкретного способа создания, который здесь не детализируется.
Этап 101 может конкретно представлять собой инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке через сетевой коммуникационный порт.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, команда управления инкапсулирована в пакет сетевых данных, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет сетевых данных посылается в устройство RNDIS для управления устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно посылать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления и инсталлирования дополнительной программы драйвера. По сравнению с решением из предшествующего уровня техники, данное решение уменьшает сложность приложения и не предъявляет никакого специального требования для устройства RNDIS, которое применяется обычным образом и является простым для реализации.
Вариант осуществления 2
Этот вариант осуществления описан исходя из аспекта устройства RNDIS. Устройство RNDIS может представлять собой, в частности, беспроводную карту данных, используемую на порту RNDIS.
Способ управления содержит: прием пакета сетевых данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных; декапсулирование принятого пакета сетевых данных, чтобы получить команду управления; и выполнение операций согласно инструкции команды управления.
Со ссылкой на ФИГ. 2, конкретный процесс может быть следующим.
201: Принимается пакет сетевых данных, посланный пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных. Команда может быть командой АТ, командой DIAG или другими определенными пользователем командами.
Например, может приниматься пакет данных основанного на соединении TCP, посланный пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных TCP; или
пакет данных UDP без установления соединения принимается от пользовательского устройства, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных UDP.
Более конкретно, пакет сетевых данных может быть принят через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS. Сетевой коммуникационный порт может быть любым портом, но номер порта не должен быть тем же самым, как таковой для других известных приложений.
202: Принятый пакет сетевых данных декапсулируется, чтобы получить команду управления, что детализируется следующим образом.
Устройство RNDIS определяет, переносит ли принятый пакет сетевых данных команду управления. Если команда управления переносится, пакет сетевых данных декапсулируется; если команда управления не переносится, устройство RNDIS принимает решение, что принятый пакет сетевых данных представляет нормальные сетевые данные, и посылает данные на сетевую сторону.
203: Операции выполняются согласно инструкции команды управления, полученной на этапе 202, например, установление автоматического соединения, деблокирование PIN или разъединение автоматически установленного соединения.
Опционально, устройство RNDIS может также возвратить ответное сообщение и сообщить об изменении статуса устройства в систему путем посылки пакета данных широковещательной передачи.
Например, устройство RNDIS инкапсулирует ответное сообщение в формате, проиллюстрированном на ФИГ. 3с, и посылает сообщение в пользовательское устройство.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, принимается пакет сетевых данных, посланный пользовательским устройством, где команда управления инкапсулирована в пакет сетевых данных; пакет сетевых данных декапсулируется, чтобы получить команду управления; и операции выполняются согласно инструкции команды управления. Таким образом, пользовательское устройство реализует управление устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому в настоящем решении команда управления может передаваться к устройству RNDIS без добавления нового интерфейса управления и инсталлирования дополнительной программы драйвера. По сравнению с решением из предшествующего уровня техники, настоящее решение уменьшает сложность приложения и не предъявляет никакого специального требования к устройству RNDIS, которое применяется обычным образом и является простым для реализации.
Вариант осуществления 3
Согласно методам, описанным в варианте осуществления 1 и варианте осуществления 2, в следующем разделе используются примеры для подробного описания.
В этом варианте осуществления принимается пример, в котором пользовательское устройство представляет собой PC, пакет сетевых данных является пакетом данных UDP без установления соединения, и команда управления является командой АТ. Согласно ФИГ. 3a, конкретный процесс может быть следующим.
301: Сетевой коммуникационный порт создается между PC и устройством RNDIS, где сетевой коммуникационный порт используется для связи с устройством RNDIS, может представлять собой любой порт, но номер порта не должен быть тем же самым, как таковой для других известных приложений. Для удобства в описании сетевой коммуникационный порт называется портом программы управления RNDIS в вариантах осуществлениях настоящего изобретения.
Например, на ФИГ. 3b представлена схематичная диаграмма сценария связи между PC и устройством RNDIS. Можно видеть из ФИГ. 3b, что номером порта приложения протокола передачи файлов (FTP) является 21; номером порта приложения протокола передачи гипертекста (HTTP) является 80. Предположим, что в PC используемыми номерами портов являются только 21 и 80, порт X программы управления RNDIS может быть любым портом кроме портов 21 и 80.
Поскольку устройство RNDIS является сетевым устройством, приложение в PC может посылать сетевые данные непосредственно в устройство RNDIS через сетевой коммуникационный порт.
302: На сетевом коммуникационном порту, созданном на этапе 301, от PC требуется выдать определенную пользователем команду управления на устройство RNDIS, например, команда АТ инкапсулирована в пакет данных UDP без установления соединения.
Например, на ФИГ. 3c показан формат пакета данных для использования пакета данных UDP, чтобы инкапсулировать команду АТ. Поле АТ флага является полем идентификации определенной пользователем команды управления. Размер поля может быть установлен в 8 байтов. Поле данных команды АТ является полем данных определенной пользователем команды управления. Размер поля является переменным, что может устанавливаться согласно размеру данных. Максимальный размер поля может составить 1464 байта.
В пакете данных UDP, в котором инкапсулирована команда АТ, форматы поля Интернет-заголовка, поля заголовка Интернет-протокола (IP) и поля заголовка UDP являются теми же самыми, что и обычный формат пакета данных UDP. Размер поля Интернет-заголовка составляет 14 байтов, размер поля IP-заголовка составляет 20 байтов, и размер поля заголовка UDP составляет 8 байтов. Однако целевой адрес управления доступом к среде передачи (MAC) Интернет-заголовка должен использовать МАС адрес или широковещательный адрес в устройстве RNDIS, чтобы гарантировать, что пакет данных UDP может быть принят устройством RNDIS. Аналогичным образом, целевой IP-адрес в IP- заголовке также должен использовать адрес IP-адреса или широковещательного адреса устройства RNDIS, чтобы гарантировать, что пакет данных UDP может быть принят устройством RNDIS.
303: PC посылает пакет данных UDP, в котором инкапсулирована команда АТ, к устройству RNDIS.
304: Устройство RNDIS принимает пакет данных UDP, посланный PC, определяет, переносит ли пакет данных UDP команду АТ, например, определяет, согласован ли идентификатор АТ в пакете данных UDP. Если пакет данных UPD переносит команду АТ, то принятый пакет данных UDP декапсулируется, чтобы получить команду АТ. Может быть сделана ссылка на предшествующий уровень техники, что касается конкретного метода декапсулирования пакета, который здесь не детализируется. Если пакет данных UDP не переносит команду АТ (например, идентификатор АТ в пакете данных не согласован), то определяется, что пакет данных UDP является обычным пакетом данных UDP, и RNDIS посылает пакет данных UDP непосредственно к сетевой стороне.
305: Устройство RNDIS выполняет операции согласно инструкции команды АТ, полученной на этапе 304, например, установление автоматического соединения, деблокирование PIN или разъединение соединения.
Опционально, устройство RNDIS может также ответить на соответствующую команду АТ путем возвращения пакета данных UDP и сообщить об изменении статуса устройства RNDIS в РС путем посылки пакета данных широковещательной передачи.
Следует отметить, что предшествующая иллюстрация только использует случай, что пакет сетевых данных является, например, пакетом данных UDP без установления соединения. Должно быть понятно, что также могут использоваться другие пакеты сетевых данных, например, пакет данных основанного на соединении TCP. Далее, команда управления может также быть командой DIAG или другими определенными пользователем командами в дополнение к команде AT.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, команда АТ инкапсулируется в пакет данных UDP, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет данных UDP посылается в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет данных UDP в устройство RNDIS. Поэтому в настоящем решении никакой новый интерфейс управления не требуется добавлять, и может использоваться первоначальный интерфейс устройства RNDIS. По сравнению с решением, которое требует добавления нового интерфейса управления в предшествующем уровне техники, это решение облегчает использование для пользователей. Кроме того, при этом решении, так как никакой новый интерфейс управления не требуется добавлять, никакая дополнительная программа драйвера не должна быть инсталлирована. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, настоящее решение уменьшает сложность приложения и не предъявляет никакого специального требования к устройству RNDIS, которое является применимым обычным образом и простым для реализации.
Вариант осуществления 4
В дополнение к сетевому коммуникационному порту, созданному между пользовательским устройством и устройством RNDIS, интерфейс CD или интерфейс HID может также быть добавлен к устройству RNDIS для инкапсулирования и посылки команды управления. Таким образом, команда управления инкапсулируется в формат CD или формат интерфейса HID и посылается в устройство RNDIS через интерфейс CD или интерфейс HID.
Подобно варианту осуществления 1, этот вариант осуществления также описан исходя из аспекта пользовательского устройства.
Пользовательское устройство может быть терминальным устройством, таким как PC или ноутбук.
Согласно ФИГ. 4, обеспечен способ управления, и конкретный процесс способа может быть следующим.
401: Команда управления инкапсулируется в пакет данных в формате CD или формате интерфейса HID.
Команда управления используется для управления устройством RNDIS. Команда может быть, в частности, командой АТ, командой DIAG или другими определенными пользователем командами.
402: Инкапсулированный пакет данных посылается в устройство RNDIS через интерфейс CD или HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS, например, запрос установления автоматического соединения, деблокирование PIN или разъединение соединения.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, команда управления инкапсулирована в пакет данных в формате CD или формате итерфейса HID, и инкапсулированный пакет данных посылается в устройство RNDIS через формат CD или интерфейс HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройства HID, никакую дополнительную программу драйвера не требуется устанавливать в этом решении. По сравнению с решением, которое требует инсталляции дополнительной программы драйвера в предшествующем уровне техники, это решение уменьшает сложность приложения.
Вариант осуществления 5
Соответственно варианту осуществления 4, этот вариант осуществления описан, исходя из аспекта устройства RNDIS.
Согласно ФИГ. 5, обеспечен способ управления, и конкретный процесс способа может быть следующим.
501: Пакет данных принимается от пользовательского устройства через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных.
Нужно отметить, что пакет данных здесь является пакетом данных в формате CD или формате интерфейса HID.
502: Принятый пакет данных декапсулируется, чтобы получить команду управления, такую как команда АТ, команда DIAG или другие определенные пользователем команды. Более конкретно:
Устройство RNDIS определяет, переносит ли принятый пакет сетевых данных команду управления. Если команда управления переносится, пакет сетевых данных декапсулируется; если команда управления не переносится, то устройство RNDIS определяет, является ли принятый пакет данных нормальными данными, и обрабатывает пакет данных согласно предшествующему уровню техники.
503: Операции выполняются согласно инструкции команды управления, полученной на этапе 502, такой как установление автоматического соединения, деблокирование PIN или разъединение соединения.
Из предшествующего описания можно видеть, что, согласно этому варианту осуществления, пакет данных, посланный пользовательским устройством, принимается через интерфейс CD или интерфейс HID, где команда управления инкапсулирована в пакете данных, и пакет данных декапсулируется, чтобы получить команду управления. Затем операции выполняются согласно инструкции команды управления. Поэтому пользовательское устройство реализует управление устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройство HID, никакую дополнительную программу драйвера не требуется инсталлировать в этом решении. По сравнению с решением, которое требует инсталляции дополнительной программы драйвера в предшествующем уровне техники, это решение уменьшает сложность приложения. Однако, поскольку это решение требует добавления дополнительного интерфейса, по сравнению с техническим решением согласно вариантам осуществления 1, 2 и 3, это решение более сложно в реализации.
Вариант осуществления 6
Согласно методам, описанным в варианте осуществления 4 и варианте осуществления 5, следующий раздел использует примеры для подробного описания.
Подобно варианту осуществления 3, в этом варианте осуществления применяется пример, согласно которому пользовательское устройство представляет собой PC, и команда управления является командой АТ. В отличие от варианта осуществления 3, в этом варианте осуществления никакой сетевой коммуникационный порт не создается между PC и устройством RNDIS, но интерфейс CD или интерфейс HID добавляется к устройству RNDIS. Это решение главным образом применимо к устройству, поддерживающему интерфейс к составному устройству, например, устройству USB. В следующем разделе принимается, что пользовательское устройство представляет собой PC, а команда управления является командой АТ, в качестве примера для краткой иллюстрации.
Во-первых, интерфейс CD или интерфейс HID должны быть добавлены к устройству RNDIS, которое сконфигурировано, чтобы принимать пакет данных, с помощью которого инкапсулирована команда управления, в формате CD или формате интерфейса HID. Однако, первоначальный порт RNDIS все еще используется для приема обычных пакетов данных. На ФИГ. 6a представлена схематичная диаграмма сценария связи между PC и устройством RNDIS. Система PC уже обеспечивает универсальную программу драйвера для интерфейса CD или устройства HID. Поэтому данное техническое решение не требует никакой дополнительной программы драйвера.
Ссылаясь на ФИГ.6b, конкретный процесс может быть следующим.
601: PC инкапсулирует определенную пользователем команду управления, такую как команда АТ, подлежащая посылке в устройство RNDIS, в пакет данных, посылаемый в интерфейс CD или HID.
602: PC посылает пакет данных, в котором инкапсулирована команда АТ, к устройству RNDIS.
603: Устройство RNDIS принимает пакет данных, посланный от PC через интерфейс CD или HID, определяет, переносит ли пакет данных команду АТ, например, определяет, согласован ли идентификатор АТ в пакете данных. Если пакет данных переносит команду АТ, принятый пакет данных декапсулируется, чтобы получить команду АТ. Можно сослаться на предшествующий уровень техники, что касается способа декапсулирования пакета, который здесь не детализируется. Если пакет данных не переносит команду АТ, например, команда АТ в пакете данных не согласована, пакет данных определяется как обычные данные CD или HID и обрабатывается согласно предшествующему уровню техники.
604: Устройство RNDIS выполняет операции согласно инструкции команды АТ, полученной на этапе 603, например, установление автоматического соединения, деблокирование PIN или разъединение соединения.
Опционально, устройство RNDIS может также отвечать на соответствующую команду АТ путем возвращения пакета данных UDP и сообщать об изменении статуса устройства RNDIS в РС путем посылки пакета данных широковещательной передачи. Следует отметить, что предшествующий раздел использует команду АТ только в качестве примера для иллюстрации, и должно быть понятно, что также могут использоваться другие команды, такие как команда DIAG или другие определенные пользователем команды.
Можно видеть из предшествующего описания, что, согласно этому варианту осуществления, дополнительный интерфейс CD или HID добавляется к устройству RNDIS; команда АТ инкапсулируется в пакет данных, подлежащий посылке в устройство RNDIS, и инкапсулированный пакет данных посылается в устройство RNDIS через интерфейс CD или интерфейс HID, чтобы управлять устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройства HID, никакие дополнительные программы драйвера не требуется устанавливать в этом решении. По сравнению с решениями, которые требуют инсталлирования дополнительной программы драйвера в предшествующем уровне техники, настоящее решение уменьшает сложность приложения. Однако поскольку это решение требует дополнительных интерфейсов, оно является более сложным в реализации по сравнению с вариантом осуществления 3.
Вариант осуществления 7
Для лучшей реализации способов, обеспеченных в вариантах осуществления 1-3, в данном варианте осуществления настоящего изобретения дополнительно обеспечивается пользовательское устройство. Как показано на ФИГ. 7a, пользовательское устройство содержит первый блок 701 инкапсулирования и первый блок 702 посылки.
Первый блок 701 инкапсулирования конфигурирован, чтобы инкапсулировать команду управления в пакете сетевых данных, подлежащем посылке в устройство RNDIS, где команда управления используется для управления устройством RNDIS.
Пакет сетевых данных может быть пакетом данных основанного на соединении TCP или пакетом данных UDP без установления соединения. Команда может быть командой АТ.
Первый блок 702 посылки конфигурирован, чтобы посылать пакет сетевых данных, инкапсулированый первым блоком 701 инкапсулирования, к устройству RNDIS, чтобы управлять устройством RNDIS, например, инициировать запрос на установление автоматического соединения, деблокирование PIN или разъединение автоматически установленного соединения на устройстве RNDIS.
Опционально, со ссылкой на ФИГ. 7b, пользовательское устройство может также содержать первый блок 703 создания.
Первый блок 703 создания конфигурирован, чтобы создавать сетевой коммуникационный порт сети для связи с устройством RNDIS. Сетевой коммуникационный порт может быть любым портом, однако номер порта не должен быть тем же самым, как таковой из других известных приложений. Можно сослаться на предшествующий уровень техники, что касается метода создания, который здесь не детализируется.
При этом первый блок 701 инкапсулирования, в особенности, сконфигурирован, чтобы инкапсулировать команду управления в пакет сетевых данных на сетевом коммуникационном порту, созданном первым блоком 703 создания.
Опционально, пользовательское устройство может также содержать первый блок приема, конфигурированный, чтобы принимать ответ о команде управления, возвращенной устройством RNDIS, и дополнительно принимать изменение статуса устройства для устройства RNDIS, сообщаемое устройством RNDIS.
Можно сослаться на предыдущие варианты осуществления, что касается подробного выполнения блоков, которое здесь не детализируется.
Из предшествующего описания может быть понятно, что в этом варианте осуществления первый блок 701 инкапсулирования пользовательского устройства может инкапсулировать команду управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS. Затем первый блок 702 посылки посылает инкапсулированный пакет сетевых данных в устройство RNDIS, чтобы управлять устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно посылать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления и инсталлирования дополнительной программы драйвера. По сравнению с решением, которое требует добавления нового интерфейса управления и дополнительно инсталлирования программы драйвера согласно предшествующему уровню техники, данное решение уменьшает сложность приложения и не предъявляет никакого особого требования для устройства RNDIS, которое применяется обычным образом и является простым для реализации.
Вариант осуществления 8
Для лучшей реализации способов, обеспеченных в вариантах осуществления 4-6, в данном варианте осуществления настоящего изобретения дополнительно обеспечивается пользовательское устройство. Как показано на ФИГ. 8, пользовательское устройство содержит второй блок 801 инкапсулирования и второй блок 802 посылки.
Второй блок 801 инкапсулирования конфигурирован, чтобы инкапсулировать команду управления в пакете данных в формате CD или формате интерфейса HID, где команда управления используется для управления устройством RNDIS. Команда может быть командой АТ, командой DIAG или иной определенной пользователем командой.
Второй блок 802 посылки конфигурирован, чтобы посылать пакет данных, инкапсулированный вторым блоком 801 инкапсулирования, к устройству RNDIS через интерфейс CD или интерфейс HID, конфигурированный на устройстве RNDIS, чтобы, например, инициировать запрос на установление автоматического соединения, деблокирование PIN или разъединение соединения на устройстве RNDIS.
Из предшествующего описания может быть понятно, что второй блок 801 инкапсулирования пользовательского устройства, обеспеченного в этом варианте осуществления, инкапсулирует команду управления в пакете данных в формате CD или формате HID интерфейса, и второй блок 802 посылки посылает пакет данных в устройство RNDIS через интерфейс CD или HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS. Поскольку обычная система PC содержит универсальную программу драйвера интерфейса CD или устройства HID, никакие дополнительные программы драйвера не требуется инсталлировать в этом решении. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, данное решение уменьшает сложность приложения.
Вариант осуществления 9
Соответственно варианту осуществления 7, этот вариант осуществления настоящего изобретения дополнительно обеспечивает устройство RNDIS. Как показано на ФИГ. 9, устройство RNDIS содержит первый блок 901 приема, первый блок 902 декапсулирования и первый блок 903 обработки.
Первый блок 901 приема конфигурирован, чтобы принимать пакет сетевых данных, посланный пользовательским устройством, где команда управления, например, команда АТ, команда DIAG или другая определенная пользователем команда, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных. Пакет сетевых данных может быть пакетом данных основанного на соединении TCP или пакетом данных UDP без установления соединения.
Первый блок 902 декапсулирования конфигурирован для декапсулирования пакета сетевых данных, принятого первым блоком 901 приема, чтобы получить команду управления. Можно сослаться на предыдущий вариант осуществления, что касается деталей, которые здесь подробно не описываются.
Первый блок 903 обработки конфигурирован, чтобы выполнять операции согласно инструкции команды управления, полученной вторым блоком 902 декапсулирования, например, установление автоматического соединения, деблокирование PIN или разъединение соединения.
Блок 901 приема, в особенности, конфигурирован, чтобы принимать пакет сетевых данных, посланный пользовательским устройством через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS. Сетевой коммуникационный порт может быть любым портом, но номер порта не должен быть тем же самым, что и для других известных приложений.
Опционально, устройство RNDIS может также содержать первый блок ответа, конфигурированный, чтобы возвращать ответ на пользовательское устройство. Блок ответа может дополнительно сообщать об изменении статуса устройства на пользовательское устройство путем посылки пакета данных широковещательной передачи.
Можно сослаться на предыдущие варианты осуществления, что касается подробного выполнения вышеописаннных блоков, которое здесь не детализировано.
Устройство RNDIS может представлять собой, в частности, беспроводную карту данных, использующую порт RNDIS.
Из предшествующего описания может быть известно, что первый блок 901 приема устройства RNDIS, предусмотренный в этом варианте осуществления, может принимать пакет сетевых данных, посланный пользовательским устройством, где команда управления инкапсулирована в пакете сетевых данных; первый блок 902 декапсулирования декапсулирует пакет данных, чтобы получить команду управления; и затем первый блок 903 обработки выполняет операции согласно инструкции команды управления. Таким образом, пользовательское устройство управляет устройством RNDIS. В обычной сетевой архитектуре пользовательское устройство может непосредственно послать пакет сетевых данных в устройство RNDIS. Поэтому, при этом решении, команда управления может быть передана к устройству RNDIS без добавления нового интерфейса управления или инсталлирования дополнительной программы драйвера. По сравнению с решением, которое требует добавления нового интерфейса управления и инсталлирования программы драйвера дополнительно, согласно предшествующему уровню техники, данное решение уменьшает сложность приложения и не предъявляет никакого особого требования к устройству RNDIS, которое является обычно применимым и легко реализуемым.
Вариант осуществления 10
Соответственно варианту осуществления 8, этот вариант осуществления дополнительно обеспечивает устройство RNDIS. Как показано на ФИГ. 10, устройство RNDIS содержит второй блок 1001 приема, второй блок 1002 декапсулирования и второй блок 1003 обработки.
Второй блок 1001 приема конфигурирован для приема пакета данных от пользовательского устройства через интерфейс CD или интерфейс HID, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакет данных.
Следует отметить, что пакет данных здесь имеет формат CD или формат интерфейса HID.
Второй блок 1002 декапсулирования конфигурирован для декапсулирования пакета данных, принятого вторым блоком 1001 приема для получения команды управления, такой как команда АТ, команда DIAG или иные определенные пользователем команды. Можно сослаться на предыдущие варианты осуществления, что касается деталей, которые здесь не описаны подробно.
Второй блок 1003 обработки конфигурирован, чтобы выполнить операции согласно инструкции из команды управления, полученной вторым блоком 1002 декапсулирования, например, установления автоматического соединения, разблокирования PIN или разъединения соединения.
Устройство RNDIS может, в частности, представлять собой беспроводную карту данных, использующую порт RNDIS.
Из предшествующего описания может быть понятно, что второй блок 1001 приема устройства RNDIS, обеспеченного в этом варианте осуществления, принимает пакет данных, в котором инкапсулирована команда управления, от пользовательского устройства через интерфейс CD или интерфейс HID; второй блок 1002 декапсулирования декапсулирует пакет данных, чтобы получить команду управления; и затем второй блок 1003 обработки выполняет операции согласно инструкции команды управления. Таким образом, пользовательское устройство управляет устройством RNDIS. Поскольку обычная система PC включает в себя универсальную программу драйвера интерфейса CD или устройства HID, никакая дополнительная программа драйвера не должна быть инсталлирована в этом решении. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, данное решение уменьшает сложность приложения.
Вариант осуществления 11
Соответственно, этот вариант осуществления обеспечивает систему связи. Как показано на ФИГ. 11, система связи содержит любое пользовательское устройство 700 и любое устройство RNDIS 900, обеспеченные согласно вариантам осуществления настоящего изобретения.
Пользовательское устройство 700 конфигурировано, чтобы инкапсулировать команду управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS 900, или в пакет данных в формате CD или формате интерфейса HID, и посылает инкапсулированный пакет сетевых данных в устройство RNDIS 900, или посылает инкапсулированный пакет данных в устройство RNDIS через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, таким образом управляя устройством RNDIS 900. Команда управления используется для управления устройством RNDIS 900 и может быть командой АТ. Пакет сетевых данных может быть, в особенности, пакетом данных TCP или пакетом данных UDP.
Устройство RNDIS 900 конфигурировано, чтобы принимать пакет сетевых данных или пакет данных, посланный пользовательским устройством 700, где команда управления, используемая для управления устройством RNDIS 900, инкапсулирована в пакете сетевых данных или пакете данных, декапсулировать пакет сетевых данных или пакет данных, чтобы получить команду управления, и затем выполнять операции согласно инструкции команды управления, например, установление автоматического соединения, разблокирование PIN или разъединение автоматического соединения.
В конкретной реализации, опционально, пользовательское устройство 700 дополнительно конфигурировано, чтобы создать сетевой коммуникационный порт для связи с устройством RNDIS 900, и инкапсулировать команду управления в пакет сетевых данных на сетевом коммуникационном порту. Сетевой коммуникационный порт сети может быть любым портом, но номер порта не должен быть тем же самым, как таковой из других известных приложений.
При этом устройство RNDIS 900, в особенности, конфигурировано для приема пакета сетевых данных через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS.
Опционально, устройство RNDIS 900 дополнительно конфигурировано, чтобы возвращать сообщение ответа и сообщать об изменении статуса устройства в систему путем посылки пакета данных широковещательной передачи.
При этом пользовательское устройство 700 дополнительно конфигурировано для приема сообщения ответа, возвращенного устройством RNDIS 900, и сообщения об изменении статуса устройства.
Можно сослаться на предыдущие варианты осуществления, что касается детального выполнения вышеописанных блоков, которое здесь подробно не описывается.
Можно видеть из предшествующего описания, что пользовательское устройство 700 в системе связи согласно данному варианту осуществления инкапсулирует команду управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS 900, и посылает инкапсулированный пакет данных UDP в устройство RNDIS 900, чтобы управлять устройством RNDIS 900. В обычной сетевой архитектуре пользовательское устройство 700 может непосредственно посылать сетевые данные в устройство RNDIS 900. Поэтому, при этом решении, никакой новый интерфейс управления не требуется добавлять, но используется исходный интерфейс устройства RNDIS 900. По сравнению с решением, которое требует добавления дополнительного интерфейса управления в предшествующем уровне техники, данное решение облегчает использование для пользователей. Кроме того, не требуется инсталлировать никакой дополнительной программы драйвера. По сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники, данное решение уменьшает сложность приложения, и, кроме того, данное решение не предъявляет никаких особых требований для устройства RNDIS 900, которое является обычно применимым и простым для реализации.
Нужно отметить, что даже в этом варианте осуществления настоящего изобретения, дополнительный интерфейс CD или HID может быть добавлен, чтобы создать канал управления. Однако обычная система 30 пользовательского устройства 700 уже содержит универсальные программы драйвера для интерфейса CD или HID. Поэтому данное решение не требует никаких дополнительных программ драйвера, что также уменьшает сложность приложения по сравнению с решением, которое требует инсталлирования дополнительной программы драйвера в предшествующем уровне техники.
Для специалистов в данной области техники должно быть понятно, что все или часть этапов вышеописанных вариантов осуществления могут быть реализованы программой, инструктирующей аппаратные средства. Программа может быть сохранена на машиночитаемом носителе данных. Носитель данных может быть постоянной памятью (ROM), памятью произвольного доступа (RAM), магнитным диском или компакт-диском.
Выше представлено детальное описание способа, устройства и системы управления согласно вариантам осуществления настоящего изобретения. Принцип и реализация настоящего изобретения объясняются в настоящей заявке с помощью конкретных вариантов осуществления, которые используются только для того, чтобы способствовать пониманию метода и центральной идеи настоящего изобретения. Вместе с тем, специалисты в данной области техники могут создать модификации и варианты изобретения согласно идее настоящего изобретения в терминах конкретных реализаций и объема изобретения. В заключение, настоящее описание не должно рассматриваться как ограничение настоящего изобретения.

Claims (15)

1. Способ управления, содержащий:
инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке в устройство спецификации интерфейса удаленного сетевого драйвера (RNDIS), где команда управления используется для управления устройством RNDIS; и
посылку инкапсулированного пакета сетевых данных в устройство RNDIS, чтобы управлять устройством RNDIS.
2. Способ по п.1, в котором инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS, содержит:
инкапсулирование команды управления в пакет данных основанного на соединении протокола управления передачей (TCP), подлежащий посылке в устройство RNDIS; или
инкапсулирование команды управления в пакет данных протокола пользовательских дейтаграмм (UDP) без установления соединения, подлежащий посылке в устройство RNDIS.
3. Способ по п.1 или 2, который, перед инкапсулированием команды управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS, дополнительно содержит:
создание сетевого коммуникационного порта для связи с устройством RNDIS:
причем инкапсулирование команды управления в пакет сетевых данных, подлежащий посылке в устройство RNDIS, представляет собой инкапсулирование команды управления в пакет сетевых данных на сетевом коммуникационном порту.
4. Способ управления, содержащий
инкапсулирование команды управления в пакет данных в формате компакт-диска (CD) или устройства пользовательского ввода (HID), где команда управления используется для управления устройством спецификации интерфейса удаленного сетевого драйвера (RNDIS); и посылку инкапсулированного пакета данных в устройство RNDIS через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, чтобы управлять устройством RNDIS.
5. Способ управления, содержащий:
прием пакета сетевых данных, посланного пользовательским устройством, где команда управления, используемая для управления устройством спецификации интерфейса удаленного сетевого драйвера (RNDIS), инкапсулирована в пакет сетевых данных;
декапсулирование пакета сетевых данных, чтобы получить команду управления; и
выполнение операций согласно инструкции команды управления.
6. Способ по п.5, в котором прием пакета сетевых данных от пользовательского устройства содержит:
прием пакета данных основанного на соединении протокола управления передачей (TCP), посланного пользовательским устройством, причем команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакет данных TCP; или
прием пакета данных протокола пользовательских дейтаграмм (UDP) без установления соединения от пользовательского устройства, причем команда, используемая для управления устройством RNDIS, инкапсулирована в пакете данных UDP.
7. Способ по п.5 или 6, в котором прием пакета сетевых данных, посланного пользовательским устройством, содержит:
прием пакета сетевых данных, посланного пользовательским устройством, через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS.
8. Способ управления, содержащий:
прием пакета данных от пользовательского устройства через вновь добавленный интерфейс компакт-диска (CD) или интерфейс устройства пользовательского ввода (HID), причем команда управления, используемая для управления устройством спецификации интерфейса удаленного сетевого драйвера (RNDIS), инкапсулирована в пакете данных;
декапсулирование пакета данных, чтобы получить команду управления; и выполнение операций согласно инструкции команды управления.
9. Пользовательское устройство, содержащее:
первый блок инкапсулирования, конфигурированный для инкапсулирования команды управления в пакете сетевых данных, подлежащем посылке в устройство спецификации интерфейса удаленного сетевого драйвера (RNDIS), где команда управления используется для управления устройством RNDIS; и
первый блок посылки, конфигурированный для посылки пакета сетевых данных, инкапсулированного первым блоком инкапсулирования, в устройство RNDIS для управления устройством RNDIS.
10. Пользовательское устройство по п.9, дополнительно содержащее первый блок создания, причем первый блок создания конфигурирован, чтобы создать сетевой коммуникационный порт для осуществления связи с устройством RNDIS;
причем первый блок инкапсулирования в особенности конфигурирован для инкапсулирования команды управления в пакет сетевых данных на сетевом коммуникационном порту, созданном первым блоком создания.
11. Пользовательское устройство, содержащее:
второй блок инкапсулирования, конфигурированный для инкапсулирования команды управления в пакет данных, подлежащий посылке на компакт-диск (CD) или устройство пользовательского ввода (HID), где команда управления используется для управления устройством спецификации интерфейса удаленного сетевого драйвера (RNDIS); и
второй блок посылки, конфигурированный для посылки пакета данных, инкапсулированного вторым блоком инкапсулирования, на устройство RNDIS через интерфейс CD или интерфейс HID, установленный на устройстве RNDIS, для управления устройством RNDIS.
12. Устройство спецификации интерфейса удаленного сетевого драйвера (RNDIS), содержащее:
первый блок приема, конфигурированный для приема пакета сетевых данных, посланных пользовательским устройством, где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете сетевых данных;
первый блок декапсулирования, конфигурированный для декапсулирования пакета сетевых данных, принятого первым блоком приема, для получения команды управления; и
первый блок обработки, конфигурированный для выполнения операций согласно инструкции команды управления, полученной первым блоком декапсулирования.
13. Устройство RNDIS по п.11, в котором
первый блок приема конкретно конфигурирован, чтобы принимать пакет сетевых данных, посланный пользовательским устройством через сетевой коммуникационный порт, созданный между пользовательским устройством и устройством RNDIS.
14. Устройство спецификации интерфейса удаленного сетевого драйвера (RNDIS), содержащее:
второй блок приема, конфигурированный для приема пакета данных, посланного пользовательским устройством, через вновь добавленный интерфейс компакт-диска (CD) или интерфейс устройства пользовательского ввода (HID), где команда управления, используемая для управления устройством RNDIS, инкапсулирована в пакете данных;
второй блок декапсулирования, конфигурированный для декапсулирования пакета данных, принятого вторым блоком приема, чтобы получить команду управления; и
второй блок обработки, конфигурированный для выполнения операций согласно инструкции команды управления, полученной вторым блоком декапсулирования.
15. Система связи, содержащая любое пользовательское устройство по любому из пп.9-11 и любое устройство спецификации интерфейса удаленного сетевого драйвера (RNDIS) по любому из пп.12-14.
RU2011138646/08A 2010-09-21 2011-09-20 Способ, устройство и система управления RU2462746C1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010102923361A CN101977244A (zh) 2010-09-21 2010-09-21 一种控制方法、装置和系统
CN201010292336.1 2010-09-21

Publications (1)

Publication Number Publication Date
RU2462746C1 true RU2462746C1 (ru) 2012-09-27

Family

ID=43577087

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2011138646/08A RU2462746C1 (ru) 2010-09-21 2011-09-20 Способ, устройство и система управления

Country Status (7)

Country Link
US (1) US9049254B2 (ru)
EP (1) EP2432192B1 (ru)
JP (1) JP5698366B2 (ru)
CN (1) CN101977244A (ru)
BR (1) BRPI1105753B1 (ru)
RU (1) RU2462746C1 (ru)
WO (1) WO2012037864A1 (ru)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101977244A (zh) * 2010-09-21 2011-02-16 华为终端有限公司 一种控制方法、装置和系统
CN102186257A (zh) * 2011-03-09 2011-09-14 华为终端有限公司 无线终端、主机设备的通信方法及无线终端、主机设备
CN102360307A (zh) * 2011-08-17 2012-02-22 中兴通讯股份有限公司 设备驱动消息处理方法及装置
US9838218B2 (en) * 2013-10-24 2017-12-05 Kt Corporation Method for providing overlay network interworking with underlay network and system performing same
CN105100006A (zh) * 2014-05-07 2015-11-25 杭州迪普科技有限公司 一种代理服务、远程控制装置及方法
CN114221831B (zh) * 2021-12-20 2022-10-11 珠海格力电器股份有限公司 家居设备控制方法、装置、电子设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090282330A1 (en) * 2008-05-08 2009-11-12 Microsoft Corporation Inputting data on a portable computing device
RU2393532C2 (ru) * 2004-05-03 2010-06-27 Майкрософт Корпорейшн Контекстная платформа и приложения вспомогательного дисплея
RU2416178C2 (ru) * 2005-05-17 2011-04-10 М/А-Ком, Инк. Система, обеспечивающая информационное наполнение наземной подвижной радиостанции при использовании сотовой сети передачи данных

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6633929B1 (en) * 1999-04-30 2003-10-14 Microsoft Corporation Method and system for abstracting network device drivers
SE518604C2 (sv) 2000-06-29 2002-10-29 Wireless Login Ab Metod och anordning för säker anslutning till ett kommunikationsnätverk
US6708239B1 (en) * 2000-12-08 2004-03-16 The Boeing Company Network device interface for digitally interfacing data channels to a controller via a network
US7213044B2 (en) * 2001-08-31 2007-05-01 Microsoft Corporation Point-to-point data communication implemented with multipoint network data communication components
US6920485B2 (en) * 2001-10-04 2005-07-19 Hewlett-Packard Development Company, L.P. Packet processing in shared memory multi-computer systems
US6904489B2 (en) * 2001-10-23 2005-06-07 Digi International Inc. Methods and systems for remotely accessing universal serial bus devices
US7245627B2 (en) * 2002-04-23 2007-07-17 Mellanox Technologies Ltd. Sharing a network interface card among multiple hosts
US7924767B2 (en) * 2002-12-26 2011-04-12 Sierra Wireless, Inc. Control and status protocol
US7346026B2 (en) * 2003-01-21 2008-03-18 Texas Instruments Incorporated 4X design for wireless local area network throughput enhancement
JP2005086282A (ja) * 2003-09-04 2005-03-31 Nec Corp 情報端末と通信可能な携帯通信端末及び異種ネットワークにおける携帯通信端末の制御プロトコル変換方法
US7509487B2 (en) * 2003-09-29 2009-03-24 Gemalto Inc. Secure networking using a resource-constrained device
US20050105481A1 (en) 2003-11-05 2005-05-19 Interdigital Technology Corporation Network adapter interface between terminal equipment and mobile equipment
US20050105559A1 (en) * 2003-11-14 2005-05-19 Santera Systems, Inc. Methods and systems for providing transport of media gateway control commands using high-level datalink control (HDLC) protocol
US8705550B2 (en) * 2005-08-08 2014-04-22 Qualcomm Incorporated Device interface architecture and protocol
KR101266021B1 (ko) * 2006-10-13 2013-05-21 삼성전자주식회사 데이터 통신 시스템에서 이동통신 단말기를 제어하는 장치및 방법
EP2073597A1 (en) * 2007-12-21 2009-06-24 Telefonaktiebolaget L M Ericsson (Publ) Technique for providing network access via multiple mobile platforms
US8638790B2 (en) * 2008-06-23 2014-01-28 Qualcomm Incorporated Method and apparatus for managing data services in a multi-processor computing environment
US8396992B2 (en) * 2009-01-30 2013-03-12 Cassis International Pte Ltd System and method for virtualizing the peripherals in a terminal device to enable remote management via removable portable media with processing capability
CN101499827B (zh) * 2009-03-03 2012-10-10 青岛海信移动通信技术股份有限公司 一种移动终端及其蓝牙通信方法
CN101977244A (zh) * 2010-09-21 2011-02-16 华为终端有限公司 一种控制方法、装置和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2393532C2 (ru) * 2004-05-03 2010-06-27 Майкрософт Корпорейшн Контекстная платформа и приложения вспомогательного дисплея
RU2416178C2 (ru) * 2005-05-17 2011-04-10 М/А-Ком, Инк. Система, обеспечивающая информационное наполнение наземной подвижной радиостанции при использовании сотовой сети передачи данных
US20090282330A1 (en) * 2008-05-08 2009-11-12 Microsoft Corporation Inputting data on a portable computing device

Also Published As

Publication number Publication date
JP2013543307A (ja) 2013-11-28
CN101977244A (zh) 2011-02-16
BRPI1105753A2 (pt) 2013-04-24
US20120069855A1 (en) 2012-03-22
JP5698366B2 (ja) 2015-04-08
BRPI1105753B1 (pt) 2021-04-13
WO2012037864A1 (zh) 2012-03-29
EP2432192B1 (en) 2014-09-10
US9049254B2 (en) 2015-06-02
EP2432192A1 (en) 2012-03-21

Similar Documents

Publication Publication Date Title
RU2462746C1 (ru) Способ, устройство и система управления
EP3585095B1 (en) Method and device for controlling qos, smf, upf, ue, pcf and an
EP2645636B1 (en) Home gateway, cloud server, and method for communication therebetween
US8996657B2 (en) Systems and methods for multiplexing network channels
JP5378494B2 (ja) リレーサーバを利用したデータ伝送システム及び方法
US8856290B2 (en) Method and apparatus for exchanging configuration information in a wireless local area network
EP2522080B1 (en) Wireless adapter
KR101842316B1 (ko) Ｎｆｃ 피어 투 피어 통신 환경에서 인터넷 프로토콜(ｉｐ) 데이터 통신을 제공하는 방법 및 시스템
US10819761B2 (en) Electronic device and method for controlling electronic device
US8285828B2 (en) Method and system for platform level data model for indications based event control and data transfer
US20150381563A1 (en) Relay system for transmitting ip address of client to server and method therefor
WO2011140754A1 (zh) 无线优盘的实现方法及系统
JP2002542637A (ja) ネットワークを介した通信のための装置および方法
WO2016119623A1 (zh) 一种网络分享的实现方法和装置
US20060155836A1 (en) Method of configuring network device
WO2013185696A2 (zh) 一种数据处理的方法与设备
EP3220584A1 (en) Wifi sharing method and system, home gateway and wireless local area network gateway
WO2014067065A1 (zh) 实现隧道处理的方法、装置和系统
JP3840215B2 (ja) 通信装置、方法、機器制御装置、方法、及び、プログラム
TW202125291A (zh) 內建伺服模組的閘道裝置與通信系統
CN111314477A (zh) P2p通信方法、系统、家庭网关、电子设备和存储介质
US11291057B2 (en) Method and system for wireless communication, in particular via Bluetooth® protocol, between a main communication device and one or more peripheral communication devices
WO2023226956A1 (zh) 一种网络设备和通信系统
Herrero Working with Ethernet
Herrero Working with IEEE 802.15. 4

Legal Events

Date Code Title Description
PD4A Correction of name of patent owner
PC41 Official registration of the transfer of exclusive right

Effective date: 20190219