JP7703015B2 - Channel information processing method, device, equipment, and computer program - Google Patents

Description

This application relates to the technical field of 5G physical layer channels, and in particular to a method, device, equipment, and storage medium for processing channel information.

The Physical Downlink Control Channel (PDCCH) carries scheduling and other control information, among which demapping and blind detection are two important information processing processes. The PDCCH channel in 5G New Radio (NR) is more complex than that of 4G LTE, with a more diverse and flexible configuration in the time domain and support up to 100M in the frequency domain. This has resulted in a several-fold increase in the number of parameters required for PDCCH demapping, blind detection, etc., resulting in a significant increase in the amount of calculations.

In the 5G scenario, the amount of calculations increases but the calculation time decreases, so it is very important to ensure correct reception within one transmission time interval (abbreviated as TTI) via the PDCCH channel.

The embodiments of the present application disclose a channel information processing method, device, equipment, and storage medium that can significantly reduce the amount of data calculation required during information processing in the PDCCH and improve the efficiency of information processing.

In order to achieve the above object, the embodiment of the present application comprises:
generating demapping-related parameters for each control resource set CORESET and first startup parameters for each search space, the first startup parameters including the associated CORESET;
generating second launch parameters for each CORESET based on the first launch parameters, the second launch parameters including a second launch timing and an associated search space;
traversing each second wake-up timing according to the second wake-up parameters, calculating index information of blind detection parameters and demapping parameters, and storing the index information of the blind detection parameters and demapping parameters in a search space associated with the traversed second wake-up timing;
traversing a search space, determining whether the traversed search space is activated, and if so, updating a state of an activation flag at a second activation timing of a CORESET associated with the search space to activated;
A step of traversing the second activation timings in the second activation parameters of each CORESET in a time-series manner, and reading the demapping-related parameters and blind detection parameters corresponding to the second activation timings if the state of the activation flag at the traversed current second activation timing is "activated";
The present invention provides a method for processing channel information including:

In order to achieve the above object, the embodiment of the present application comprises:
a demapping-related parameter generation module configured to generate demapping-related parameters for each control resource set CORESET and first startup parameters for each search space, the first startup parameters including an associated CORESET;
a second launch parameter generation module configured to generate second launch parameters for each CORESET based on the first launch parameters, the second launch parameters including a second launch timing and an associated search space;
a blind detection parameter calculation module configured to traverse each second wake-up timing based on the second wake-up parameters, calculate index information of blind detection parameters and demapping parameters, and store the index information of the blind detection parameters and demapping parameters in a search space associated with the traversed second wake-up timing;
an activation flag update module configured to traverse a search space, determine whether the traversed search space is activated, and if so, update a state of an activation flag at a second activation timing of a CORESET associated with the search space to activated;
A parameter reading module configured to sequentially traverse the second wake-up timings of the second wake-up parameters of each CORESET in time series, and if the state of the activation flag at the traversed second wake-up timing is activated, read the demapping-related parameters and blind detection parameters corresponding to the second wake-up timing;
The present invention provides a channel information processing device comprising:

To achieve the above object, an embodiment of the present application provides a computer device that includes a memory, a processor, and a computer program that is stored in the memory and executable on the processor, and that, when the program is executed by the processor, realizes the channel information processing method described in the embodiment of the present application.

To achieve the above object, an embodiment of the present application provides a computer-readable storage medium that stores a computer program that, when executed by a processor, realizes the channel information processing method described in the embodiment of the present application.

According to an embodiment of the present application, a demapping-related parameter for each control resource set CORESET and a first startup parameter for each search space are generated. Based on the first startup parameters, a second startup parameter for each CORESET is generated, the second startup parameters including a second startup timing and an associated search space.

Based on the second wake-up parameters, each second wake-up timing is traversed, index information of the blind detection parameters and the demapping parameters is calculated, and the index information of the blind detection parameters and the demapping parameters is stored in a search space associated with the traversed second wake-up timing.

Traverse the search space and determine whether the traversed search space is activated, and if so, update the state of the activation flag at the second activation timing of the CORESET associated with the search space to activated.

The second start-up timings in the second start-up parameters of each CORESET are traversed in chronological order, and if the state of the activation flag at the traversed second start-up timing is "activated," the demapping-related parameters and blind detection parameters corresponding to the second start-up timing are read.

In the channel information processing method provided in the embodiment of the present application, first, the demapping parameters and blind detection parameters are calculated in advance by semi-static processing, and during dynamic processing, if CORESET is activated, the pre-calculated demapping parameters and blind detection parameters are directly read.

This significantly reduces the amount of data calculation required when processing information in the PDCCH, improving the efficiency of information processing.

4 is a flowchart of a method for processing channel information in an embodiment of the present application; FIG. 2 illustrates an example of start-up parameters for a search space in an embodiment of the present application. FIG. 13 is a diagram showing an example of startup parameters of CORESET in an embodiment of the present application. FIG. 13 is a diagram showing an example of a link relationship between a CORESET and a search space in an embodiment of the present application. A figure showing an example for calculating index information of blind detection parameters and demapping parameters in an embodiment of the present application. FIG. 13 illustrates an example for adding an activation flag in an embodiment of the present application. FIG. 13 is a diagram showing an example for reading demapping-related parameters and blind detection parameters in an embodiment of the present application. 1 is a schematic diagram of a channel information processing device according to an embodiment of the present application; FIG. 1 is a schematic diagram of a computer device according to an embodiment of the present application.

In order to make the objectives, technical solutions and advantages of the present application clearer, the embodiments of the present application are described in detail below with reference to the drawings. In addition, the embodiments of the present application and the features therein may be arbitrarily combined with each other, unless there is a conflict.

It should be understood that the specific examples described herein are merely for the purpose of illustrating the present invention and are not intended to limit the present invention.

In the following description, suffixes such as "module", "component", or "unit" used to represent elements are used only to facilitate the description of the present invention and have no special meaning in themselves. Therefore, "module", "component", or "unit" can be used interchangeably.

In 5G, when the subcarrier spacing is 120 kHz, the interval between each TTI is only 0.125 ms, while in LTE, the TTI is fixed at 1 ms. Therefore, in the 5G scenario where the amount of calculation increases but the calculation time decreases, how to ensure correct reception within one TTI via the PDCCH channel is very important.

NR supports up to four BWPs (Band Width Parts) per cell, and up to three CORESETs per BWP (increased to five in Release 16). It also supports up to 10 search spaces per BWP, with one CORESET bound to each search space.

If different search spaces bound to the same CORESET are at different time domain locations or the blind detection parameters are different, the demapping and blind detection parameters will be different.

Therefore, if up to seven activation occasions (corresponding to different time domain positions in the search space) are required per CORESET, five CORESETs would require up to 35 sets of demapping and blind detection parameters. In addition, the same activation occasion may correspond to multiple search spaces, and differences in the blind detection parameters of the search spaces may require the parameters to be calculated independently for each search space.

The blind detection candidate set in NR is more flexible, the positions of CCEs corresponding to one coverage level are not consecutive, and the scrambling modes and load sizes at the same CCE position are all considered as different candidate sets, which requires more parameters and requires more computation.

In related technologies, demapping parameters and blind detection parameters are dynamically calculated, i.e., all or most of the related calculations are completed every TTI. In 5G NR, the amount of calculations increases significantly, and completing them within one TTI places high demands on both the main frequency and the realization algorithm.

The PDCCH-based configuration parameters are all semi-static, and it is assumed that the necessary parameters are calculated in advance. Therefore, by dividing the complex calculation into two parts, semi-static processing, in which the calculation of semi-static parameters and even the calculation of some finite set of dynamic parameters are completed in advance, and dynamic processing, the time pressure of the dynamic processing within one TTI is reduced.

The principle of semi-static processing is to complete the various parameters required for dynamic calculations as far in advance as possible, the role of which is the database. This database must not be too large to avoid huge space consumption. At the same time, it is necessary to ensure that the data is arranged in an orderly manner so that the required parameters can be quickly obtained during dynamic calculations.

The principle of dynamic processing is to reduce calculations as much as possible, to use dynamic and semi-static link relationships to quickly retrieve the required information from the database, and to configure it according to the rules required by the hardware.

The PDCCH includes two entities: search space and control resource set (CORESET). Demapping resources are centered on CORESET, and blind detection resources are centered on search space. In both semi-static and dynamic processing, there are two dimensions: CORESET and search space. All sub-processing steps of semi-static and dynamic processing are based on these two dimensions.

The data of the CORESET dimension includes a mapping relationship from resource element groups (abbreviated as REGB) to physical resource blocks (abbreviated as PRB), a mapping relationship from control channel elements (abbreviated as CCE) to REGB, and a first activation parameter.

Here, the mapping relationship from REGB to PRB and the mapping relationship from CCE to REGB are both expressed in the form of a bitmap. The first activation parameters include the number of activation timings included in one slot of the CORESET, the start symbol for each activation timing, the number of the associated search space, an activation flag indicating whether the current slot is activated, etc.

The data for the search space dimensions includes index information of the bitmap from REGB to PRB, the index relationship of the bitmap from CCE to REGB, and a second start-up parameter.

The second start parameters include the number of start timings included in one slot of the search space, the start symbol for each start timing, and the position of the start timing in the start of the CORESET.

In one embodiment, FIG. 1 is a flowchart of a channel information processing method provided in an embodiment of the present application. The method can be applied when processing information in a PDCCH channel. The method can be executed by a channel information processing device. The method includes S110 to S150, as shown in FIG. 1.

In S110, demapping-related parameters for each control resource set CORESET and first startup parameters for each search space are generated.

Here, the first activation parameter includes an associated CORESET represented by the ID of the CORESET. The demapping-related parameters include a demapping configuration parameter, a mapping relationship from REGB to PRB, and a mapping relationship from CCE to REGB. The mapping relationship from CCE to REGB involves a deinterleaving operation, and therefore is a part that requires a large amount of calculation. In this embodiment, the mapping relationship from REGB to PRB and the mapping relationship from CCE to REGB can both be expressed in the form of a bitmap.

In one embodiment, the process of generating demapping-related parameters for each control resource set CORESET may involve processing configuration information using an algorithm defined by a 5G communication protocol to obtain the demapping-related parameters.

The first wake-up parameters further include the number of first wake-up timings and a start symbol of each first wake-up timing. The associated CORESET is a CORESET associated with each of the first wake-up timings.

In one embodiment, a method for generating the first activation parameters for each search space may be to sort each of the first activation timings for each search space according to the start symbol to obtain the first activation parameters for each search space. The sorting method may be in descending order or ascending order.

For example, FIG. 2 is a diagram showing an example of activation parameters of a search space in an embodiment of the present application. As shown in FIG. 2, SS represents a search space, C represents a CORESET, there are four SSs, SS0 to SS3, and there are three Cs, C0 to C2. SS0 has one activation timing, the start symbol is 0, and the associated CORESET is C0. SS1 has four activation timings, the start symbols are 0, 3, 6, and 9, respectively, and the CORESET associated with all activations of SS1 is C1.

SS2 has two activation timings, the start symbols are 1 and 3, respectively, and the CORESET associated with all activations of SS2 is C0. SS3 has one activation timing, the start symbol is 2, and its associated CORESET is C2.

In S120, second startup parameters for each CORESET are generated based on the first startup parameters.

Here, the second launch parameters include a second launch timing and an associated search space.

In one embodiment, a method for generating second wake-up parameters for each CORESET based on first wake-up parameters may include sorting the first wake-up timings based on the start symbol and/or continuation symbol length of each first wake-up timing, integrating first wake-up timings that have the same start symbol and are associated with the same CORESET to obtain second wake-up timings included in each CORESET, determining a search space associated with each second wake-up timing based on the first wake-up timings, and obtaining second wake-up parameters for each CORESET.

Specifically, since the first wakeup times in the search space are sorted according to the starting symbol, it is necessary to globally sort all wakeup times associated with the same CORESET. For example, if SS0 and SS2 are both associated with C0, then the first wakeup time of SS0 is sorted once and the first wakeup time of SS2 is sorted twice.

Specifically, the sorting method is to first sort according to the start symbol, and if the start symbol is the same, sort according to the continuation symbol length, and finally, combine the first activation timings that have the same start symbol and the same associated CORESET to obtain the second activation timings included in each CORESET.

For example, FIG. 3 shows an example of the startup parameters of CORESET in an embodiment of the present application. As shown in FIG. 3, the four SSs are sorted in order of their starting symbols according to the C to which they belong. The first startup of C0 corresponds to the first startup of SS0, the second startup of C0 corresponds to the first startup of SS2, and the third startup of C0 corresponds to the second startup of SS2. The same applies to the startups of C1 and C2.

Optionally, the position of the first activation timing in the CORESET may be determined based on the search space associated with each of the second activation timings, and the position of the first activation timing in the CORESET may be added to the first activation parameters. In this way, a link relationship between the CORESET and the search space is established, and FIG. 4 is a diagram showing an example of the link relationship between the CORESET and the search space in an embodiment of the present application.

As shown in Figure 4, the search space startup parameters record the position in the startup parameters of the CORESET, and the startup parameters of the CORESET record the SS index corresponding to each startup. This allows the corresponding SS parameters to be found from the startup parameters of the CORESET, and the corresponding startup position of the CORESET is enabled during SS processing.

In S130, each second wake-up timing is traversed based on the second wake-up parameters, index information of the blind detection parameters and the demapping parameters is calculated, and the index information of the blind detection parameters and the demapping parameters is stored in a search space associated with the traversed second wake-up timing.

Here, the blind detection parameters include the CCE activation position, the scrambling mode, the load size, and the aggregation level. In this embodiment, since the demapping and blind detection of the PDCCH is the activation unit of the CORESET for each TTI, the semi-static processing is also performed in the same way, traversing each second activation timing for each CORESET, and calculating the blind detection parameters and the associated demapping parameters.

The calculations in this step are performed in the order according to the startup of CORESET, but since the calculated parameters are stored in search space units, it is necessary to find the position of the corresponding search space from the associated search space in the second startup parameters of CORESET. Figure 5 is a diagram showing an example for calculating index information of blind detection parameters and demapping parameters in an embodiment of the present application. As shown in Figure 5, taking the first startup of C0 as an example, SS0 is found from the associated search space in the second startup parameters of CORESET.

In this embodiment, the CCE activation position is important because bitmap information for demapping and blind detection, such as the REG resource bitmap and the CCE to REG mapping bitmap, must all be determined based on the CCE position.

On the other hand, the CCE start position is related to the slot number, and all possible slot positions must be considered during semi-static calculations, requiring a maximum of 80 parameter sets in this embodiment. Due to the large number of sets, the capacity of the parameters per set must be kept as small as possible, i.e., only parameters related to different slots must be kept, and only one constant parameter must be maintained.

In this embodiment, steps S110 to S130 are all semi-static processes, and calculations are performed only when parameters are configured and reconfigured. In this case, there is ample time to perform processes with a large amount of calculations, and ultimately the demapping and blind detection parameters for each activation for each CORESET are obtained. Since an activation for each CORESET always corresponds to an activation for one SS, the demapping parameters and blind detection parameters are distributed to these two entities. Then, a link relationship between the two is constructed using the search space and the activation parameters of the CORESET.

In S140, the search spaces are sequentially traversed to determine whether the traversed search space has been activated, and if it has been activated, the state of the activation flag at the second activation timing of the CORESET associated with the search space is updated to "activated."

Here, the method of determining whether the current search space is activated may be based on information such as time domain patterns and blind detection capabilities. The method of traversing the search space may be to sequentially traverse the search space according to a set priority, and the set priority may be such that the priority of the common search space is higher than the priority of the user search space.

Specifically, based on the current slot number, the system sequentially determines whether a search space is currently activated according to the priority of the search space, i.e., first the common search space, then the user search space, and then in the arrangement order of search spaces of the same type. If the search space is activated, the state of the activation flag in the startup parameters of COREST for that search space is updated to "activated."

For example, FIG. 6 illustrates an example for updating the activation flag in an embodiment of the present application. As shown in FIG. 6, the current slot SS0 is activated, and the position in the activation parameters of the CORESET for SS0 is found from the activation parameters of the search space, and the state of the activation flag is updated to Activated at this activation position.

In S150, the second start-up timings in the second start-up parameters of each CORESET are traversed in chronological order, and if the state of the activation flag at the traversed second start-up timing is "activated," the demapping-related parameters and blind detection parameters corresponding to the second start-up timing are read.

Specifically, we traverse each activation for each CORESET in a chronological order, and if we determine that the search space corresponding to that activation is activated, we extract the pre-computed demapping and blind detection parameters for that search space.

Figure 7 is a diagram illustrating an example for reading demapping-related parameters and blind detection parameters in an embodiment of the present application. As shown in Figure 7, when traversing the first activation of C0, the search space associated with the activation is SS0, and if it is determined that SS0 is activated, the demapping-related parameters and blind detection parameters are directly read.

S140 to S150 are the dynamic calculation parts, and these two steps only determine whether the search space is activated and obtain the pre-calculated parameters, so the amount of work is small.

According to the technical proposal of the embodiment of the present application, a demapping-related parameter for each control resource set CORESET and a first startup parameter for each search space are generated. Based on the first startup parameters, a second startup parameter for each CORESET is generated, and the second startup parameters include a second startup timing and an associated search space.

Based on the second wake-up parameters, each second wake-up timing is traversed, index information of the blind detection parameters and the demapping parameters is calculated, and the index information of the blind detection parameters and the demapping parameters is stored in a search space associated with the traversed second wake-up timing.

Traverse the search space and determine whether the traversed search space is activated, and if so, update the state of the activation flag at the second activation timing of the CORESET associated with the search space to activated.

The second start-up timings in the second start-up parameters of each CORESET are traversed in chronological order, and if the state of the activation flag at the traversed second start-up timing is "activated," the demapping-related parameters and blind detection parameters corresponding to the second start-up timing are read.

In the channel information processing method provided in the embodiment of the present application, first, the demapping parameters and blind detection parameters are calculated in advance by semi-static processing, and during dynamic processing, if CORESET is activated, the pre-calculated demapping parameters and blind detection parameters are directly read. This significantly reduces the amount of data calculation required during information processing in the PDCCH, improving the efficiency of information processing.

In one embodiment, FIG. 8 is a schematic diagram of a channel information processing device provided in an embodiment of the present application. As shown in FIG. 8, the device includes a demapping-related parameter generation module 210, a second startup parameter generation module 220, a blind detection parameter calculation module 230, an activation flag update module 240, and a parameter reading module 250.

The demapping-related parameter generation module 210 is configured to generate demapping-related parameters for each control resource set CORESET and first startup parameters for each search space, the first startup parameters including the associated CORESET.

The second launch parameter generation module 220 is configured to generate second launch parameters for each CORESET based on the first launch parameters, the second launch parameters including a second launch timing and an associated search space.

The blind detection parameter calculation module 230 is configured to traverse each second wake-up timing based on the second wake-up parameters, calculate index information of the blind detection parameters and the demapping parameters, and store the index information of the blind detection parameters and the demapping parameters in a search space associated with the traversed second wake-up timing.

The activation flag update module 240 is configured to sequentially traverse the search spaces according to the set priority, determine whether the traversed search space is activated, and, if activated, update the state of the activation flag at the second activation timing of the CORESET associated with the search space to activated.

The parameter reading module 250 is configured to traverse the second start-up timings of the second start-up parameters of each CORESET in chronological order, and if the state of the activation flag at the traversed second start-up timing is activated, read the demapping-related parameters and blind detection parameters corresponding to the second start-up timing.

Optionally, the first wake-up parameters further include a number of the first wake-up timings and a start symbol of each of the first wake-up timings, and the associated CORESET is a CORESET associated with each of the first wake-up timings, and generating the first wake-up parameters for each search space includes:
For each search space, the method may include sorting each of the first wake-up timings according to the start symbol to obtain a first wake-up parameter for each search space.

Optionally, the second startup parameter generation module 220 further comprises:
Sort the first wake-up timings based on the start symbol and/or the duration of each first wake-up timing, and integrate the first wake-up timings having the same start symbol and the same associated CORESET to obtain the second wake-up timings included in each CORESET;
The method may be configured to determine a search space associated with each of the second wake-up timings based on the first wake-up timings, and obtain second wake-up parameters for each CORESET.

Optionally, a position in the CORESET of the first wake-up timing may be determined based on a search space associated with each of the second wake-up timings, and the position in the CORESET of the first wake-up timing may be added to the first wake-up parameters.

Optionally, the blind detection parameters may include CCE startup position, scrambling mode, load size, and aggregation level.

Optionally, the set priority may be such that the common search space has a higher priority than the user search space.

Optionally, the demapping related parameters may include demapping configuration parameters, a mapping relationship from REGB to PRB, and a mapping relationship from CCE to REGB.

In one embodiment, FIG. 9 is a schematic diagram of a computer device provided in an embodiment of the present application. As shown in FIG. 9, the device provided in the present specification includes a processor 310 and a memory 320. The number of processors 310 in the device may be one or more, and FIG. 9 illustrates one processor 310. The number of memories 320 in the device may be one or more, and FIG. 9 illustrates one memory 320. The processor 310 and memory 320 of the device may be connected via a bus or other form, and FIG. 9 illustrates a connection via a bus. In an embodiment, the device is a computer device.

Memory 320 may be configured to store software programs, computer-executable programs and modules as a computer-readable storage medium, such as program instructions/modules corresponding to the device according to any embodiment of the present application (e.g., an encoding module and a first transmission module in a data transmission device). Memory 320 may include a program storage area in which an operating system and an application program required for at least one function may be stored, and a data storage area in which data created in response to use of the device, etc. may be stored.

Memory 320 may also include high-speed random access memory, and may further include non-volatile memory, such as, for example, at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage device. In some examples, memory 320 may further include memory located remotely relative to processor 310, and these remote memories may be connected to the device via a network.

Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

The devices provided above may be configured to execute the channel information processing methods provided in any of the embodiments described above and have corresponding functions and effects.

The program stored in the corresponding memory 320 may be program instructions/modules corresponding to the channel information processing method provided in the embodiment of the present application. The processor 310 executes the software programs, instructions and modules stored in the memory 320 to perform one or more functional applications and data processing of the computer device, i.e., to realize the channel information processing method in the above-mentioned method embodiment.

It will be understood that when the above-mentioned device is a receiving side, it may execute the channel information processing method provided in any embodiment of the present application and have corresponding functions and effects.

An embodiment of the present application further provides a storage medium including computer-executable instructions, which, when executed by a computer processor, execute a method for processing channel information, the method including: generating demapping-related parameters for each control resource set CORESET and first wake-up parameters for each search space, the first wake-up parameters including an associated CORESET; generating second wake-up parameters for each CORESET based on the first wake-up parameters, the second wake-up parameters including a second wake-up timing and an associated search space; traversing each second wake-up timing based on the second wake-up parameters, calculating index information of blind detection parameters and demapping parameters, and The method includes a step of storing index information of the blind detection parameters and the demapping parameters in a search space associated with the traversed second activation timing, a step of traversing the search space, determining whether the traversed search space is activated, and if it is activated, updating the state of the activation flag at the second activation timing of the CORESET associated with the search space to activated, and a step of traversing the second activation timings in the second activation parameters of each of the CORESETs in chronological order, and reading the demapping-related parameters and blind detection parameters corresponding to the second activation timing if the state of the activation flag at the traversed second activation timing is activated.

Those skilled in the art will appreciate that the term user equipment encompasses any suitable type of wireless user equipment, such as, for example, a mobile phone, a portable data processing device, a portable web browser, or a mobile station mounted on a vehicle.

In general, various embodiments of the present application may be implemented in hardware or dedicated circuits, software, logic, or any combination thereof. For example, some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software that may be executed by a controller, microprocessor, or other computing device, but the present application is not limited in this respect.

Embodiments of the present application may be implemented by a data processor of a mobile device executing computer program instructions, for example in a processor entity, or by hardware, or by a combination of software and hardware. The computer program instructions may be assembler instructions, Instruction Set Architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages.

Any logic flow block diagrams in the drawings of this application may represent program steps, interconnected logic circuits, modules, and functions, or combinations of program steps and logic circuits, modules, and functions.

The computer program may be stored on a memory. The memory may be of any type suitable for the local technology environment and may be implemented using any suitable data storage technology, such as, but not limited to, Read-Only Memory (ROM), Random Access Memory (RAM), optical memory devices and systems (Digital Versatile Disk (DVD) or Compact Disk (CD)).

The computer-readable medium may include a non-transitory storage medium. The data processor may be of any type suitable for the local technology environment, such as, but not limited to, a general purpose computer, a special purpose computer, a microprocessor, a digital signal processing (DSP), an application specific integrated circuit (ASIC), a programmable logic device (Field-Programmable Gate Array, FGPA), and a processor based on a multi-core processor architecture.

The above are merely illustrative examples of the present application and do not limit the scope of protection of the present application.

Embodiments of the present application may be implemented, for example, in a processor entity, or by hardware, or by a combination of software and hardware, by a data processor of a mobile device executing computer program instructions.

Computer program instructions may be assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-related instructions, microcode, firmware instructions, state setting data, or source or object code written in any combination of one or more programming languages.

The foregoing provides a detailed description of exemplary embodiments of the present application by way of illustrative and non-limiting examples. However, when considered in conjunction with the drawings and claims, various modifications and adjustments to the above embodiments will be obvious to those skilled in the art, but do not depart from the scope of the present invention. Accordingly, the appropriate scope of the present invention is determined by the claims.

Claims (10)

1. A method for processing channel information, comprising:
generating demapping-related parameters for each control resource set CORESET and first startup parameters for each search space, the first startup parameters including the associated CORESET;
generating second launch parameters for each of the CORESETs based on the first launch parameters, the second launch parameters including a second launch timing and an associated search space;
traversing each second wake-up timing according to the second wake-up parameters, calculating index information of blind detection parameters and demapping parameters, and storing the index information of the blind detection parameters and demapping parameters in a search space associated with the traversed second wake-up timing;
traversing a search space, determining whether the traversed search space is activated, and if so, updating a state of an activation flag at a second activation timing of a CORESET associated with the search space to activated;
and traversing second activation timings in the second activation parameters of each of the CORESETs in a time-series manner, and if the state of an activation flag at the traversed second activation timing is "activated", reading demapping-related parameters and blind detection parameters corresponding to the second activation timing.
method. The first wake-up parameters further include a number of first wake-up timings and a start symbol of each of the first wake-up timings;
The associated CORESET is a CORESET associated with each of the first activation timings;
The step of generating first startup parameters for each search space includes:
For each search space, sorting each first wake-up timing according to the start symbol to obtain a first wake-up parameter for each search space;
The method of claim 1. The step of generating second startup parameters for each CORESET based on the first startup parameters includes:
Sorting the first wake-up timings based on a start symbol and/or a continuation symbol length of each first wake-up timing, and integrating the first wake-up timings having the same start symbol and the same associated CORESET to obtain the second wake-up timings included in each CORESET;
determining a search space associated with each of the second wake-up timings based on the first wake-up timings and obtaining second wake-up parameters for each CORESET;
The method of claim 2. determining a position in a CORESET of the first wake-up timing based on a search space associated with each of the second wake-up timings, and adding the position in the CORESET of the first wake-up timing to the first wake-up parameters;
The method according to claim 3. The blind detection parameters include a CCE starting position, a scrambling mode, a load size, and an aggregation level.
The method of claim 1. Traversing the search space is
sequentially traversing the search space according to established priorities;
The set priority is that the priority of the common search space is higher than the priority of the user search space.
The method of claim 1. The demapping-related parameters include demapping configuration parameters, a mapping relationship from REGB to PRB, and a mapping relationship from CCE to REGB.
The method of claim 1. a demapping-related parameter generation module configured to generate demapping-related parameters for each control resource set CORESET and first startup parameters for each search space, the first startup parameters including an associated CORESET;
a second launch parameter generation module configured to generate second launch parameters for each CORESET based on the first launch parameters, the second launch parameters including a second launch timing and an associated search space;
a blind detection parameter calculation module configured to traverse each second wake-up timing based on the second wake-up parameters, calculate index information of blind detection parameters and demapping parameters, and store the index information of the blind detection parameters and demapping parameters in a search space associated with the traversed second wake-up timing;
an activation flag update module configured to traverse a search space, determine whether the traversed search space is activated, and if so, update a state of an activation flag at a second activation timing of a CORESET associated with the search space to activated;
a parameter reading module configured to sequentially traverse the second wake-up timings of the second wake-up parameters of each CORESET in a time series manner, and if the state of the activation flag at the traversed second wake-up timing is "activated", to read the demapping-related parameters and the blind detection parameters corresponding to the second wake-up timing;
A device for processing channel information. A computing device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor,
When the program is executed by the processor, the method according to any one of claims 1 to 7 is realized.
Computer equipment. The method is configured to cause a computer to carry out the method according to any one of claims 1 to 7.
Computer program.

Images