A distributed multi-core ad hoc network method

Abstract

The application relates to the technical field of wireless ad hoc network communication, and discloses a multi-core ad hoc network method based on distribution, which comprises the following steps: a Bluetooth host is connected with and directly receives link layer event data of multiple Bluetooth controllers, then a built-in distributed networking module of the Bluetooth host comprehensively judges all link states, and then generates task instructions and respectively issues the task instructions to the specified controllers for execution; by constructing the master-slave collaborative architecture, the networking capability of the system is successfully separated from the physical bandwidth limitation of a single radio frequency chip, so that large-scale equipment networking no longer needs to sacrifice communication quality, meanwhile, the system is endowed with the capability of flexibly deploying multi-core resources, optimizing power consumption and interference according to actual load and environment, and the scale, robustness and application adaptability of the ad hoc network are improved.

Description

Technical Field

[0001] The present invention relates to a distributed multi-core self-organizing network method, belonging to the technical field of wireless self-organizing network communication. Background Art

[0002] Currently, with the continuous deepening of application scenarios such as the Internet of Things, smart homes, and professional audio, the market demand for the number of simultaneously connected devices, total network throughput, and multi-link collaborative work is rapidly increasing. When the above-mentioned classic architecture is placed under such large-scale and high-density networking requirements, its inherent constraints derived from the design philosophy become increasingly prominent. The core contradiction lies in the fact that the communication capabilities of the entire network are rigidly bound to the physical bandwidth of a single RF controller. This physical upper limit directly determines the ceiling of the network scale. Any attempt to exceed this limit will inevitably force the system to sacrifice key performance indicators such as communication quality, data latency, or connection stability. This inherent coupling relationship constitutes a technical problem under the existing technical framework.

[0003] Specifically, the existing technology has the following deficiencies: 1. The physical layer bandwidth of a single controller becomes a hard bottleneck for the expansion of the entire network scale, limiting the total number of devices that can be accommodated; 2. Reducing the data transmission rate or sacrificing the service quality in order to access more devices has become a common but undesirable technical compromise; 3. Faced with dynamically changing network loads or complex electromagnetic environments, the existing architecture lacks the ability to flexibly schedule and elastically expand radio frequency resources, making it difficult to achieve a balance between power consumption and performance. Furthermore, if two Bluetooth controllers are directly arranged on the chip, the hardware cost will increase, and most Bluetooth scenarios do not have this requirement. Therefore, how to design a networking method that can decouple the system-level networking capability from the physical bandwidth limitation of a single controller without relying on single-chip hardware, thereby achieving a simultaneous improvement in network scale and communication quality, and giving the system on-demand resource allocation flexibility, has become a technical problem to be solved by the present invention. Summary of the Invention

[0004] The present invention provides a distributed multi-core self-organizing networking method, the main purpose of which is to solve the problem of how to effectively break through the rigid constraints of a single radio frequency physical bandwidth on the network scale under the existing single controller architecture, and realize the flexible allocation of system resources according to the load and environment.

[0005] To achieve the above object, the present invention provides a distributed multi-core ad hoc network method, comprising the following steps:

[0006] Step a: a Bluetooth host establishes host controller interface communication with the first Bluetooth controller and the second Bluetooth controller respectively;

[0007] Step b, the Bluetooth Host receives HCI event data from the first Bluetooth controller and the second Bluetooth controller;

[0008] Step c, the distributed networking module in the Bluetooth Host determines the link state of each device in the network according to the received HCI event data, and generates task allocation instructions for the first Bluetooth controller and the second Bluetooth controller;

[0009] Step d, the Bluetooth Host issues corresponding HCI commands to the first Bluetooth controller or the second Bluetooth controller according to the task allocation instructions.

[0010] Preferably, the step of the Bluetooth Host issuing corresponding HCI commands to the first Bluetooth controller or the second Bluetooth controller specifically includes: the Bluetooth Host extracts the Bluetooth connection handle in the HCI event when receiving the HCI event, and uniquely binds and stores the Bluetooth connection handle with the identity of the Bluetooth controller that generates the event; when it is necessary to issue an HCI command for the wireless link identified by the Bluetooth connection handle, the Bluetooth Host retrieves the Bluetooth controller identity bound with the Bluetooth connection handle, and sends the HCI command to the Bluetooth controller corresponding to the identity.

[0011] Preferably, in the networking establishment stage, the method further includes: instructing the first Bluetooth controller to perform a device discovery operation to obtain a list of devices to be networked and determine the total number M of devices to be networked by the distributed networking module; the distributed networking module compares the total number M of devices to be networked with a single-chip maximum networking device number threshold N; if the total number M of devices to be networked is greater than the single-chip maximum networking device number threshold N, the list of devices to be networked is divided into a first device sub-list and a second device sub-list, and the two are issued to the first Bluetooth controller and the second Bluetooth controller respectively.

[0012] Preferably, the step of dividing the list of devices to be networked into a first device sub-list and a second device sub-list specifically includes: the first Bluetooth controller is assigned networking devices, and the second Bluetooth controller is assigned networking devices, wherein and The values of and are determined by the following rules: wherein, is the total number of devices to be networked, is the single-chip maximum networking device number threshold, is a second controller load factor with a value ranging from greater than 0 to less than or equal to 1, and .

[0013] Preferably, the method further comprises: the distributed networking module uniformly scheduling all data transmission tasks in the ad hoc network and assigning them only to the first Bluetooth controller for execution, and configuring a power amplifier only on the radio frequency path connected to the first Bluetooth controller.

[0014] Preferably, the method further includes: under the condition that the data throughput requirement calculated based on the total number M of devices to be networked is not higher than a data throughput threshold, the distributed networking module sends a control command to the second Bluetooth controller to make it enter a low-power sleep state.

[0015] Preferably, after the networking is completed, the method further includes: the distributed networking module allocating a first working channel set to the first Bluetooth controller and allocating a second working channel set to the second Bluetooth controller, wherein the first working channel set and the second working channel set are mutually exclusive.

[0016] Preferably, in the non-team working mode, the method also includes: instructing the first Bluetooth controller and the second Bluetooth controller to scan devices in parallel, and each reports the device information it discovers to the Bluetooth Host; the distributed networking module deduplicates the received device information, and when it is determined that a device has been assigned to a controller for link maintenance, the subsequent report of the other controller about the device is ignored.

[0017] Preferably, the method also includes: after receiving a trigger instruction to improve the stability of the network link and under the condition that the total number of networked devices M is not greater than the maximum number of networked devices N on a single chip, instructing the first Bluetooth controller and the second Bluetooth controller to jointly participate in the networking, and instructing both to use a low-speed physical layer for communication.

[0018] Preferably, the step of the Bluetooth Host receiving HCI event data from the second Bluetooth controller is specifically: the second Bluetooth controller transmits the HCI event data generated by its link layer to the Bluetooth Host in the form of original data stream through the hardware communication interface without being processed by the local protocol stack.

[0019] Compared with the prior art, the present invention has the following beneficial effects:

[0020] 1、The application constructs an architecture of connecting and overall planning two or more Bluetooth controllers by a Bluetooth host, and makes the host directly receive and analyze the original event data reported by each controller link layer, so as to realize effective superposition of communication bandwidth without changing the physical layer characteristics of a single controller; when the distributed networking module determines that the network size exceeds the bearing capacity of a single controller, the device list is segmented and distributed to different controllers for independent maintenance, which separates the data throughput capacity of the system from the bandwidth limitation of a single radio frequency chip, so that the total number of networking devices can be expanded without sacrificing the existing communication quality and connection stability, thereby avoiding the inherent application limitations of reducing sound quality or increasing delay due to the increase of devices in the traditional scheme.

[0021] 2、The distributed networking method established by the application allows the networking module in the host to asymmetrically deploy the working modes of multiple controllers according to the overall network operation state, for example, by concentrating the sending tasks of the entire network on a controller configured with a power amplifier, while other controllers are only responsible for receiving, realizing structural optimization of radio frequency link power consumption; at the same time, by planning and allocating mutually exclusive working channel sets for different controllers, multiple radio frequency links avoid the occurrence of same frequency interference when working in the near field in parallel, and this task and channel based cooperative management makes the system realize performance improvement while its power consumption and stability are also improved synchronously.

[0022] 3、The method and system proposed by the application can flexibly cope with different application scenarios, and the core is that the distributed networking module can dynamically adjust the resource utilization strategy based on the network size and environmental conditions, for example, in the scenario where the total number of devices to be networked is not large, but the link stability requirement is high, the module can instruct two controllers to participate in networking together, and uniformly use a lower rate physical layer for communication to enhance the anti-interference performance; when the network load is low, unnecessary controllers can be instructed to enter a low power sleep state, and this actual demand based dynamic resource deployment method makes the technical solution itself be able to adaptively balance between improving robustness and reducing power consumption according to external conditions.

[0023] 4. The present invention constructs a multi-link management mechanism by allowing the host to uniformly process HCI events from different controllers and establish a unique binding relationship between each Bluetooth connection handle and the controller that generates the event; in non-teaming working mode, when two controllers scan and report discovered devices in parallel, the distributed networking module can perform effective deduplication processing and assign the link maintenance task to only one controller, thereby avoiding subsequent repeated reporting and resource waste. This processing method of centralizing high-level logic and distributing low-level execution simplifies the state synchronization problem when multiple links coexist from an architectural perspective, so that the operation of the entire system improves the logical stability and predictability of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 This is a schematic diagram of the system architecture and core networking process of the present invention;

[0025] Figure 2 This is a comparison chart of the total network throughput performance of the present invention and the prior art under different numbers of devices;

[0026] Figure 3 A flow chart for selecting the operating mode of the system of the present invention;

[0027] Figure 4 This is a basic communication sequence diagram for realizing discovery interaction between Bluetooth devices of the present invention.

[0028] The purpose, features and advantages of the present invention will be further described with reference to the accompanying drawings and in conjunction with the embodiments. DETAILED DESCRIPTION

[0029] In order to make the objectives, technical solutions and advantages of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present invention.

[0030] The present invention discloses a distributed multi-core self-organizing networking method, whose system architecture takes a Bluetooth Host as the core and uniformly manages two or more Bluetooth controllers, thereby constructing an asymmetric master-slave collaborative system; within the system, the Bluetooth Host establishes communication with the first Bluetooth controller and the second Bluetooth controller respectively via their own independent host controller interface physical links, and is configured to directly receive and parse HCI event data reported from the link layers of the two controllers, and the system's embedded distributed networking module serves as a decision-making center, aggregating and comprehensively judging the status information of all links, and generating task instructions based on the judgment results, and finally the Bluetooth Host sends the specific HCI command to the designated Bluetooth controller for execution; in the network establishment stage, in order to cope with the communication bottleneck caused by the total number of devices to be connected exceeding the physical bandwidth upper limit of a single RF chip, the method enables a set of dynamic resource allocation procedures; the procedure begins with the distributed networking module instructing the first Bluetooth controller to perform a device discovery operation to obtain a list of devices to be networked and count the total number of devices , then the module will An internally set threshold for the maximum number of networking devices on a single chip For comparison, this threshold It is the maximum number of links that a single controller can stably maintain under the condition of guaranteeing a specific communication service quality, which is determined based on experimental calibration. Greater than When the system confirms that the resources of a single controller are insufficient, it triggers the device list segmentation and distribution mechanism, extending a networking task that exceeds the carrying capacity of a single point to multiple parallel RF physical layers.

[0031] After the device list segmentation mechanism is triggered, the distributed networking module needs to determine the number of devices that the first Bluetooth controller and the second Bluetooth controller are responsible for. and , the distribution rules are: according to the mathematical relationship Count the number of devices assigned to the second Bluetooth controller ,in is the load factor of the second controller, and its value range is greater than 0 and less than or equal to 1. The value of can be preset according to the hardware characteristics or expected task profile of the link where the second controller is located or dynamically adjusted by the system according to the real-time load to achieve asymmetric load balancing. The load factor of the second controller is not a static preset value, but a dynamic parameter outputted by the distributed networking module after a deterministic device affinity evaluation procedure, specifically, for each device to be assigned that exceeds the threshold N, the module first calculates its device affinity scores for the first Bluetooth controller and the second Bluetooth controller respectively based on the maximum data throughput field and the link stability requirement field contained in its reported capability profile With the affinity score here is a dimensionless quantitative index, which is defined as wherein, and are the performance parameters of the device's capability requirements after normalization to the [0, 1] interval, while and are preset controller function bias weight coefficients and for the first controller that is mainly high-throughput, the weight can be set as and vice versa for the second controller that is mainly high-robustness; the module then counts the total number of devices among all devices to be assigned that have and finally determines the load factor in the current task assignment period by the relationship After calculating , the number of devices to be assigned to the first Bluetooth controller is determined by , then the system accordingly divides the list of devices to be networked into a first device sub-list and a second device sub-list, and assigns them to the corresponding Bluetooth controllers to maintain the link independently.

[0032] To ensure that the Bluetooth Host can unambiguously route HCI commands to the correct source controller, the system has established a link identity binding mechanism; its procedure is: when any Bluetooth controller completes the establishment of a new wireless link and reports an HCI connection completion event, the Bluetooth Host, upon receiving the event, immediately extracts the Bluetooth connection handle that uniquely identifies the link, and uniquely binds this handle to the identity of the Bluetooth controller that generated the event and stores it in an internal mapping table; subsequently, when it needs to issue an HCI command for the wireless link, the Bluetooth Host first queries the mapping table based on the Bluetooth connection handle to determine the identity of the target controller, and then sends the HCI command to the controller via the corresponding physical interface. This centralized link identity management mechanism , shielding the complexity of the underlying multi-link for upper-layer applications and providing a logically unified interactive interface; in order to optimize the system's performance in terms of power consumption and internal interference, this method provides an asymmetric function and channel allocation strategy; in terms of function, the distributed networking module can uniformly schedule all data sending tasks in the network and assign them only to the first Bluetooth controller for execution, and only configure a power amplifier on the RF path of the controller, while the second Bluetooth controller is dedicated to receiving; in terms of channels, after the distributed networking module is completed, it plans and allocates mutually exclusive first working channel sets and second working channel sets for the first and second Bluetooth controllers respectively. This collaborative management based on functions and channels structurally optimizes RF power consumption and thereby avoids co-channel interference between internal links.

[0033] This method also gives the system the ability to dynamically adjust resources according to the real-time load of the network. During the networking operation, the distributed networking module continuously monitors the total data throughput demand of the network. When the calculated throughput demand is not higher than a preset data throughput threshold, the second Bluetooth controller is determined to be temporarily redundant as a backup resource, and a control command is sent to it to put it into a low-power sleep state, so as to reduce the overall power consumption of the system in the low-load stage; when the network throughput demand exceeds the threshold, the module re-awakens the second Bluetooth controller and assigns tasks to it, showing good adaptability; in scenarios with extremely high requirements for link stability, even if the total number of devices to be networked is Not greater than the maximum number of networking devices on a single chip The system can also be configured to prioritize link robustness; after receiving a trigger instruction to improve link stability, the distributed networking module will instruct the first Bluetooth controller and the second Bluetooth controller to participate in the networking together, and instruct both to use a physical layer with a lower rate but stronger anti-interference ability to communicate. Through this dual-controller, low-rate collaborative working mode, redundancy of the physical layer link is achieved, which improves the connection stability of the entire network in harsh environments.

[0034] To realize the direct acquisition of the second Bluetooth controller link layer events by the Bluetooth Host, the communication between the two is configured as a raw data stream pass-through mode; specifically, the link layer HCI event output of the second Bluetooth controller is directly transmitted to the Bluetooth Host in the form of a raw binary data stream through an independent hardware communication interface without being processed by the chip's local upper layer protocol stack. This architecture ensures the integrity and real-time performance of the information acquired by the Bluetooth Host and enables the second Bluetooth controller to exist as a simplified functional co-processor; in the non-formation mode, to maximize the scanning efficiency, the system instructs the first Bluetooth controller and the second Bluetooth controller to scan devices in parallel, and each reports the device information it discovers to the Bluetooth Host; at this time, the distributed networking module is responsible for deduplication processing of the received device information, and its procedure is as follows: when the module determines that a device has been assigned to a controller for link maintenance, it ignores the subsequent reports of the other controller about the device. This centralized deduplication and task allocation avoids subsequent repeated processing and resource waste, ensuring the stability and efficiency of the system logic.

[0035] Example 1: In a large-scale sports event live application with high device density and complex electromagnetic conditions, the total number of wireless microphones and return listening earphones deployed on site exceeds the maximum networking device threshold of a single chip , and the application needs to meet two physical layer performance requirements: the audio stream from the wireless microphone to the main console requires high data throughput capacity to transmit high-fidelity audio; the control signaling and state feedback from the main console to each device requires high link robustness to resist interference. This concurrent demand for large-scale, high-throughput and high-robustness poses a fundamental operational challenge to a single controller architecture. Under this working condition, the system's built-in distributed networking module determines that the total number of devices to be networked exceeds the threshold in the networking establishment stage, and according to the relationship , it divides all the devices to be networked into a first device sub-list and a second device sub-list; the start of this division mechanism provides a prerequisite for subsequent asymmetric function allocation. The distributed networking module then executes the pre-set allocation procedure, assigns all wireless microphone devices that are high-fidelity audio signal sources to the first device sub-list maintained by the first Bluetooth controller, and schedules all data transmission tasks to this controller for execution, while configuring a power amplifier only on the radio frequency path of this controller, thereby forming a dedicated radio frequency resource pool for high-throughput data transmission.

[0036] Accordingly, all the return listening earphones and control units with high link stability requirements but small data volume are classified into a second device sub-list maintained by a second Bluetooth controller, and the distributed networking module further instructs the second Bluetooth controller to communicate using a physical layer with a lower rate but higher channel coding gain, thereby constituting a dedicated radio frequency resource pool for high-robustness data interaction. This architecture groups devices according to functional attributes and maps the links of different groups to radio frequency physical layers configured differently, so that the contradiction between high throughput and high robustness that cannot be reconciled on a single controller is transformed into a task of optimizing the allocation of heterogeneous radio frequency resources. The system can thus simultaneously meet two conflicting service requirements without sacrificing any performance indicator. Finally, under the scale of devices exceeding the carrying capacity of a single chip, both the high-fidelity audio transmission link and the high-reliability control and monitoring link of the wireless audio network are in stable operation, and the overall performance of the system is no longer limited by the physical characteristics of a single radio frequency chip, but rather represents a system-level capability with high application adaptability formed by the unified scheduling and cooperative work of multiple radio frequency resources.

[0037] Example 2: To objectively verify the effectiveness of the technical solution of the present application in expanding the network scale and maintaining the communication quality, a performance comparison test platform was built in a radio frequency shielded darkroom to exclude external environmental electromagnetic interference. The platform includes a conventional terminal using a single Bluetooth controller architecture as a control group, a terminal using the architecture of the present application with a single Bluetooth Host managing two Bluetooth controllers as a test group, and a set of slave device clusters that can be programmatically controlled to simulate different network loads. The test purpose is to quantitatively compare the changes in the total network throughput and the average packet loss rate of the two architectures under the condition of gradually increasing the total number of devices to be networked.

[0038] A key parameter in the test is the maximum number of devices per chip threshold , which is set to balance the limited physical bandwidth of a single Bluetooth controller and the constraints between the growing number of connections in the network and the quality of service requirements. The value of this parameter is determined through an offline experimental calibration procedure: under the constraint of a predetermined communication service quality, i.e., the average effective data rate of each device is not less than a reference value and the average packet loss rate is not higher than an upper limit, the number of devices connected to a single controller is gradually increased, and the critical number of devices at which the performance first fails to meet the service quality requirements is recorded. This number is set as the threshold . In this test, for a scenario requiring each device to maintain a moderate data rate, the threshold is calibrated to 8 through this procedure. After the test starts, the total number of devices to be networked accessing the networks of the control group and the test group is controlled by the slave device clusters ​Starting from 4, increase the number of devices by 2 to 16, and maintain the stable operation of the system and record the performance indicators at each level of device number; Not greater than the threshold In the interval of , there is no significant difference in the performance data between the control group and the experimental group, but when Increase to 10, that is, exceed the threshold When the total network throughput of the control group tends to stagnate and the average packet loss rate jumps, the total throughput of the experimental group continues to grow and the packet loss rate remains at the original level. The specific data are shown in Table 1.

[0039] Table 1: Performance data comparison table of the control group and this solution under different total number of devices.

[0040]

[0041] The total number of devices to be networked Exceeding the threshold Afterwards, the distributed networking module of the experimental group terminal triggered the device list segmentation and distribution mechanism, and assigned the newly added device link maintenance task to the second Bluetooth controller, so that the system's physical layer bandwidth resources could be expanded, so that it could continue to carry the newly added load and maintain the communication service quality; the single controller architecture of the control group did not have this resource expansion mechanism, and after its limited bandwidth was filled, congestion occurred between the links due to intensified resource competition, which ultimately manifested as limited total throughput and deteriorated communication quality; the experimental data showed that the distributed multi-core self-organizing networking method of the present invention, under the unified management of a Bluetooth Host, by enabling and coordinating multiple Bluetooth controllers on demand, can effectively avoid the physical bandwidth constraints of a single RF controller on the network scale, so that when the system is connected to a large number of devices, its total network throughput and connection stability can be maintained compared with the traditional single-controller architecture.

[0042] Example 3: This example combines Figures 1 to 3 , describes the distributed multi-core ad hoc network method, such as Figure 1As shown in the figure, the figure is clearly divided into three logical areas: Bluetooth Host layer, Bluetooth controller layer and core networking process. The Bluetooth Host layer serves as the decision-making center, which contains a Bluetooth Host module responsible for unified management of the controller, a distributed networking module for link status determination and task allocation, and an HCI connection handle mapping table for link identity binding, and sends HCI commands to the lower layer accordingly; the Bluetooth controller layer contains two controllers with differentiated functions, namely the first Bluetooth controller equipped with a power amplifier and responsible for the main sending task, and the second Bluetooth controller responsible for auxiliary reception and can enter low power mode, both of which report HCI events to the Host layer; the core networking process reveals the dynamic decision logic of the method, which starts with device discovery to obtain a list of devices to be networked, and then counts the total number of devices With a threshold For comparison, if No greater than , the system enters the single controller mode where the first controller works independently. On the contrary, if Greater than , then the device list segmentation mechanism is triggered, based on the load factor Tasks are dispatched and a set of mutually exclusive working channels is allocated to each controller, which then enters the task execution phase where multiple controllers work together. This process also includes a closed loop of real-time monitoring and dynamic load adjustment to ensure continuous optimization of system operation.

[0043] like Figure 2 As shown, with the total number of devices to be networked The evolution trend of the two technical solutions in terms of total network throughput performance is shown in the figure. The horizontal axis of the figure is the total number of devices to be networked, increasing from 4 to 16. The vertical axis is the total network throughput in Mbps. The dotted line connected by hollow dots in the figure represents the control group using a single controller architecture. Its total network throughput stagnates after the number of devices M exceeds 8, tending to a physical bandwidth upper limit of about 7.5 Mbps. The solid line connected by solid diamond dots represents the experimental group using the distributed solution of the present invention. Its total network throughput maintains an approximately linear growth throughout the test period. When the bandwidth is 16, it reaches about 14.9 Mbps. This figure verifies that the present invention can effectively break through the bandwidth limitation of a single RF chip by enabling multiple controllers to work together, thereby maintaining the continuous growth of the total network throughput when the equipment scale is expanded.

[0044] like Figure 3As shown in the figure, after the system starts from the idle state, how to adaptively select the decision path of the optimal working mode based on the network environment evaluation results? The process starts from the idle state and enters the device discovery and evaluation stage after receiving the networking task. In this stage, the system counts the total number of devices to be networked by scanning devices. And evaluate the network size; after the evaluation is completed, the system is based on The system can select from three core working modes based on the value of the network and the preset application requirements: when the network scale is small, it enters the single-controller working mode, and the main controller independently maintains all links; when the network scale is large, it enters the dual-controller collaborative mode, and by splitting the device list, the two controllers maintain their respective links in parallel. In this mode, the system can further trigger a low-power operation state according to the real-time load, that is, instruct non-essential controllers to go to sleep; in addition, to cope with high-interference environments, the system can also choose to enter a high-reliability enhanced mode. In this mode, the two controllers work together and uniformly adopt a low-speed physical layer for communication to improve the robustness of the link.

[0045] like Figure 4 As shown, the entity composed of Host B and Bluetooth controller B serves as the device to be discovered, and the entity composed of Host A and Bluetooth controller A serves as the device performing discovery; specifically, Host B first configures the Bluetooth controller B under its jurisdiction through a series of commands. The configuration process includes calling the set broadcast parameter instruction to define the broadcast content, calling the set transmission power instruction to determine the signal strength, and finally calling the broadcast enable instruction to start the broadcast behavior of the physical layer. After receiving each instruction, the Bluetooth controller B responds with a command completion event; when the Bluetooth controller B enters the broadcast state, the broadcast signal it periodically sends can be captured by the Bluetooth controller A in the scanning state; after successfully receiving and parsing the broadcast signal, the Bluetooth controller A encapsulates the device information in it into a broadcast reporting event and submits it to Host A via the host controller interface, thereby completing a one-way device discovery interaction and providing original input data for subsequent link status determination and task allocation.

[0046] Example 4: The total number of devices to be networked The maximum number of network devices on a single chip has been exceeded. Afterwards, the distributed networking module initiates a set of refined resource allocation procedures to solve the problem of how to achieve load balancing, function matching and channel de-confliction when the device list is divided into multiple Bluetooth controllers; the input of the procedure is an initial device list containing the identity identifiers of all discovered devices, and its operating goal is to generate a final task configuration for the first Bluetooth controller and the second Bluetooth controller, which contains clear device allocation and working channel designation; the starting step of the procedure is the construction of the device capability portrait, and the Bluetooth Host is instructed to initiate a capability query request to each device in the initial device list or parse the extended data packet broadcast by it during the device discovery phase to obtain a device capability portrait that characterizes the device's radio frequency capabilities and business requirements; the portrait is a data structure containing a maximum data throughput field and a link stability requirement field. Based on this, the distributed networking module divides the devices in the initial device list into two categories: high-throughput devices and high-robustness devices, and counts their numbers separately.

[0047] After the equipment classification is completed, the procedure enters the adaptive calculation phase of the load factor to dynamically determine the load factor in the above mathematical relationship. The second controller load factor in To achieve balanced distribution based on device type, The value of is related to the proportion of high-throughput devices and high-robustness devices in the network. Its calculation follows a preset functional relationship, comparing the number of high-robustness devices in the network that have functional affinity for the second Bluetooth controller with the total number of devices in the network to determine The value of the load factor is dynamically calibrated based on real-time detection data, which replaces static configuration, so that the device allocation can be adapted to the current network device configuration. After the segmentation and delivery of the device list, the last step of the procedure is the assignment of the non-conflict working channel. In order to avoid the same frequency interference caused by the two Bluetooth controllers working in the near field at the same time, the distributed networking module instructs the first Bluetooth controller and the second Bluetooth controller to perform a channel quality evaluation scan in parallel within a predefined candidate channel set. During the scan process, each controller measures the background noise energy and the received signal strength indication of each channel in the candidate channel set and reports the measurement results to the Bluetooth Host. After receiving the channel quality reports of the two controllers, the distributed networking module sorts all the candidate channels by quality and assigns the highest ranked two non-overlapping channel sets as the first working channel set and the second working channel set respectively to the corresponding controllers. This closed-loop procedure executed in the distributed networking module in turn divides a macro device list segmentation task into a series of micro operations with clear input, processing logic and output, such as device profile acquisition, dynamic load factor calculation and channel quality evaluation allocation, so as to allocate device and channel resources to multiple parallel radio frequency links in a reproducible and network actual demand matching manner.

[0048] Embodiment 5: To ensure the consistency and predictability of the method of the application in different hardware platforms and application scenarios, an offline baseline performance calibration and data presetting procedure is performed. In a controlled engineering environment, the procedure measures the key performance indicators of the network under different connection numbers by connecting a set of standardized load devices and gradually increasing their number, and then determines the single-chip maximum networking device number threshold that can guarantee the preset communication service quality on the hardware platform At the same time, for a series of common devices to be networked, the communication capability and business demand of the devices are characterized through experiments, and the device capability profile is pre-constructed. The threshold The reference value and these pre-constructed device capability profiles are stored in the non-volatile storage area of the Bluetooth Host as basic data for the initial decision of the distributed networking module.

[0049] When the terminal using the method of the present application is deployed in a specific application site, a pre-deployment configuration procedure is enabled, which provides a system administrator with an interface for selecting a system operation mode, and the administrator can activate one from a set of pre-set operation modes according to the core requirements of the current application, the set consisting of a high-throughput mode, a high-reliability mode and a low-power-consumption mode; the high-throughput mode aims to maximize the total throughput of the network, the high-reliability mode aims to maximize the link stability and anti-interference, and the low-power-consumption mode aims to minimize the overall power consumption of the system; after receiving the mode selection instruction, the internal distributed networking module of the system will automatically load the parameter set corresponding to the selected mode, which will specifically define the values of various decision thresholds and whether to enable specific functions such as double-controller cooperative enhancement of robustness, so that the operation strategy of the system matches the actual application target outside.

[0050] In a specific low-power application scenario, a systematic parameter calibration procedure is performed, in which the terminal configured in the low-power mode is placed in a controllable signal environment, and the total data throughput of the network to which it is connected is increased from zero through a network load generator, while a performance analyzer monitors the average packet delay in the network in real time. When the average delay first exceeds the upper limit required by the pre-set quality of service level of the application scenario, the corresponding total data throughput at that moment is recorded and set as the decision threshold for triggering the unnecessary controller to enter the sleep state in the low-power mode. In the continuous running phase of the terminal, an online link health monitoring and fault tolerance mechanism built into the Bluetooth Host is activated to deal with possible abnormalities in the physical communication link between the Bluetooth Host and any Bluetooth controller. The mechanism sets an independent watchdog timer for each HCI physical link. The Bluetooth Host resets the corresponding timer each time it successfully receives a valid HCI event data from a specific controller. If a timer times out without being reset, the system determines that the corresponding physical link has failed. At this time, the distributed networking module will automatically trigger the device migration program to retrieve the device list previously maintained by the controller corresponding to the failed link and instruct the remaining link-state healthy controllers to take over and rebuild connections with all devices in the list, thereby maintaining the continuity of core network services when a single point of hardware link failure occurs. At the same time, the distributed networking module can also monitor the communication quality of the wireless link online. The module can calculate the packet reception rate (Packet Reception Rate) or link quality indicator (Link Quality Indicator) of each wireless connection maintained by the controller. When the system determines that the quality of a wireless link has been below the pre-set healthy threshold for a certain period of time, even if the corresponding HCI physical link has not been interrupted, the distributed networking module can actively trigger the device migration program to attempt to migrate the unstable device connection to another controller with better link status, thereby achieving active fault tolerance for declining wireless communication quality and further improving the connection stability and user experience of the entire network.

[0051] The device migration program is triggered after the system determines that fault tolerance migration needs to be performed. Its procedure begins with the distributed networking module retrieving the device list maintained by the failed controller and immediately querying the current connection number of the remaining healthy controllers to calculate the available connection slots wherein, is the single-chip maximum networking device number threshold, is the current number of connections of the healthy controller; if the total number of devices to be migrated is not greater than , the module directly sends a specific vendor connection instruction in the HCI protocol family containing the addresses of all devices to be migrated to the health controller, instructing it to scan and connect to the devices in the list first. If the total number of devices to be migrated is greater than The module will prioritize the link with the highest LPL value based on the link priority LPL determined by each link during the initial networking, a preset integer value used to represent the importance of the link service. The system migrates the devices to restore the continuity of core network services within a predictable reconnection time window, typically hundreds of milliseconds.

[0052] It will be apparent to those skilled in the art that the present invention is not limited to the details of the exemplary embodiments described above, and that the present invention can be implemented in other specific forms without departing from the spirit or essential characteristics of the present invention.

[0053] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not limiting. Although the present invention has been described in detail with reference to the preferred embodiments, those skilled in the art should understand that the technical solutions of the present invention may be modified or replaced by equivalents without departing from the spirit and scope of the technical solutions of the present invention.

Claims

1. A distributed multi-core self-organizing network method, characterized in that: The following steps are involved: Step a: a Bluetooth host establishes host controller interface communication with the first Bluetooth controller and the second Bluetooth controller respectively; Step b, the Bluetooth Host receives HCI event data from the first Bluetooth controller and the second Bluetooth controller; Step c: The distributed networking module in the Bluetooth Host determines the link status of each device in the network based on the received HCI event data, and generates a task allocation instruction for the first Bluetooth controller and the second controller; Step d: The Bluetooth Host sends the corresponding HCI command to the first Bluetooth controller or the second Bluetooth controller according to the task allocation instruction; In the network establishment phase, the method further includes: the distributed networking module instructs the first Bluetooth controller to perform a device discovery operation to obtain a list of devices to be networked and determine the total number M of devices to be networked; the distributed networking module compares the total number M of devices to be networked with a single-chip maximum number of networked devices threshold N; if the total number M of devices to be networked is greater than the single-chip maximum number of networked devices threshold N, the list of devices to be networked is divided into a first device sub-list and a second device sub-list, and the two are sent to the first Bluetooth controller and the second Bluetooth controller respectively; wherein the step of dividing the list of devices to be networked into the first device sub-list and the second device sub-list is specifically: the first Bluetooth controller distributes Networking devices, the second Bluetooth controller is allocated networking devices, including and The value of is determined by the following rules: in, is the total number of devices to be networked, The maximum number of networking devices on a single chip. is the second controller load factor with a value greater than 0 and less than or equal to 1, and .

2. A distributed multi-core self-organizing network method according to claim 1, characterized in that: The steps of the Bluetooth Host sending the corresponding HCI command to the first Bluetooth controller or the second Bluetooth controller specifically include: when the Bluetooth Host receives an HCI event, it extracts the Bluetooth connection handle in the event, and uniquely binds and stores the Bluetooth connection handle with the identity of the Bluetooth controller that generates the event; when it is necessary to send an HCI command for the wireless link identified by the Bluetooth connection handle, the Bluetooth Host retrieves the Bluetooth controller identity bound to the Bluetooth connection handle, and sends the HCI command to the Bluetooth controller corresponding to the identity.

3. The distributed multi-core self-organizing network method according to claim 1, characterized in that: The method also includes: the distributed networking module uniformly schedules all data sending tasks in the ad hoc network and assigns them only to the first Bluetooth controller for execution, and configures a power amplifier only on the radio frequency path connected to the first Bluetooth controller.

4. The distributed multi-core self-organizing network method according to claim 1, characterized in that: The method further includes: under the condition that the data throughput requirement calculated according to the total number M of devices to be networked is not higher than a data throughput threshold, the distributed networking module sends a control command to the second Bluetooth controller to enable it to enter a low-power sleep state.

5. The distributed multi-core self-organizing network method according to claim 1, characterized in that: After the networking is completed, the method further includes: allocating a first working channel set to the first Bluetooth controller and allocating a second working channel set to the second Bluetooth controller by the distributed networking module, wherein the first working channel set and the second working channel set are mutually exclusive.

6. The distributed multi-core self-organizing network method according to claim 1, characterized in that: In the non-team working mode, the method also includes: instructing the first Bluetooth controller and the second Bluetooth controller to scan for devices in parallel, and each reports the device information it has discovered to the Bluetooth Host; the distributed networking module deduplicates the received device information, and when it is determined that a device has been assigned to a controller for link maintenance, the subsequent report on the device by the other controller is ignored.

7. The distributed multi-core self-organizing network method according to claim 1, characterized in that: The method also includes: after receiving a trigger instruction to improve the stability of the network link and under the condition that the total number of networked devices M is not greater than the maximum number of networked devices N of a single chip, instructing the first Bluetooth controller and the second Bluetooth controller to jointly participate in the networking, and instructing both to use a low-speed physical layer for communication.

8. The distributed multi-core self-organizing network method according to claim 1, characterized in that: The step of the Bluetooth Host receiving the HCI event data from the second Bluetooth controller is specifically: the second Bluetooth controller transmits the HCI event data generated by its link layer to the Bluetooth Host in the form of an original data stream through the hardware communication interface without being processed by the local protocol stack.

Images