Base station virtualization method and device, computer equipment and storage medium

Abstract

The invention relates to the technical field of communication, in particular to a base station virtualization method and device, computer equipment and a storage medium. The base station virtualization method comprises the following steps: installing a target chip and a driving program of the target chip on target equipment; wherein the target chip is of a multi-core architecture, the multi-core architecture at least comprises an APE kernel and an NUP kernel, the APE kernel is of an MaPU structure, and a container engine is deployed in the NPU kernel; starting a target chip based on the driving program, calling a container engine to construct and deploy a plurality of containers, and packaging and storing application programs and services required by each service layer in the base station to be virtualized into different containers; configuring interaction between each container and each base station service layer in the to-be-virtualized base station based on a pre-configured containerization architecture; and running a service process corresponding to each application program in each container to obtain a containerized target virtualization base station. The invention provides a base station virtualization method which is better in performance, higher in flexibility, higher in efficiency and lower in cost.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular, to a base station virtualization method, apparatus, computer equipment and storage medium. Background Art

[0002] Base stations are an important part of mobile communications. They refer to radio stations that directly transmit information to mobile phone terminals through mobile communication exchange centers in a certain radio coverage area. Traditional base stations mainly include internal data processing systems and external signal transmission systems, which can effectively improve the signal transmission quality and transmission stability of mobile communications. However, the construction of base stations has high requirements for technical activities, and practical applications have certain limitations. Therefore, the development of virtual base stations has been promoted. Virtual base stations refer to a method of using various software and hardware facilities, combined with virtualization technology to form a virtual mobile network, and provide users with corresponding technical activities. Virtualized base stations can provide users with functional experience similar to traditional base stations, but have greater advantages in application flexibility. Therefore, virtualized base stations have received widespread attention as soon as they appeared. However, the current base station virtualization is mainly implemented by hardware equipment, which has high flexibility and cost.

[0003] Therefore, there is an urgent need for a base station virtualization method with higher flexibility and lower cost. Summary of the invention

[0004] The embodiments of the present application provide a base station virtualization method, apparatus, computer equipment, and storage medium.

[0005] A first aspect of an embodiment of the present application provides a base station virtualization method, including:

[0006] Installing the target chip and the driver of the target chip on the target device; wherein the target chip is a multi-core architecture, and the multi-core architecture at least includes: an APE kernel and a NUP kernel, the APE kernel is a MaPU structure, and the NPU kernel is deployed with a container engine;

[0007] Starting the target chip based on the driver, calling the container engine to build and deploy multiple containers, and packaging and storing the application programs and services required by each service layer in the base station to be virtualized into different containers;

[0008] Configuring the interaction between each container and each base station service layer in the base station to be virtualized based on a preconfigured containerized architecture;

[0009] The service process corresponding to each application is run in each container to obtain a containerized target virtualized base station.

[0010] In an optional embodiment of the present application, the step of running the service process corresponding to each application in each container to obtain a containerized target virtualized base station includes:

[0011] Running the service process corresponding to each application in each container to obtain a containerized virtual base station;

[0012] Performing a performance test on the containerized virtual base station, and adjusting the configuration and parameters of the container engine according to the test results;

[0013] The performance of the containerized virtual base station is optimized based on the adjusted container engine to obtain the target virtualized base station.

[0014] In an optional embodiment of the present application, the base station virtualization method further includes:

[0015] Monitoring the operating status of the target virtualized base station;

[0016] If the operating status exceeds a preset normal range, restart the container engine to restart the target virtualized base station.

[0017] In an optional embodiment of the present application, the base station virtualization method further includes:

[0018] Building an image of the service process of each container through a container file; wherein the container file at least includes: building environment information and operating environment information of the base station high-level service;

[0019] The base station to be virtualized performs base station redeployment, upgrade or expansion based on the container file.

[0020] In an optional embodiment of the present application, the base station virtualization method further includes:

[0021] Sharing the container file to other base stations to be virtualized;

[0022] The other base stations to be virtualized rebuild corresponding images based on the container file, and perform base station deployment based on the built images.

[0023] In an optional embodiment of the present application, the running of the service process corresponding to each application in each container includes:

[0024] The CU unit in the target chip is called to run the RRC layer and PDCP layer processes of the base station to be virtualized, and the DU unit is called to run the RLC layer and MAC layer processes of the base station to be virtualized.

[0025] In an optional embodiment of the present application, calling the container engine to build and deploy multiple containers includes:

[0026] The container command or orchestration tool of the container engine is used to automatically build and deploy containers for high-level services of the virtualized base station.

[0027] A second aspect of an embodiment of the present application provides a base station virtualization device, including:

[0028] An installation module is used to install the target chip and the driver of the target chip on the target device; wherein the target chip is a multi-core architecture, and the multi-core architecture at least includes: an APE kernel and a NUP kernel, the APE kernel is a MaPU structure, and the NPU kernel is deployed with a container engine;

[0029] A containerization module, used to start the target chip based on the driver, call the container engine to build and deploy multiple containers, and package and store the application programs and services required by each service layer in the base station to be virtualized into different containers;

[0030] A configuration module, configured to configure the interaction between each container and each base station service layer in the base station to be virtualized based on a pre-configured containerized architecture;

[0031] The running module is used to run the service process corresponding to each application in each container to obtain a containerized target virtualized base station.

[0032] According to a third aspect of an embodiment of the present application, a computer device is provided, comprising: a memory and a processor, wherein the memory stores a computer program, and the processor implements the steps of any of the above methods when executing the computer program.

[0033] According to a fourth aspect of the embodiments of the present application, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps of any of the above methods are implemented.

[0034] On the first aspect, the embodiment of the present application provides a base station virtualization architecture through a target chip with a multi-core architecture, and runs the physical layer of the base station to be virtualized on the APE core, thereby ensuring low latency and high-performance processing of the physical layer. The MAC layer, RLC layer, PDCP layer, RRC layer and other high-level layers of the base station are run on the container engine started on the NUP core to realize the virtualization of the high service layer of the base station to be virtualized, that is, the base station virtualization is realized by introducing a container engine combined with a target chip with a multi-core structure, thereby improving the system performance of the base station, reducing network latency, and optimizing resource utilization;

[0035] Secondly, through the virtualization technology of the container engine, the rapid deployment and expansion of the high service layer of the base station can be achieved, thereby improving the system processing capability. By utilizing the resource isolation and restriction functions of the container engine, the interference between high-level services of the base station can be reduced, thereby reducing network latency. Through the dynamic resource allocation and scheduling functions of the container engine, the optimal configuration and efficient utilization of base station resources can be achieved.

[0036] Thirdly, the APE core in the embodiment of the present application adopts the MaPU architecture. The APE core adopts the MaPU architecture core. Its highly programmable unique soft core architecture can be flexibly reconstructed according to various algorithms, so as to flexibly support 5G standards and non-standard protocols, and make subsequent upgrades more convenient and efficient; the MaPU architecture has a reconfigurable feature, so users do not have to design a new chip for each new application, so as to reduce R&D costs, shorten development time, and speed up product launch.

[0037] In summary, the embodiments of the present application provide a base station virtualization method with better performance, higher flexibility, higher efficiency and lower cost. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0039] Figure 1 A flowchart of a base station virtualization method provided by one embodiment of the present application;

[0040] Figure 2 A flowchart of a base station virtualization method provided by one embodiment of the present application;

[0041] Figure 3 A flowchart of a base station virtualization method provided by one embodiment of the present application;

[0042] Figure 4 A flowchart of a base station virtualization method provided by one embodiment of the present application;

[0043] Figure 5 A schematic diagram of the distribution structure of each base station service layer in a target chip in a base station virtualization method provided in one embodiment of the present application;

[0044] Figure 6 An exemplary container system architecture in a target device in a base station virtualization method provided in an embodiment of the present application;

[0045] Figure 7 A schematic diagram of the structure of a base station virtualization device provided in one embodiment of the present application;

[0046] Figure 8A schematic diagram of the computer device structure provided for one embodiment of the present application. DETAILED DESCRIPTION

[0047] In the process of implementing the present application, the inventors found that there is an urgent need for a base station virtualization method with higher flexibility and lower cost.

[0048] In response to the above problems, embodiments of the present application provide a base station virtualization method, apparatus, computer device and storage medium.

[0049] The solutions in the embodiments of the present application can be implemented using various computer languages, for example, the object-oriented programming language Java and the interpreted scripting language JavaScript.

[0050] In order to make the technical solutions and advantages in the embodiments of the present application more clearly understood, the exemplary embodiments of the present application are further described in detail below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present application, rather than an exhaustive list of all the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict.

[0051] See also Figure 1 The base station virtualization method provided in the embodiment of the present application includes the following steps 101 to 104:

[0052] Step 101: Install the target chip and the driver of the target chip on the target device;

[0053] The target device refers to an electronic device in which the target chip is installed, which may be a server, a service station, a computer, a control device, etc., which are not exhaustive. The target chip is a multi-core architecture, which at least includes: an APE (Algebraic Processing Engine) core and a NUP (Neural Network Processing Unit) core, wherein the NUP core is a MaPU (Mathematical Processing Unit) structure, which combines the programmability and versatility of a CPU (Central Processing Unit), the flexibility of an FPGA (Field Programmable Gate Array), and the efficiency of an ASIC (Application Specific Integrated Circuit), supplemented by an efficient and parallel data supply structure. It is a configurable soft "ASIC" architecture that is controlled by software algorithms to control different path switches, so that the chip can be flexibly reconfigured according to various algorithms from calculation, storage to scheduling, and the hardware can be turned into an ASIC that is flexibly configured according to different algorithms, with a performance-power ratio comparable to that of an ASIC, and is highly programmable. The APE core adopts the MaPU architecture core. Its highly programmable and unique soft-core architecture can be flexibly reconfigured according to various algorithms, thus flexibly supporting 5G standards and non-standard protocols, and making subsequent upgrades more convenient and efficient.

[0054] The MaPU architecture combines flexibility and efficiency, and is particularly suitable for the communication and computing chip fields that have extremely high requirements for computing performance, providing new ideas for data processing chip design; at the same time, the MaPU architecture also has reconfigurable characteristics, so users do not have to design a new chip for each new application, thereby reducing R&D costs, shortening development time, and speeding up product launch.

[0055] At the same time, the NPU core is deployed with a container engine (such as a Docker engine) and related dependencies, wherein the related dependencies include services and programs required for the high-level service layer of the base station to start, such as Python, etc., which are not exhaustive here; the container engine is used to create and manage multiple containers; wherein Docker is a set of platform as a service (PaaS) products, which packages software and its dependencies into containers based on virtualization technology at the operating system level. The software that hosts the container is called the Docker engine. The container engine is an open source platform that can easily and quickly create a portable lightweight operating environment and packaging tool, package the required applications and services into containers, run the corresponding one or more service processes in the container, and the unnecessary programs or service processes are not in the container, thereby achieving lightweight, automatically deploying applications in lightweight containers, starting faster, and being able to achieve second-level deployment, and isolating applications in different containers from each other, working efficiently, greatly reducing problems caused by inconsistent environments, making the deployment process more simplified and standardized, and improving the efficiency of base station virtualization.

[0056] The container engine isolates the container's processes, networks, messages, file systems, UTS, and operating system resources through the six namespaces (namespaces, a form of code organization used by programming languages, which are classified by namespaces to distinguish different code functions and avoid different code fragments) of Linux (operating system kernel), namely pid, net, ipc, mnt, uts, and user. This allows different service processes in the container to be in different independent system environments, thus achieving the purpose of isolation. At the same time, the container engine can also limit the resources in the container through Cgroup (Control group, a technology that creates a virtual file system for the container to use and limits the capacity of the container), thereby realizing functions such as resource limitation, priority allocation, resource statistics, and task control. That is, the resource isolation and limitation functions of the container engine can be used to improve the stability and security of the base station system.

[0057] The target chip can be, for example, the domestic chip UCP4008, which is designed based on the MaPU core architecture and has the characteristics of true software-defined radio (SDR), supporting customized DVB communication systems, 5G NR-NTN standards and other customized protocols. In addition, the chip not only supports multiple synchronization methods, ensuring the stability, reliability and scalability of the chip in complex communication environments; it also integrates high-performance digital signal processing capabilities and a variety of interface types. Through optimized algorithms and architectural design, the UCP4008 chip achieves the dual advantages of low power consumption and low cost while maintaining high performance.

[0058] The domestic chip UCP4008 provides a variety of high-speed and low-speed interfaces including PCIE, CPRI / ECPRI, JESD204B / C and T(G)MAC, and also supports multiple synchronization modes such as GPS, 1588V2, SyncE and air interface. The chip can support four 100M 5G cells at the same time and can provide up to eight RF channels, which is suitable for various small base station forms.

[0059] UCP4008 has 8 high-performance MaPU cores and 8 NUP cores. Each MaPU core has a computing power of up to 716.8GOPS@16bits. A single UCP4008 chip can support 2 5G 100M bandwidth 4T4R cells or 4 / 5G dual-mode cells. It has released a variety of standard protocol software functions and supports customized protocol development. The powerful computing power ensures that there are enough computing resources to deploy the perception function part. UCP4008 can also independently shut down the NUP and MaPU cores according to customer needs, ensuring performance while fundamentally reducing power consumption.

[0060] Step 102: start the target chip based on the driver, call the container engine to build and deploy multiple containers, and package and store the application programs and services required by each service layer in the base station to be virtualized into different containers;

[0061] The base station to be virtualized includes at least: PHY layer (physical layer), MAC layer (media access control sublayer), RLC layer (radio link control sublayer), PDCP layer (packet data convergence protocol sublayer), RRC layer, the PHY runs in the APE core, and the MAC layer, RLC layer, PDCP layer, and RRC layer (radio resource control layer) run in each container. The physical layer (PHY) is the bottom layer of the wireless access system, which uses the transmission channel as an interface and provides services to the upper layer. It is the basis of the base station and is responsible for the physical transmission and processing of signals; the media access control sublayer (MAC), the radio link control sublayer (RLC) and the packet data convergence protocol sublayer (PDCP) constitute the second layer of the base station, which is responsible for the encapsulation, transmission and error control of data, and ensures the correctness and reliability of data during transmission; the radio resource control layer (RRC) is the top layer of the base station, which is responsible for controlling the allocation and management of wireless resources, including connection control, security, mobility management and measurement, etc. The RRC layer ensures the effective use of wireless resources and the security and stability of communication. The high service layer referred to in the embodiments of the present application includes the MAC layer (media access control sublayer), RLC layer (radio link control sublayer), PDCP layer (packet data convergence protocol sublayer) and RRC layer (radio resource control layer) of the base station to be virtualized.

[0062] Step 103: configuring the interaction between each container and each base station service layer in the base station to be virtualized based on the pre-configured containerized architecture;

[0063] The containerized architecture is a container structure formed by packaging and storing the applications and services required by each service layer in the base station to be virtualized into different containers through the above step 102, and configuring the interactions between each container and each base station service layer in the base station to be virtualized, for example, including but not limited to: communication between containers, resource allocation, etc.

[0064] Step 104: Run the service process corresponding to each application in each container to obtain a containerized target virtualized base station.

[0065] On the first aspect, the embodiment of the present application provides a base station virtualization architecture through a target chip with a multi-core architecture, and runs the physical layer of the base station to be virtualized on the APE core, thereby ensuring low latency and high-performance processing of the physical layer. The MAC layer, RLC layer, PDCP layer, RRC layer and other high-level layers of the base station are run on the container engine started on the NUP core to realize the virtualization of the high service layer of the base station to be virtualized, that is, the base station virtualization is realized by introducing a container engine combined with a target chip with a multi-core structure, thereby improving the system performance of the base station, reducing network latency, and optimizing resource utilization;

[0066] Secondly, through the virtualization technology of the container engine, the rapid deployment and expansion of the high service layer of the base station can be achieved, thereby improving the system processing capability. By utilizing the resource isolation and restriction functions of the container engine, the interference between high-level services of the base station can be reduced, thereby reducing network latency. Through the dynamic resource allocation and scheduling functions of the container engine, the optimal configuration and efficient utilization of base station resources can be achieved.

[0067] Thirdly, the APE core in the embodiment of the present application adopts the MaPU architecture. The APE core adopts the MaPU architecture core. Its highly programmable unique soft core architecture can be flexibly reconstructed according to various algorithms, so as to flexibly support 5G standards and non-standard protocols, and make subsequent upgrades more convenient and efficient; the MaPU architecture has a reconfigurable feature, so users do not have to design a new chip for each new application, so as to reduce R&D costs, shorten development time, and speed up product launch.

[0068] In summary, the embodiments of the present application provide a base station virtualization method with better performance, higher flexibility, higher efficiency and lower cost.

[0069] See also Figure 2 In an optional embodiment of the present application, the above step 104, running the service process corresponding to each application in each container to obtain the containerized target virtualized base station, includes the following steps 201-203:

[0070] Step 201: Run the service process corresponding to each application in each container to obtain a containerized virtual base station;

[0071] Step 202: Perform a performance test on the containerized virtual base station, and adjust the configuration and parameters of the container engine according to the test results;

[0072] The performance of the containerized virtual base station is tested, including but not limited to: latency, throughput and other indicators. The configuration and parameters of the container engine are adjusted according to the test results: for example, in a single-user peak rate test, it is tested whether a single user in a base station cell can reach 95% of the theoretical peak rate; in a multi-user peak rate test, it is tested whether 400 users in the cell can reach 90% of the theoretical peak rate in terms of overall uplink and downlink rates.

[0073] Step 203: Optimize the performance of the containerized virtual base station based on the adjusted container engine to obtain the target virtualized base station.

[0074] According to the test results, adjust the configuration and parameters of the container engine to optimize the base station performance. For example, when the test fails to reach the peak rate, it may be due to insufficient number of cores used by the container or insufficient memory resources deployed. Accordingly, increase the number of cores used by the container or increase the memory, test again, and find the optimal solution for resource usage. Of course, the test method, test indicators, and adjustment of the configuration and parameters of the container engine according to the test results provided in this embodiment, and the performance optimization of the containerized virtual base station based on the adjusted container engine are only examples and do not constitute a limitation on the specific optimization process of the embodiment of this application.

[0075] The embodiment of the present application runs the service process corresponding to each application in each container to obtain a containerized virtual base station, performs a performance test on the containerized virtual base station, and adjusts the configuration and parameters of the container engine according to the test results. Based on the adjusted container engine, the performance of the containerized virtual base station is optimized to obtain the target virtualized base station, thereby realizing dynamic optimization of the target virtualized base station and further improving the reliability and stability of the target virtualized base station.

[0076] See also Figure 3 In an optional embodiment of the present application, the base station virtualization method further includes the following steps 301-302:

[0077] Step 301: monitor the operating status of the target virtualized base station;

[0078] Step 302: If the operating status exceeds a preset normal range, restart the container engine to restart the target virtualized base station.

[0079] The embodiment of the present application monitors the operating status of the target virtualized base station. Once the operating status exceeds a preset normal range, that is, the target virtualized base station operates abnormally, the container engine is restarted in time. After the container engine is restarted, the base station process in the container engine will also be automatically started, thereby realizing the restart of the base station and handling abnormal situations in time, thereby ensuring the stable operation of the base station system.

[0080] See also Figure 4 In an optional embodiment of the present application, the base station virtualization method further includes the following steps 401 to 404:

[0081] Step 401: Build an image of the service process of each container through the container file;

[0082] The container file (Dockerfile, which refers to a text file in programming, contains a series of instructions and instructions for automatically building a Docker image) at least includes: the construction environment information and operating environment information of the base station high-level service; each instruction will build a layer of image, which is used to describe the construction process of the layer of image; through the container build (docker build) instruction, the container will automatically build the image according to the content of the container file)

[0083] Step 402: The base station to be virtualized performs base station redeployment, upgrade or expansion based on the container file.

[0084] Step 403: Share the container file with other base stations to be virtualized;

[0085] Step 404: The other base stations to be virtualized rebuild corresponding images based on the container file, and perform base station deployment based on the built images.

[0086] The container is started based on the image. The image can be built through the container file. Multiple base stations use this image to achieve rapid deployment of base stations. When upgrading and expansion are needed, you only need to rebuild the image through dockerfile to achieve rapid upgrade or expansion, thereby improving the efficiency of base station updates, expansions, and reconstructions.

[0087] In an optional embodiment of the present application, see Figure 5 , Figure 5 This is a schematic diagram of the distribution structure of each base station service layer in the target chip, such as Figure 5 In the above step 104, the running of the service process corresponding to each application in each container includes the following steps:

[0088] The CU unit (Centralized Unit) in the target chip is called to run the RRC layer and PDCP layer processes of the base station to be virtualized, and the DU unit (Distributed Unit) is called to run the RLC layer and MAC layer processes of the base station to be virtualized. At the same time, for convenience, the PHY layer (physical layer) can also be stored in the DU unit and called.

[0089] CU (Centralized Unit) mainly includes non-real-time wireless high-level protocol stack functions, and also supports the sinking of some core network functions and the deployment of edge application services. DU (Distributed Unit) mainly handles physical layer functions and layer functions with real-time requirements. This configuration method can save transmission resources between RRU and DU, and some physical layer functions can also be moved up to RRU for implementation, thereby improving overall efficiency.

[0090] See also Figure 6 , Figure 6 This is an exemplary container system architecture in a target device. The target device is equipped with hardware devices such as CPU, hard disk, memory, and driver, as well as OS operating system and container engine. Multiple containers are created in the container engine: for example, container 1, container 2, and container 3, etc. Each container calls cpu, memory and other resources according to the configuration and runs the corresponding program. Figure 5 and Figure 6 In the application, the application (virtual application service container) is used to run the corresponding program or process, the v-CU (Virtual CU, virtual distributed unit) unit runs the processes of the RRC layer and the PDCP layer, and the v-DU (Virtual DU, virtual central unit) runs the processes of the RLC layer and the MAC layer. The v-CU and v-DU communicate with each other through the F1ap protocol. The main messages transmitted by F1ap are: terminal initial UL RRC message; network side DL RRC message; terminal side UL RRC message; NAS layer UE context setting message; NAS layer UE context modification message; terminal UE inactive notification. The application container needs to confirm the interaction interface and interaction protocol according to the specific program being run.

[0091] Container 1 runs the PDCP layer process; container 2 runs the RLC layer process and the Mac layer process; container 3 runs other required programs, such as edge computing, industrial applications, industrial logic control PLC, human-machine control interface HMI, machine vision, etc. These are only examples and are not exhaustive.

[0092] In an optional embodiment of the present application, the above step 102, calling the container engine to build and deploy multiple containers, includes the following steps:

[0093] Use the container engine's container commands or orchestration tools to automatically build and deploy containers for high-level services of the virtualized base station

[0094] For example, through the container orchestration tools of the container engine (such as Kubernetes), the automatic deployment and management of base station high-level services can be achieved to further optimize resource utilization.

[0095] It should be understood that, although the various steps in the flow chart are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear description in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a portion of the steps in the figure may include multiple sub-steps or multiple stages, and these sub-steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these sub-steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

[0096] After the target virtualized base station is formed as described above, the method further includes communicating with the user equipment based on the target virtualized base station. The target virtualized base station is responsible for broadcasting control information and system information to the user equipment to ensure that the user equipment can access the network smoothly. The user equipment needs to receive and process signals from the target virtualized base station to obtain necessary information and establish a connection. However, signal transmission is susceptible to channel attenuation, interference, etc., resulting in signal distortion. Therefore, the user equipment needs to perform channel estimation to accurately restore the original signal. Among them, physical broadcast channel (Physical Broadcast Channel, referred to as PBCH) channel estimation is a key step, which involves decoding and processing PBCH signals and obtaining system information such as master information blocks (Master Information Block, referred to as MIB), which is crucial for user equipment to access the network. In an optional embodiment of the present application, the method further includes estimating the channel between the target virtualized base station and the user equipment, and realizing communication between the target virtualized base station and the user equipment based on the channel estimation result:

[0097] Obtain a first subcarrier frequency domain index set, a second subcarrier frequency domain index set, and a third subcarrier frequency domain index set, wherein the first subcarrier frequency domain index set belongs to the intersection of the subcarrier frequency domain index set of the physical broadcast channel PBCH and the subcarrier frequency domain index set of the secondary synchronization signal SSS, the second subcarrier frequency domain index set is the difference set of the subcarrier frequency domain index set of the PBCH and the first subcarrier frequency domain index set, and the third subcarrier frequency domain index set belongs to the subcarrier frequency domain index set of the cell-specific reference signal CRS;

[0098] Determine a first channel estimation result based on the received SSS and the first subcarrier frequency domain index set;

[0099] Determine a second channel estimation result based on the received CRS, the second subcarrier frequency domain index set, and the third subcarrier frequency domain index set;

[0100] Based on the first channel estimation result and the second channel estimation result, a channel estimation result of the PBCH is determined.

[0101] In an optional embodiment of the present application, the first channel estimation result includes a second frequency response estimation value of a subcarrier corresponding to each first subcarrier frequency domain index in the first subcarrier frequency domain index set; and determining the first channel estimation result based on the received SSS and the first subcarrier frequency domain index set includes:

[0102] Determine, based on the received SSS, a subcarrier corresponding to each first subcarrier frequency domain index in the first subcarrier frequency domain index set;

[0103] Performing least squares LS channel estimation on the subcarriers corresponding to the frequency domain indexes of the first subcarriers to obtain first frequency response estimation values ​​of the subcarriers corresponding to the frequency domain indexes of the first subcarriers;

[0104] Creating a first minimum mean square error (MMSE) filter based on the first subcarrier frequency domain index set;

[0105] Based on the first MMSE filter, sliding filtering is performed on the first frequency response estimation value of the subcarrier corresponding to each of the first subcarrier frequency domain indexes to obtain the second frequency response estimation value of the subcarrier corresponding to each of the first subcarrier frequency domain indexes.

[0106] In an optional embodiment of the present application, creating a first MMSE filter based on the first subcarrier frequency domain index set includes:

[0107] Determine a first window size parameter within the total number of first subcarrier frequency domain indexes of the first subcarrier frequency domain index set;

[0108] Based on the first window size parameter, the first MMSE filter is created.

[0109] In an optional embodiment of the present application, the second channel estimation result includes a frequency response estimation value of a subcarrier corresponding to each second subcarrier frequency domain index in the second subcarrier frequency domain index set; and determining the second channel estimation result based on the received CRS, the second subcarrier frequency domain index set, and the third subcarrier frequency domain index set includes:

[0110] Determine, based on the received CRS, a subcarrier corresponding to each third subcarrier frequency domain index in the third subcarrier frequency domain index set;

[0111] Perform LS channel estimation on the subcarriers corresponding to the frequency domain indexes of the third subcarriers to obtain frequency response estimation values ​​of the subcarriers corresponding to the frequency domain indexes of the third subcarriers;

[0112] Creating a second MMSE filter based on the third subcarrier frequency domain index set;

[0113] Based on the second MMSE filter and the frequency response estimation value of the subcarrier corresponding to each of the third subcarrier frequency domain indices, the frequency response estimation value of the subcarrier corresponding to each of the second subcarrier frequency domain indices in the second subcarrier frequency domain index set is obtained by interpolation.

[0114] In an optional embodiment of the present application, creating a second MMSE filter based on the third subcarrier frequency domain index set includes:

[0115] Determine a second window size parameter within the total number of third subcarrier frequency domain indexes of the third subcarrier frequency domain index set;

[0116] Based on the second window size parameter, the second MMSE filter is created.

[0117] In an optional embodiment of the present application, before acquiring the first subcarrier frequency domain index set, the second subcarrier frequency domain index set, and the third subcarrier frequency domain index set, the method further includes:

[0118] Obtaining a time-frequency resource grid of a radio frame;

[0119] Determining a target time range on a time axis of the time-frequency resource grid;

[0120] Determine a plurality of resource elements of the CRS in the time-frequency resource grid that conform to the target time range as a plurality of target resource elements respectively;

[0121] Based on the multiple target resource elements, determine the third subcarrier frequency domain index set.

[0122] In an optional embodiment of the present application, the first channel estimation result includes a frequency response estimation value of a subcarrier corresponding to each first subcarrier frequency domain index in the first subcarrier frequency domain index set, the second channel estimation result includes a frequency response estimation value of a subcarrier corresponding to each second subcarrier frequency domain index in the second subcarrier frequency domain index set, and the channel estimation result of the PBCH includes a frequency response estimation value of a subcarrier corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH; determining the channel estimation result of the PBCH based on the first channel estimation result and the second channel estimation result includes:

[0123] Create a to-be-filled item corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH;

[0124] The frequency response estimation value of the subcarrier corresponding to each of the first subcarrier frequency domain indices and the frequency response estimation value of the subcarrier corresponding to each of the second subcarrier frequency domain indices are respectively copied to the to-be-filled items corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH to obtain the frequency response estimation value of the subcarrier corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH.

[0125] See also Figure 7 An embodiment of the present application provides a base station virtualization device 700, including: an installation module 710, a containerization module 720, a configuration module 730 and an operation module 740, wherein:

[0126] The installation module 710 is used to install the target chip and the driver of the target chip on the target device; wherein the target chip is a multi-core architecture, and the multi-core architecture at least includes: an APE kernel and a NUP kernel, the APE kernel is a MaPU structure, and the NPU kernel is deployed with a container engine;

[0127] The containerization module 720 is used to start the target chip based on the driver, call the container engine to build and deploy multiple containers, and package and store the application programs and services required by each service layer in the base station to be virtualized into different containers;

[0128] The configuration module 730 is used to configure the interaction between each container and each base station service layer in the base station to be virtualized based on the pre-configured containerization architecture;

[0129] The running module 740 is used to run the service process corresponding to each application in each container to obtain a containerized target virtualized base station.

[0130] In an optional embodiment of the present application, the running module 740 is specifically used to run the service process corresponding to each application in each container to obtain a containerized virtual base station; perform a performance test on the containerized virtual base station, and adjust the configuration and parameters of the container engine according to the test results; and optimize the performance of the containerized virtual base station based on the adjusted container engine to obtain the target virtualized base station.

[0131] In an optional embodiment of the present application, the operation module 740 is also used to monitor the operation status of the target virtualized base station; if the operation status exceeds a preset normal range, restart the container engine to restart the target virtualized base station.

[0132] In an optional embodiment of the present application, the running module 740 is also used to build an image of the service process of each container through a container file; wherein the container file includes at least: construction environment information and operation environment information of the base station high-level service; the base station to be virtualized performs base station redeployment, upgrade or expansion based on the container file.

[0133] In an optional embodiment of the present application, the operation module 740 is also used to share the container file with other base stations to be virtualized; the other base stations to be virtualized rebuild the corresponding image based on the container file, and perform base station deployment based on the built image.

[0134] In an optional embodiment of the present application, the running module 740 is specifically used to call the CU unit in the target chip to run the RRC layer and PDCP layer processes of the base station to be virtualized, and call the DU unit to run the RLC layer and MAC layer processes of the base station to be virtualized.

[0135] In an optional embodiment of the present application, the containerization module 720 is specifically used to use the container command or orchestration tool of the container engine to automatically build and deploy containers for high-level services of the virtualized base station.

[0136] For the specific definition of the above-mentioned base station virtualization device 700, please refer to the definition of the base station virtualization method above, which will not be repeated here. Each module in the above-mentioned base station virtualization device 700 can be implemented in whole or in part by software, hardware and a combination thereof. The above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to the above modules.

[0137] In one embodiment, a computer device is provided, the internal structure diagram of which can be as follows: Figure 8As shown. The computer device includes a processor, a memory, a network interface and a database connected via a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store data. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a base station virtualization method as described above is implemented. It includes: a memory and a processor, the memory stores a computer program, and when the processor executes the computer program, any step in the base station virtualization method as described above is implemented.

[0138] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, any step in the above base station virtualization method can be implemented.

[0139] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented in one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that include computer-usable program code.

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

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

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

[0143] Although the preferred embodiments of the present application have been described, those skilled in the art may make other changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the present application.

[0144] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A base station virtualization method, characterized in that: include: Installing the target chip and the driver of the target chip on the target device; wherein the target chip is a multi-core architecture, and the multi-core architecture at least includes: an APE kernel and a NUP kernel, the APE kernel is a MaPU structure, and the NPU kernel is deployed with a container engine; Starting the target chip based on the driver, calling the container engine to build and deploy multiple containers, and packaging and storing the application programs and services required by each service layer in the base station to be virtualized into different containers; Configuring the interaction between each container and each base station service layer in the base station to be virtualized based on a preconfigured containerized architecture; The service process corresponding to each application is run in each container to obtain a containerized target virtualized base station.

2. The base station virtualization method according to claim 1, characterized in that: The step of running the service process corresponding to each application in each container to obtain a containerized target virtualized base station includes: Running the service process corresponding to each application in each container to obtain a containerized virtual base station; Performing a performance test on the containerized virtual base station, and adjusting the configuration and parameters of the container engine according to the test results; The performance of the containerized virtual base station is optimized based on the adjusted container engine to obtain the target virtualized base station.

3. The base station virtualization method according to claim 1, characterized in that: Also includes: Monitoring the operating status of the target virtualized base station; If the operating status exceeds a preset normal range, restart the container engine to restart the target virtualized base station.

4. The base station virtualization method according to claim 1, characterized in that: Also includes: Building an image of the service process of each container through a container file; wherein the container file at least includes: building environment information and operating environment information of the base station high-level service; The base station to be virtualized performs base station redeployment, upgrade or expansion based on the container file.

5. The base station virtualization method according to claim 4, characterized in that: Also includes: Sharing the container file to other base stations to be virtualized; The other base stations to be virtualized rebuild corresponding images based on the container file, and perform base station deployment based on the built images.

6. The base station virtualization method according to claim 1, characterized in that: The service process corresponding to each application program is run in each container, including: The CU unit in the target chip is called to run the RRC layer and PDCP layer processes of the base station to be virtualized, and the DU unit is called to run the RLC layer and MAC layer processes of the base station to be virtualized.

7. The base station virtualization method according to claim 1, characterized in that: The calling of the container engine to build and deploy multiple containers includes: The container command or orchestration tool of the container engine is used to automatically build and deploy containers for high-level services of the virtualized base station.

8. A base station virtualization device, characterized in that: include: An installation module is used to install the target chip and the driver of the target chip on the target device; wherein the target chip is a multi-core architecture, and the multi-core architecture at least includes: an APE kernel and a NUP kernel, the APE kernel is a MaPU structure, and the NPU kernel is deployed with a container engine; A containerization module, used to start the target chip based on the driver, call the container engine to build and deploy multiple containers, and package and store the application programs and services required by each service layer in the base station to be virtualized into different containers; A configuration module, configured to configure the interaction between each container and each base station service layer in the base station to be virtualized based on a pre-configured containerized architecture; The running module is used to run the service process corresponding to each application in each container to obtain a containerized target virtualized base station.

9. A computer device comprising: The method comprises a memory and a processor, wherein the memory stores a computer program, and wherein the processor implements the steps of the method according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images