PDT base station multimode channel dynamic configuration method and system

Abstract

The invention discloses a PDT base station multimode channel dynamic configuration method and system, and belongs to the technical field of communication. The invention mainly solves the technical problems that the existing PDT base station cannot dynamically allocate the channel resources according to the traffic tide due to the static binding relationship between the radio frequency carrier and the communication mode, and the mode switching needs to interrupt the service to restart the base station. According to the method, software function examples of multiple communication modes (TMO / RMO / DMO) are loaded in parallel in a base station memory, and a channel configuration center is used for generating a carrier recombination strategy based on real-time load monitoring. And the channel control unit is used as middleware, responds to an affiliation authorization instruction (SETAUTH), peels off the carrier affiliation right on a logic layer, and issues a service configuration instruction (NEWSVC) to the target mode instance. According to the mechanism, on the premise that radio frequency hardware is not reset, dynamic circulation and seamless multiplexing of physical carriers among different service modes are achieved, and the resource utilization rate and the service response flexibility of the base station are remarkably improved.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a method and system for dynamic configuration of multi-mode channels in a PDT base station. Background Technology

[0002] With the widespread application of police digital trunking (PDT) communication systems, frontline communication scenarios are exhibiting highly differentiated and dynamic characteristics. In practical applications, base stations often need to support multiple communication modes simultaneously, such as trunking mode (TMO) for daily command and dispatch, conventional mode (RMO) for blind spot coverage or regular relaying, and ad hoc network mode (DMO) for emergency direct communication. Traditional PDT base station software architecture typically adopts a "siloed" design, meaning that each set of radio frequency hardware resources is physically "hard-bound" to a specific software function mode. This means that once a carrier is configured for trunking mode, even during off-peak hours at night, its idle time slots cannot be temporarily requisitioned to support sudden regular relaying services, resulting in a significant waste of hardware resources.

[0003] Chinese Patent Publication No. CN103813273B discloses a method for configuring and accessing the wireless link channel frequency of a PDT digital trunking base station. This patent reduces interference between the local channel and the link channel by setting intermittent time stamps and specific frequency intervals, thus optimizing the static stability of frequency configuration. However, this patent only solves the anti-interference problem of channel frequency planning in a single mode and does not address the resource scheduling mechanism at the base station software architecture level. Specifically, this existing technology cannot break the fixed affiliation between carriers and specific service modes. When the network faces tidal effects (i.e., traffic volume fluctuates greatly in different modes at different times), it cannot achieve dynamic transfer and reuse of carrier resources between different communication modes without restarting the base station or reprogramming the configuration. This results in insufficient flexibility of the base station system in multi-service concurrent scenarios and low channel resource utilization. Summary of the Invention

[0004] The purpose of this invention is to provide a method and system for dynamic multi-mode channel configuration suitable for PDT narrowband base stations. It mainly solves the technical problem that existing PDT base stations, in scenarios with multiple services coexisting, cannot dynamically allocate channel resources according to real-time traffic tides due to the static binding relationship between radio frequency carriers and software modes, resulting in low hardware resource utilization and inability to cope with sudden traffic peaks.

[0005] The purpose of this invention is to decouple base station service logic from underlying physical resources by constructing a middleware architecture based on the channel control unit (CCU), thereby solving the problem that existing technologies must interrupt services and restart base stations when switching communication modes. This enables a single physical carrier to dynamically and seamlessly switch ownership in milliseconds between different modes such as cluster, conventional, and ad hoc networks, based on the overall network load strategy, while ensuring service continuity.

[0006] The purpose of this invention is to establish a resource contention and locking mechanism based on two-level instruction interaction to solve the resource conflict problem that may occur when multiple software instances run in parallel. It ensures that under extremely high load, the high-priority mode can forcibly strip and requisition the idle carrier resources of the low-priority mode through atomic mutual exclusion operations, thereby avoiding the deployment of a large number of redundant hardware devices to meet peak demand and significantly improving the overall throughput efficiency of the communication network.

[0007] This invention proposes a dynamic configuration method for multi-mode channels in a PDT base station. The method includes: loading multiple communication mode software function instances in parallel during base station startup; a channel configuration center generating a carrier reconfiguration strategy based on real-time monitored traffic load status and sending a home grant instruction to the channel control unit; the channel control unit responding to the home grant instruction, after determining that the target carrier meets the handover conditions, stripping the target carrier of its home rights in the original mode and establishing a home rights in the new mode; the channel control unit sending a service configuration instruction to the target mode software function instance that has obtained the home rights, and the target mode software function instance taking over the physical resources of the target carrier and executing the corresponding communication service logic according to the service configuration instruction. This technical solution, through a process of "parallel loading - real-time decision-making - command-driven - dynamic switching," enables a single PDT base station physical platform to simultaneously support software instances of multiple communication modes (such as conventional, trunking, and ad hoc networks). Based on real-time traffic load, it can dynamically grant and reclaim ownership through the channel control unit (CCU) without restarting the base station or interrupting the radio frequency connection. This transforms fixed physical carrier resources into a "dynamic resource pool" that can flow on demand between different modes, fundamentally solving the technical problems of low resource utilization and inflexible response to traffic surges caused by the mode and hardware binding of traditional base stations.

[0008] Preferably, this method constructs multiple independent logical containers within the user space of the base station operating system, preloading the protocol stacks and baseband processing logic for conventional base station mode, cluster base station mode, and self-organizing network mode into these logical containers. All software function instances are initialized to a standby listening state, and each instance shares the same set of underlying RF hardware interfaces, with logical isolation of baseband data achieved through the channel control unit (CCU). By constructing mutually isolated logical containers within the base station operating system's user space to preload and reside the complete protocol stacks and processing logic for each mode, a stable and resource-controllable software sandbox environment is provided for multi-mode parallel operation. Initializing all instances to a standby listening state and sharing the underlying RF hardware through the CCU achieves complete decoupling of service logic and physical resources, laying the necessary software architectural foundation for subsequent millisecond-level dynamic resource switching and avoiding prolonged service interruptions caused by the need to reload or initialize software modules during switching in traditional solutions.

[0009] Preferably, this method collects channel occupancy, call queue length, and RSSI signal strength under each communication mode as input parameters. A load balancing algorithm calculates the real-time pressure index for each mode. When the pressure index of the first mode is higher than a preset high-load threshold, and the pressure index of the second mode is lower than a preset idle threshold, the physical carrier belonging to the second mode is locked as the target carrier to be switched. By comprehensively collecting multi-dimensional parameters such as channel occupancy, call queue length, and RSSI, and using a load balancing algorithm to calculate the real-time pressure index for each mode, the generation of the carrier reconfiguration strategy is based on accurate and quantitative perception of the network status. By setting high-load and idle thresholds, and locking the target carrier only when the pressure index meets the specific condition of "one high and one low," intelligent and refined resource scheduling is achieved, effectively avoiding invalid or harmful switching caused by instantaneous network fluctuations, and ensuring the necessity and rationality of resource relocation.

[0010] Preferably, after receiving the home grant instruction, the channel control unit (CCU) queries the current service occupancy status bit of the target carrier. If the status bit indicates that an emergency call or high-priority data transmission is in progress, the execution of the home grant instruction is suspended until the service ends. If the status bit indicates that the carrier is idle, an atomic mutex is activated on the target carrier, prohibiting the original mode software function instance from initiating new service requests on that carrier. Before performing the handover, the CCU queries the service occupancy status bit of the target carrier and implements instruction suspension protection for high-priority services such as emergency calls. This mechanism ensures that the dynamic resource adjustment process does not impair the continuity of existing critical communication services, achieving "seamless handover." After confirming that the carrier is idle, the CCU immediately activates the atomic mutex, forcibly isolating the original mode software's access requests for new services at the system level. This creates the necessary exclusive conditions for the safe and conflict-free execution of subsequent home stripping operations, effectively preventing resource contention and state chaos during the handover process.

[0011] Preferably, with the atomic mutex lock active, the channel control unit modifies its internal carrier-mode mapping table, deleting the logical identifier of the target carrier from the original mode's index list and writing it into the target mode's index list. After modification, it returns a successful authorization status code to the channel configuration center and releases the atomic mutex lock. Protected by the atomic mutex lock, the logical transfer of ownership is accomplished by modifying the core data structure of the internal carrier-mode mapping table (deleting from the original mode's index list and writing it into the target mode's list). This operation is performed only in memory, resulting in high speed and low overhead. The process of returning a status code and unlocking after modification constitutes a complete atomic transaction, ensuring the atomicity, consistency, and isolation of resource ownership changes in a concurrent environment. This avoids the mapping table being in an inconsistent intermediate state due to interruptions or concurrent access, thus guaranteeing the accuracy and reliability of the entire system's resource view.

[0012] Preferably, the channel control unit (CCU) generates a service configuration instruction containing time slot synchronization offset, logical channel type, and power control parameters according to the communication protocol requirements of the target mode. This service configuration instruction is then sent to the input interface of the target mode software function instance via an internal message bus, triggering the instance to reconfigure the baseband processing unit without resetting the physical connection of the radio frequency (RF) unit. The service configuration instruction (NEW_SVC) generated by the CCU according to the target mode protocol requirements includes precise physical layer parameters such as time slot synchronization, channel type, and power control, enabling the target mode software instance to quickly and accurately complete the reconfiguration of the baseband processing unit. The reconfiguration triggered via the internal message bus without resetting the physical connection of the RF unit means that the switching only occurs at the baseband signal processing and protocol stack level, while the RF link remains powered on and synchronized. This achieves truly seamless "software-defined" switching with extremely short switching latency and complete transparency to the front-end user.

[0013] Preferably, after the target mode software function instance takes over the target carrier, the method starts a hysteresis recovery timer; the target carrier is only allowed to switch back to the original mode if the pressure index of the original mode is still lower than a recovery threshold after the hysteresis recovery timer expires. Starting the hysteresis recovery timer after carrier switching and setting the dual conditions of "timer timeout" and "original mode pressure index lower than recovery threshold" to allow reverse switching effectively suppresses the "ping-pong switching" phenomenon that may be caused by short-term, frequent fluctuations in traffic volume, where carrier resources repeatedly jump between the two modes. By introducing time delay and a stricter load judgment threshold, the stability and convergence of the system resource scheduling strategy are enhanced, unnecessary switching overhead is reduced, and the overall stability of network performance is improved.

[0014] This invention proposes a dynamic configuration system for multi-mode channels in a PDT base station. This system is applied to the aforementioned dynamic configuration method for multi-mode channels in a PDT base station. The system includes: a multi-mode software function instance pool residing in the base station's runtime memory; an input terminal of a channel control unit (CCU) communicatively connected to a channel configuration center (CCU), and an output terminal of the CCU connected to the multi-mode software function instance pool via an internal data bus. In response to a home grant instruction, the CCU sends a service configuration instruction containing time slot configuration parameters to the target communication mode function module that has obtained home grant. The target communication mode function module, in response to the service configuration instruction, establishes a logical connection with the target carrier and performs baseband processing. Through a hierarchical architecture design of the multi-mode software function instance pool, the CCU, and the CCU, the system decouples resource decision-making, control arbitration, and service execution. The CCU, as the core hub, responds to upper-layer instructions and sends specific configurations downwards, driving the target module to establish a logical connection with the carrier. This achieves the system capability of dynamically reusing the same radio frequency resources by the multi-mode software pool at the hardware level, solidifying the dynamic configuration process implemented in the method claims into a stable and executable physical entity where hardware and software work together.

[0015] Preferably, the channel control unit includes a status feedback interface, which communicates with the global routing state database interface via a reverse signaling link. The channel control unit (CCU) connects to the global routing state database through the status feedback interface and the reverse signaling link, ensuring that every successful carrier ownership change and service configuration is fed back to the network core layer in real time. This mechanism achieves closed-loop synchronization and instant updates of resource scheduling actions and network-wide routing information, ensuring that network elements such as dispatch consoles and mobile terminals can accurately address the new service channel after the handover. This avoids call failures or addressing errors caused by outdated routing information, guaranteeing the continuity of end-to-end communication.

[0016] Preferably, the channel control unit also integrates an atomic mutual exclusion logic module between the input and output terminals; the atomic mutual exclusion logic module is connected in series in the instruction parsing path and connected to the data reading terminal of the resource mapping table. The channel control unit (CCU) is connected to the global routing state database through a status feedback interface and a reverse signaling link, so that every successful carrier ownership change and service configuration can be fed back to the network core layer in real time; this mechanism realizes closed-loop synchronization and real-time updating of resource scheduling actions and network-wide routing information, ensuring that network elements such as dispatch consoles and mobile terminals can accurately address the new service channel after the handover, avoiding call failures or addressing errors caused by outdated routing information, and ensuring the continuity of end-to-end communication.

[0017] The present invention has the following beneficial effects: 1. This invention, by constructing a middleware architecture based on the channel control unit, completely breaks down the technical barrier of the static binding between radio frequency hardware and communication modes in traditional PDT base stations. This invention enables the same physical carrier resource to be dynamically and instantly transferred between various modes such as trunking, conventional, and ad hoc networks based on the real-time tidal traffic distribution across the entire network. This not only effectively solves the structural contradiction of channel resource idleness and congestion coexisting in a single mode, but also significantly improves the base station system's capacity to handle sudden peak traffic without adding extra radio frequency units or antenna feeder systems, avoiding redundant hardware construction.

[0018] 2. Unlike existing technologies that typically require restarting the base station or resetting the RF board when changing channel usage, this invention employs a mechanism of "persistent software instance + dynamic attribution trust," ensuring that the underlying RF link remains active at all times. During mode switching, only the flow and processing protocol of baseband data need to be changed via instruction logic, without interrupting the physical layer's power supply or clock synchronization. This beneficial effect ensures that ongoing non-target services (such as emergency calls on other carriers) remain completely unaffected during large-scale resource reorganization of the base station, achieving a transparent "seamless handover" for front-end users.

[0019] 3. This invention provides strict arbitration guarantees for resource contention in multi-mode software parallel operation environments by introducing a two-level instruction interaction mechanism and micro-level atomic mutex logic. This mechanism effectively avoids risks such as instruction conflicts, state deadlocks, or radio frequency parameter chaos caused by multiple software instances simultaneously attempting to control the same physical carrier in extremely high-concurrency scenarios. This effect enables the system to maintain strict logical isolation even under extremely high loads, ensuring the absolute stability and reliability of critical communication services (such as police emergency command).

[0020] 4. This invention deeply decouples the "service decision-making layer" (channel configuration center) from the "execution control layer" (channel control unit and specific software instances). This layered architecture allows upper-layer scheduling algorithm upgrades to proceed without altering the underlying driving logic; conversely, adding a new communication standard (such as a future broadband converged mode) to the lower layer does not require reconstructing the entire resource management network. This highly cohesive and loosely coupled software architecture provides standardized interfaces for subsequent functional iterations and the introduction of new technologies, significantly extending the technical lifecycle of the base station system. Attached Figure Description

[0021] Figure 1 This is a schematic diagram of the method flow of the present invention.

[0022] Figure 2 This is a system module architecture diagram of the present invention. Detailed Implementation

[0023] Example 1 according to Figure 1 As shown, this invention provides a method for dynamic multi-mode channel configuration suitable for PDT narrowband base stations. This method operates on a base station system based on a software-defined radio (SDR) architecture. At the hardware level, this system includes a general-purpose radio transceiver unit, a baseband processing unit, and a core control bus. At the software architecture level, it innovatively introduces a channel configuration center and a channel control unit (CCU) as middleware to decouple physical resources from service logic.

[0024] During the initialization phase after the base station system powers on, unlike traditional technologies that load only a single mode of firmware, a parallel loading mechanism is employed. The base station's underlying operating system constructs multiple independent logical containers within user space, preloading the protocol stacks, baseband processing logic, and application layer functional modules for Conventional Mobile Origin (RMO), Trunked Mobile Origin (TMO), and Dedicated Mobile Origin (DMO) modes into these containers. At this point, all software function instances for each communication mode are initialized and in standby listening state. They share the same set of underlying radio frequency hardware interfaces but are logically isolated through the channel control unit. This initial state design breaks the traditional "one machine, one use" limitation of base stations, providing the necessary software environment foundation for subsequent dynamic handover.

[0025] Subsequently, the system enters the real-time monitoring and decision-making phase of the entire network status. The channel configuration center collects operational status data of base stations under various communication modes in real time through the network interface. This data is collected in compliance with relevant data security regulations and mainly includes key performance indicators such as the current channel occupancy rate, queuing length of voice and data services, and uplink Received Signal Strength Indicator (RSSI) for each mode. The channel configuration center runs a load balancing algorithm that does not rely on a single threshold judgment but comprehensively calculates the real-time pressure index of each mode. When the algorithm detects a significant "tidal effect" in the network, such as the pressure index of the trunking mode being consistently higher than the preset high load state, while the pressure index of the regular mode is in a low load or idle state for a long time, the configuration center will automatically generate a carrier reconfiguration strategy, deciding to temporarily transfer physical carrier resources originally belonging to the regular mode to the trunking mode, and accordingly generate a home authorization instruction (SET_AUTH) containing the target carrier identifier and target home mode information.

[0026] As the core hub connecting upper-layer decision-making and lower-layer execution, the Channel Control Unit (CCU), upon receiving the home grant instruction via its internal bus, does not immediately execute a handover. Instead, it first initiates a security determination process for the target carrier. The CCU reads the current service status bits of the target carrier to determine whether the carrier is carrying an emergency call, a high-priority instruction transmission, or an uninterrupted data stream. If the current carrier is determined to be in a "busy" state, to ensure communication continuity and reliability, the CCU temporarily suspends the home grant instruction and enters a polling waiting state until the current service session ends naturally. This mechanism ensures that the dynamic configuration process is completely transparent and imperceptible to the front-end user, avoiding the risk of dropped calls or data loss due to forced handover.

[0027] Once the target carrier is confirmed to be in an "idle" or "releaseable" state, the Channel Control Unit (CCU) immediately initiates the core "atomic mutual exclusion operation" to perform ownership stripping and reorganization. To prevent resource contention or logical conflicts in a multi-mode parallel environment, the CCU first activates an atomic mutual exclusion lock on the target carrier. During the locking period, the system physically blocks any new service access requests initiated by the original mode (such as the normal mode) on that carrier. Ensuring that the resource is locked, the CCU modifies the internally maintained carrier-mode mapping table, deleting the target carrier's logical identifier from the original mode's resource index list and writing it into the target mode's (such as trunking mode) resource index list. This process completes the transfer of carrier "ownership" at the logical level without requiring power-off or reset operations on the RF hardware. After the modification is complete, the CCU sends a successful authorization status code to the Channel Configuration Center and releases the atomic mutual exclusion lock; the entire process is completed within milliseconds.

[0028] Next, the system enters the business logic reconfiguration and takeover phase. The channel control unit sends a service configuration command (NEW_SVC) to the target mode software function instance that has acquired carrier ownership. This command contains the specific physical layer parameters required by the target mode, such as time slot synchronization offset, logical channel type configuration (e.g., control channel or service channel), and power control parameters. After receiving the command through the internal message interface, the target mode software function instance immediately establishes a logical connection with the target carrier according to the command content and begins to execute the corresponding baseband signal processing flow. At this time, the signal characteristics exhibited by the physical carrier on the air interface (e.g., frame structure, pilot sequence, etc.) have been completely converted to the target mode's standard, thus realizing software-defined communication mode switching without changing the hardware connection.

[0029] Finally, to ensure system stability and prevent "ping-pong handover" caused by instantaneous fluctuations in traffic volume, this invention also introduces a hysteresis recovery mechanism. After the target carrier is switched to a new mode (such as trunking mode), the system starts a hysteresis recovery timer. Even if the traffic demand in the original mode (such as regular mode) subsequently rebounds, the system will not immediately reclaim the carrier as long as its pressure index does not reach an extreme emergency threshold. Only when the load in trunking mode significantly decreases and the hysteresis recovery timer times out will the channel configuration center generate a reverse handover strategy. This hysteresis control based on both time and load conditions ensures the convergence and stability of the base station network during dynamic adjustment, effectively solving the problem of excessive system overhead caused by frequent reconfiguration in existing technologies.

[0030] Example 2 according to Figure 2 As shown, this invention provides a multi-mode channel dynamic configuration system suitable for PDT narrowband base stations. From an overall hardware architecture perspective, the system is built on a general-purpose computing and radio frequency hardware platform, which includes a high-performance central processing unit, large-capacity RAM, a field-programmable gate array (FPGA), and a wideband radio frequency transceiver unit. Logically, the system adopts a layered and decoupled design, consisting of a channel configuration center at the decision layer, a channel control unit (CCU) at the core management layer, and a multi-mode software function instance pool at the resource execution layer. This layered structure, through standardized internal data buses and signaling interfaces for physical connection and logical interaction, completely changes the traditional single structure where control logic and hardware resources are tightly coupled in base stations.

[0031] At the system's underlying resource execution layer, a multi-mode software function instance pool is deployed. This instance pool is not a simple static file storage, but a dynamic execution environment residing in the base station's runtime memory. It contains multiple communication mode function modules that are loaded in parallel and logically isolated from each other, specifically including a Normal Mode Function Module (RMO), a Trunked Mode Function Module (TMO), and a Dedicated Network Mode Function Module (DMO). These function modules encapsulate the complete protocol stack, baseband signal processing algorithms, and business logic code required for their respective standards. Crucially, although these modules are logically independent, they are all physically mapped to the same set of physical radio frequency interfaces and antenna feeder systems. To achieve this, the system maintains a dynamic resource mapping table in memory, which defines which software module currently has read and write control over a specific physical carrier (RF channel). This "multiple virtual, one real" pooled architecture forms the material basis for the dynamic reuse and allocation of carrier resources.

[0032] Located at the top decision-making layer of the system is the channel configuration center, which is essentially an intelligent policy generation server. This module is equipped with a network-wide status monitoring interface to collect load status parameters from various base station nodes in real time, including but not limited to channel occupancy ratio, queuing depth, and interference level. The channel configuration center integrates a decision algorithm engine that can identify network-wide traffic flow characteristics based on input parameters and generate carrier reconfiguration policies accordingly. This module connects to the core management and control layer via a downlink signaling link, and its output is specifically used to send encrypted and verified home authorization commands (SET_AUTH). Furthermore, to ensure the consistency of network-wide routing information, the channel configuration center also includes a global routing state database interface to receive feedback from the lower layers and update the network-wide routing topology, ensuring that dispatch consoles and mobile terminals can address the latest service channels.

[0033] The core hub connecting the decision-making and execution layers is the Channel Control Unit (CCU), which is the most crucial component distinguishing this system from existing technologies. Physically, the CCU operates as an independently running middleware process or a dedicated coprocessor module. Its input communicates with the channel configuration center to receive macroscopic scheduling commands; its output connects to the multi-mode software function instance pool via a high-bandwidth internal data bus to issue microscopic configuration parameters. The CCU is not merely a transparent transmission channel; it also integrates a critical atomic mutual exclusion logic module. This module is serially connected in the command parsing path and directly connected to the data reading end of the aforementioned resource mapping table. This structural design gives the CCU "hardware-level" arbitration capabilities: when a home authorization command arrives, the atomic mutual exclusion logic module first "intercepts" the command and queries the target carrier's status bit in the resource mapping table. If the target carrier is detected to be in a "locked" or "busy" state, the module forcibly stores the command until the status bit flips to "idle," thus fundamentally eliminating the risk of resource conflicts under multi-mode concurrency at the system architecture level.

[0034] The system's synergistic effect is achieved through precise coordination between its modules. When the atomic mutual exclusion logic module within the channel control unit (CCU) issues a command, the CCU executes the core "switching action": it directly modifies the locally maintained resource mapping table, changing the target carrier's ownership identifier from the original mode (e.g., regular mode) to the target mode (e.g., trunking mode). Immediately afterward, the CCU sends a service configuration command (NEW_SVC) to the target communication mode function module that has acquired ownership. This command includes specific time slot configuration parameters, power levels, and synchronization sequences. Responding to this command, the target communication mode function module immediately establishes a logical connection with the target carrier via its internal bus and begins transmitting baseband data streams to the physical radio frequency interface. Simultaneously, the CCU sends a synchronization confirmation signal to the global routing state database interface of the channel configuration center through its status feedback interface and reverse signaling link. This closed-loop feedback mechanism triggers the channel configuration center to update the entire network routing mapping table, declaring that the carrier has officially "transformed" and is now operational in the new service network. The entire process is completed in a pipeline-like manner within the system, achieving intelligent resource reconfiguration without manual intervention or hardware plugging / unplugging.

[0035] Example 3 This embodiment describes in detail the multi-mode channel dynamic configuration technology proposed in this invention within the actual engineering environment of a PDT digital trunking communication base station. In actual deployment, the base station system is based on a hardware architecture combining a general-purpose computing platform and a dedicated radio frequency unit. Its core innovation lies in the reconfiguration of the software control layer. The system runs a media gateway management middleware called MEDIAGATE MGR within the channel control unit (CCU). This middleware acts as a crucial bridge connecting the upper-layer channel configuration center and the lower-layer base station application software, undertaking the tasks of resource scheduling and command distribution. During the base station startup initialization phase, the system loads all the core modules of various base station software standards into the running memory. These modules include the TMO module for supporting trunking communication services, the RMO module for supporting regular forwarding services, the DMO module for supporting direct-mode services, and the RCU module for handling lower-level radio signaling control. It is worth noting that although these modules are running in the initial loading stage, they are not granted control over any specific physical radio frequency carriers but are in a logical standby listening state, waiting for resource allocation from the middleware.

[0036] Once the base station network is operational, the channel configuration center acts as the decision-making brain, formulating carrier allocation strategies based on pre-set network planning tables or real-time monitored service demands. Taking a typical dynamic handover scenario as an example, suppose the base station is currently experiencing peak traffic and needs to temporarily convert physical carriers that were previously idle or used as trunking backups into regular forwarding channels. The channel configuration center first determines the identifier of the target physical carrier and generates a home grant instruction (SET_AUTH) pointing to the regular base station mode. This instruction is sent to the channel control unit via the internal network. Upon receiving the instruction, the MEDIAGATE MGR disconnects the logical association between the target carrier and its original home mode (such as the TMO module) at the software level and establishes a mapping relationship between the carrier and the RMO module in the internal routing table. This process is entirely completed at the base station's internal bus and memory logic level, without requiring physical plugging / unplugging of RF hardware or power-off restarts, thus achieving a "soft handover" of carrier ownership.

[0037] After the MEDIAGATE MGR completes the logical change of ownership, it immediately sends a New Service Configuration Command (NEW_SVC) to the RMO software module residing in memory. This command carries detailed physical layer parameters required for the carrier to operate in normal mode, including operating frequency, transmit power level, and time slot configuration information. The RMO software module receives the NEW_SVC command through its internal data interface, immediately parses the parameters, activates its normal forwarding logic, and takes over the corresponding physical radio frequency channel. At this point, the RMO module begins transmitting normal mode beacon signals or pilot sequences on the air interface, enabling normal terminals within the coverage area to scan and access the channel for voice or data communication. Throughout this process, the RCU module works with the MEDIAGATE MGR to maintain the stability of the underlying radio link and ensure the accuracy of signaling interaction.

[0038] As service demands change, such as the end of peak communication periods, the channel configuration center decides to reclaim the carrier resource for use by trunking services. At this time, the channel configuration center sends a SET_AUTH command to the CCU again for the carrier, instructing that its ownership be changed to TMO mode or reclaimed to the resource pool. The MEDIAGATE MGR responds by sending a deconfiguration control signaling to the RMO module, which then stops occupying the radio frequency channel and releases the relevant memory resources. Subsequently, the MEDIAGATE MGR can reassign the carrier to the TMO module via the NEW_SVC command. The TMO module, after taking over, can configure it as a trunking control channel or a service channel. Through this two-level command interaction mechanism based on the MEDIAGATE MGR middleware, this invention achieves flexible transfer and reuse of physical carrier resources between different software modes without interrupting the overall operation of the base station, effectively solving the technical pain points of fixed base station modes and low resource utilization in traditional base stations.

[0039] In summary, the PDT base station multi-mode channel dynamic configuration scheme based on the MEDIAGATE MGR middleware constructed in this embodiment fundamentally reconstructs the resource management mode of traditional narrowband digital trunking base stations through a hardware-software decoupled system architecture design. At the hardware level, the system fully utilizes the high-speed processing power of general-purpose computing platforms and the radio frequency flexibility of Software-Defined Radio (SDR), abandoning the traditional path of binding physical carriers to specific communication standard hardware. At the software level, by introducing the Media Gateway Management Middleware (MEDIAGATE MGR) into the Channel Control Unit (CCU), an intelligent virtualization scheduling layer is constructed between the service application layer and the underlying physical resource layer. This middleware maintains a dynamic resource mapping table and routing topology, enabling multi-mode software instances (TMO, RMO, DMO, and RCU) residing in memory to share limited radio frequency channel resources in a "logical mapping" rather than "physical exclusivity" manner.

[0040] From the perspective of the dynamic process of resource scheduling, this embodiment innovatively adopts a two-level instruction-driven mechanism that separates "Home Authorization (SET_AUTH)" and "Service Configuration (NEW_SVC)". This mechanism cleverly avoids the time-consuming operations required for traditional base station mode switching—such as operating system restart, FPGA firmware reload, or board reset. Since the protocol stack and functional modules of all modes have been preloaded and memory-resident during the base station startup phase, when the channel configuration center issues a switching command according to the network-wide traffic tide strategy, the system only needs to complete the redirection of logical pointers and the reconfiguration of baseband parameters within a millisecond-level time window to achieve an instantaneous change in the physical carrier's "identity". This "soft handover" feature not only ensures the online stability of the base station's core network elements during the handover process but also achieves completely transparent service continuity assurance for front-end users.

[0041] Furthermore, this technical solution has demonstrated extremely high efficiency in practical engineering applications. It breaks down resource barriers between different communication modes, integrating previously fragmented conventional channel resources and trunking channel resources into a unified "dynamic resource pool." In complex communication scenarios such as sudden police operations, large-scale security operations, or natural disaster relief, base stations can quickly requisition idle conventional carriers as trunking channels or release trunking channels to supplement direct coverage blind spots without manual on-site intervention or additional hardware investment. This extreme resource reuse capability effectively solves the structural contradiction in existing technologies—high construction costs due to hardware configuration based on peak demand and wasted resources during off-peak periods—providing a practical technical paradigm for the intelligent evolution of next-generation PDT base stations.

Claims

1. A method for dynamic configuration of multi-mode channels in a PDT base station, characterized in that, The method includes: Software function instances for multiple communication modes are loaded in parallel when the base station starts up; The channel configuration center generates a carrier reconfiguration strategy based on real-time monitoring of traffic load status and sends a home grant instruction to the channel control unit. In response to the home grant instruction, the channel control unit, after determining that the target carrier meets the handover conditions, strips the target carrier of its home grant in the original mode and establishes a home grant in the new mode. The channel control unit sends a service configuration instruction to the target mode software function instance that has obtained ownership. The target mode software function instance takes over the physical resources of the target carrier and executes the corresponding communication service logic according to the service configuration instruction.

2. The method for dynamic configuration of multi-mode channels in a PDT base station according to claim 1, characterized in that, The method constructs multiple independent logical containers within the user space of the base station operating system, and preloads the protocol stacks and baseband processing logic of the conventional base station mode, the cluster base station mode, and the self-organizing network mode into the logical containers respectively. All software function instances are initialized to standby listening state, and each software function instance shares the same set of underlying RF hardware interfaces, with logical isolation of baseband data achieved through the channel control unit.

3. A method for dynamic configuration of multi-mode channels in a PDT base station according to claim 1 or 2, characterized in that, The method collects channel occupancy rate, call queue length and RSSI signal strength under each communication mode as input parameters; The real-time pressure index of each mode is calculated by the load balancing algorithm. When the pressure index of the first mode is higher than the preset high load threshold and the pressure index of the second mode is lower than the preset idle threshold, the physical carrier belonging to the second mode is locked as the target carrier to be switched.

4. The method for dynamic configuration of multi-mode channels in a PDT base station according to claim 1, characterized in that, After receiving the home grant instruction, the channel control unit queries the current service occupancy status bit of the target carrier; If the status bit indicates that an emergency call or high-priority data transmission is in progress, the execution of the home authorization instruction is suspended until the service ends. If the status bit shows "idle", then an atomic mutex lock is enabled on the target carrier, prohibiting the original mode software function instance from initiating new service requests on the carrier.

5. A method for dynamic configuration of multi-mode channels in a PDT base station according to claim 1 or 4, characterized in that, In the state where the atomic mutex is open, the channel control unit modifies the internal carrier-mode mapping table, deletes the logical identifier of the target carrier from the index list of the original mode, and writes it into the index list of the target mode. After the modification is completed, a status code indicating successful authorization is returned to the channel configuration center, and the atomic mutex is released.

6. The method for dynamic configuration of multi-mode channels in a PDT base station according to claim 1, characterized in that, The channel control unit generates the service configuration instruction, which includes time slot synchronization offset, logical channel type and power control parameters, according to the communication protocol requirements of the target mode. The service configuration command is sent to the input interface of the target mode software function instance via the internal message bus, triggering the instance to reconfigure the baseband processing unit without resetting the physical connection of the radio frequency unit.

7. The method for dynamic configuration of multi-mode channels in a PDT base station according to claim 3, characterized in that, The method starts a hysteresis recovery timer after the target mode software function instance takes over the target carrier; The target carrier is allowed to be switched back to the original mode only if the pressure index of the original mode is still below a recovery threshold after the hysteresis recovery timer expires.

8. A dynamic configuration system for multi-mode channels of a PDT base station, wherein the system is applied to the dynamic configuration method for multi-mode channels of a PDT base station as described in any one of claims 1 to 7, characterized in that, The system includes: The multi-mode software function instance pool resides in the base station's running memory; The input terminal of the channel control unit is communicatively connected to the channel configuration center, and the output terminal of the channel control unit is connected to the multi-mode software function instance pool through the internal data bus. In response to the home authorization command, it sends a service configuration command containing time slot configuration parameters to the target communication mode function module that has obtained the home authorization. The target communication mode function module responds to the service configuration command by establishing a logical connection with the target carrier and performing baseband processing.

9. A PDT base station multi-mode channel dynamic configuration system according to claim 8, characterized in that, The channel control unit includes a status feedback interface, which is connected to the global routing status database interface via a reverse signaling link.

10. A PDT base station multi-mode channel dynamic configuration system according to claim 8, characterized in that, The channel control unit also integrates an atomic mutual exclusion logic module between the input terminal and the output terminal; The atomic mutual exclusion logic module is connected in series in the instruction parsing path and is connected to the data reading end of the resource mapping table.

Images