Shared spectrum management method and system based on virtual carrier sensing

Abstract

The invention relates to a shared spectrum management method and system based on virtual carrier sensing. The method comprises the following steps: S1, constructing a preliminary spectrum resource map based on audiometry results; s2, virtually slicing a physical channel into a plurality of virtual channels according to the initial spectrum resource map, the system service flow classification, spectrum resources, interference and flow conditions, mapping service types to the corresponding virtual channels, and configuring an independent VCS / NAV parameter space for each channel to obtain a virtual channel division table and VCS / NAV parameters distributed by the virtual channel division table; s3, judging that the target virtual channel is physically idle and an NAV timer is zero according to a service requirement and VCS / NAV parameters of the target virtual channel, and constructing and broadcasting a control frame containing an NAV field; and S4, according to all received NAV control frames, updating the local NAV state of the corresponding channel to be busy, and obtaining a current NAV busy state table of each local virtual channel. According to the invention, efficient shared spectrum management which is oriented to multiple services, supports heterogeneous access and is intelligent and collaborative is realized.

Description

Technical Field

[0001] The present invention relates to the field of wireless communications, and in particular to a shared spectrum management method and system based on virtual carrier sensing. Background Art

[0002] With the rapid development of wireless communications, Wi-Fi, 5G NR-U, LTE-U, and other standards are becoming increasingly popular. Different types of terminals and services are increasingly demanding high bandwidth, low latency, and massive connections. At the same time, spectrum resources are limited. Traditional static spectrum allocation methods result in low spectrum utilization, making it difficult to cope with high-density, high-concurrency, and diverse service scenarios.

[0003] To improve spectrum resource utilization efficiency, shared spectrum (such as 5GHz, 6GHz, and TV white space) and its dynamic management have become a research and industry hotspot in recent years. However, in actual deployments, disordered spectrum acquisition, interference, and conflicts often lead to degraded service performance, especially among heterogeneous systems. Balancing fair access, efficient concurrency, and non-interference poses a technical challenge. Existing wireless access solutions often use physical carrier sensing (such as EDCA and CCA) or virtual carrier sensing (such as NAV and RTS / CTS) to reduce the probability of conflicts. However, these solutions are typically designed for a single standard or use static parameter settings, making them difficult to adapt to diverse and dynamically changing environments. Summary of the Invention

[0004] In order to solve the above problems, the purpose of the present invention is to provide a shared spectrum management method and system based on virtual carrier sensing, which combines multi-mode terminal capabilities, multi-dimensional spectrum sensing, virtual channel slicing and flexible collaborative control signaling to achieve efficient shared spectrum management that is multi-service oriented, supports heterogeneous access, and intelligent collaboration.

[0005] To achieve the above object, the present invention adopts the following technical solutions:

[0006] A shared spectrum management method based on virtual carrier sensing comprises the following steps:

[0007] S1: Build a preliminary spectrum resource map based on audiometry results, based on access requests issued by the network management side, current neighbor terminal broadcasts, regional spectrum utilization data, and the device's own multi-standard capabilities;

[0008] S2: Based on the preliminary spectrum resource map, the system classifies service flows according to spectrum resources, interference, and traffic conditions, virtually slices the physical channel into multiple virtual channels, maps service types to corresponding virtual channels, and configures an independent VCS / NAV parameter space for each channel to obtain a virtual channel partition table and its assigned VCS / NAV parameters;

[0009] S3: Based on the service requirements and the VCS / NAV parameters of the target virtual channel, determine that the target virtual channel is physically idle and the NAV timer is zero, construct and broadcast a control frame containing the NAV field. The NAV content includes the expected occupation duration, channel ID, and priority. The obtained NAV control frame is propagated in the neighboring cell, and the occupation declaration takes effect.

[0010] S4: Based on all received NAV control frames, the local NAV status of the corresponding channel is updated to busy. If there is a higher priority announcement, the preemption or queue-jumping mechanism is appropriately used in advance to decide whether to send a wait / backoff locally or enter a higher priority intervention process, and obtain the current NAV busy status table of each local virtual channel.

[0011] Furthermore, based on the access request sent by the network management side, the current neighbor terminal broadcast, regional spectrum utilization data, and the device's own multi-standard capabilities, a preliminary spectrum resource map based on the audiometry results is constructed as follows:

[0012] The terminal first receives a clear access request from the upper-level network management system. The request contains the user service type, target service quality, expected service load, and recommended access time slot or physical resource unit;

[0013] Obtain signaling messages broadcast by other terminals in the same frequency band through regular scanning;

[0014] Synchronously receive regional spectrum utilization snapshots published by the management node or spectrum sensing platform, which include real-time / historical utilization, resident interference, in-use standards, and idle time information for each physical channel;

[0015] Check the wireless standards and physical layer parameters supported by the device;

[0016] Start all available RF front-ends and activate all supported wireless standards in parallel. For each standard / frequency band, use low-level hardware listening and spectrum energy detection to scan each physical channel within the allocated frequency band. For each channel, record signal strength, noise floor, level change trends, sudden interference characteristics, etc., and attempt to infer the identity of the signal source.

[0017] A preliminary spectrum resource map is constructed by integrating management-side suggestions, neighbor terminal broadcasts, regional snapshots, and local listening results.

[0018] Furthermore, the preliminary spectrum resource map marks each frequency band / channel separately, and also includes occupancy status, usage standard, average interference level, number of active terminals and priority distribution, potential interference sources and hot spots, and performs weighted calculations for different business types and service levels based on the resource status in the table, giving priority to screening resource blocks with low interference, high idleness, and standard compatibility.

[0019] Furthermore, based on the preliminary spectrum resource map and the system service flow classification, the physical channel is virtually sliced ​​into multiple virtual channels according to spectrum resources, interference, and traffic conditions, and the service types are mapped to the corresponding virtual channels, as follows:

[0020] Based on current and predicted service flow types, the QoS requirements of each service and the fluctuation characteristics of the data volume required by the service are sorted out. By combining historical data and actual time slot service queues, peak and off-peak traffic intervals are analyzed to determine the resource guarantee sensitivity of each service type.

[0021] Based on the availability, interference level and load of each physical channel in the preliminary spectrum resource map, slicing is performed based on the actual bandwidth, interference and congestion conditions: one or more physical channels are virtually sliced ​​according to frequency segments, time slots, spatial resources and standard attributes;

[0022] The number and granularity of slices are determined by both QoS requirements and physical resource conditions;

[0023] According to the service type, one or a group of primary virtual channels and backup channels are assigned to each type of service;

[0024] When a business flow suddenly overloads a certain channel and the conflict rate increases, the mapping relationship is automatically adjusted to support dynamic business migration and channel reallocation.

[0025] Furthermore, an independent VCS / NAV parameter space is configured for each channel to obtain a virtual channel partition table and its allocated VCS / NAV parameters, as follows:

[0026] Assign an independent VCS / NAV parameter set to each virtual channel. Typical parameters include: NAV maximum value, backoff time window, carrier sense sensitivity, access priority, parameters due to service category, channel status, and build a virtual channel division and parameter allocation table;

[0027] Clearly list the physical attributes, corresponding service type, assigned terminal, and parameter space of each virtual channel to form a VCS / NAV parameter allocation table: output independent VCS / NAV parameter configuration for each channel, which is convenient for direct call in subsequent transmission decision, channel listening, backoff management and other links.

[0028] Furthermore, based on service requirements and the VCS / NAV parameters of the target virtual channel, it is determined that the target virtual channel is physically idle and the NAV timer is zero. A control frame containing the NAV field is constructed and broadcast. The NAV content includes the expected occupation duration, channel ID, and priority. The obtained NAV control frame is propagated in neighboring cells, and the occupation declaration takes effect. The details are as follows:

[0029] The scheduling engine obtains the data packet to be sent from the sending queue and identifies its service type, QoS requirement and service priority; combines the virtual channel division table and VCS / NAV parameter allocation table generated in step S3 to obtain the virtual channel number corresponding to the data service and the independent VCS / NAV parameter settings of the channel;

[0030] The wireless front end monitors the channel energy of the physical frequency band of the target virtual channel in real time to determine whether its energy level is lower than the detection threshold set for the channel and confirm that no other physical layer is currently occupying it.

[0031] Synchronously detect the NAV timer of the target channel maintained by the terminal and confirm that the timer is 0, indicating that there is no known virtual channel occupied;

[0032] Only when both the physical layer and virtual layer are idle can the terminal perform the sending action, otherwise it will enter the backoff process or poll other candidate channels;

[0033] Construct RTS / CTS frames with service-specific parameters, or customized NAV announcement control packets;

[0034] The wireless physical layer broadcasts the constructed NAV control frame to all terminals in the adjacent area of ​​the target virtual channel. The control frame propagates over the air, covering all potential access nodes or terminals in the channel monitoring state.

[0035] Neighboring terminals receive and parse NAV control information: they automatically update the local virtual channel status and NAV timer based on the received channel ID, NAV occupancy duration, and priority, mark the channel as busy during the occupancy period, prohibit new service scheduling, and perform priority arbitration if a higher-priority service is available.

[0036] Local channel occupancy declaration takes effect: This NAV control operation authenticates the occupancy behavior within the network, minimizing channel conflicts and hidden terminal issues. The NAV control frame is transmitted and implemented in a timely and effective manner at the physical and virtual layers according to the rules, realizing the instant declaration of channel occupancy coordination and resource allocation within the domain.

[0037] Furthermore, based on all received NAV control frames, the local NAV status of the corresponding channel is updated to busy. If there is a higher priority announcement, the preemption or queue-jumping mechanism is appropriately used to decide whether to send a wait / backoff or enter a higher priority intervention process. The current NAV busy status table of each local virtual channel is obtained, as follows:

[0038] The terminal continuously monitors NAV control frames on all virtual channels it can receive, regardless of whether the frames are sent by terminals of the same standard or heterogeneous standards. Whenever a NAV control frame is received, the terminal extracts the key information in the frame.

[0039] According to the channel ID in the NAV control frame, find the locally maintained virtual channel NAV status entry.

[0040] Status assignment and timer update: mark the NAV status of the corresponding virtual channel as busy, and set the NAV timer to the occupied duration of the frame declaration;

[0041] Repeated occupancy and priority queue interruption processing: If the current channel is already occupied by a NAV, determine whether the newly received announcement has a higher priority. If the new announcement has a higher priority, allow priority queue interruption, that is, terminate the current NAV occupation in advance, and overwrite the existing status with the newly announced NAV duration and priority. At the same time, it can trigger preemption or interruption of local low-priority service transmission preparation. If the priority is equal or lower, queue normally, postpone the timer, or ignore it.

[0042] If the target channel NAV timer is greater than zero and the priority of this service does not reach the threshold for preempting the current occupied channel, the local service enters the waiting / backoff queue and starts the backoff timing and retry process. If the priority of this service is higher, priority arbitration can be initiated and the high-priority intervention process can be entered. According to the protocol, a higher-priority NAV frame can be broadcast to complete the preemption.

[0043] For all virtual channels, the terminal periodically polls and locally counts down the NAV value to ensure that once the NAV occupancy time expires, the channel returns to an idle state and allows new scheduling attempts;

[0044] Construct a local virtual channel NAV busy status table, which includes the virtual channel number, current NAV status, remaining NAV occupancy time, current channel occupancy service priority, and local queuing / backoff service queue status.

[0045] A shared spectrum management system based on virtual carrier sensing includes a processor, a memory, and a computer program stored in the memory. When the processor executes the computer program, it specifically performs the steps in the shared spectrum management method based on virtual carrier sensing as described above.

[0046] The present invention has the following beneficial effects:

[0047] 1. This invention integrates physical layer energy status, management instructions, regional load, and terminal capabilities through multi-information fusion, parallel listening, and multi-dimensional decision-making to efficiently construct a dynamic, fine-grained preliminary spectrum resource map, providing a reliable foundation for the network's virtual carrier sensing strategy and QoS guarantee function.

[0048] 2. Through service perception, physical resource analysis, and intelligent slicing, this invention efficiently maps limited physical resources into virtual channels for on-demand services, providing customized scheduling space for diverse service traffic. It leverages independent VCS / NAV parameters to enhance multi-channel concurrency and hierarchical transmission control. Furthermore, through dual-layer idle decision, standardized broadcast of parameterized NAV control frames, and neighboring cell collaborative locking, it lays the foundation for secure and efficient concurrent data transmission and conflict mitigation, achieving a core fulcrum for multi-channel, multi-service intelligent access.

[0049] 3. The present invention realizes efficient resource occupation coordination, dynamic conflict intervention and service differentiation scheduling through real-time aggregation and priority-aware NAV state management and backoff mechanism, providing key guarantees for high concurrency and intelligent management of complex, multi-service wireless networks. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] Figure 1 Flow chart of the method of the present invention. DETAILED DESCRIPTION

[0051] The present invention is further described in detail below with reference to the accompanying drawings and specific embodiments:

[0052] refer to Figure 1 In this embodiment, a shared spectrum management method based on virtual carrier sensing is provided, comprising the following steps:

[0053] S1: Build a preliminary spectrum resource map based on audiometry results, based on access requests issued by the network management side, current neighbor terminal broadcasts, regional spectrum utilization data, and the device's own multi-standard capabilities;

[0054] S2: Based on the preliminary spectrum resource map, the system classifies service flows (QoS type, priority, data volume, etc.). Based on spectrum resources, interference, and traffic conditions, the physical channel is virtually sliced ​​into multiple virtual channels. Service types are mapped to corresponding virtual channels, and an independent VCS / NAV parameter space is configured for each channel to obtain a virtual channel partition table and its assigned VCS / NAV parameters.

[0055] S3: Based on the service requirements (data packets to be sent or scheduled and their types) and the VCS / NAV parameters of the target virtual channel, determine whether the target virtual channel is physically idle (energy is below the threshold) and the NAV timer is zero. Construct and broadcast a control frame containing the NAV field (such as RTS / CTS or a custom NAV announcement packet). The NAV content includes the expected occupancy duration, channel ID, and priority. The resulting NAV control frame is propagated in neighboring cells, and the occupancy announcement takes effect.

[0056] S4: Based on all received NAV control frames (including different channels and priorities), the local NAV status of the corresponding channel is updated to busy (and the NAV counter is recorded to the specified time length). If there is a higher priority announcement, the preemption or queue-jumping mechanism is appropriately implemented in advance to decide whether to send a wait / backoff locally or enter a higher priority intervention process, and obtain the current NAV busy status table of each local virtual channel.

[0057] In this embodiment, a preliminary spectrum resource map based on audiometry results is constructed based on access requests issued by the network management side, current neighbor terminal broadcasts, regional spectrum utilization data, and the device's own multi-standard capabilities. Specifically,

[0058] The terminal first receives a clear access request from the upper-level network management system (such as the slice management platform or edge server). The request contains the user service type (such as voice, video, IoT signal), target service quality, expected service load, and recommended access time slot or physical resource unit;

[0059] Through regular scanning, the system obtains signaling messages broadcast by other terminals in the same frequency band. These messages include the current frequency band ID, channel occupancy time, antenna parameters, MAC layer service type, and conflict / collision statistics, helping to determine the location of surrounding active terminals and the distribution of traffic hotspots.

[0060] Synchronously receive regional spectrum utilization snapshots published by the management node or spectrum sensing platform, which include real-time / historical utilization, resident interference, in-use standards, and idle time information for each physical channel;

[0061] Check the wireless standards and physical layer parameters supported by the device (such as frequency band, number of transmitting and receiving antennas, power dynamic range, filtering performance, and specific format characteristics);

[0062] All available RF front-ends are activated in parallel, along with all supported wireless standards (such as Wi-Fi, 5G NR-U, and LTE-U). For each standard / frequency band, low-level hardware listening and spectrum energy detection are used to scan each physical channel within the allocated frequency band. For each channel, signal strength, noise floor, level change trends, and sudden interference characteristics are recorded, attempting to infer the signal source's identity (for example, whether it is Wi-Fi or 5G NR-U).

[0063] A preliminary spectrum resource map is constructed by integrating management-side suggestions, neighbor terminal broadcasts, regional snapshots, and local listening results.

[0064] In this embodiment, the preliminary spectrum resource map marks each frequency band / channel separately, and also includes the occupancy status (idle / partially occupied / fully occupied), the used standard (such as Wi-Fi, 5G NR-U, etc.), the average interference level, the number of active terminals and priority distribution, potential interference sources and hot spots, and performs weighted calculations for different service types and service levels based on the resource status in the table, giving priority to screening resource blocks with low interference, high idleness, and standard compatibility.

[0065] In this embodiment, based on the preliminary spectrum resource map and system service flow classification, the physical channel is virtually sliced ​​into multiple virtual channels according to spectrum resources, interference, and traffic conditions, and service types are mapped to corresponding virtual channels, as follows:

[0066] Based on current and predicted service flow types (such as voice, video, IoT, file transfer, and emergency commands), the QoS requirements of each service (including latency tolerance, packet loss tolerance, bandwidth usage, priority, and real-time performance) and the fluctuation characteristics of the data volume required by the service are sorted out. By combining historical data and actual time slot service queues, peak and off-peak traffic intervals are analyzed to determine the resource guarantee sensitivity of each service type.

[0067] Based on the availability, interference level, and load of each physical channel (specific frequency band, time slot, and standard) in the preliminary spectrum resource map, slicing is performed based on actual bandwidth, interference, and congestion: one or more physical channels are virtually sliced ​​according to frequency band, time slot, spatial resource, and standard attributes;

[0068] Flexible use of: Frequency Division (FD): For example, a 40MHz channel is virtualized into several 10MHz sub-channels; Time Division (TD): High-priority short time slots are reserved for bursty traffic; Space Division / System Division (SD): Different systems or coverage areas are mapped to virtual channels based on terminal capabilities;

[0069] The number and granularity of slices are determined by both QoS requirements and physical resource availability: high-priority services are preferentially allocated to virtual channels with minimal interference and the highest idleness; low-priority, high-bandwidth services, or services that tolerate flow control can be aggregated into the same channel or arranged in controlled "low-priority channels";

[0070] Assign one or a group of primary virtual channels and backup channels to each service type (or priority group); for example, real-time voice / control class - assign virtual channel α with the lowest latency and interference

[0071] For video streaming, allocate virtual channel β with sufficient bandwidth and moderate load. For low-speed IoT reporting, allocate virtual channel γ with strong fault tolerance and many idle windows. For large-volume file downloads, allocate virtual channels to "mixed channels" that can handle high traffic.

[0072] When a business flow suddenly overloads a certain channel and the conflict rate increases, the mapping relationship is automatically adjusted to support dynamic business migration and channel reallocation.

[0073] In this embodiment, an independent VCS / NAV parameter space is configured for each channel to obtain a virtual channel partition table and its allocated VCS / NAV parameters, as follows:

[0074] Each virtual channel is assigned an independent VCS / NAV parameter set. Typical parameters include: NAV maximum value (limiting the maximum duration of a virtual occupancy), backoff time window (waiting time distribution in case of conflict), carrier sense sensitivity (threshold for detecting physical occupancy), access priority (indicating the scheduling priority of data on this channel). Parameters vary depending on service type and channel status: virtual channels for high-priority services are configured with shorter backoff, shorter NAV, and more sensitive sensing thresholds; channels for low-priority services are allowed to have larger NAVs to improve resource utilization. This results in a table of virtual channel division and parameter allocation.

[0075] Clearly list the physical attributes (frequency band, time slot, standard), corresponding service type, assigned terminal, and parameter space of each virtual channel to form a VCS / NAV parameter allocation table: output independent VCS / NAV parameter configuration for each channel, which is convenient for subsequent direct call in transmission decision, channel listening, backoff management and other links.

[0076] In this embodiment, based on service requirements and the VCS / NAV parameters of the target virtual channel, it is determined that the target virtual channel is physically idle and the NAV timer is zero. A control frame containing a NAV field is constructed and broadcast. The NAV content includes the expected occupation duration, channel ID, and priority. The resulting NAV control frame is propagated in neighboring cells, and the occupation declaration takes effect. The details are as follows:

[0077] The scheduling engine obtains the data packet to be sent from the sending queue and identifies its service type, QoS requirement, and service priority. Combining the virtual channel allocation table and the VCS / NAV parameter allocation table generated in step S3, the scheduling engine obtains the virtual channel number corresponding to the data service and the independent VCS / NAV parameter settings for the channel (such as the maximum NAV duration, backoff window, listening threshold, etc.).

[0078] The wireless front end monitors the channel energy of the physical frequency band of the target virtual channel in real time to determine whether its energy level is lower than the detection threshold set for the channel and confirm that no other physical layer is currently occupying it.

[0079] Synchronously detect the target channel NAV timer (i.e., local virtual carrier sense flag) maintained by the terminal and confirm that the timer is 0, indicating that there is currently no known virtual channel occupied;

[0080] Only when both the physical layer is idle (low energy) and the virtual layer is idle (NAV=0) are met, the terminal can perform the transmission action, otherwise it enters the backoff process or polls other candidate channels;

[0081] Construct an RTS / CTS frame with service-specific parameters, or a customized NAV announcement control packet. Key information included includes: expected occupation duration (i.e., the length of the time window for occupying the channel), target channel ID (uniquely identifies the corresponding virtual channel), service priority field (indicating the level of this occupation task), terminal unique identifier or group information (if scheduling arbitration is required), and the frame structure can be compatible with standard protocols or expanded as necessary to adapt to multi-standard / multi-service coexistence scenarios.

[0082] The wireless physical layer broadcasts the constructed NAV control frame to all terminals in the adjacent area of ​​the target virtual channel. The control frame propagates over the air, covering all potential access nodes or terminals in the channel monitoring state.

[0083] Neighboring terminals receive and parse NAV control information: they automatically update the local virtual channel status and NAV timer based on the received channel ID, NAV occupancy duration, and priority, mark the channel as busy during the occupancy period, prohibit new service scheduling, and perform priority arbitration if a higher-priority service is available.

[0084] Local channel occupancy declaration takes effect: This NAV control operation authenticates the occupancy behavior within the network, minimizing channel conflicts and hidden terminal issues. The NAV control frame is transmitted and implemented in a timely and effective manner at the physical and virtual layers according to the rules, realizing the instant declaration of channel occupancy coordination and resource allocation within the domain.

[0085] In this embodiment, based on all received NAV control frames, the local NAV status of the corresponding channel is updated to busy. If there is a higher priority announcement, a preemption or queue-jumping mechanism is appropriately used to decide whether to send a wait / backoff or enter a higher priority intervention process. The current NAV busy status table of each local virtual channel is obtained, as follows:

[0086] The terminal continuously monitors NAV control frames (including RTS / CTS or custom NAV announcement packets) on all virtual channels it can receive, regardless of whether the frames are sent by terminals of the same standard or heterogeneous standards. Whenever a NAV control frame is received, it extracts key information from the frame, including channel ID, expected occupancy time, priority flag, and initiating terminal identification.

[0087] According to the channel ID in the NAV control frame, find the locally maintained virtual channel NAV status entry.

[0088] Status assignment and timer update: mark the NAV status of the corresponding virtual channel as busy, and set the NAV timer to the occupied duration of the frame announcement (or longer - if there are overlapping announcements, it needs to be accumulated);

[0089] Repeated occupancy and priority queue interruption processing: If the current channel is already occupied by a NAV, determine whether the newly received announcement has a higher priority. If the new announcement has a higher priority, allow priority queue interruption, that is, terminate the current NAV occupation in advance, and overwrite the existing status with the newly announced NAV duration and priority. At the same time, it can trigger preemption or interruption of local low-priority service transmission preparation. If the priority is equal or lower, queue normally, postpone the timer, or ignore it.

[0090] If the target channel NAV timer is greater than zero and the priority of this service does not reach the threshold for preempting the current occupied channel, the local service enters the waiting / backoff queue and starts the backoff timing and retry process. If the priority of this service is higher, priority arbitration can be initiated and the high-priority intervention process can be entered. According to the protocol, a higher-priority NAV frame can be broadcast to complete the preemption.

[0091] For all virtual channels, the terminal periodically polls and locally counts down the NAV value to ensure that once the NAV occupancy time expires, the channel returns to an idle state and allows new scheduling attempts;

[0092] Constructs a local virtual channel NAV busy status table, which includes the virtual channel number, current NAV status (idle / busy), remaining NAV occupancy time, current channel occupancy service priority, and local queue / backoff service status. This provides real-time, granular data support for upper-layer schedulers to decide whether to initiate new service scheduling, switch to a backup channel, or adjust backoff parameters.

[0093] A shared spectrum management system based on virtual carrier sensing includes a processor, a memory, and a computer program stored in the memory. When the processor executes the computer program, it specifically performs the steps in the shared spectrum management method based on virtual carrier sensing as described above.

[0094] It will be understood by those skilled in the art that embodiments of the present invention may be provided as methods, systems, or computer program products. Thus, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0095] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowcharts and / or block diagrams, as well as combinations of processes and / or blocks in the flowcharts and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowcharts and / or block diagrams. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0096] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0097] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0098] The above description is merely a preferred embodiment of the present invention and is not intended to limit the present invention in any other manner. Any person skilled in the art may utilize the above-disclosed technical content to modify or modify the present invention into equivalent embodiments. However, any simple modifications, equivalent variations, and modifications to the above embodiments that do not depart from the technical content of the present invention and are based on the technical essence of the present invention remain within the scope of protection of the present invention.

Claims

1. A shared spectrum management method based on virtual carrier sensing, characterized in that: The following steps are involved: S1: Build a preliminary spectrum resource map based on audiometry results, based on access requests issued by the network management side, current neighbor terminal broadcasts, regional spectrum utilization data, and the device's own multi-standard capabilities; S2: Based on the preliminary spectrum resource map, the system classifies service flows according to spectrum resources, interference, and traffic conditions, virtually slices the physical channel into multiple virtual channels, maps service types to corresponding virtual channels, and configures an independent VCS / NAV parameter space for each channel to obtain a virtual channel partition table and its assigned VCS / NAV parameters; S3: Based on the service requirements and the VCS / NAV parameters of the target virtual channel, determine that the target virtual channel is physically idle and the NAV timer is zero, construct and broadcast a control frame containing the NAV field. The NAV content includes the expected occupation duration, channel ID, and priority. The obtained NAV control frame is propagated in the neighboring cell, and the occupation declaration takes effect. S4: Based on all received NAV control frames, the local NAV status of the corresponding channel is updated to busy. If there is a higher priority announcement, the preemption or queue-jumping mechanism is appropriately used in advance to decide whether to send a wait / backoff locally or enter a higher priority intervention process, and obtain the current NAV busy status table of each local virtual channel.

2. The shared spectrum management method based on virtual carrier sensing according to claim 1, characterized in that The preliminary spectrum resource map based on the audiometry results is constructed based on the access request issued by the network management side, the current neighbor terminal broadcast, the regional spectrum utilization data, and the multi-standard capabilities of the device itself, as follows: The terminal first receives a clear access request from the upper-level network management system. The request contains the user service type, target service quality, expected service load, and recommended access time slot or physical resource unit; Obtain signaling messages broadcast by other terminals in the same frequency band through regular scanning; Synchronously receive regional spectrum utilization snapshots published by the management node or spectrum sensing platform, which include real-time / historical utilization, resident interference, in-use standards, and idle time information for each physical channel; Check the wireless standards and physical layer parameters supported by the device; Start all available RF front-ends and activate all supported wireless standards in parallel. For each standard / frequency band, use low-level hardware listening and spectrum energy detection to scan each physical channel within the allocated frequency band. For each channel, record signal strength, noise floor, level change trends, sudden interference characteristics, etc., and attempt to infer the identity of the signal source. A preliminary spectrum resource map is constructed by integrating management-side suggestions, neighbor terminal broadcasts, regional snapshots, and local listening results.

3. The shared spectrum management method based on virtual carrier sensing according to claim 2 is characterized in that The preliminary spectrum resource map marks each frequency band / channel separately, and also includes occupancy status, usage standard, average interference level, number of active terminals and priority distribution, potential interference sources and hot spots, and performs weighted calculations for different service types and service levels based on the resource status in the table, giving priority to screening resource blocks with low interference, high idleness, and standard compatibility.

4. The shared spectrum management method based on virtual carrier sensing according to claim 1, characterized in that According to the preliminary spectrum resource map, the system classifies service flows and virtualizes the physical channel into multiple virtual channels based on spectrum resources, interference, and traffic conditions. The service types are mapped to the corresponding virtual channels as follows: Based on current and predicted service flow types, the QoS requirements of each service and the fluctuation characteristics of the data volume required by the service are sorted out. By combining historical data and actual time slot service queues, peak and off-peak traffic intervals are analyzed to determine the resource guarantee sensitivity of each service type. Based on the availability, interference level and load of each physical channel in the preliminary spectrum resource map, slicing is performed based on the actual bandwidth, interference and congestion conditions: one or more physical channels are virtually sliced ​​according to frequency segments, time slots, spatial resources and standard attributes; The number and granularity of slices are determined by both QoS requirements and physical resource conditions; According to the service type, one or a group of primary virtual channels and backup channels are assigned to each type of service; When a business flow suddenly overloads a certain channel and the conflict rate increases, the mapping relationship is automatically adjusted to support dynamic business migration and channel reallocation.

5. The shared spectrum management method based on virtual carrier sensing according to claim 4 is characterized in that The virtual channel partition table and its allocated VCS / NAV parameters are obtained by configuring an independent VCS / NAV parameter space for each channel, as follows: Assign an independent VCS / NAV parameter set to each virtual channel. Typical parameters include: NAV maximum value, backoff time window, carrier sense sensitivity, access priority, parameters due to service category, channel status, and build a virtual channel division and parameter allocation table; Clearly list the physical attributes, corresponding service type, assigned terminal, and parameter space of each virtual channel to form a VCS / NAV parameter allocation table: output independent VCS / NAV parameter configuration for each channel, which is convenient for direct call in subsequent transmission decision, channel listening, backoff management and other links.

6. The shared spectrum management method based on virtual carrier sensing according to claim 1, characterized in that According to the service requirements and the VCS / NAV parameters of the target virtual channel, it is determined that the target virtual channel is physically idle and the NAV timer is zero, and a control frame containing a NAV field is constructed and broadcast. The NAV content includes the expected occupation duration, channel ID, and priority. The obtained NAV control frame is propagated in the neighboring area, and the occupation declaration takes effect. Specifically, as follows: The scheduling engine obtains the data packet to be sent from the sending queue and identifies its service type, QoS requirement and service priority; combines the virtual channel division table and VCS / NAV parameter allocation table generated in step S3 to obtain the virtual channel number corresponding to the data service and the independent VCS / NAV parameter settings of the channel; The wireless front end monitors the channel energy of the physical frequency band of the target virtual channel in real time to determine whether its energy level is lower than the detection threshold set for the channel and confirm that no other physical layer is currently occupying it. Synchronously detect the NAV timer of the target channel maintained by the terminal and confirm that the timer is 0, indicating that there is no known virtual channel occupied; Only when both the physical layer and virtual layer are idle can the terminal perform the sending action, otherwise it will enter the backoff process or poll other candidate channels; Construct RTS / CTS frames with service-specific parameters, or customized NAV announcement control packets; The wireless physical layer broadcasts the constructed NAV control frame to all terminals in the adjacent area of ​​the target virtual channel. The control frame propagates over the air, covering all potential access nodes or terminals in the channel monitoring state. Neighboring terminals receive and parse NAV control information: they automatically update the local virtual channel status and NAV timer based on the received channel ID, NAV occupancy duration, and priority, mark the channel as busy during the occupancy period, prohibit new service scheduling, and perform priority arbitration if a higher-priority service is available. Local channel occupancy declaration takes effect: This NAV control operation authenticates the occupancy behavior within the network, minimizing channel conflicts and hidden terminal issues. The NAV control frame is transmitted and implemented in a timely and effective manner at the physical and virtual layers according to the rules, realizing the instant declaration of channel occupancy coordination and resource allocation within the domain.

7. The shared spectrum management method based on virtual carrier sensing according to claim 1, characterized in that According to all received NAV control frames, the local NAV status of the corresponding channel is updated to busy. If there is a higher priority announcement, the preemption or queue-jumping mechanism is appropriately used to decide whether to send a wait / backoff or enter a higher priority intervention process. The current NAV busy status table of each local virtual channel is obtained, as follows: The terminal continuously monitors NAV control frames on all virtual channels it can receive, regardless of whether the frames are sent by terminals of the same standard or heterogeneous standards. Whenever a NAV control frame is received, the terminal extracts the key information in the frame. According to the channel ID in the NAV control frame, find the locally maintained virtual channel NAV status entry and assign status and timer updates: mark the NAV status of the corresponding virtual channel as busy, and set the NAV timer to the occupancy duration declared in the frame; Repeated occupancy and priority queue processing: If the current channel is already occupied by NAV, determine whether the newly received announcement has a higher priority; If the newly declared priority is higher, priority queueing is allowed, that is, the current NAV occupation is terminated in advance, and the existing state is overwritten with the newly declared NAV duration and priority. At the same time, it can trigger the preemption or interruption of local low-priority service transmission preparation; if the priority is equal or lower, normal queuing is performed, and the timer is postponed or ignored; If the target channel NAV timer is greater than zero and the service priority does not reach the threshold to preempt the currently occupied channel, the local service enters the waiting / backoff queue and starts the backoff timing and retry process; If the service has a higher priority, priority arbitration can be initiated and the high-priority intervention process can be entered. According to the protocol, a higher-priority NAV frame can be broadcast to complete the preemption. For all virtual channels, the terminal periodically polls and locally counts down the NAV value to ensure that once the NAV occupancy time expires, the channel returns to an idle state and allows new scheduling attempts; Construct a local virtual channel NAV busy status table, which includes the virtual channel number, current NAV status, remaining NAV occupancy time, current channel occupancy service priority, and local queuing / backoff service queue status.

8. A shared spectrum management system based on virtual carrier sensing, characterized in that: The method comprises a processor, a memory and a computer program stored in the memory. When the processor executes the computer program, the method specifically performs the steps in the shared spectrum management method based on virtual carrier sensing according to any one of claims 1 to 7.

Images