Disclosure of Invention
The embodiment of the application provides a base station virtualization method, a base station virtualization device, computer equipment and a storage medium.
In a first aspect of an embodiment of the present application, a base station virtualization method is provided, including:
Installing the target chip and a driver of the target chip on target equipment, wherein the target chip is a multi-core architecture which at least comprises an APE (advanced personal computer) kernel and a NUP (non-uniform resource locator) kernel, the APE kernel is MaPU in structure, and a container engine is deployed in the NPU kernel;
Starting the target chip based on the driver, calling the 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 interactions between each container and each base station service layer in the base station to be virtualized based on a pre-configured containerization architecture;
And running service processes corresponding to the application programs in the containers to obtain the containerized target virtualized base station.
In an optional embodiment of the present application, the running a service process corresponding to each application program in each container to obtain a containerized target virtualized base station includes:
Running the service process corresponding to each application program in each container to obtain a containerized virtual base station;
Performing performance test on the containerized virtual base station, and adjusting configuration and parameters of the container engine according to test results;
And performing performance optimization on the containerized virtual base station based on the adjusted container engine to obtain the target virtualized base station.
In an optional embodiment of the present application, the above base station virtualization method further includes:
Monitoring the running state of the target virtualized base station;
And restarting the container engine to restart the target virtualized base station if the running state exceeds a preset normal range.
In an optional embodiment of the present application, the above base station virtualization method further includes:
The mirror image of the service process of each container is constructed through a container file, wherein the container file at least comprises construction environment information and operation environment information of high-level service of a base station;
and the base station to be virtualized performs base station redeployment, upgrading or expansion based on the container file.
In an optional embodiment of the present application, the above base station virtualization method further includes:
Sharing the container file to other base stations to be virtualized;
And reconstructing corresponding images by the other base stations to be virtualized based on the container file, and performing base station deployment based on the constructed images.
In an optional embodiment of the present application, the running the service process corresponding to each application program in each container includes:
And invoking a CU unit in the target chip to run the RRC layer and PDCP layer processes of the base station to be virtualized, and invoking a DU unit to run the RLC layer and MAC layer processes of the base station to be virtualized.
In an alternative embodiment of the present application, the invoking the container engine to build and deploy a plurality of containers includes:
The container commands or orchestration tools of the container engine are used to automate container construction and deployment of high-level services of the base station to be virtualized.
In a second aspect of the embodiment of the present application, there is provided a base station virtualization apparatus, including:
The device comprises an installation module, a storage module and a storage module, wherein the installation module is used for installing the target chip and a driver of the target chip on target equipment, the target chip is a multi-core architecture which at least comprises an APE (advanced personal computer) kernel and a NUP (non-Uniform resource locator) kernel, the APE kernel is of a MaPU structure, and a container engine is deployed in the NPU kernel;
The containerization module is used for starting the target chip based on the driver, calling the 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;
the configuration module is used for configuring interaction between each container and each base station service layer in the base station to be virtualized based on a pre-configured containerization architecture;
And the operation module is used for operating the service process corresponding to each application program in each container to obtain the containerized target virtualized base station.
In a third aspect of the embodiments of the present application there is provided a computer device comprising a memory and a processor, the memory storing a computer program, the processor implementing the steps of any of the methods described above when executing the computer program.
In a fourth aspect of the embodiments of the present application, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of the method of any of the above.
In a first aspect, the embodiment of the present application provides a base station virtualization architecture through a target chip of a multi-core architecture, and a physical layer of a base station to be virtualized is operated on an APE core, so as to ensure low latency and high performance processing of the physical layer. The method comprises the steps of operating the MAC layer, the RLC layer, the PDCP layer, the RRC layer and other high layers of a base station on a container engine started on a NUP kernel to realize the virtualization of a high service layer of the base station to be virtualized, namely, realizing the virtualization of the base station by introducing the container engine and combining a target chip with a multi-core structure, thereby improving the system performance of the base station, reducing network delay and optimizing resource utilization;
In the second aspect, through the virtualization technology of the container engine, the rapid deployment and expansion of the high service layer of the base station are realized, and the processing capacity of the system is improved; the resource isolation and limitation functions of the container engine are utilized to reduce the interference among the high-level services of the base station and reduce the network time delay, and the resource dynamic allocation and scheduling functions of the container engine are utilized to realize the optimal configuration and the efficient utilization of the base station resources.
In the third aspect, the APE kernel in the embodiment of the application adopts MaPU architecture, the APE kernel adopts MaPU architecture kernel, the highly programmable unique soft kernel architecture can flexibly reconstruct according to various algorithms, thereby flexibly supporting 5G standard and nonstandard protocols, and enabling later-stage upgrading to be more convenient and efficient, and the MaPU architecture has the reconfigurable characteristic that a user does not need to design a brand new chip for each new application, so that the research and development cost is reduced, the development time is shortened, and the product line-up speed is accelerated.
In summary, the embodiment of the application provides the base station virtualization method with better performance, higher flexibility, higher efficiency and lower cost.
Detailed Description
In implementing the present application, the inventors have found that there is a need for a base station virtualization method that is more flexible and less costly.
In view of the above problems, embodiments of the present application provide a base station virtualization method, apparatus, computer device, and storage medium.
The scheme in the embodiment of the application can be realized by adopting various computer languages, such as object-oriented programming language Java, an transliteration script language JavaScript and the like.
In order to make the technical solutions and advantages of the embodiments of the present application more apparent, the following detailed description of exemplary embodiments of the present application is provided in conjunction with the accompanying drawings, and it is apparent that the described embodiments are only some embodiments of the present application and not exhaustive of all embodiments. It should be noted that, without conflict, the embodiments of the present application and features of the embodiments may be combined with each other.
Referring to fig. 1, the base station virtualization method provided by the embodiment of the present application includes the following steps 101 to 104:
Step 101, installing the target chip and a driver of the target chip on target equipment;
The target device refers to an electronic device on which a target chip is mounted, and may be a server, a service station, a computer, a control device, etc., which is not meant to be exhaustive herein. The target chip is a multi-core architecture, at least comprising an APE (Algebraic Processing Engine ) core and a NUP (Neural network Processing Unit, neural network processing unit) core, wherein the NUP core is of a MaPU (MATHEMATICAL PROCESSING UNIT, math processing unit) structure, maPU is integrated with the programmability and universality of a CPU (Central Processing Unit, a central processing unit), the flexibility of an FPGA (Field Programmable GATE ARRAY, programmable array logic) and the high efficiency of an ASIC (Application SPECIFIC INTEGRATED Circuit), is assisted by a high-efficiency parallel data supply structure, and is a soft ASIC architecture which is controlled by software algorithms to realize the configuration by controlling different access switches, so that the chip can be flexibly reconfigured from calculation, storage to scheduling according to various algorithms, the hardware can be changed into the ASIC which is flexibly configured according to different algorithms, the performance power consumption is comparable to that of the ASIC, and the ASIC is highly programmable. The APE kernel adopts MaPU architecture kernel, the highly programmable unique soft kernel architecture can be flexibly reconstructed according to various algorithms, so that 5G standard and nonstandard protocols are flexibly supported, and the later stage upgrading is more convenient and efficient;
The MaPU architecture has flexibility and high efficiency, is particularly suitable for the field of communication and computing chips with extremely high requirements on computing performance, provides a new thought of data processing chip design, and meanwhile, the MaPU architecture also has reconfigurable characteristics, so that a user does not need to design a brand new chip for each new application, thereby reducing research and development cost, shortening development time and accelerating product line-up speed.
Meanwhile, the NPU kernel is deployed with a container engine (such as a Docker engine) and related dependencies, wherein the related dependencies comprise services, programs and the like required by the starting of a high-level service layer of a base station, such as python and the like, which are not exhaustive herein, the container engine is used for creating and managing a plurality of containers, and the Docker is a product of a group of platform as a service (PaaS) and packages software and dependency items thereof into containers based on virtualization technology of an operating system level. The software that hosts the container is called the Docker engine. The container engine is an open source platform, can conveniently and quickly create a portable lightweight running environment and a packaging tool, packages required application programs and services into the container, runs corresponding one or more service processes in the container, and does not exist in the container, so that the lightweight is realized, the application programs are automatically deployed in the lightweight container, the starting speed is faster, the second-level deployment can be realized, the application programs in different containers are isolated from each other, the efficient work is realized, the problems caused by inconsistent environments are greatly reduced, the deployment flow is simplified and standardized, and the base station virtualization efficiency is improved.
The container engine isolates the processes, networks, messages, file systems, UTS and operating system resources of the container by means of the pid, net, ipc, mnt, UTS, user of the linux (operating system kernel), a form of code organization used by the programming language, classified by the namespace, distinguishing different code functions, avoiding different code fragments). Thus, different service processes in the container are in different independent system environments, and the aim of isolation is achieved. Meanwhile, the container engine can also limit the resources in the container through a Cgroup (Control group, a technology for limiting the capacity of the container by creating a virtual file system for use by the container), so that the functions of resource limitation, priority allocation, resource statistics, task Control and the like are realized, namely, the functions of resource isolation and limitation of the container engine can be utilized, and the stability and the safety of the base station system are improved.
The target chip can be designed based on MaPU kernel architecture by adopting a domestic chip UCP4008, and the UCP4008 has the characteristics of real Software Defined Radio (SDR) and supports a customized DVB communication system, a 5G NR-NTN system and other customized protocols. In addition, the chip not only supports a plurality of synchronous modes and ensures the stability, reliability and expansibility of the chip in a complex communication environment, but also integrates high-performance digital signal processing capability and rich interface types, and the UCP4008 chip realizes the dual advantages of low power consumption and low cost while keeping high performance through an optimization algorithm and architecture design.
The domestic chip UCP4008 provides rich high-speed and low-speed interfaces including PCIE, CPRI/ECPRI, JESD204B/C, T (G) MAC and the like, and also supports various synchronization modes such as GPS, 1588V2, syncE, air interface and the like. The chip can simultaneously support 4 100M 5G cells, can provide 8 radio frequency channels at most, and is suitable for various small base station forms.
The UCP4008 is internally provided with 8 high-performance MaPU cores and 8 NUP cores, wherein the single core computing capacity of each MaPU is up to 716.8GOPS@16bits, the UCP4008 single chip can support 2 5G 100M bandwidth 4T4R cells or 4/5G dual-mode cells, various standard protocol software functions are already issued, and meanwhile, customized protocol development is supported, and the powerful computing power ensures that enough computing power resources are available for deploying a perception function part. UCP4008 can also independently turn off NUP and MaPU cores according to the requirements of clients, and can fundamentally reduce power consumption while guaranteeing performance.
Step 102, starting the target chip based on the driver, calling the 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;
The base station to be virtualized at least comprises a PHY layer (physical layer), a MAC layer (media access control sublayer), an RLC layer (radio link control sublayer), a PDCP layer (packet data convergence protocol sublayer) and an RRC layer, wherein the PHY operates in the APE kernel, and the MAC layer, the RLC layer, the PDCP layer and the RRC layer (radio resource control layer) respectively operate in each container. The physical layer (PHY) is the bottommost layer of the wireless access system, takes a transmission channel as an interface, provides service to an upper layer, is the basis of a base station and is responsible for 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) form a second layer of the base station and are responsible for packaging, transmission and error control of data and ensuring the accuracy and reliability of the data in the transmission process, the radio resource control layer (RRC) is the uppermost layer of the base station and is responsible for controlling the allocation and management of radio resources, including connection control, safety, mobility management, measurement and the like, and the RRC layer ensures the effective utilization of the radio resources and simultaneously ensures the safety and stability of communication. The high service layer referred to in the embodiment of the present application includes a MAC layer (medium access control sublayer), RLC layer (radio link control sublayer), PDCP layer (packet data convergence protocol sublayer) and RRC layer (radio resource control layer) of a base station to be virtualized.
Step 103, configuring interactions between each container and each base station service layer in the base station to be virtualized based on a pre-configured containerization architecture;
The containerization architecture is a container structure formed by storing the application programs and services required by each service layer in the base station to be virtualized in different containers through the step 102, and the configuration of each container and the interaction between the service layers of each base station in the base station to be virtualized may include, but is not limited to, inter-container communication, resource allocation, and the like.
And 104, running service processes corresponding to the application programs in the containers to obtain the containerized target virtualized base station.
In a first aspect, the embodiment of the present application provides a base station virtualization architecture through a target chip of a multi-core architecture, and a physical layer of a base station to be virtualized is operated on an APE core, so as to ensure low latency and high performance processing of the physical layer. The method comprises the steps of operating the MAC layer, the RLC layer, the PDCP layer, the RRC layer and other high layers of a base station on a container engine started on a NUP kernel to realize the virtualization of a high service layer of the base station to be virtualized, namely, realizing the virtualization of the base station by introducing the container engine and combining a target chip with a multi-core structure, thereby improving the system performance of the base station, reducing network delay and optimizing resource utilization;
In the second aspect, through the virtualization technology of the container engine, the rapid deployment and expansion of the high service layer of the base station are realized, and the processing capacity of the system is improved; the resource isolation and limitation functions of the container engine are utilized to reduce the interference among the high-level services of the base station and reduce the network time delay, and the resource dynamic allocation and scheduling functions of the container engine are utilized to realize the optimal configuration and the efficient utilization of the base station resources.
In the third aspect, the APE kernel in the embodiment of the application adopts MaPU architecture, the APE kernel adopts MaPU architecture kernel, the highly programmable unique soft kernel architecture can flexibly reconstruct according to various algorithms, thereby flexibly supporting 5G standard and nonstandard protocols, and enabling later-stage upgrading to be more convenient and efficient, and the MaPU architecture has the reconfigurable characteristic that a user does not need to design a brand new chip for each new application, so that the research and development cost is reduced, the development time is shortened, and the product line-up speed is accelerated.
In summary, the embodiment of the application provides the base station virtualization method with better performance, higher flexibility, higher efficiency and lower cost.
Referring to fig. 2, in an alternative embodiment of the present application, the step 104 of running the service process corresponding to each application program in each container to obtain the containerized target virtualized base station includes the following steps 201 to 203:
step 201, running the service process corresponding to each application program in each container to obtain a containerized virtual base station;
step 202, performing performance test on the containerized virtual base station, and adjusting configuration and parameters of the container engine according to test results;
And performing performance tests on the containerized virtual base station, wherein the performance tests comprise indexes such as time delay, throughput and the like. And adjusting the configuration and parameters of the container engine according to the test result, for example, in a single-user peak rate test, testing whether a single user under a base station cell can reach 95% of a theoretical peak rate, and in a multi-user peak rate test, testing whether 400 users under the cell, the overall uplink and downlink rates of the cell can reach 90% of the theoretical peak rate.
And 203, performing performance optimization on the containerized virtual base station based on the adjusted container engine to obtain the target virtual base station.
According to the test result, the configuration and parameters of the container engine are adjusted, and the performance of the base station is optimized, for example, when the peak rate is not reached, the container use core number is increased or the memory is increased due to insufficient memory resource deployment, and the optimal scheme for resource use is found by retesting. Of course, the testing method, the testing index, and the configuration and parameters of the container engine are adjusted according to the testing result, and the performance optimization content of the containerized virtual base station based on the adjusted container engine is only an example, which does not limit the specific optimization process of the embodiment of the present application.
According to the embodiment of the application, the service process corresponding to each application program is operated in each container to obtain the containerized virtual base station, the containerized virtual base station is subjected to performance test, the configuration and parameters of the container engine are adjusted according to the test result, the containerized virtual base station is subjected to performance optimization based on the adjusted container engine, and the target virtual base station is obtained, so that the dynamic optimization of the target virtual base station is realized, and the reliability and stability of the target virtual base station are further improved.
Referring to fig. 3, in an alternative embodiment of the present application, the above base station virtualization method further includes the following steps 301 to 302:
step 301, monitoring the running state of the target virtualized base station;
Step 302, restarting the container engine to restart the target virtualized base station if the running state exceeds a preset normal range.
According to the embodiment of the application, the running state of the target virtualization base station is monitored, once the running state exceeds the preset normal range, namely the running of the target virtualization base station is abnormal, the container engine is restarted in time, and after the restarting of the container engine is completed, the base station process in the container engine is also automatically started, so that the restarting of the base station is realized, the abnormal condition is processed in time, and the stable running of the base station system is ensured.
Referring to fig. 4, in an alternative embodiment of the present application, the above base station virtualization method further includes the following steps 401 to 404:
step 401, constructing mirror images of the service processes of all containers through container files;
Wherein the container file (Dockerfile, refer to a text file in programming, which contains a series of instructions and descriptions for automatically constructing a Docker mirror image) at least comprises construction environment information and operation environment information of a base station high-level service, each instruction can construct a layer of mirror image for describing the construction process of the layer of mirror image, and through a container construction instruction, the container can automatically construct the mirror image according to the content of the container file
Step 402, the base station to be virtualized performs base station redeployment, upgrading or expansion based on the container file.
Step 403, sharing the container file to other base stations to be virtualized;
And step 404, reconstructing a corresponding image by the other base stations to be virtualized based on the container file, and performing base station deployment based on the constructed image.
The container is started based on the image, the image can be built through the container file, the image is used by a plurality of base stations, the quick deployment of the base stations is realized, and when the updating and the expansion are needed, the quick updating or the expansion can be realized only by reconstructing the image through dockerfile, so that the updating, the expansion, the reconstruction and the like of the base stations are improved.
In an alternative embodiment of the present application, please refer to fig. 5, fig. 5 is a schematic diagram of a distribution structure of each base station service layer in a target chip, as in fig. 5, the step 104 of running a service process corresponding to each application program in each container includes the following steps:
And calling a CU Unit (Centralized Unit) in the target chip to run the RRC layer and PDCP layer processes of the base station to be virtualized, and calling a DU Unit (Distributed Unit) to run the RLC layer and MAC layer processes of the base station to be virtualized. Meanwhile, for convenience, a PHY layer (physical layer) may be stored in the DU unit and called.
CU (Centralized Unit) mainly comprises a non-real-time wireless high-level protocol stack function, and also supports the sinking of part of core network functions and the deployment of edge application services. DU (Distributed Unit) are mainly handling physical layer functions and layer functions for real-time requirements. By the configuration mode, transmission resources between the RRU and the DU can be saved, and part of physical layer functions can be moved up to the RRU for realizing, so that the overall efficiency is improved.
Referring to fig. 6, fig. 6 is an exemplary architecture of a container system in a target device, where the target device is configured with a CPU, a hard disk, a memory, a driver, and other hardware devices, and an OS operating system and a container engine, where a plurality of containers, for example, container 1, container 2, container 3, and the like, are created, and each container calls a CPU, a memory, and other resources according to the configuration, and runs a corresponding program. In fig. 5 and 6, the application (Virtual application service container) is used to run corresponding programs or processes, the v-CU (Virtual CU, virtual distributed unit) unit runs processes of the RRC layer and the PDCP layer, the v-DU (Virtual DU, virtual central unit) runs processes of the RLC layer and the MAC layer, and the v-CU communicates with the v-DU through the F1ap protocol. The F1ap mainly transmits messages including a terminal initial UL RRC message, a network side DL RRC message, a terminal side UL RRC message, a NAS layer UE context setting message, a NAS layer UE context modifying message and a terminal UE inactivity (Inactive) notification. The Application container needs to confirm the interaction interface and the interaction protocol according to the specific running program.
Container 1 runs PDCP layer process, container 2 runs RLC layer process and Mac layer process, and container 3 runs other required programs such as edge calculation, industrial application, industrial logic control PLC, human machine control interface HMI, machine vision, etc., which are only examples and not exhaustive.
In an alternative embodiment of the present application, the step 102 of calling the container engine to build and deploy a plurality of containers includes the steps of:
Automated container construction and deployment of high-level services to virtualized base stations using container command or orchestration tools of the container engine
Automated deployment and management of base station high-level services is achieved, for example, through a container orchestration tool of a container engine (e.g., kubernetes), further optimizing resource usage.
It should be understood that, although the steps in the flowchart are shown in sequence as indicated by the arrows, the steps are not necessarily performed in sequence as indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the figures may include multiple sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, nor does the order in which the sub-steps or stages are performed necessarily performed in sequence, but may be performed alternately or alternately with at least a portion of other steps or other steps.
After the forming the target virtualized base station, the method further comprises communicating between the target virtualized base station and the user equipment. The target virtualized base station is responsible for broadcasting control information and system information to the user equipment so as to ensure that the user equipment smoothly accesses the network. And the ue needs to receive and process the signal from the target virtualized base station to obtain the necessary information and establish a connection. However, signal transmission is susceptible to channel attenuation, interference, etc., resulting in signal distortion. Therefore, the ue needs to perform channel estimation to accurately recover the original signal. Wherein, physical broadcast channel (Physical Broadcast Channel, abbreviated as PBCH) channel estimation is a key step, which involves decoding PBCH signals, and acquiring system information such as a master information block (Master Information Block, abbreviated as MIB) is critical for user equipment to access the network. In an optional embodiment of the application, the method further comprises estimating a channel between the target virtualized base station and the user equipment, and implementing communication between the target virtualized base station and the user equipment based on a channel estimation result:
Acquiring 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 an intersection of a subcarrier frequency domain index set of a Physical Broadcast Channel (PBCH) and a subcarrier frequency domain index set of a Secondary Synchronization Signal (SSS), the second subcarrier frequency domain index set is a difference set between 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 a subcarrier frequency domain index set of a cell specific reference signal (CRS);
Determining a first channel estimation result based on the received SSS and the first subcarrier frequency domain index set;
determining 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;
And determining a channel estimation result of the PBCH based on the first channel estimation result and the second channel estimation result.
In an alternative 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 the determining the first channel estimation result based on the received SSS and the first subcarrier frequency domain index set includes:
Determining subcarriers corresponding to each first subcarrier frequency domain index in the first subcarrier frequency domain index set based on the received SSS;
Carrying out least square LS channel estimation on the subcarriers corresponding to the first subcarrier frequency domain indexes to obtain first frequency response estimation values of the subcarriers corresponding to the first subcarrier frequency domain indexes;
creating a first Minimum Mean Square Error (MMSE) filter based on the first subcarrier frequency domain index set;
And performing sliding filtering on the first frequency response estimated value of the subcarrier corresponding to each first subcarrier frequency domain index based on the first MMSE filter to obtain a second frequency response estimated value of the subcarrier corresponding to each first subcarrier frequency domain index.
In an optional embodiment of the application, the creating a first MMSE filter based on the first subcarrier frequency domain index set includes:
Determining a first window size parameter within the total number of the first subcarrier frequency domain indexes of the first subcarrier frequency domain index set;
the first MMSE filter is created based on the first window size parameter.
In an alternative 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 the 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:
determining subcarriers corresponding to each third subcarrier frequency domain index in the third subcarrier frequency domain index set based on the received CRS;
Performing 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;
Creating a second MMSE filter based on the third subcarrier frequency domain index set;
And interpolating to obtain a frequency response estimated value of each subcarrier corresponding to the second subcarrier frequency domain index in the second subcarrier frequency domain index set based on the second MMSE filter and the frequency response estimated value of each subcarrier corresponding to the third subcarrier frequency domain index.
In an optional embodiment of the application, the creating a second MMSE filter based on the third subcarrier frequency domain index set includes:
determining a second window size parameter within the total number of the third subcarrier frequency domain indexes of the third subcarrier frequency domain index set;
and creating the second MMSE filter based on the second window size parameter.
In an optional embodiment of the present application, before the obtaining 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:
Acquiring a time-frequency resource grid of a wireless frame;
determining a target time range on a time axis of the time-frequency resource grid;
Respectively determining a plurality of resource elements of the CRS conforming to the target time range in the time-frequency resource grid as a plurality of target resource elements;
and determining the third subcarrier frequency domain index set based on a plurality of the target resource elements.
In an alternative 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, and the determining the channel estimation result of the PBCH based on the first channel estimation result and the second channel estimation result includes:
Creating a to-be-filled item corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH;
And copying the frequency response estimated value of the subcarrier corresponding to each first subcarrier frequency domain index and the frequency response estimated value of the subcarrier corresponding to each second subcarrier frequency domain index to the to-be-filled item corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH to obtain the frequency response estimated value of the subcarrier corresponding to each subcarrier frequency domain index in the subcarrier frequency domain index set of the PBCH.
Referring to fig. 7, an embodiment of the present application provides a base station virtualization apparatus 700, which includes an installation module 710, a containerization module 720, a configuration module 730, and a running module 740, wherein:
the installation module 710 is configured to install the target chip and a driver of the target chip on a target device, where the target chip is a multi-core architecture, and the multi-core architecture at least includes an APE core and a NUP core, the APE core is MaPU structures, and the NPU core is deployed with a container engine;
the containerization module 720 is configured to start the target chip based on the driver, call the container engine to build and deploy a plurality of containers, and package and store application programs and services required by each service layer in the base station to be virtualized into different containers;
The configuration module 730 is configured to configure interactions between each container and each base station service layer in the base station to be virtualized based on a pre-configured containerized architecture;
The operation module 740 is configured to operate a service process corresponding to each application program in each container, so as to obtain a containerized target virtualized base station.
In an optional embodiment of the present application, the operation module 740 is specifically configured to operate the service process corresponding to each application program in each container to obtain a containerized virtual base station, perform a performance test on the containerized virtual base station, adjust configuration and parameters of the container engine according to a test result, and perform performance optimization on the containerized virtual base station based on the adjusted container engine to obtain the target virtualized base station.
In an optional embodiment of the present application, the operation module 740 is further configured to monitor an operation state of the target virtualized base station, and restart the container engine to restart the target virtualized base station if the operation state is beyond a preset normal range.
In an optional embodiment of the present application, the operation module 740 is further configured to construct an image of the service process of each container through a container file, where the container file at least includes construction environment information and operation environment information of a base station high-level service, and the base station to be virtualized performs base station redeployment, upgrading or expansion based on the container file.
In an optional embodiment of the present application, the operation module 740 is further configured to share the container file to other base stations to be virtualized, where the other base stations to be virtualized reconstruct a corresponding image based on the container file, and perform base station deployment based on the constructed image.
In an optional embodiment of the present application, the operation module 740 is specifically configured to invoke a CU unit in the target chip to operate the RRC layer and PDCP layer processes of the base station to be virtualized, and invoke a DU unit to operate the RLC layer and MAC layer processes of the base station to be virtualized.
In an alternative embodiment of the present application, the containerization module 720 is specifically configured to use the container command or orchestration tool of the container engine to automate container construction and deployment of high-level services of a base station to be virtualized.
For the specific limitation of the base station virtualization apparatus 700, reference may be made to the limitation of the base station virtualization method hereinabove, and the description thereof will not be repeated here. The various modules in the base station virtualization apparatus 700 described above may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, a computer device is provided, the internal structure of which may be as shown in FIG. 8. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured 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, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is for storing data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a base station virtualization method as described above. Comprising a memory storing a computer program and a processor implementing any of the above base station virtualization methods when the processor executes the computer program.
In one embodiment, a computer readable storage medium is provided having stored thereon a computer program which, when executed by a processor, may implement any of the steps of the base station virtualization method above.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. It is therefore intended that the following claims be interpreted as including the preferred embodiments and all such alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.