Frequency band sharing method, apparatus and storage medium

Abstract

This application provides a frequency band sharing method, apparatus, and storage medium, relating to the field of communication technology, for efficiently and rationally realizing frequency resource sharing to increase network capacity and improve network quality. The method is applied to a first base station node; the first base station node is any base station node in a blockchain system. The method includes: sending first demand information indicating the existence of frequency band usage needs; determining a target shared frequency band conforming to preset rules from at least one first shared frequency band responding to the first demand information; the preset rules include that adjacent base station nodes are not using the frequency band; determining a smart contract between base station nodes corresponding to the target shared frequency band; the smart contract is used to execute the sharing rules of the target shared frequency band.

Description

Technical Field

[0001] This application belongs to the field of communication technology, and in particular relates to a frequency band sharing method, apparatus and storage medium. Background Technology

[0002] In mobile communication networks, different operators typically occupy different frequency resources. With the development of communication technology, this low frequency resource utilization can easily lead to network congestion. To increase network capacity and coverage, frequency resource sharing among different operators should be considered.

[0003] In general, frequency resource sharing is primarily achieved through offline negotiations between staff from different operators, allowing each operator's base stations to operate on the frequency resources of other operators. This manpower-dependent approach is inefficient and prone to irrational frequency resource planning, leading to co-channel interference between base stations and resulting in degraded network quality. Summary of the Invention

[0004] This application provides a frequency band sharing method, apparatus, and storage medium for efficiently and rationally realizing frequency resource sharing, thereby increasing network capacity and improving network quality.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] In a first aspect, a frequency band sharing method is provided, applied to a first base station node; the first base station node is any base station node in a blockchain system; the method includes: sending first demand information indicating the existence of frequency band usage demand; determining a target shared frequency band conforming to preset rules from at least one first shared frequency band responding to the first demand information; the preset rules include that adjacent base station nodes are not using it; determining a smart contract between base station nodes corresponding to the target shared frequency band; the smart contract is used to execute the sharing rules of the target shared frequency band.

[0007] Optionally, the frequency band sharing method further includes: receiving second demand information from a second base station node; the second demand information includes usage time requirements corresponding to the frequency band to be used; and when there is an unused second shared frequency band that meets the usage time requirements, sending the second shared frequency band to the second base station node.

[0008] Optionally, the method for sending first demand information indicating the existence of frequency band usage needs specifically includes: determining a first number of sampling points among multiple sampling points within the coverage area whose first signal strength is greater than or equal to a preset strength threshold; the first signal strength is used to represent the signal strength of the third base station node at the sampling point; when the ratio between the first number and the number of multiple sampling points is greater than a preset ratio threshold, the third base station node is determined as an adjacent base station node; and the first demand information is sent to the adjacent base station node.

[0009] Optionally, the method for determining a target shared frequency band conforming to a preset rule from at least one first shared frequency band in response to the first demand information specifically includes: receiving at least one first shared frequency band in response to the first demand information; determining the frequency band used by adjacent base station nodes; and determining the first shared frequency band that is different from the used frequency band among the at least one first shared frequency band as the target shared frequency band.

[0010] Optionally, the preset rules also include: bandwidth that meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement, and estimated cost that is less than or equal to a preset cost threshold; when there are multiple target shared frequency bands, the frequency band sharing method further includes: selecting at least one target shared frequency band from the multiple target shared frequency bands whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement; selecting a target shared frequency band from the at least one target shared frequency band whose estimated cost is less than or equal to a preset cost threshold; the estimated cost is used to represent the sum of the product between the frequency band weight corresponding to the target shared frequency band and the preset frequency band cost, and the product between the scenario weight corresponding to the target shared frequency band and the preset scenario cost.

[0011] Optionally, the method for determining the smart contract between the base station node and the target shared frequency band specifically includes: sending a sharing request message to the base station node corresponding to the target shared frequency band; and generating a smart contract in response to the sharing confirmation message from the base station node corresponding to the target shared frequency band.

[0012] Optionally, the sharing rules for the target shared frequency band are executed, including: determining the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band; and adding the product between the frequency band weight and the preset frequency band cost, the product between the scenario weight and the preset scenario cost, and the product between the sharing duration weight and the unit time cost to obtain the sharing cost of the target shared frequency band.

[0013] Optionally, the method for determining the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band specifically includes: comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth to obtain the frequency band weight; the total center frequency is used to represent the sum of the center frequencies of each frequency band belonging to the base station node corresponding to the target shared frequency band; the total bandwidth is used to represent the sum of the bandwidths of each frequency band belonging to the base station node corresponding to the target shared frequency band; and the weights in the preset weight set corresponding to the scenarios deployed by the base station nodes corresponding to the target shared frequency band are determined as scenario weights. The preset weight set includes multiple weights that correspond one-to-one with multiple scenarios; the shared time period of the target shared frequency band is divided into at least one unit time period; the unit time period with the average utilization rate of physical resource blocks (PRBs) greater than the preset utilization rate threshold is determined as a busy time period, and the unit time period with the average utilization rate of PRBs less than or equal to the preset utilization rate threshold is determined as an idle time period; the product of the sum of the durations of each busy time period and the average value of the average utilization rate of PRBs in each busy time period, and the product of the sum of the durations of each idle time period and the average value of the average utilization rate of PRBs in each idle time period, are added together to obtain the shared duration weight.

[0014] Secondly, a frequency band sharing device is provided, applied to a first base station node; the first base station node is any base station node in the blockchain system; the device includes: a sending unit and a determining unit;

[0015] The transmitting unit is used to transmit first demand information indicating the existence of frequency band usage needs.

[0016] The determining unit is configured to determine a target shared frequency band that conforms to preset rules from at least one first shared frequency band in response to the first demand information; the preset rules include that the adjacent base station nodes are not using it.

[0017] The determining unit is also used to determine the smart contract between the base station nodes corresponding to the target shared frequency band; the smart contract is used to execute the sharing rules of the target shared frequency band.

[0018] Optionally, the frequency band sharing device further includes: a receiving unit;

[0019] The receiving unit is configured to receive second demand information from the second base station node; the second demand information includes usage time requirements corresponding to the desired frequency band.

[0020] The transmitting unit is also used to transmit the second shared frequency band to the second base station node when there is an unused second shared frequency band that meets the usage time requirements.

[0021] Optionally, the transmitting unit is specifically used for:

[0022] Determine a first number of sampling points within the coverage area whose first signal strength is greater than or equal to a preset strength threshold; the first signal strength is used to represent the signal strength of the third base station node at the sampling point.

[0023] When the ratio between the first quantity and the number of multiple sampling points is greater than a preset ratio threshold, the third base station node is determined as an adjacent base station node.

[0024] Send the first demand information to the adjacent base station nodes.

[0025] Optionally, the unit is defined, specifically for:

[0026] Receive at least one first shared frequency band in response to the first demand information;

[0027] Determine the frequency bands used by adjacent base station nodes;

[0028] At least one first shared frequency band that is different from the used frequency band is identified as the target shared frequency band.

[0029] Optionally, the preset rules also include: the bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement, and the estimated cost is less than or equal to a preset cost threshold; when there are multiple target shared frequency bands,

[0030] The determining unit is also used to select at least one target shared frequency band from multiple target shared frequency bands whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement;

[0031] The determining unit is further configured to select a target shared frequency band from at least one target shared frequency band whose estimated cost is less than or equal to a preset cost threshold; the estimated cost is used to represent the sum of the product between the frequency band weight corresponding to the target shared frequency band and the preset frequency band cost, and the product between the scenario weight corresponding to the target shared frequency band and the preset scenario cost.

[0032] Optionally, the unit is defined, specifically for:

[0033] Send a sharing request message to the base station node corresponding to the target shared frequency band;

[0034] A smart contract is generated in response to the sharing confirmation message from the base station node corresponding to the target shared frequency band.

[0035] Optionally, the unit is defined, specifically for:

[0036] Determine the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band;

[0037] The sharing cost of the target shared frequency band is obtained by adding the products of the frequency band weight and the preset frequency band cost, the scenario weight and the preset scenario cost, and the sharing duration weight and the unit time cost.

[0038] Optionally, the unit is defined, specifically for:

[0039] The frequency band weight is obtained by comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth; the total center frequency is used to represent the sum of the center frequencies of each frequency band belonging to the base station node corresponding to the target shared frequency band; the total bandwidth is used to represent the sum of the bandwidths of each frequency band belonging to the base station node corresponding to the target shared frequency band.

[0040] The weights corresponding to the deployment scenarios of the base station nodes that share the target frequency band in the preset weight set are determined as scenario weights; the preset weight set includes multiple weights that correspond one-to-one with multiple scenarios;

[0041] Divide the shared time period of the target shared frequency band into at least one unit time period;

[0042] The time period in which the average utilization rate of physical resource blocks (PRBs) is greater than the preset utilization rate threshold is defined as the busy time period, and the time period in which the average utilization rate of PRBs is less than or equal to the preset utilization rate threshold is defined as the idle time period.

[0043] The shared duration weight is obtained by multiplying the sum of the durations of each busy period by the average of the average PRB utilization rate of each busy period, and by multiplying the sum of the durations of each idle period by the average of the average PRB utilization rate of each idle period.

[0044] Thirdly, a frequency band sharing device is provided, including a memory and a processor; the memory is used to store computer-executed instructions, and the processor is connected to the memory via a bus; when the frequency band sharing device is running, the processor executes the computer-executed instructions stored in the memory to cause the frequency band sharing device to perform the frequency band sharing method as described in the first aspect.

[0045] The frequency band sharing device can be a network device or a component of a network device, such as a chip system within the network device. This chip system supports the network device in implementing the functions involved in the first aspect and any of its possible implementations, such as receiving, determining, and offloading data and / or information involved in the aforementioned frequency band sharing method. The chip system includes a chip and may also include other discrete devices or circuit structures.

[0046] Fourthly, a computer-readable storage medium is provided, including computer-executable instructions that, when executed on a computer, cause the computer to perform the frequency band sharing method as described in the first aspect.

[0047] It should be noted that the aforementioned computer instructions may be stored, in whole or in part, on the first computer-readable storage medium. The first computer-readable storage medium may be packaged together with the processor of the frequency band sharing device, or it may be packaged separately from the processor of the frequency band sharing device; this application does not impose any limitations on this.

[0048] In this application, the names of the aforementioned frequency band sharing devices do not limit the devices or functional modules themselves. In actual implementation, these devices or functional modules may appear under other names. As long as the functions of each device or functional module are similar to those in this application, they fall within the scope of the claims of this application and their equivalents.

[0049] These or other aspects of this application will become more readily apparent in the following description.

[0050] The technical solution provided in this application brings at least the following beneficial effects:

[0051] Based on any of the above, the frequency band sharing method in this application can be applied to a first base station node. The first base station node can be any base station node in a blockchain system. The first base station node can send first demand information indicating the existence of frequency band usage needs, and determine a target shared frequency band that conforms to preset rules from at least one first shared frequency band responding to the first demand information, so as to further determine a smart contract between the base station nodes corresponding to the target shared frequency band.

[0052] Since the preset rules include unused adjacent base station nodes, this application can enable the first base station node and adjacent base station nodes to use different frequency bands, improving the problem of unreasonable frequency resource planning that is easily caused by general technologies, and avoiding co-channel interference that is easily caused by the first base station node and adjacent base station nodes using the same frequency band. Furthermore, this application can execute the sharing rules of the target shared frequency band through smart contracts, improving the inefficiency caused by reliance on manual labor in general technologies, and can efficiently achieve frequency band sharing. Therefore, this application can be used to efficiently and reasonably achieve frequency resource sharing, thereby increasing network capacity and improving network quality. Attached Figure Description

[0053] Figure 1 A schematic diagram of the structure of a blockchain system provided in this application embodiment;

[0054] Figure 2 A schematic diagram of the hardware structure of a base station node provided in an embodiment of this application;

[0055] Figure 3 A flowchart illustrating a frequency band sharing method provided in an embodiment of this application;

[0056] Figure 4A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0057] Figure 5 A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0058] Figure 6 A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0059] Figure 7 A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0060] Figure 8 A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0061] Figure 9 A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0062] Figure 10 A flowchart illustrating another frequency band sharing method provided in an embodiment of this application;

[0063] Figure 11 This is a schematic diagram of a frequency band sharing device provided in an embodiment of this application. Detailed Implementation

[0064] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0065] It should be noted that in the embodiments of this application, the words "exemplary" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of the words "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0066] To facilitate a clear description of the technical solutions of the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish the same or similar items with essentially the same function and effect. Those skilled in the art can understand that the terms "first" and "second" are not intended to limit the quantity or execution order.

[0067] Furthermore, the terms "comprising" and "having" in the embodiments, claims, and drawings of this application are not exclusive. For example, a process, method, system, product, or device that includes a series of steps or modules is not limited to the listed steps or modules, but may also include steps or modules not listed.

[0068] To facilitate understanding of this application, the relevant elements involved in this application are described below.

[0069] In mobile communication networks, different operators typically occupy different frequency resources, meaning each operator possesses independent frequency resources, leading to low spectrum utilization efficiency. With the development of communication technology, frequency resource waste and network congestion have become widespread problems. To increase network capacity and coverage, frequency resource sharing among different operators is being considered. How to fully utilize idle frequencies between two or more operators has become a hot topic. Base station frequency sharing technology is a technique used to improve the capacity and efficiency of mobile communication networks. It allows multiple operators to share frequency resources in the same frequency band, thereby reducing spectrum waste and increasing network capacity and coverage. Therefore, base station frequency sharing technology can be used to fully utilize idle frequencies between operators.

[0070] Currently, there are several solutions for implementing base station frequency sharing technology. These include frequency sharing, frequency switching, frequency resource leasing, and frequency co-construction. Frequency sharing is a base station frequency leasing technology that allows multiple operators to share the same frequency band, enabling operators to obtain more frequency resources and improve their network capacity and coverage.

[0071] Frequency switching is a technology in which operators expand their network capacity and coverage by exchanging unused frequency resources. Through frequency switching, operators can avoid wasting frequency resources and maximize their utilization.

[0072] Frequency leasing refers to the practice where operators can expand network capacity and coverage by leasing unused frequency resources from other operators. The lessee operator needs to pay a fee to obtain the right to use the frequency resources.

[0073] Frequency co-construction refers to the practice where multiple operators jointly build base stations and share the frequency resources of those base stations. Through frequency co-construction, operators can reduce base station construction costs and improve network coverage and capacity.

[0074] It is evident that base station frequency sharing technology can reduce operators' base station construction costs, increase network capacity and coverage, and allow for the selection and application of different implementation schemes based on specific circumstances.

[0075] However, the above implementation schemes also have some drawbacks. For example, in the case of frequency sharing, multiple operators sharing the same frequency band may lead to frequency interference, thereby affecting network quality and user experience. Frequency switching requires negotiation and cooperation between operators; improper negotiation or insufficient cooperation may lead to switching failures, thus affecting network expansion and development. In the case of leased frequency resources, the lessee operator needs to pay a certain fee; if the fee is too high or the lessee refuses to pay, it may affect network expansion and development. When multiple operators jointly build base stations and share frequency resources, unified standards and coordination are required. If standards are not unified or cooperation is insufficient, it may lead to base station construction failures or waste of frequency resources.

[0076] In summary, the common implementation solution mainly relies on offline negotiations between staff from different operators to achieve frequency resource sharing, allowing each operator's base stations to operate on the frequency resources of other operators. This manpower-dependent approach is inefficient and prone to unreasonable frequency resource planning, causing co-channel interference between base stations and leading to a degraded network quality.

[0077] This application provides a frequency band sharing method that can be applied to a first base station node. The first base station node can be any base station node in a blockchain system. The first base station node can send first demand information indicating the existence of frequency band usage needs, and determine a target shared frequency band that conforms to preset rules from at least one first shared frequency band responding to the first demand information, so as to further determine a smart contract between the base station node corresponding to the target shared frequency band.

[0078] Since the preset rules include unused adjacent base station nodes, this application can enable the first base station node and adjacent base station nodes to use different frequency bands, improving the problem of unreasonable frequency resource planning that is easily caused by general technologies, and avoiding co-channel interference that is easily caused by the first base station node and adjacent base station nodes using the same frequency band. Furthermore, this application can execute the sharing rules of the target shared frequency band through smart contracts, improving the inefficiency caused by reliance on manual labor in general technologies, and can efficiently achieve frequency band sharing. Therefore, this application can be used to efficiently and reasonably achieve frequency resource sharing, thereby increasing network capacity and improving network quality.

[0079] This frequency band sharing method is applicable to blockchain systems. Figure 1 One structure of the blockchain system 100 is shown. For example... Figure 1 As shown, the blockchain system 100 may include multiple base station nodes 101. Each base station node 101 can communicate and connect with at least one other base station node 101.

[0080] In one possible way, Figure 1 Multiple base station nodes 101 can form a blockchain network. Each operator can join this blockchain network through its base stations, publishing frequency requirements and providing frequency resources to participate in frequency resource sharing. Within this blockchain network, each operator's base station can act as a base station node 101, registering on the blockchain and obtaining corresponding permissions to ensure data security and privacy. Each base station node 101 can possess a unique identity and can create and process transactions on the blockchain.

[0081] In one possible approach, multiple base station nodes 101 in the blockchain system 100 may store the same blockchain. A blockchain generally consists of multiple blocks and is a chain-like structure that maintains blocks, enabling the maintenance of continuously growing, shareable, and tamper-proof data records.

[0082] Optionally, the blockchain stored by base station node 101 can be a private blockchain or a public blockchain. A private blockchain can be a blockchain with strict access control. A public blockchain can be a blockchain that can be read by any device.

[0083] In one possible way, Figure 1 Base station node 101 can upload its basic information to the blockchain. The basic information may include a unique number that serves as the identifier of the base station node, the operator to which it belongs, the frequency band information it is using, the unused shareable frequency band information, and measurement report (MR) data.

[0084] MR data is measurement data periodically reported by mobile terminals to base stations. The location of the mobile terminal when reporting MR data can also be considered a sampling point. MR data can also be viewed as sampled data from these sampling points. That is, each sampling point can collect complete MR data. MR data includes information such as the reference signal receiving power (RSRP), reference signal receiving quality (RSRQ), neighbor cell information, and the RSRP of neighboring base stations of the base station currently providing communication services to the mobile terminal. The neighbor cell information can include information from one or more neighboring cells.

[0085] Optionally, base station node 101 can be a base station. A base station can be a radio transceiver station that transmits information with mobile devices through a mobile communication switching center. A base station can serve as an interface device for mobile devices to access the Internet, and can also be called a public mobile communication base station.

[0086] In one possible approach, multiple base station nodes 101 can be configured with the same smart contract generation rules, and can generate smart contracts for frequency band sharing based on these configured rules. A smart contract is a self-executing protocol, written in code, that runs between blockchain nodes and can be used to manage transactions, digital assets, rights, financial instruments, and any computable data and logic. Furthermore, a smart contract can be a computer program embedded in the blockchain to automate the execution of pre-defined terms and conditions. Without an intermediary, parties sharing the same frequency band can reach automated transaction agreements through smart contracts.

[0087] like Figure 2 The diagram shown is a hardware structure schematic of a base station node 101 provided in an embodiment of this application. The base station node 101 includes a processor 21, a memory 22, a communication interface 23, and a bus 24. The processor 21, memory 22, and communication interface 23 are connected via the bus 24.

[0088] Processor 21 is the control center of base station node 101. It can be a single processor or a collective term for multiple processing elements. For example, processor 21 can be a CPU or other general-purpose processors. Among them, general-purpose processors can be microprocessors or any conventional processors.

[0089] As one embodiment, processor 21 may include one or more CPUs, for example Figure 2 CPU0 and CPU1 are shown in the diagram.

[0090] The memory 22 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0091] In one possible implementation, the memory 22 can exist independently of the processor 21. The memory 22 can be connected to the processor 21 via a bus 24 and is used to store instructions or program code. When the processor 21 calls and executes the instructions or program code stored in the memory 22, it can implement the frequency band sharing method provided in the following embodiments of this application.

[0092] In another possible implementation, the memory 22 can also be integrated with the processor 21.

[0093] Communication interface 23 is used for base station node 101 to connect with other devices via a communication network, which may be Ethernet, wireless access network, wireless local area network (WLAN), etc. Communication interface 23 may include a receiving unit for receiving data and a sending unit for sending data.

[0094] Bus 24 can be an industry standard architecture (ISA) bus, a peripheral component interconnect (PCI) bus, or an extended industry standard architecture (EISA) bus, etc. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 2 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0095] It should be pointed out that, Figure 2 The structure shown does not constitute a limitation on base station node 101, except Figure 2 In addition to the components shown, base station node 101 may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0096] like Figure 3 The diagram shown is a flowchart illustrating a frequency band sharing method provided in an embodiment of this application. This frequency band sharing method can be applied to a first base station node. The first base station node can be... Figure 1 Any base station node 101 in the blockchain system 100 shown. The frequency band sharing method includes: S301-S303.

[0097] S301, The first base station node sends first demand information to indicate the existence of frequency band usage needs.

[0098] In one possible approach, the first requirement information may include the usage time requirement corresponding to the desired frequency band. The usage time requirement may be the duration of the required usage (e.g., 1 hour) or the time period of the required usage (e.g., 14:00-15:00).

[0099] In one possible approach, the first base station node can provide network communication services to various electronic devices within its coverage area based on the configured frequency resources. However, when there are a large number of electronic devices, the first base station node may face high network load, potentially causing the configured frequency resources to be insufficient to meet the network communication needs of these devices.

[0100] In this scenario, the first base station node can determine that there is a frequency band usage demand and send first demand information to indicate the existence of frequency band usage demand in order to obtain frequency resources belonging to base station nodes of other operators, thereby increasing network capacity.

[0101] In one possible approach, the first base station node sends the first demand information by broadcasting it within the blockchain system. Specifically, the first base station node can broadcast the first demand information within the blockchain system using methods such as peer-to-peer broadcasting, broadcast networks, and broadcast pools.

[0102] In point-to-point broadcast mode, the first base station node can send the first request information to its neighboring nodes, so that the neighboring nodes can then send the first request information to their neighboring nodes, until all base station nodes have received the first request information.

[0103] In the broadcast network mode, the first base station node can directly send the first request information to all base station nodes in the blockchain system.

[0104] When using a broadcast pool, the first base station node can send a first demand information to the broadcast pool so that other base station nodes can obtain the first demand information from the broadcast pool.

[0105] In one possible approach, the first base station node may send the first demand information to one or more specific base station nodes. These one or more specific base station nodes may be neighboring base station nodes of the first base station node, i.e., base station nodes deployed in the same or adjacent locations as the first base station node.

[0106] S302, the first base station node determines a target shared frequency band that conforms to a preset rule from at least one first shared frequency band in response to the first demand information.

[0107] The preset rules may include the fact that adjacent base station nodes are not in use. Adjacent base station nodes can be base station nodes whose coverage overlaps with that of the first base station node.

[0108] In one possible approach, within the blockchain system, there may be no base station nodes whose coverage overlaps with the first base station node, or there may be one or more base station nodes whose coverage overlaps with the first base station node. That is, the first base station node may have no adjacent base station nodes, or it may have one or more adjacent base station nodes.

[0109] In one possible approach, a base station node in the blockchain system can receive first demand information from a first base station node and determine whether there are unused frequency bands in the configured frequency resources.

[0110] If there are no unused frequency bands in the configured frequency resources, i.e. there are no idle frequency resources, or if there are unused frequency bands in the configured frequency resources but they do not meet the usage time requirements in the first requirement information, the base station node in the blockchain system may not respond to the first requirement information or send a rejection sharing message to the first base station node.

[0111] The failure to meet the usage time requirement in the first requirement information can be due to the estimated idle time being less than the required usage time, or the estimated idle period not matching the required usage period. Furthermore, the first base station node can determine the estimated idle time and / or estimated idle period for each configured frequency band based on the historical usage information of each configured frequency band. For example, if the historical usage information of frequency band A configured by the first base station node shows that frequency band A is unused between 1:00 and 5:00 every day, then the estimated idle time for frequency band A could be 4 hours, and the estimated idle period could be between 1:00 and 5:00.

[0112] If there are unused frequency bands in the configured frequency resources that meet the usage time requirements in the first requirement information, the base station nodes in the blockchain system can send the unused frequency bands as the first shared frequency band in response to the first requirement information to the first base station node. Correspondingly, the first base station node can receive the first shared frequency band from the base station nodes in the blockchain system. Subsequently, if the first base station node decides to use the first shared frequency band, the base station node that provides the first shared frequency band can obtain virtual resources (such as digital currency) from the first base station node.

[0113] It should be understood that in a blockchain system, one or more base station nodes can send the first shared frequency band to the first base station node, and a base station node can send one or more first shared frequency bands to the first base station node.

[0114] In one possible approach, after receiving at least one first shared frequency band in response to the first demand information, the first base station node can determine a target shared frequency band that conforms to a preset rule from the at least one first shared frequency band in response to the first demand information.

[0115] Specifically, if the first base station node has no adjacent base station nodes, then at least one first shared frequency band conforms to the preset rule that adjacent base station nodes are not used. The first base station node can randomly select one first shared frequency band from at least one first shared frequency band and determine that first shared frequency band as the target shared frequency band that conforms to the preset rule.

[0116] If the first base station node has one or more neighboring base station nodes, the staff can pre-configure the communication addresses of these neighboring base station nodes in the first base station node. Alternatively, the first base station node can also determine the communication addresses of these neighboring base station nodes through the received MR data.

[0117] Based on this, the first base station node can send a usage information request to the one or more neighboring base station nodes to obtain the frequency bands currently being used by the one or more neighboring base station nodes. Further, the first base station node can compare at least one first shared frequency band with the frequency bands currently being used by the one or more neighboring base station nodes to determine at least one first shared frequency band that is not used by the neighboring base station nodes, thereby obtaining a target shared frequency band that conforms to preset rules.

[0118] It should be noted that since the target shared frequency band is a frequency band that is not used by the adjacent base station nodes, the first base station node can avoid co-channel interference with the adjacent base station nodes when using the target shared frequency band.

[0119] S303, The first base station node determines the smart contract between itself and the base station node corresponding to the target shared frequency band.

[0120] Smart contracts can be used to execute sharing rules for the target shared frequency band to facilitate frequency band sharing transactions between operators. These sharing rules can include billing rules and block generation rules. Billing rules determine the virtual resources that the first base station node needs to pay for using the target shared frequency band. Block generation rules generate blocks that record log information about the first base station node's use of the target shared frequency band.

[0121] In one possible way, combining Figure 1 ,exist Figure 1In the blockchain system shown, each base station node can be configured with the same smart contract generation rules. Each base station node can generate smart contracts based on these rules, or verify smart contracts generated by other base station nodes. The smart contract generation rules can specify parameters related to billing rules and block generation rules within the smart contract, as well as the number of frequency bands supported by the smart contract. For example, a single smart contract can execute a sharing rule for one frequency band; if sharing multiple frequency bands is required, multiple smart contracts can be generated separately, each executing its own sharing rule.

[0122] In one possible approach, after determining the target shared frequency band, the first base station node can generate a smart contract for executing the sharing rules of the target shared frequency band and send a sharing request message carrying the smart contract to the base station node corresponding to the target shared frequency band. Correspondingly, the base station node corresponding to the target shared frequency band can receive the sharing request message from the first base station node and parse the message to determine the smart contract for executing the sharing rules of the target shared frequency band.

[0123] If the base station node corresponding to the target shared frequency band determines that it will share the target shared frequency band with the first base station node, then the base station node corresponding to the target shared frequency band can send a sharing confirmation message to the first base station node. Correspondingly, the first base station node can receive the sharing confirmation message from the base station node corresponding to the target shared frequency band and establish a smart contract with it. Subsequently, the first base station node and the base station node corresponding to the target shared frequency band can respectively execute the smart contract to enforce the sharing rules of the target shared frequency band, realize the billing and use of the target shared frequency band during the sharing period, and ensure the security of the use of the target shared frequency band during the sharing period.

[0124] In one possible approach, after the shared frequency band ends, the first base station node can execute billing rules via a smart contract to determine the virtual resources that need to be paid, and deduct the amount from its existing virtual resources. The base station node corresponding to the target shared frequency band can also execute billing rules via a smart contract to determine the virtual resources it can collect, and add the collectable virtual resources to its existing virtual resources. The amount of virtual resources that the first base station node needs to pay is the same as the amount of virtual resources that the base station node corresponding to the target shared frequency band can collect.

[0125] In one possible approach, the first base station node can use a smart contract to generate a block corresponding to the log information of the target shared frequency band during the sharing period, and broadcast the generated block within the blockchain system. Other base station nodes in the blockchain system can verify the correctness of the relevant information in the block to ensure the transparency and security of frequency sharing.

[0126] It should be noted that smart contracts are characterized by self-execution, transparency, immutability, no need to trust third parties, and programmability.

[0127] Self-execution means that smart contracts can be executed automatically by base station nodes without human intervention, which can support automated transactions that do not require trust in third parties.

[0128] Transparency means that the execution process of a smart contract can be recorded on the blockchain, which can be viewed and verified by any base station node, ensuring the fairness and transparency of the transaction.

[0129] Immutability means that once a smart contract is written into the blockchain, it cannot be altered, thus ensuring the credibility of the contract terms.

[0130] "No need to trust a third party" means that the automatic execution process of a smart contract is public and verifiable, and can be achieved without trusting a third party.

[0131] Programmability means that smart contracts can be written and modified as needed, and can implement various complex business logics and processes.

[0132] Based on this, this application can automatically execute sharing rules such as billing rules and block generation rules for the target shared frequency band through smart contracts, so as to enable the first base station node and the base station node corresponding to the target shared frequency band to jointly use the target shared frequency band, thereby ensuring fair, transparent and efficient billing. It can also automatically record the usage and transaction information of the target shared frequency band and store this information on the blockchain in the form of blocks, thereby ensuring data security and transparency.

[0133] Furthermore, smart contracts can also be used to automate settlement, payment, and billing processes between the operator to which the first base station node belongs and the operator to which the base station node corresponding to the target shared frequency band belongs, thereby reducing the possibility of human error and fraud. Therefore, this application can be used to efficiently and reasonably achieve frequency resource sharing to increase network capacity and improve network quality.

[0134] In one embodiment, such as Figure 4 As shown, the frequency band sharing method provided in this application embodiment further includes: S401-S402.

[0135] S401, The first base station node receives the second demand information from the second base station node.

[0136] The second requirement information may include the usage time requirement corresponding to the frequency band to be used.

[0137] In one possible approach, the second base station node can be any base station node in the blockchain system, or it can be an adjacent base station node of the first base station node.

[0138] In one possible approach, the second base station node can send a second demand information when it stores frequency band usage requirements. Correspondingly, the first base station node can receive the second demand information from the second base station node and parse it to obtain the usage time requirement corresponding to the desired frequency band.

[0139] It should be understood that the implementation method of the second base station node sending the second demand information can be referred to the specific description of the first base station node sending the first demand information in S301, and will not be repeated here.

[0140] S402. When the first base station node has an unused second shared frequency band that meets the usage time requirements, it sends the second shared frequency band to the second base station node.

[0141] In one possible approach, if the first base station node determines that there is an unused frequency band in the configured frequency resources that meets the usage time requirement, then the determined frequency band can be designated as the second shared frequency band in response to the second requirement information, and the second shared frequency band can be sent to the second base station node.

[0142] In one embodiment, combined with Figure 3 ,like Figure 5 As shown, in the above S301, when the first base station node sends first demand information to indicate the existence of frequency band usage demand, this application embodiment provides an optional implementation method, including: S501-S503.

[0143] S501, The first base station node determines the first number of sampling points among multiple sampling points within the coverage area whose first signal strength is greater than or equal to a preset strength threshold.

[0144] The first signal strength can be used to represent the signal strength of the third base station node at the sampling point. The third base station node can be any base station node in the blockchain system.

[0145] Optionally, the preset intensity threshold can be pre-set in the base station node by the staff. For example, the preset intensity threshold could be -110 dBm.

[0146] In one possible approach, multiple mobile terminals may exist within the coverage area of ​​the first base station node. Each mobile terminal may periodically measure MR data and transmit it to the first base station node. Therefore, a sampling point can be a location point where the MR data is measured by a mobile terminal within the coverage area of ​​the first base station node. The MR data corresponding to a sampling point may include the RSRP value between the mobile terminal and the first base station node, or it may include the RSRP values ​​of one or more base station nodes adjacent to the first base station node.

[0147] In one possible approach, the first base station node can select sampling points with a first signal strength greater than or equal to a preset strength threshold from multiple sampling points within the coverage area, and determine the number of selected sampling points as the first quantity.

[0148] S502. When the ratio between the first number and the number of multiple sampling points is greater than the preset ratio threshold, the third base station node is determined as an adjacent base station node.

[0149] Optionally, the preset ratio threshold can be pre-set in the base station node by the staff. For example, the preset ratio threshold could be 5%.

[0150] In one possible approach, the first base station node can determine the ratio between the first quantity and the number of multiple sampling points, and further compare the determined ratio with a preset ratio threshold.

[0151] If the ratio between the first number and the number of multiple sampling points is greater than a preset ratio threshold, it indicates that there is an overlap in coverage between the first base station node and the third base station node, and that co-channel interference is likely to occur when using the same frequency band. In this case, the first base station node can identify the third base station node as an adjacent base station node.

[0152] If the ratio between the first quantity and the number of multiple sampling points is less than or equal to a preset ratio threshold, it indicates that there is no overlap in coverage between the first base station node and the third base station node, or the overlap in coverage between the first base station node and the third base station node is small and will not cause co-channel interference. In this case, the first base station node may not identify the third base station node as an adjacent base station node.

[0153] In one possible approach, the first base station node can be identified to one or more adjacent base station nodes.

[0154] For example, within the same area, operator A may deploy base station node 1, and operator B may deploy base station node 2 and base station node 3. Base station node 1, base station node 2, and base station node 3 are deployed at different addresses, and base station node 2 and base station node 3 are adjacent base station nodes of base station node 1. In this case, if operator A's base station node 1 needs to use the target shared frequency band provided by operator B's base station node 2, it is necessary to ensure that base station nodes 2 and 3, belonging to operator B, are not using the target shared frequency band; otherwise, co-channel interference between base station nodes will occur.

[0155] S503, The first base station node sends the first demand information to the adjacent base station node.

[0156] In one possible approach, considering the limited coverage of a single base station node, using the same frequency band between the first base station node and a distant base station node (i.e., non-adjacent base station nodes) will not cause co-channel interference. However, if the first base station node uses the same frequency band as an adjacent base station node, co-channel interference is likely to occur, degrading network quality.

[0157] Based on this, the first base station node can send first demand information to neighboring base station nodes to obtain unused frequency bands from neighboring base station nodes, thereby avoiding co-channel interference.

[0158] In one embodiment, combined with Figure 3 ,like Figure 6 As shown, in the above S302, when the first base station node determines the target shared frequency band that conforms to the preset rules from at least one first shared frequency band in response to the first demand information, this application embodiment provides an optional implementation method, including: S601-S603.

[0159] S601, the first base station node receives at least one first shared frequency band in response to the first demand information.

[0160] S602. The first base station node determines the frequency band used by the adjacent base station nodes.

[0161] The frequency band used can be used to indicate the frequency band currently in use.

[0162] In one possible approach, the first base station node can send a usage information request to its neighboring base station nodes to obtain the frequency bands used by the neighboring base station nodes. Correspondingly, the neighboring base station nodes can receive the usage information request from the first base station node, determine the frequency bands to be used, and send the frequency bands to the first base station node. Similarly, the first base station node can receive the frequency bands to be used from its neighboring base station nodes to determine the frequency bands used by the neighboring base station nodes.

[0163] In one possible approach, each base station node can also update the frequency bands it uses in real time or periodically in the blockchain. Based on this, the first base station node can also determine the frequency bands used by its neighboring base station nodes from the stored blockchain.

[0164] S603, the first base station node determines at least one of the first shared frequency bands that is different from the used frequency band as the target shared frequency band.

[0165] In one embodiment, when the number of target shared frequency bands is multiple, such as Figure 7 As shown, the frequency band sharing method provided in this application embodiment further includes: S701-S702.

[0166] S701. The first base station node selects at least one target shared frequency band from multiple target shared frequency bands, whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement.

[0167] In one possible approach, the first base station node can determine the preset bandwidth requirements based on the current service load. Alternatively, staff can also preset the bandwidth requirements in the first base station node. For example, the preset bandwidth requirement could be 10 megahertz (MHz).

[0168] In one possible approach, the preset rules may also include bandwidths that meet preset bandwidth requirements but are less than the bandwidths of other frequency bands that meet preset bandwidth requirements.

[0169] In one possible approach, when there are multiple target shared frequency bands, the first base station node can select at least one target shared frequency band from the multiple target shared frequency bands whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement.

[0170] For example, target shared frequency band 1, target shared frequency band 2, and target shared frequency band 3 are preset to exist, and the preset bandwidth requirement is 10MHz. The bandwidth of target shared frequency band 1 is 15MHz, the bandwidth of target shared frequency band 2 is also 15MHz, and the bandwidth of target shared frequency band 3 is 20MHz. Then, the first base station node can determine that the bandwidth of target shared frequency band 1 and target shared frequency band 2 meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement. That is, target shared frequency band 1 and target shared frequency band 2 are at least one target shared frequency band.

[0171] In one possible approach, if the number of target shared frequency bands is one after S701 is executed, then S702 does not need to be executed. If the number of target shared frequency bands is multiple after S701 is executed, then S702 is executed.

[0172] S702. The first base station node selects a target shared frequency band from at least one target shared frequency band whose estimated cost is less than or equal to a preset cost threshold.

[0173] In one possible approach, the preset rules may further include that the estimated cost is less than or equal to a preset cost threshold. The estimated cost can be used to represent the product of the frequency band weight corresponding to the target shared frequency band and the preset frequency band cost, as well as the sum of the products of the scenario weight corresponding to the target shared frequency band and the preset scenario cost. The preset frequency band cost and preset scenario cost can be pre-set in the base station nodes by staff.

[0174] In one possible approach, when at least one target shared frequency band is multiple target shared frequency bands, the first base station node can determine the estimated cost of each target shared frequency band and determine the estimated cost with the smallest median of the estimated costs of all target shared frequency bands as a preset cost threshold. Based on this, the first base station node can select a target shared frequency band whose estimated cost is less than or equal to the preset cost threshold, i.e., the target shared frequency band with the lowest estimated cost.

[0175] In one embodiment, combined with Figure 3 In S303 above, when the first base station node determines the smart contract with the base station node corresponding to the target shared frequency band, such as Figure 8 As shown, this application embodiment provides an optional implementation method, including: S801-S802.

[0176] S801, the first base station node sends a sharing request message to the base station node corresponding to the target shared frequency band.

[0177] In one possible approach, after determining the target shared frequency band, the first base station node can generate a smart contract based on smart contract generation rules to execute the sharing rules for the target shared frequency band, and send a sharing request message carrying the generated smart contract to the base station node corresponding to the target shared frequency band. Correspondingly, the base station node corresponding to the target shared frequency band can receive the sharing request message from the first base station node and parse it to obtain the smart contract for executing the sharing rules for the target shared frequency band.

[0178] Furthermore, the base station node corresponding to the target shared frequency band can verify the smart contract used to execute the sharing rules for the target shared frequency band based on the smart contract generation rules. If the verification is successful, the base station node corresponding to the target shared frequency band can send a sharing confirmation message to the first base station node to indicate that it has confirmed the sharing of the target shared frequency band.

[0179] S802, the first base station node responds to the sharing confirmation message of the base station node corresponding to the target shared frequency band and determines the smart contract.

[0180] In one possible approach, the first base station node can respond to a sharing confirmation message from the base station node corresponding to the target shared frequency band and determine the smart contract. Based on this, the first base station node and the base station node corresponding to the target shared frequency band can sign a smart contract and confirm the sharing of the target shared frequency band.

[0181] In one embodiment, when the first base station node executes the sharing rules of the target shared frequency band through a smart contract, such as... Figure 9 As shown, the frequency band sharing method provided in this application embodiment further includes: S901-S902.

[0182] S901, The first base station node determines the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band.

[0183] In one possible approach, staff can pre-set the frequency band weights for each frequency band, the scenario weights for each scenario, and the shared duration weights for each duration in the base station nodes. For example, the shared duration weight for a duration of 1 hour could be 1, the shared duration weight for a duration of 2 hours could be 0.8, and the shared duration weight for a duration of 3 hours could be 0.5, and so on.

[0184] Based on this, the first base station node can match the frequency band weight corresponding to the target shared frequency band from the frequency band weights corresponding to each frequency band. The first base station node can also match the scenario weight corresponding to the scenario in which the base station node is deployed from the scenario weights corresponding to each scenario. Furthermore, the first base station node can determine the duration of the sharing period of the target shared frequency band and match the sharing duration weight corresponding to the duration of the sharing period of the target shared frequency band from the sharing duration weights corresponding to each duration.

[0185] One possible approach is to use hours as the unit for calculating duration, with any period less than one hour counted as one hour. For example, a shared time slot lasting half an hour would be counted as one hour. A shared time slot lasting three hours and fifteen minutes would be counted as four hours.

[0186] In one possible approach, the first base station node can obtain the band weight by comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth. The total center frequency can be used to represent the sum of the center frequencies of all frequency bands belonging to the base station node corresponding to the target shared frequency band. The total bandwidth can be used to represent the sum of the bandwidths of all frequency bands belonging to the base station node corresponding to the target shared frequency band.

[0187] In one possible approach, the first base station node can divide the shared time period of the target shared frequency band into at least one unit time period, and further divide each unit time period into busy time periods and idle time periods. The shared time period weight is obtained by adding the product of the sum of the durations of each busy time period and the average value of the average utilization rate of the physical resource block (PRB) of each busy time period, and the product of the sum of the durations of each idle time period and the average value of the average utilization rate of the PRB of each idle time period.

[0188] S902, the first base station node adds up the product of the frequency band weight and the preset frequency band cost, the product of the scenario weight and the preset scenario cost, and the product of the sharing duration weight and the unit time cost to obtain the sharing cost of the target shared frequency band.

[0189] In one possible approach, the sharing cost of the target shared frequency band can be used to represent the virtual resources that the first base station node needs to pay for using the target shared frequency band during the sharing period. That is, the virtual resources that the base station node corresponding to the target shared frequency band can obtain by sharing the target shared frequency band with the first base station node during the sharing period.

[0190] The first base station node can add the products of frequency band weight and preset frequency band cost, scenario weight and preset scenario cost, and sharing duration weight and unit time cost to obtain the sharing cost of the target shared frequency band. That is, the frequency band weight, preset frequency band cost, scenario weight, preset scenario cost, sharing duration weight, unit time cost, and sharing cost can satisfy the first formula. The first formula is:

[0191] Y = b × W + c × S + d × M.

[0192] Where Y is the sharing cost. b is the frequency band weight. W is the preset frequency band cost. c is the scenario weight. S is the preset scenario cost. d is the sharing duration weight. M is the unit time cost.

[0193] In one embodiment, combined with Figure 9 In S901 above, when the first base station node determines the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band, as follows: Figure 10 As shown, this application provides an optional implementation method, including: S1001-S1005.

[0194] S1001, The first base station node compares the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth to obtain the frequency band weight.

[0195] The total center frequency can be used to represent the sum of the center frequencies of all frequency bands belonging to the base station node corresponding to the target shared frequency band. The total bandwidth can be used to represent the sum of the bandwidths of all frequency bands belonging to the base station node corresponding to the target shared frequency band.

[0196] Operators can have multiple frequency bands under both 4G and 5G network standards. The center frequency and bandwidth of each band can be predetermined. For example, under the 4G network standard, operators have four frequency bands: 950MHz-960MHz (10MHz bandwidth, 955MHz center frequency); 1830MHz-1840MHz (10MHz bandwidth, 1835MHz center frequency); 1840MHz-1860MHz (20MHz bandwidth, 1850MHz center frequency); and 2130MHz-2150MHz (2140MHz center frequency).

[0197] For operators, the value of frequency bands varies across different frequency ranges, and the value of frequency bands with different bandwidths also varies. The lower the frequency band and the larger the bandwidth, the higher the value of the frequency resource. Based on this, different frequency bands can be assigned different frequency point weights.

[0198] In one possible approach, the first base station node can obtain the band weight by comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth. That is, the band weight, the center frequency of the target shared frequency band, the bandwidth of the target shared frequency band, the total center frequency, and the total bandwidth can satisfy the second formula. The second formula is:

[0199] b(f1×a1) / (ft×at).

[0200] Where b is the frequency band weight, f1 is the center frequency of the target shared frequency band, a1 is the bandwidth of the target shared frequency band, ft is the total center frequency, and at is the total bandwidth.

[0201] In the second formula, the higher the frequency band and the larger the bandwidth, the larger the numerator, meaning the higher the frequency band weight, and vice versa. For different frequency bands of the same operator, the denominator is the same. The value of the frequency band weight ranges from 0 to 1.

[0202] S1002, the first base station node determines the weights of the scenarios deployed by the base station nodes corresponding to the target shared frequency band from the preset weight set as scenario weights.

[0203] The preset weight set can include multiple weights that correspond one-to-one with multiple scenarios.

[0204] Specifically, staff can set different scenario weights based on the scenarios in which base station nodes are deployed, and these weights can be dynamically adjusted to reflect the scarcity of frequency resources and sharing needs of base station nodes in that scenario, thus calculating sharing costs more accurately and fairly.

[0205] In one possible example, the preset weight set can be as shown in Table 1. The scene weights range from 0 to 1.

[0206] Base station nodes in scenarios such as learning and trading hubs may face more resource competition and load pressure, so a higher scenario weight can be set.

[0207] Base station nodes in public places, parks, and squares may face less resource competition and sharing needs, so they can be assigned lower scene weights.

[0208] Table 1

[0209] Scene type Scene weight School 1 Residential area 0.6 Commercial shopping area 0.8 public places 0.2 Government and enterprise units 0.3 Transportation hub area 1 Business office area 0.6 Hotel and guesthouse area 0.4 Main traffic lines 0.8 Industrial Park 0.9 Hospital 1 Parks and squares 0.2 remote and sparsely populated areas 0

[0210] S1003, The first base station node divides the shared time period of the target shared frequency band into at least one unit time period.

[0211] In one possible approach, the shared time period can be used to represent the time interval between the start and end times of sharing the target shared frequency band. The unit time period can be a one-hour period. Furthermore, time periods less than one hour after division can be calculated as one hour.

[0212] In one possible example, if the preset start time of sharing is 15:15 and the end time of sharing is 17:30, then the sharing period is 15:15-17:30. This can be divided into three time units: 15:15-16:15, 16:15-17:15, and 17:15-17:30.

[0213] S1004. The first base station node defines the time period in which the average PRB utilization rate is greater than the preset utilization rate threshold as the busy time period, and the time period in which the average PRB utilization rate is less than or equal to the preset utilization rate threshold as the idle time period.

[0214] In one possible approach, the preset utilization threshold can be pre-set by staff in the base station node. For example, the preset utilization threshold could be 40%.

[0215] One possible approach is to consider that the busyness of communication services varies across different time periods, resulting in different frequency sharing needs. Therefore, different weights can be assigned to different time periods to achieve more accurate billing.

[0216] Based on this, after the first base station node divides the shared time period of the target shared frequency band into at least one unit time period, it can determine the average PRB utilization rate of each unit time period. Furthermore, it can determine the unit time period with an average PRB utilization rate greater than a preset utilization rate threshold as a busy time period, and determine the unit time period with an average PRB utilization rate less than or equal to the preset utilization rate threshold as an idle time period.

[0217] In one possible approach, a busy period can be used to represent a unit of time when the average PRB utilization rate of the first base station node is greater than a preset utilization threshold while using the target shared frequency. An idle period can be used to represent a unit of time when the average PRB utilization rate of the first base station node is less than or equal to a preset utilization threshold while using the target shared frequency.

[0218] S1005, The first base station node adds the product of the sum of the durations of each busy period and the average value of the average PRB utilization rate of each busy period to the product of the sum of the durations of each idle period and the average value of the average PRB utilization rate of each idle period to obtain the shared duration weight.

[0219] In one possible approach, the shared duration weight, the duration of each busy period, the average of the average PRB utilization rate of each busy period, the duration of each idle period, and the average of the average PRB utilization rate of each idle period can conform to the third formula. The third formula is:

[0220] d = d1 × t1 + d2 × t2.

[0221] Where d represents the shared duration weight. d1 represents the duration of each busy period. t1 represents the average PRB utilization rate of each busy period. d2 represents the duration of each idle period. t2 represents the average PRB utilization rate of each idle period.

[0222] In one possible example, referring to the example in S1003, the preset average PRB utilization rate is 30% for the time slots 15:15-16:15, 45% for the time slots 16:15-17:15, and 60% for the time slots 17:15-17:30, with a preset utilization rate threshold of 40%. Therefore, the busy periods are 16:15-17:15 and 17:15-17:30, and the idle period is 15:15-16:15. The duration of each busy period (d1) is 2 hours. The average PRB utilization rate of each busy period (t1) is the average of 45% and 60%, which is 52.5%. The duration of each idle period (d2) is 1 hour. The average PRB utilization rate of each idle period (t2) is 30%. The weight of the shared duration (i.e., d) is 0.525×2+0.3×1=1.35.

[0223] In this embodiment of the application, the first base station node can send first demand information to indicate that there is a demand for frequency band usage, and determine a target shared frequency band that conforms to preset rules from at least one first shared frequency band that responds to the first demand information, so as to further determine the smart contract between the base station node corresponding to the target shared frequency band.

[0224] Since the preset rules include unused adjacent base station nodes, this application can enable the first base station node and adjacent base station nodes to use different frequency bands, improving the problem of unreasonable frequency resource planning that is easily caused by general technologies, and avoiding co-channel interference that is easily caused by the first base station node and adjacent base station nodes using the same frequency band. Furthermore, this application can execute the sharing rules of the target shared frequency band through smart contracts, improving the inefficiency caused by reliance on manual labor in general technologies, and can efficiently achieve frequency band sharing. Therefore, this application can be used to efficiently and reasonably achieve frequency resource sharing, thereby increasing network capacity and improving network quality.

[0225] The foregoing mainly describes the solutions provided by the embodiments of this application from a methodological perspective. To achieve the above functions, it includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0226] This application embodiment can divide the base station node into functional modules according to the above method example. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. Optionally, the module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0227] like Figure 11 The diagram shown is a structural schematic of a frequency band sharing device provided in an embodiment of this application. This frequency band sharing device can be applied to a first base station node. The first base station node can be any base station node in a blockchain system. This frequency band sharing device can be used to perform actions such as... Figures 3-10 The frequency band sharing method shown is illustrated. The frequency band sharing device includes: a transmitting unit 1101 and a determining unit 1102.

[0228] Transmitting unit 1101 is configured to transmit first demand information indicating the existence of frequency band usage requirements; for example, in conjunction with Figure 3 The sending unit 1101 can be used to execute S301.

[0229] Determining unit 1102 is configured to determine a target shared frequency band conforming to preset rules from at least one first shared frequency band in response to first demand information; the preset rules include unused adjacent base station nodes; for example, combined with Figure 3 The determination unit 1102 can be used to execute S302.

[0230] The determining unit 1102 is further configured to determine the smart contract between base station nodes corresponding to the target shared frequency band; the smart contract is used to execute the sharing rules of the target shared frequency band. For example, combined with Figure 3 The determination unit 1102 can be used to execute S303.

[0231] Optionally, the frequency band sharing device further includes: a receiving unit 1103;

[0232] The receiving unit 1103 is configured to receive second demand information from the second base station node; the second demand information includes usage time requirements corresponding to the desired frequency band; for example, in combination with Figure 4 The receiving unit 1103 can be used to execute S401.

[0233] The transmitting unit 1101 is also configured to transmit the second shared frequency band to the second base station node when an unused second shared frequency band exists and meets the usage time requirement. For example, in combination with Figure 4 The sending unit 1101 can be used to execute S402.

[0234] Optionally, the transmitting unit 1101 is specifically used for:

[0235] Determine a first number of sampling points within the coverage area whose first signal strength is greater than or equal to a preset strength threshold; the first signal strength is used to represent the signal strength of the third base station node at the sampling point; for example, combined with Figure 5 The sending unit 1101 can be used to execute S501.

[0236] When the ratio between the first quantity and the number of multiple sampling points is greater than a preset ratio threshold, the third base station node is determined as an adjacent base station node; for example, combined with Figure 5 The sending unit 1101 can be used to execute S502.

[0237] Send the first demand information to adjacent base station nodes. For example, combine... Figure 5 The sending unit 1101 can be used to execute S503.

[0238] Optionally, unit 1102 is specifically used for:

[0239] Receive at least one first shared frequency band in response to the first demand information; for example, in combination with Figure 6 The determination unit 1102 can be used to execute S601.

[0240] Determine the frequency bands used by adjacent base station nodes; for example, combine Figure 6 The determination unit 1102 can be used to execute S602.

[0241] At least one first shared frequency band that differs from the used frequency band is identified as the target shared frequency band. For example, combined with Figure 6 Unit 1102 can be used to execute S603.

[0242] Optionally, the preset rules also include: the bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement, and the estimated cost is less than or equal to a preset cost threshold; when there are multiple target shared frequency bands,

[0243] The determining unit 1102 is further configured to select, from multiple target shared frequency bands, at least one target shared frequency band whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement; for example, in combination with Figure 7 The determination unit 1102 can be used to execute S701.

[0244] The determining unit 1102 is further configured to select target shared frequency bands from at least one target shared frequency band, wherein the estimated cost is less than or equal to a preset cost threshold; the estimated cost is used to represent the sum of the products of the frequency band weight corresponding to the target shared frequency band and the preset frequency band cost, and the products of the scenario weight corresponding to the target shared frequency band and the preset scenario cost. For example, combined with Figure 7 The determination unit 1102 can be used to execute S702.

[0245] Optionally, unit 1102 is specifically used for:

[0246] Send a sharing request message to the base station node corresponding to the target shared frequency band; for example, combine with Figure 8 The determination unit 1102 can be used to execute S801.

[0247] In response to the sharing confirmation message from the base station node corresponding to the target shared frequency band, a smart contract is generated. For example, combined with Figure 8 The determination unit 1102 can be used to execute S802.

[0248] Optionally, unit 1102 is specifically used for:

[0249] Determine the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band; for example, combine... Figure 9 The determination unit 1102 can be used to execute S901.

[0250] The sharing cost of the target shared frequency band is obtained by adding the products of the frequency band weight and the preset frequency band cost, the scenario weight and the preset scenario cost, and the sharing duration weight and the unit time cost. For example, combining... Figure 9 The determination unit 1102 can be used to execute S902.

[0251] Optionally, unit 1102 is specifically used for:

[0252] The frequency band weight is obtained by comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth; the total center frequency represents the sum of the center frequencies of all frequency bands belonging to the base station node corresponding to the target shared frequency band; the total bandwidth represents the sum of the bandwidths of all frequency bands belonging to the base station node corresponding to the target shared frequency band; for example, combining... Figure 10 The determination unit 1102 can be used to execute S1001.

[0253] The weights corresponding to the deployment scenarios of base station nodes in the preset weight set that correspond to the target shared frequency band are determined as scenario weights; the preset weight set includes multiple weights that correspond one-to-one with multiple scenarios; for example, combining... Figure 10The determination unit 1102 can be used to execute S1002.

[0254] Divide the shared time period of the target shared frequency band into at least one unit time period; for example, combine Figure 10 The determination unit 1102 can be used to execute S1003.

[0255] The time period where the average utilization rate of Physical Resource Blocks (PRBs) is greater than a preset utilization threshold is defined as a busy time period, and the time period where the average utilization rate of PRBs is less than or equal to the preset utilization threshold is defined as an idle time period; for example, combining Figure 10 Unit 1102 can be used to execute S1004.

[0256] The shared duration weight is obtained by adding the product of the sum of the durations of each busy period and the average of the average PRB utilization rate of each busy period, and the product of the sum of the durations of each idle period and the average of the average PRB utilization rate of each idle period. For example, combining... Figure 10 Unit 1102 can be used to execute S1005.

[0257] Those skilled in the art will recognize that, in one or more of the examples above, the functions described in this application can be implemented using hardware, software, firmware, or any combination thereof. When implemented in software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer-readable storage media and communication media, wherein communication media include any medium that facilitates the transmission of a computer program from one place to another. Storage media can be any available medium accessible to a general-purpose or special-purpose computer.

[0258] Through the above description of the implementation methods, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0259] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and other division methods may exist in actual implementation. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the shown or discussed mutual couplings, direct couplings, or communication connections may be through some interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms. Units described as separate components may or may not be physically separate; components shown as units may be one physical unit or multiple physical units, i.e., they may be located in one place or distributed in multiple different places. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

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

Claims

1. A frequency band sharing method, characterized in that, The method is applied to a first base station node; the first base station node is any base station node in the blockchain system; the method includes: Send a first demand message indicating the existence of frequency band usage needs; From at least one first shared frequency band responding to the first demand information, a target shared frequency band conforming to a preset rule is determined; the preset rule includes that the adjacent base station nodes are not using it; A smart contract is determined between the base station nodes corresponding to the target shared frequency band; the smart contract is used to execute the sharing rules of the target shared frequency band. The determination of the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band includes: The frequency band weight is obtained by comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth; the total center frequency is used to represent the sum of the center frequencies of each frequency band belonging to the base station node corresponding to the target shared frequency band; the total bandwidth is used to represent the sum of the bandwidths of each frequency band belonging to the base station node corresponding to the target shared frequency band. The weights corresponding to the deployment scenarios of the base station nodes that are in the preset weight set and are associated with the target shared frequency band are determined as the scenario weights; the preset weight set includes multiple weights that correspond one-to-one with multiple scenarios; The shared time period of the target shared frequency band is divided into at least one unit time period; The time period in which the average utilization rate of physical resource blocks (PRBs) is greater than a preset utilization rate threshold is defined as a busy time period, and the time period in which the average utilization rate of PRBs is less than or equal to the preset utilization rate threshold is defined as an idle time period. The shared duration weight is obtained by adding the product of the sum of the durations of each busy period and the average of the average PRB utilization rate of each busy period, and the product of the sum of the durations of each idle period and the average of the average PRB utilization rate of each idle period.

2. The frequency band sharing method according to claim 1, characterized in that, Also includes: Receive second demand information from the second base station node; the second demand information includes usage time requirements corresponding to the desired frequency band. When there is an unused second shared frequency band that meets the usage time requirement, the second shared frequency band is sent to the second base station node.

3. The frequency band sharing method according to claim 1, characterized in that, The transmission of first demand information indicating the existence of frequency band usage needs includes: Determine a first number of sampling points within the coverage area whose first signal strength is greater than or equal to a preset strength threshold; the first signal strength is used to represent the signal strength of the third base station node at the sampling point. When the ratio between the first quantity and the quantity of the plurality of sampling points is greater than a preset ratio threshold, the third base station node is determined as the adjacent base station node; The first requirement information is sent to the adjacent base station node.

4. The frequency band sharing method according to claim 1 or 3, characterized in that, The step of determining a target shared frequency band that conforms to preset rules from at least one first shared frequency band in response to the first demand information includes: Receive at least one first shared frequency band in response to the first demand information; Determine the frequency bands used by the adjacent base station nodes; The first shared frequency band that is different from the used frequency band in the at least one first shared frequency band is determined as the target shared frequency band.

5. The frequency band sharing method according to claim 4, characterized in that, The preset rules also include: the bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement, and the estimated cost is less than or equal to a preset cost threshold; when there are multiple target shared frequency bands, the method further includes: From the plurality of target shared frequency bands, at least one target shared frequency band is selected whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement; From the at least one target shared frequency band, a target shared frequency band with an estimated cost less than or equal to the preset cost threshold is selected; the estimated cost is used to represent the sum of the product between the frequency band weight corresponding to the target shared frequency band and the preset frequency band cost, and the product between the scene weight corresponding to the target shared frequency band and the preset scene cost.

6. The frequency band sharing method according to claim 1, characterized in that, The determination of the smart contract between the base station nodes corresponding to the target shared frequency band includes: Send a sharing request message to the base station node corresponding to the target shared frequency band; The smart contract is generated in response to the sharing confirmation message from the base station node corresponding to the target shared frequency band.

7. The frequency band sharing method according to claim 1, characterized in that, The execution of the sharing rules for the target shared frequency band includes: Determine the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band; The sharing cost of the target shared frequency band is obtained by adding the products of the frequency band weight and the preset frequency band cost, the scene weight and the preset scene cost, and the sharing duration weight and the unit time cost.

8. A frequency band sharing device, characterized in that, The device is applied to a first base station node; the first base station node is any base station node in the blockchain system; the device includes: a sending unit and a determining unit; The transmitting unit is used to transmit first demand information indicating the existence of frequency band usage demand; The determining unit is configured to determine a target shared frequency band that conforms to preset rules from at least one first shared frequency band in response to the first demand information; the preset rules include that adjacent base station nodes are not using it; The determining unit is further configured to determine a smart contract between base station nodes corresponding to the target shared frequency band; the smart contract is configured to execute the sharing rules of the target shared frequency band. The determination of the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band includes: The frequency band weight is obtained by comparing the product of the center frequency and bandwidth of the target shared frequency band with the product of the total center frequency and total bandwidth; the total center frequency is used to represent the sum of the center frequencies of each frequency band belonging to the base station node corresponding to the target shared frequency band; the total bandwidth is used to represent the sum of the bandwidths of each frequency band belonging to the base station node corresponding to the target shared frequency band. The weights corresponding to the deployment scenarios of the base station nodes that are in the preset weight set and are associated with the target shared frequency band are determined as the scenario weights; the preset weight set includes multiple weights that correspond one-to-one with multiple scenarios; The shared time period of the target shared frequency band is divided into at least one unit time period; The time period in which the average utilization rate of physical resource blocks (PRBs) is greater than a preset utilization rate threshold is defined as a busy time period, and the time period in which the average utilization rate of PRBs is less than or equal to the preset utilization rate threshold is defined as an idle time period. The shared duration weight is obtained by adding the product of the sum of the durations of each busy period and the average of the average PRB utilization rate of each busy period, and the product of the sum of the durations of each idle period and the average of the average PRB utilization rate of each idle period.

9. The frequency band sharing device according to claim 8, characterized in that, Also includes: Receiving unit; The receiving unit is configured to receive second demand information from the second base station node; the second demand information includes usage time requirements corresponding to the desired frequency band. The transmitting unit is further configured to transmit the second shared frequency band to the second base station node when there is an unused second shared frequency band that meets the usage time requirement.

10. The frequency band sharing device according to claim 8, characterized in that, The transmitting unit is specifically used for: Determine a first number of sampling points within the coverage area whose first signal strength is greater than or equal to a preset strength threshold; the first signal strength is used to represent the signal strength of the third base station node at the sampling point. When the ratio between the first quantity and the quantity of the plurality of sampling points is greater than a preset ratio threshold, the third base station node is determined as the adjacent base station node; The first requirement information is sent to the adjacent base station node.

11. The frequency band sharing device according to claim 8 or 10, characterized in that, The determining unit is specifically used for: Receive at least one first shared frequency band in response to the first demand information; Determine the frequency bands used by the adjacent base station nodes; The first shared frequency band that is different from the used frequency band in the at least one first shared frequency band is determined as the target shared frequency band.

12. The frequency band sharing device according to claim 11, characterized in that, The preset rules also include: the bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement, and the estimated cost is less than or equal to a preset cost threshold; when the number of target shared frequency bands is multiple. The determining unit is further configured to select, from the plurality of target shared frequency bands, at least one target shared frequency band whose bandwidth meets the preset bandwidth requirement and is less than the bandwidth of other frequency bands that meet the preset bandwidth requirement; The determining unit is further configured to select, from the at least one target shared frequency band, a target shared frequency band whose estimated cost is less than or equal to the preset cost threshold; the estimated cost is used to represent the sum of the product between the frequency band weight corresponding to the target shared frequency band and the preset frequency band cost, and the product between the scene weight corresponding to the target shared frequency band and the preset scene cost.

13. The frequency band sharing device according to claim 8, characterized in that, The determining unit is specifically used for: Send a sharing request message to the base station node corresponding to the target shared frequency band; The smart contract is generated in response to the sharing confirmation message from the base station node corresponding to the target shared frequency band.

14. The frequency band sharing device according to claim 8, characterized in that, The determining unit is specifically used for: Determine the frequency band weight, scenario weight, and sharing duration weight of the target shared frequency band; The sharing cost of the target shared frequency band is obtained by adding the products of the frequency band weight and the preset frequency band cost, the scene weight and the preset scene cost, and the sharing duration weight and the unit time cost.

15. A frequency band sharing device, characterized in that, It includes a memory and a processor; the memory is used to store computer execution instructions, and the processor is connected to the memory via a bus; when the frequency band sharing device is running, the processor executes the computer execution instructions stored in the memory to cause the frequency band sharing device to perform the frequency band sharing method as described in any one of claims 1-7.

16. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes computer-executable instructions that, when executed on a computer, cause the computer to perform the band sharing method as described in any one of claims 1-7.

Images