Bluetooth Mesh Unprovisioned Beacon Communication Mechanism
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The provision process in Bluetooth mesh network technology is complex and time-consuming, preventing devices from communicating without it and hindering quick verification of node operations in large networks.
Innovation Solution
A Bluetooth mesh network system with an unprovisioned communication mechanism using a delivering node that generates a beacon signal with identification information, allowing receiving nodes to perform identification and processing under a network communication protocol for command execution without a provision process.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the provision process is performed in Bluetooth mesh network, then nodes can communicate and be controlled in the network, but the process becomes complex and time-consuming
Solution Approach 1:
The patent segments the communication process into two distinct modes: provisioned communication (for controlled operations) and unprovisioned communication (for quick verification). This segmentation allows nodes to perform quick status checks and basic operations without undergoing the complete provision process, while still maintaining the ability to perform secure controlled operations when needed. The unprovisioned mode uses simplified authentication mechanisms that enable rapid communication setup.
Solution Approach 2:
The patent implements preliminary action by allowing nodes to perform unprovisioned communication before completing the full provision process. Nodes can exchange basic information, verify operations, and perform quick tests in the unprovisioned state, eliminating the need to wait for the entire provision process to complete before any communication can occur. This preliminary communication capability significantly reduces the effective setup time.
2Reliability
If the provision process is performed for all nodes, then network control is established, but the verification of node operations cannot be performed within a short time period
Solution Approach 1:
The patent divides communication operations into two categories: those requiring full provisioned mode (for security-critical control operations) and those that can occur in unprovisioned mode (for quick verification and status checks). This allows parallel execution of verification tasks in unprovisioned mode while the provision process continues or completes in the background, dramatically improving verification throughput.
Solution Approach 2:
The patent applies partial action by implementing a simplified unprovisioned communication mode that provides sufficient functionality for verification purposes without implementing the complete provisioned communication stack. This partial implementation enables quick verification of node operations, basic status checks, and network topology discovery without the overhead of full provisioning, achieving adequate functionality for verification while minimizing time requirements.
3Productivity
If unprovisioned communication is enabled, then quick verification is possible, but the complexity of communication mechanisms increases
Solution Approach 1:
The patent introduces an intermediary provisioning server that manages the complexity of communication mechanism selection and state transitions. The provisioning server coordinates between unprovisioned and provisioned modes, managing authentication credentials, and orchestrating the transition between communication modes. This intermediary absorbs much of the complexity, keeping the node implementations relatively simple while enabling sophisticated dual-mode communication capabilities.
Data Source
AI summary
The present invention discloses a Bluetooth mesh network system having unprovisioned communication mechanism that includes a delivering node and a receiving node. The delivering node generates a beacon signal having identification information that is not a key and performs broadcast communication. The receiving node receives the beacon signal and performs identification and processing under a network communication protocol to execute a command corresponding to the beacon signal.