Networking method, communication device, storage medium and program product

Abstract

The invention provides a networking method, communication equipment, a storage medium and a program product. The networking method comprises the steps that a first communication device receives configuration information broadcasted by a second communication device through a first link, the configuration information is used for WiFi networking, and the first link is a link of other network communication except a WiFi network; and the first communication device configures network parameters of the first communication device based on the configuration information for WiFi networking, so that the first communication device and the second communication device perform WiFi networking. Compared with a traditional scheme, the WiFi networking equipment can be operated in batches, and the use convenience of a user can be improved.

Description

Technical Field

[0001] This application relates to the technical field, specifically to a networking method, communication equipment, storage medium, and program product. Background Technology

[0002] With technological advancements and people's continuous pursuit of a better life, more and more families and businesses are rapidly entering the era of the "Internet of Everything." Wireless Fidelity (WiFi) technology, as a key network access technology, boasts high transmission speeds and wide coverage, making it the preferred choice for many devices to access the network. Currently, the mainstream WiFi networking method involves manually configuring passwords, which is relatively complex. Automatic configuration, on the other hand, cannot perform batch operations on WiFi networking devices. Summary of the Invention

[0003] This application aims to provide a networking method, communication device, storage medium, and program product, which will be described in the following aspects.

[0004] In a first aspect, a networking method is provided, comprising: a first communication device receiving configuration information broadcast by a second communication device through a first link, the configuration information being used for WiFi networking, the first link being a link for network communication other than WiFi; the first communication device configuring network parameters of the first communication device based on the configuration information for WiFi networking, so that the first communication device and the second communication device can form a WiFi network.

[0005] As one possible implementation, the method further includes: the first communication device decrypting the configuration information to determine the type of the configuration information, the type of the configuration information being used to determine the networking mode of the WiFi network configured by the configuration information; the first communication device configuring network parameters of the first communication device based on the configuration information for WiFi networking, including: if the networking mode configured by the configuration information matches the networking mode supported by the first communication device, the first communication device configuring the network parameters of the first communication device based on the configuration information for WiFi networking.

[0006] As one possible implementation, the configuration information carries a first field, which is used to indicate the type of the configuration information.

[0007] As one possible implementation, the method further includes: if the first communication device determines that it is not connected to the network, the first communication device listens to the first link to obtain the configuration information.

[0008] As one possible implementation, the first link communicates based on Bluetooth Low Energy.

[0009] Secondly, a networking method is provided, comprising: a second communication device determining that the second communication device is connected to a network, and that the second communication device is not connected to a WiFi network; the second communication device broadcasting configuration information through a first link, the configuration information being used for WiFi networking, wherein the first link is a link for communication on a network other than a WiFi network.

[0010] As one possible implementation, the method further includes: the second communication device determining the networking mode of the WiFi network configured by the configuration information; and the second communication device generating the configuration information based on the encapsulation format corresponding to the networking mode.

[0011] As one possible implementation, the configuration information carries a first field, which is used to indicate the type of the configuration information.

[0012] As one possible implementation, the first link communicates based on Bluetooth Low Energy.

[0013] Thirdly, a communication device is provided, the communication device being a first communication device, comprising: a receiving unit, configured to receive configuration information broadcast by a second communication device through a first link, the configuration information being used for WiFi networking, the first link being a link for network communication other than WiFi; and a processing unit, configured to configure network parameters of the first communication device based on the configuration information for WiFi networking, so that the first communication device and the second communication device can form a WiFi network.

[0014] Fourthly, a communication device is provided, the communication device being a second communication device, comprising: a processing unit, configured to determine that the second communication device is connected to a network and that the second communication device is not connected to a WiFi network; the processing unit is further configured to broadcast configuration information via a first link, the configuration information being used for WiFi networking, the first link being a link for communication with other networks besides WiFi.

[0015] Fifthly, a communication device is provided, which is a first communication device, including a transceiver, a processor, and a memory. The processor is used to control the transceiver to transmit and receive signals, the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, causing the communication device to perform the method in the first aspect described above.

[0016] In a sixth aspect, a communication device is provided, which is a second communication device, comprising a transceiver, a processor, and a memory. The processor controls the transceiver to transmit and receive signals, the memory stores a computer program, and the processor retrieves and runs the computer program from the memory, causing the communication device to perform the method of the second aspect.

[0017] In a seventh aspect, a computer-readable storage medium is provided, the computer-readable medium storing program code that, when run on a computer, causes the computer to perform the methods in the above aspects.

[0018] Eighthly, a computer program product is provided, the computer program product comprising: computer program code, which, when run on a computer, causes the computer to perform the methods described in the preceding aspects.

[0019] In this embodiment, a second communication device broadcasts configuration information for WiFi networking to a first communication device, thereby enabling WiFi networking between the first and second communication devices. Compared to traditional solutions, this application allows for batch operation of WiFi networking devices, improving user convenience. Attached Figure Description

[0020] Figure 1 This is a flowchart illustrating the networking method provided in an embodiment of this application.

[0021] Figure 2 This is a software architecture diagram of a WiFi networking device provided in an embodiment of this application.

[0022] Figure 3 This is a flowchart illustrating a networking method based on Bluetooth Low Energy (BLE) provided in an embodiment of this application.

[0023] Figure 4 This is a flowchart illustrating another networking method provided in an embodiment of this application.

[0024] Figure 5 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application.

[0025] Figure 6This is a schematic diagram of the structure of another communication device provided in an embodiment of this application.

[0026] Figure 7 A schematic block diagram of a communication device provided in an embodiment of this application. Detailed Implementation

[0027] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments.

[0028] With the advancement of technology and people's continuous pursuit of a better life, more and more families and businesses are rapidly entering the era of the "Internet of Everything." For example, in the home, smart devices (such as smart refrigerators, smart TVs, and smart door locks) can connect through networks to achieve seamless communication and collaboration. Users can remotely control home appliances and monitor home security in real time via their mobile phones. The Internet of Everything greatly enhances the convenience and comfort of people's lives.

[0029] For example, the application of the Internet of Things (IoT) is even more widespread in enterprises. Machines and equipment in factories can interconnect through IoT technology, transmitting production data in real time. The logistics industry can use smart sensors to track the transportation status of goods, ensuring safe and timely delivery. In the medical field, smart medical devices can monitor patients' health data in real time, assisting doctors in remote diagnosis and treatment.

[0030] Through the Internet of Things, different types of devices can communicate and collaborate with each other, bringing a more efficient, convenient, and intelligent experience to people's lives and work.

[0031] There are various network access technologies for realizing the Internet of Things (IoT). Among them, WiFi technology, as a key network access technology, has the characteristics of high transmission speed and wide coverage. Therefore, more and more devices are choosing WiFi technology as their first choice for network access. For multiple devices, multiple wireless access points (APs) or wireless routers can be used to connect multiple devices to a wireless network, enabling them to communicate with each other and share resources (i.e., WiFi networking).

[0032] Currently, there are several mainstream methods for setting up a WiFi network. In some scenarios, a manual password configuration method can be used. That is, users need to select the correct service set identifier (SSID) and then manually enter the password. However, in extreme cases, this method may involve a combination of 63 uppercase letters, lowercase letters, numbers, and characters, making the operation rather cumbersome for users who need to manually enter the password.

[0033] In other scenarios, the Wi-Fi Alliance has introduced additional automatic configuration methods for Wi-Fi networking to simplify the wireless configuration process. Examples include Wi-Fi Protected Setup (WPS) and Device Provisioning Protocol (DPP).

[0034] In some implementations, WPS technology can be used for WiFi networking. For example, a button configuration method can be used, where the user simply presses the WPS button on the router and then selects the connection on the device. Another method is to use the device's personal identification number (PIN), where the user enters an 8-digit PIN code on the device, and the router can automatically complete the connection configuration.

[0035] In other implementations, DPP technology can be used for WiFi networking. For example, users can scan a QR code generated by the router with their devices, and the router can then automatically configure and connect the devices via the DPP protocol. Another example is Near Field Communication (NFC), where users simply bring their devices close to the router to complete the connection.

[0036] The WPS and DPP technologies mentioned above do not require users to manually configure passwords; device WiFi network configuration can be done with simple operations. However, these methods cannot perform batch WiFi network setups and may result in excessively long WiFi network setup times. It should be noted that the aforementioned devices can be understood as WiFi networking devices (including the first and second communication devices mentioned later).

[0037] In some scenarios, whether configuring manually or automatically, it's impossible to operate WiFi networking devices in batches; typically, only one WiFi networking device can be operated at a time. Taking WPS technology as an example, after a user presses the WPS button on the router, they need to select a connection from the WiFi networking devices. At this point, the user can only select a connection from one WiFi networking device before moving on to the next. Therefore, the inability to operate WiFi networking devices in batches during the process makes user operations cumbersome and increases the time required for network setup.

[0038] In other scenarios, some WiFi networking devices may need to restart multiple times during network configuration. Continuing with WPS technology as an example, after a user presses the WPS button on the router, the WiFi networking device needs to synchronize configuration information with other devices on the network. It also needs to retrieve additional information from other devices or servers on the network, and then restart to apply the new configuration information. For WiFi networking devices that support multiple frequency bands, multiple restarts may be necessary to optimize the device's performance on different frequency bands. Therefore, multiple restarts during WiFi networking can lead to excessively long networking times.

[0039] To address the issues mentioned above, this application embodiment utilizes a second communication device to broadcast configuration information for WiFi networking to a first communication device, thereby enabling WiFi networking between the first and second communication devices. Compared to traditional solutions, this application allows for batch operation of WiFi networking devices and requires only a single restart to apply the configuration information, thus reducing the time required for WiFi networking and improving user convenience.

[0040] The following is combined with Figure 1 The networking method proposed in the embodiments of this application will be introduced. Figure 1 The method shown can be implemented using software on the various WiFi networking devices mentioned earlier. For more information on this software, please refer to the following text; it will not be detailed here. Of course, Figure 1 The method shown can also be implemented by other software with related functions, and the comparison of the embodiments in this application is not limited.

[0041] See Figure 1 As shown, Figure 1 The method shown includes steps S110 to S120.

[0042] In step S110, the first communication device receives configuration information broadcast by the second communication device through the first link.

[0043] In some implementations, the first communication device and the second communication device can be understood as devices that require WiFi networking (i.e., WiFi networking devices mentioned above). For example, they can be smart devices in the home, machines in the factory, smart sensors in the logistics industry, smart medical devices in the medical field, etc. This application embodiment does not limit this, as long as the first communication device and the second communication device can communicate with each other to achieve WiFi networking.

[0044] Of course, the number of first and second communication devices is not limited in the embodiments of this application. For example, one second communication device may broadcast configuration information to multiple first communication devices. Or, multiple second communication devices may broadcast configuration information to multiple first communication devices.

[0045] In some implementations, the first link is a network communication link other than WiFi. This application does not limit the type of other network communication; for example, other network communication methods may include BLE, Ethernet (ETH), fiber optic communication, mobile networks (such as 4G, 5G), satellite communication, power line communication, microwave communication, etc.

[0046] Accordingly, the first link can be a BLE-based communication link, an Ethernet-based communication link, an optical fiber-based communication link, a mobile network-based communication link, a satellite-based communication link, a power line-based communication link, or a microwave-based communication link. This application embodiment does not limit this.

[0047] Taking a BLE-based communication link as an example, the second communication device can broadcast configuration information to the first communication device based on BLE. Because BLE features low power consumption and short startup time, it helps to maximize power savings for both the first and second communication devices and reduces the time required for WiFi network setup.

[0048] It should be noted that in BLE communication, the second communication device can be understood as a communication device in BLE master mode, responsible for initiating connections, commands, and requests. The first communication device can be understood as a communication device in BLE slave mode, responsible for responding to requests from the corresponding master.

[0049] In some implementations, broadcast communication is used between the first and second communication devices. That is, the configuration information can be broadcast from the second communication device to the first communication device. Since broadcasting supports one-to-many communication, it facilitates easy batch WiFi network setup, making it more efficient and convenient for users. Furthermore, batch networking only requires a single restart of the WiFi devices, further reducing the time required for WiFi network setup.

[0050] In some implementations, configuration information (or WiFi networking information) refers to various parameters that need to be considered when building and managing a wireless network, and is directly important for ensuring the normal operation of the network. That is to say, configuration information can be used for WiFi networking between the first and second communication devices. Alternatively, the first and second communication devices can apply configuration information to configure the network, thereby achieving WiFi networking.

[0051] In this embodiment of the application, the content of the configuration information is not limited, as long as the configuration information can ensure that the first communication device and the second communication device can successfully form a WiFi network.

[0052] For example, configuration information may include basic network information (such as SSID, channel, frequency band, WiFi networking mode, etc.), security configuration information (such as encryption method, network key, etc.), device information (such as AP, client devices, etc.), network topology information (such as single AP network, multi-AP network), performance optimization information (such as quality of service, channel bandwidth, etc.), network management information (such as firmware updates, logs, monitoring, etc.), and other configuration information (such as hidden SSID, guest network, etc.). The above configuration information will be described in more detail later with reference to Tables 1 and 2.

[0053] In some implementations, WiFi networking can adopt the EasyMesh network mode or the Extender mode. Different WiFi networking devices can be dynamically configured, allowing the WiFi networking mode to be selected dynamically without the user's awareness.

[0054] In step S120, the first communication device configures its network parameters based on the configuration information for WiFi networking.

[0055] In some implementations, the first communication device can decrypt the configuration information to determine its type, which can then be used to determine the Wi-Fi networking mode configured in the configuration information. Correspondingly, before broadcasting the configuration information, the second communication device can encapsulate and encrypt the configuration information based on the Wi-Fi networking mode. By encrypting and decrypting the configuration information, the communication process between the first and second communication devices can achieve high security and a low error rate.

[0056] In some implementations, WiFi networking devices can call the AESEncryption API interface to encrypt and decrypt the above configuration information.

[0057] In some implementations, encryption and decryption operations can be performed by the cryptographic management core (CMC) module in the WiFi networking device software. Detailed information about the CMC module can be found later.

[0058] In this application embodiment, the method for determining the configuration information type is not limited. In some implementations, a first field can be carried in the configuration information, which can be used to indicate the type of configuration information.

[0059] For example, the configuration information can include a `msgType` field. If the `msgType` field is 0, it indicates that the configuration information type is basic WiFi information, and correspondingly, the WiFi network topology mode can be determined to be Extender mode. If the `msgType` field is 1, it indicates that the configuration information type is EasyMesh information, and correspondingly, the WiFi network topology mode can be determined to be EasyMesh mode.

[0060] After receiving the configuration information, the first communication device will establish a WiFi network based on its own hardware capabilities. Alternatively, after obtaining the desired WiFi network mode based on the configuration information, the first communication device will compare this mode with its supported WiFi network modes. If a match is found, the first communication device will configure its network parameters based on this configuration information to enable WiFi networking with the second communication device.

[0061] In other words, the above method also includes: if the networking mode configured by the configuration information matches the networking mode supported by the first communication device, the first communication device can configure the network parameters of the first communication device based on the configuration information for WiFi networking.

[0062] In some implementations, if the first communication device determines that it is not connected to the network, it can listen to the first link and listen for broadcast messages sent by the second communication device in the current environment in order to obtain configuration information for WiFi networking.

[0063] The configuration information is described in more detail below with reference to Tables 1 and 2. Table 1 shows a partial EasyMesh message encapsulation format. After the second communication device determines that the current WiFi networking mode is EasyMesh mode, it can encapsulate and encrypt the configuration information based on this encapsulation format. Correspondingly, the first communication device can decrypt the configuration information in this encapsulation format.

[0064] Table 1 The EasyMesh message encapsulation format in Table 1 consists of three columns: field name, field type, and field description. The specific content includes the message header and EasyMesh information (corresponding to the message body).

[0065] In the message header of Table 1, the field type of the msgType field is int[0:1]. When the msgType field is 0, it means that the configuration information is basic WiFi information (that is, the corresponding WiFi networking mode is Extender mode). When the msgType field is 1, it means that the configuration information is EasyMesh information (that is, the corresponding WiFi networking mode is EasyMesh mode).

[0066] The msgLen field is of type unsigned int, representing the length of the payload message. The msgKey field is of type unsigned char

[32] , representing the EasyMesh configuration encryption key.

[0067] For example, after receiving the configuration information, the first communication device can call the relevant decryption interface (such as the AESEncryption API) based on the msgKey field to further parse the EasyMesh information.

[0068] The MsgCrc field is of type unsigned int and represents the cyclic redundancy check (CRC) checksum of the payload message, used to detect whether errors have occurred during data transmission.

[0069] In the EasyMesh information, the ezmeshVersion field is of type int[0:4], used to represent different version states of the EasyMesh protocol. Each value corresponds to a specific version or state. Specifically, when the ezmeshVersion field is 0, it indicates that EasyMesh functionality is not supported, or that EasyMesh functionality is disabled. When the ezmeshVersion field is 1, it indicates support for EasyMesh R1 version. When the ezmeshVersion field is 2, it indicates support for EasyMesh R2 version. When the ezmeshVersion field is 3, it indicates support for EasyMesh R3 version. When the ezmeshVersion field is 4, it indicates support for EasyMesh R4 version.

[0070] The ezmeshCountry field is of type char[2], representing the country or region code. The vapNum field is of type int, representing the number of WiFi packets that need to be configured. For example, a router may have a 2.4G SSID and a 5G SSID. If you only want to synchronize 5G, you can set the vapNum field to 1. If you want to synchronize 2.4G and 5G, you can set the vapNum field to 2. Therefore, the number of vapNum fields configured depends on the number of APs that you want to synchronize.

[0071] The `vapIdx` field is of type `int` and represents the WiFi index. The `vapSsidLen` field is of type `int` and represents the WiFi length. The `vapSsid` field is of type `int` and represents the WiFi SSID. The `vapHidden` field is of type `boolean` and represents the hidden flag.

[0072] The `vapAuthType` field is of type `int` and represents different WiFi authentication types. Each value corresponds to a specific authentication method, and these values ​​are typically represented in hexadecimal form. Specifically, when `vapAuthType` is 0x0001, it indicates that the network is an open network without any encryption or authentication. When `vapAuthType` is 0x0002, it indicates that the network uses WiFi Protected Access (WPA) with a pre-shared key (PSK) authentication method, employing WPA encryption and authenticating via the PSK. When `vapAuthType` is 0x0008, it indicates that the network uses WPA authentication, which supports more complex authentication mechanisms. When `vapAuthType` is 0x0010, it indicates that the network uses WPA2 authentication, employing WPA2 encryption for stronger security and support for more complex authentication mechanisms. When the vapAuthType field is 0x0020, it indicates that the network uses WPA2-PSK authentication, employing WPA2 encryption and authenticating via a pre-shared key. This is currently the recommended encryption method because it offers high security and good compatibility. When the vapAuthType field is 0x0040, it indicates that the network uses simultaneous authentication of equals (SAE) authentication, which provides even stronger protection.

[0073] The `vapEnryType` field is of type `int` and is used to indicate the encryption type of the WiFi network to ensure the security of data transmission. For example, when the `vapEnryType` field is 0, it means that the network uses the Advanced Encryption Standard (AES). When the `vapEnryType` field is 1, it means that the network uses the Temporal Key Integrity Protocol (TKIP) and the AES algorithm.

[0074] The vapKeyLen field has an int[8:63] type and is used to represent the length of the WiFi password. The vapKeyLen field has a char

[64] type and is used to represent the WiFi password.

[0075] The `vapBackhaul` field is of type boolean and is used to indicate whether the communication link is a backhaul link. When the `vapBackhaul` field is 0, it means that the link is not a backhaul link, and when the `vapBackhaul` field is 1, it means that the link is a backhaul link.

[0076] The `vapFrontHaul` field is of type boolean and is used to indicate whether the communication link is a fronthaul link. When the `vapFrontHaul` field is 0, it means that the link is not a fronthaul link, and when the `vapFrontHaul` field is 1, it means that the link is a fronthaul link.

[0077] The `vapVLAN` field has an int type [1:4095] and is used to represent the SSID of the virtual local area network (VLAN). The `vapMLD` field has an int type and is used to represent the ID number of the multi-link device (MLD) group.

[0078] The `vapBand` field is of type `int[1:3]`, and it represents the wireless frequency band used. Each value corresponds to a different frequency band. For example, when `vapBand` is 1, it indicates the use of the 2.4 GHz frequency band. When `vapBand` is 2, it indicates the use of the 5 GHz frequency band. When `vapBand` is 3, it indicates the use of the 6 GHz frequency band.

[0079] Table 2 shows some WiFi packet encapsulation formats. After the second communication device determines that the current WiFi networking mode is Extender mode, it can encapsulate and encrypt configuration information based on the encapsulation formats shown in Table 2. Correspondingly, the first communication device can decrypt configuration information in this encapsulation format.

[0080] Table 2 Similar to Table 1, the WiFi packet encapsulation format in Table 2 is also divided into three columns: field name, field type, and field description. The specific content includes the message header and WiFi configuration information (corresponding to the message body).

[0081] In the WiFi configuration information, the vapMode field is a boolean field used to indicate the AP's operating mode. When vapMode is 0, it means the device is operating in Router mode, and when vapMode is 1, it means the device is operating in Extender mode.

[0082] Additionally, for information on the msgType, msgLen, msgKey, msgCrc, vapNum, vapIdx, vapSsidLen, vapSsid, vappHidden, vapAuthType, vapKeyLen, vapKeyLen, vapMLD, and vapBand fields, please refer to the relevant descriptions in Table 1 above.

[0083] As mentioned earlier, the networking method provided in this application embodiment can be implemented by WiFi networking device software. The following section combines... Figure 2 The software architecture of WiFi networking devices will be introduced.

[0084] In some implementations, the software architecture of a WiFi networking device can consist of a RouteManage module, a BLE module, a Service Message Dispatch (SMD) module, a CMC module, a Hardware Abstraction Layer (HAL) module, and WiFi drivers from mainstream manufacturers. These modules are independent of each other, with clear message transmission paths, and are compatible with different mainstream WiFi manufacturers, featuring easy portability and strong reusability.

[0085] In some implementations, the RouteManage module is designed for compatibility. For example, it is compatible with most current customer premises equipment (CPE) and routers. Furthermore, it supports various complex uplink access methods for uplink detection of WiFi networking devices. These uplink access methods can include, for example, modems, Ethernet, and WiFi.

[0086] In some implementations, the RouteManage module can dynamically identify the real-time operating status of WiFi networking devices and quickly and efficiently switch their operating modes, thereby further improving user convenience. For example, when the RouteManage module detects that a WiFi networking device is not currently connected to the network, it can switch the device to slave mode. In this slave mode, the WiFi networking device corresponds to the first communication device mentioned earlier.

[0087] In some implementations, the BLE module can enable Bluetooth transmission and reception. For example, a second communication device can send configuration information to a first communication device via the BLE module. Conversely, the first communication device can receive configuration information sent by a second communication device via the BLE module.

[0088] In addition, the BLE module can also perform mode switching. For example, if the RouteManage module detects that the WiFi networking device is connected to the network and using a non-WiFi uplink access method, it can switch the BLE module to master mode. In this mode, the WiFi networking device, corresponding to the second communication device mentioned earlier, can broadcast configuration information to the first communication device. Conversely, if the RouteManage module detects that the WiFi networking device is not connected to the network, it can switch the BLE module to slave mode.

[0089] In some implementations, the SMD module can act as a communication bridge between the RouteManage, BLE, and CMC modules, facilitating message relay. For example, the RouteManage module can send messages to the BLE module via the SMD module. Similarly, the RouteManage module can send messages to the CMC module via the SMD module. Likewise, the BLE module can send messages to the CMC module via the SMD module.

[0090] In some implementations, the CMC module can perform information encryption and decryption, as well as unified management of the WiFi chip. For example, before the second communication device sends configuration information to the first communication device, the CMC module in the second communication device can encapsulate and encrypt the configuration information. Or, for another example, after the first communication device receives the configuration information, the CMC module in the first communication device can decrypt the configuration information.

[0091] In some implementations, the CMC module can call the WiFiSetting API interface to obtain the current WiFi configuration information.

[0092] In some implementations, the CMC module can call the AESEncryption API interface to encrypt and decrypt configuration information.

[0093] In some implementations, the HAL module can integrate WiFi driver abstraction configurations from different vendors. For example, the HAL module can integrate MediaTek (MTK) WiFi drivers, Qualcomm WiFi drivers, and Broadcom WiFi drivers; this application embodiment does not limit this. Therefore, the HAL module can simplify the configuration and porting process and enhance the robustness of the system.

[0094] For ease of understanding, the following text uses the first link as an example of BLE-based communication, combined with... Figure 3 The following describes the networking method according to embodiments of this application. It should be noted that the examples below are merely to help those skilled in the art understand the embodiments of this application, and are not intended to limit the embodiments of this application to the specific numerical values ​​or scenarios illustrated. Those skilled in the art can obviously make various equivalent modifications or variations based on the examples given below, and such modifications or variations also fall within the scope of the embodiments of this application.

[0095] Figure 3 The diagram shown is a flowchart of a BLE-based networking method. Figure 3 The method shown includes steps S1 to S19.

[0096] In step S1, it is determined whether the CPE is connected to the network (internet).

[0097] The RouteManage module can monitor the uplink status of WiFi networking devices to determine whether the WiFi networking devices are connected to the network. If the network connection is successful, proceed to step S2; otherwise, proceed to step S9.

[0098] In step S2, it is determined whether it is a WiFi uplink.

[0099] The RouteManage module can determine whether the WiFi networking device is accessing the internet via WiFi uplink. If the WiFi networking device uses WiFi uplink access, the RouteManage module can send a message to the BLE module via the SMD module. In this case, the process can proceed to step S19 to disable the BLE module, thereby saving power. If the WiFi networking device does not use WiFi uplink access, the RouteManage module can send a message to the BLE module via the SMD module. In this case, the process can proceed to step S3.

[0100] In step S3, the BLE module switches to host mode.

[0101] Before the BLE module switches to host mode, messages can be sent to the CMC module through the SMD module, enabling the CMC module to collect BLE broadcast payload encapsulation messages.

[0102] If the BLE module receives a message from the RouteManage module through the SMD module, indicating that the WiFi networking device has successfully connected to the network and has not used the WiFi uplink access method, the BLE module can switch to host mode (corresponding to the second communication device mentioned above).

[0103] In step S4, WiFi information is read.

[0104] The CMC module can call the WiFiSetting API interface to obtain the current WiFi configuration information.

[0105] In step S5, it is determined whether EasyMesh mode is supported.

[0106] After obtaining the WiFi configuration information, the CMC module determines the current WiFi network mode to see if EasyMesh is supported. If the current WiFi network mode is EasyMesh (or supports EasyMesh mode), proceed to step S6. If the current WiFi network mode is Extender (or does not support EasyMesh mode), proceed to step S7.

[0107] In step S6, the EasyMesh information is encrypted.

[0108] Based on the EasyMesh message encapsulation format in Table 1, the CMC module calls the AESEncryption API interface to encapsulate EasyMesh information.

[0109] In step S7, the WiFi information is encrypted.

[0110] Based on the WiFi packet encapsulation format in Table 2, the CMC module calls the AESEncryption API interface to encapsulate WiFi information.

[0111] In step S8, BLE broadcast is sent.

[0112] The CMC module notifies the BLE module via the SMD module, and transmits relevant information (encrypted EasyMesh information or encrypted Extender information). After receiving the above information, the BLE module periodically broadcasts configuration information.

[0113] In step S9, the BLE module switches to slave mode.

[0114] If the WiFi networking device is not connected to the network, you can proceed to step S9. At this time, the RouteManage module can notify the BLE module to switch to slave mode (corresponding to the first communication device mentioned above) through the SMD module.

[0115] In step S10, listen for BLE broadcast information.

[0116] The first communication device continuously listens for broadcast messages from the BLE module in the current environment.

[0117] In step S11, it is determined whether a message has been received.

[0118] If the first communication device detects a broadcast message sent by the BLE module in the current environment, proceed to step S12; otherwise, continue listening.

[0119] In step S12, the BLE information is decrypted.

[0120] After detecting a BLE broadcast message, the BLE module collects the broadcast information and transmits it to the CMC module via the SMD module. At this point, the CMC module can call the AESEncryption API to perform the decryption process for the configuration information.

[0121] In step S13, it is determined whether the information is EasyMesh.

[0122] Based on the parsed msgType field, it can be determined whether it is EasyMesh configuration information. If the msgType field is 1, it indicates that the configuration information is EasyMesh information, and the process can proceed to the EasyMesh WiFi networking mode in step S14. If the msgType field is 0, it indicates that the configuration information is basic WiFi information, and the process can proceed to the Extender WiFi networking mode in step S15.

[0123] In step S14, the EasyMesh information is decrypted.

[0124] Based on the msgKey field in the message header of message S12, the AESEncryption API interface is called to further parse the EasyMesh configuration information. After parsing is completed, proceed to step S16.

[0125] In step S15, the WiFi information is decrypted.

[0126] Based on the msgKey field in the message header of message S12, the AESEncryption API interface is called to further parse the WiFi configuration information. After parsing is completed, proceed to step S17.

[0127] In step S16, set the relevant EasyMesh parameters.

[0128] The WiFiSetting API in the CMC module can call the relevant interfaces of the HAL module to pass the configuration information parsed and recorded in step S14 to the WiFi driver, and proceed to step S18.

[0129] In step S17, WiFi-related parameters are set.

[0130] The WiFiSetting API in the CMC module can call the relevant interfaces of the HAL module to pass the relevant information parsed and recorded in step S15 to the WiFi driver, and proceed to step S18.

[0131] In step S18, the WiFi function is activated and restarted.

[0132] After the above process is completed, the configuration information is saved to flash memory, and the HAL module activation interface is called to perform a WiFi restart operation.

[0133] Figure 4 This is a flowchart illustrating another networking method provided in an embodiment of this application, including: The second communication device determines that it is connected to a network, but is not connected to a WiFi network (see [link]). Figure 4 Step S410 in the middle). The second communication device broadcasts configuration information via the first link (see...). Figure 4 Step S420 in the process.

[0134] In some implementations, the configuration information is used for WiFi networking, and the first link is a link for network communication other than WiFi.

[0135] In some implementations, the method further includes: the second communication device determining the networking mode of the WiFi network configured by the configuration information; and the second communication device generating the configuration information based on the encapsulation format corresponding to the networking mode.

[0136] In some implementations, the configuration information carries a first field, which is used to indicate the type of the configuration information.

[0137] In some implementations, the first link communicates via Bluetooth Low Energy (BLE).

[0138] The above text combined Figures 1 to 4 The method embodiments of this application are described in detail below, in conjunction with... Figures 5 to 6 The present application provides a detailed description of the apparatus embodiments. It should be understood that the descriptions of the method embodiments correspond to the descriptions of the apparatus embodiments; therefore, any parts not described in detail can be found in the foregoing method embodiments.

[0139] Figure 5 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. The communication device is a first communication device, and the communication device 500 includes a receiving unit 510 and a processing unit 520.

[0140] The receiving unit 510 is used to receive configuration information broadcast by the second communication device through the first link. The configuration information is used for WiFi networking, and the first link is a link for network communication other than WiFi network. The processing unit 520 is configured to configure the network parameters of the first communication device based on the configuration information for WiFi networking, so that the first communication device and the second communication device can form a WiFi network.

[0141] Figure 6 This is a schematic diagram of the structure of another communication device provided in the embodiments of this application. The communication device is a second communication device, and the communication device 600 includes a processing unit 610.

[0142] Processing unit 610 is used to determine that the second communication device is connected to a network and that the second communication device is not connected to a WiFi network; The processing unit 610 is further configured to broadcast configuration information via a first link, the configuration information being used for WiFi networking, wherein the first link is a link for network communication other than WiFi.

[0143] In optional embodiments, the processing unit 520 may be a processor 720, the receiving unit 510 may be a transceiver 740, and the communication device 500 may further include an input / output interface 730 and a memory 710, specifically as follows: Figure 7As shown.

[0144] In an optional embodiment, the processing unit 610 may be a processor 720, and the communication device 600 may further include an input / output interface 730, a memory 710, and a processor 720, as specifically... Figure 7 As shown.

[0145] Figure 7 This is a schematic block diagram of a terminal according to another embodiment of this application. Figure 7 The communication device 700 shown may include: a memory 710, a processor 720, and an input / output interface 730. The memory 710, processor 720, and input / output interface 730 are connected via internal interconnections. The memory 710 stores instructions, and the processor 720 executes the instructions stored in the memory 720 to control the input / output interface 730 to receive input data and information, output operation results, and control the transceiver 740 to send signals.

[0146] It should be understood that in the embodiments of this application, the processor 720 may be a general-purpose central processing unit (CPU), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, used to execute relevant programs to implement the technical solutions provided in the embodiments of this application.

[0147] The memory 710 may include read-only memory and random access memory, and provides instructions and data to the processor 720. A portion of the processor 720 may also include non-volatile random access memory. For example, the processor 720 may also store device type information.

[0148] In implementation, each step of the above method can be completed by the integrated logic circuitry of the hardware in the processor 720 or by instructions in software form. The method for requesting uplink transmission resources disclosed in the embodiments of this application can be directly implemented by the hardware processor, or by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory 710, and the processor 720 reads the information in memory 710 and, in conjunction with its hardware, completes the steps of the above method. To avoid repetition, detailed descriptions are not provided here.

[0149] It should be understood that in the embodiments of this application, the processor can be a central processing unit (CPU), or it can be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor.

[0150] It should be understood that in the embodiments of this application, "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean that B is determined solely based on A; B can also be determined based on A and / or other information.

[0151] It should be understood that in the various embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0152] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0153] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0154] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0155] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can read or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs (DVDs)), or semiconductor media (e.g., solid-state disks (SSDs)).

[0156] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A networking method, characterized in that, include: The first communication device receives configuration information broadcast by the second communication device through the first link. The configuration information is used for WiFi networking, and the first link is a link for network communication other than WiFi. The first communication device configures its network parameters based on the configuration information for WiFi networking, so that the first communication device and the second communication device can form a WiFi network.

2. The method as described in claim 1, characterized in that, The method further includes: The first communication device decrypts the configuration information to determine the type of the configuration information, and the type of the configuration information is used to determine the networking mode of the WiFi network configured by the configuration information; The first communication device configures its network parameters based on the configuration information for WiFi networking, including: If the networking mode configured in the configuration information matches the networking mode supported by the first communication device, the first communication device configures the network parameters of the first communication device based on the configuration information for WiFi networking.

3. The method as described in claim 2, characterized in that, The configuration information carries a first field, which is used to indicate the type of the configuration information.

4. The method as described in claim 1, characterized in that, The method further includes: If the first communication device determines that it is not connected to the network, it will monitor the first link to obtain the configuration information.

5. The method according to any one of claims 1-4, characterized in that, The first link is based on Bluetooth Low Energy for communication.

6. A networking method, characterized in that, include: The second communication device determines that it is connected to a network, but is not connected to a WiFi network. The second communication device broadcasts configuration information through a first link. The configuration information is used for WiFi networking, and the first link is a link for network communication other than WiFi.

7. The method as described in claim 6, characterized in that, The method further includes: The second communication device determines the WiFi networking mode configured by the configuration information; The second communication device generates the configuration information based on the encapsulation format corresponding to the networking mode.

8. The method as described in claim 6, characterized in that, The configuration information carries a first field, which is used to indicate the type of the configuration information.

9. The method as described in claim 6, characterized in that, The first link is based on Bluetooth Low Energy for communication.

10. A communication device, characterized in that, The communication device is a first communication device, comprising: A receiving unit is configured to receive configuration information broadcast by a second communication device through a first link, wherein the configuration information is used for WiFi networking and the first link is a link for network communication other than WiFi. The processing unit is configured to configure the network parameters of the first communication device based on the configuration information for WiFi networking, so that the first communication device and the second communication device can form a WiFi network.

11. A communication device, characterized in that, The communication device is a second communication device, comprising: The processing unit is configured to determine that the second communication device is connected to a network and that the second communication device is not connected to a WiFi network; The processing unit is further configured to broadcast configuration information via a first link, the configuration information being used for WiFi networking, wherein the first link is a link for network communication other than WiFi.

12. A communication device, characterized in that, The device includes a transceiver, a memory, and a processor. The memory stores a program, and the processor invokes the program in the memory and controls the transceiver to receive or send signals so that the communication device performs the method as described in any one of claims 1-5.

13. A communication device, characterized in that, The device includes a transceiver, a memory, and a processor. The memory stores a program, and the processor invokes the program in the memory and controls the transceiver to receive or transmit signals so that the communication device performs the method as described in any one of claims 6-9.

14. A computer-readable storage medium, characterized in that, It contains a program that causes a computer to perform the method as described in any one of claims 1-9.

15. A computer program product, characterized in that, Includes a program that causes a computer to perform the method as described in any one of claims 1-9.

Images