CN113676284B

CN113676284B - PT-RS configuration method, transmission device, communication node and storage medium

Info

Publication number: CN113676284B
Application number: CN202010407395.2A
Authority: CN
Inventors: 张静文; 张轶; 夏亮; 吴丹
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2020-05-14
Filing date: 2020-05-14
Publication date: 2023-08-15
Anticipated expiration: 2040-05-14
Also published as: CN113676284A

Abstract

The application discloses a phase tracking reference signal (PT-RS) configuration method, a transmission device, a communication node and a storage medium. The method comprises the following steps: the second communication node configures a first parameter to the first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each Modulation Coding Scheme (MCS) table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

Description

PT-RS configuration method, transmission device, communication node and storage medium

Technical Field

The present application relates to the field of wireless communications, and in particular, to a method for configuring a Phase-tracking reference signal (PT-RS, phase-Tracking Reference Signals), a transmission method, a device, a communication node, and a storage medium.

Background

In order to increase the transmission rate, a high frequency transmission technique may be employed. And high-frequency transmission is adopted, so that larger phase noise is brought, and PT-RS is introduced in order to reduce the influence of the phase noise in the radio frequency device on data demodulation. The PT-RS time domain transmission density is a piecewise function of the modulation coding scheme (MCS, modulation Coding Scheme).

In the related art, the PT-RS time domain transmission density determined by the MCS cannot accurately reflect the actual PT-RS time domain transmission density, so that accurate phase noise estimation cannot be obtained, and correct demodulation of data is affected.

Disclosure of Invention

In order to solve the related technical problems, embodiments of the present application provide a PT-RS configuration method, a transmission method, a device, a communication node, and a storage medium.

The technical scheme of the embodiment of the application is realized as follows:

at least one embodiment of the present application provides a PT-RS configuration method applied to a second communication node, including:

configuring a first parameter to a first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

Further, according to at least one embodiment of the present application, PT-RS configuration parameters are configured to the first communication node; the first parameter is carried in the PT-RS configuration parameter.

Furthermore, in accordance with at least one embodiment of the present application, PT-RS configuration parameters are configured to the first communication node through higher layer signaling.

Furthermore, in accordance with at least one embodiment of the present application, the first parameter indicates an offset of a PT-RS time domain density threshold; the method further comprises the steps of:

configuring a second parameter to the first communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

Furthermore, in accordance with at least one embodiment of the present application, the second parameter is carried in a PT-RS configuration parameter.

Furthermore, in accordance with at least one embodiment of the present application, the first parameter is indicative of a PT-RS time domain density threshold.

At least one embodiment of the present application also provides a PT-RS configuration method applied to a first communication node, including:

receiving a first parameter configured by a second communication node; wherein,,

the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

Furthermore, in accordance with at least one embodiment of the present application, the method further comprises:

And determining the PT-RS time domain density corresponding to the actually used MCS table by utilizing the first parameter.

Further, in accordance with at least one embodiment of the present application, PT-RS configuration parameters configured by the second communication node are received; the first parameter is carried in the PT-RS configuration parameter.

Furthermore, in accordance with at least one embodiment of the present application, PT-RS configuration parameters configured by the second communication node are received through higher layer signaling.

receiving a second parameter configured by the second communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

At least one embodiment of the present application further provides a PT-RS transmitting method, applied to a first communication node, including:

Determining PT-RS time domain density corresponding to the actually used MCS table by using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

and transmitting the PT-RS by using the determined PT-RS time domain density.

Furthermore, in accordance with at least one embodiment of the present application, the first parameter indicates an offset of a PT-RS time domain density threshold; the determining the PT-RS time domain density corresponding to the actually used MCS table by using the first parameter configured by the second communication node includes:

determining PT-RS time domain density corresponding to the actually used MCS table by utilizing a second parameter and a first parameter configured by the second communication node; and the second parameter indicates a PT-RS time domain density threshold corresponding to the default MCS table.

Furthermore, in accordance with at least one embodiment of the present application, the first parameter is indicative of a PT-RS time domain density threshold; the determining the PT-RS time domain density corresponding to the actually used MCS table by using the first parameter configured by the second communication node includes:

and directly utilizing the first parameter to determine the PT-RS time domain density corresponding to the actually used MCS table.

At least one embodiment of the present application also provides a PT-RS receiving method applied to a first communication node, including:

and receiving the PT-RS by using the determined PT-RS time domain density.

At least one embodiment of the present application also provides a PT-RS configuration apparatus, including:

A configuration unit configured to configure a first parameter to a first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

At least one embodiment of the present application also provides a PT-RS configuration device, including:

a first receiving unit, configured to receive a first parameter configured by a second communication node; wherein,,

At least one embodiment of the present application also provides a PT-RS transmitting apparatus, including:

a first determining unit, configured to determine a PT-RS time domain density corresponding to the actually used MCS table using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

and a transmitting unit for transmitting the PT-RS by using the determined PT-RS time domain density.

At least one embodiment of the present application also provides a PT-RS receiving device, including:

a second determining unit, configured to determine, using the first parameter configured by the second communication node, a PT-RS time domain density corresponding to the actually used MCS table; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

and a second receiving unit for receiving the PT-RS by using the determined PT-RS time domain density.

At least one embodiment of the present application also provides a first communication node, including: a first communication interface and a first processor; wherein,,

the first communication interface is used for receiving a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table;

or,

the first processor is configured to determine a PT-RS time domain density corresponding to an actually used MCS table using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the first communication interface is configured to send PT-RS using the determined PT-RS time domain density or receive PT-RS using the determined PT-RS time domain density.

At least one embodiment of the present application also provides a second communication node, including: a second processor and a second communication interface; wherein,,

the second processor is configured to configure a first parameter to a first communication node through the second communication interface; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

At least one embodiment of the present application also provides a first communication node comprising: a first processor and a first memory for storing a computer program capable of running on the processor,

the first processor is configured to execute any one of the steps of the method on the first communication node side when running the computer program.

At least one embodiment of the present application further provides a second communication node, including: a second processor and a second memory for storing a computer program capable of running on the processor,

and the second processor is used for executing any step of the method at the second communication node side when the computer program is run.

At least one embodiment of the present application further provides a storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of any of the methods on the first communication node side or implements the steps of any of the methods on the second communication node side.

The PT-RS configuration method, the transmission method, the device, the communication node and the storage medium provided by the embodiment of the application are that the second communication node configures the first parameter to the first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table, the first communication node determines the PT-RS time domain density corresponding to the actually used MCS table by using the first parameter configured by the second communication node, so that the configured PT-RS time domain density threshold is matched with the actually used MCS table, further, the accurate PT-RS time domain density can be obtained, an accurate phase position caused estimation result is obtained, and correct demodulation data is realized.

Drawings

FIG. 1 is a schematic diagram of a PT-RS time domain parameter pattern;

Fig. 2 is a schematic flow chart of a method for PT-RS configuration according to an embodiment of the present application;

fig. 3 is a schematic flow chart of a method for PT-RS transmission according to an embodiment of the present application;

fig. 4 is a schematic flow chart of a method for PT-RS reception according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a PT-RS configuration device according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of another PT-RS configuration device according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a PT-RS transmitting device according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a PT-RS receiving device according to an embodiment of the present application;

fig. 9 is a schematic diagram of a first communication node structure according to an embodiment of the present application;

FIG. 10 is a schematic diagram of a second communication node according to an embodiment of the present application;

fig. 11 is a schematic diagram of PT-RS configuration and transmission system structure according to an embodiment of the present application.

Detailed Description

The present application will be described in further detail with reference to the accompanying drawings and examples.

When the terminal has Uu interface, i.e. under the Uu interface scene, PT-RS is introduced in high frequency (i.e. FR2 (frequency band includes 24.25 GHz-52.6 GHz)). The PT-RS can be flexibly configured according to the quality, carrier frequency, subcarrier spacing (SCS), and MCS of the radio frequency device such as an oscillator. Specifically, in the new air interface (NR) system, PT-RS time domain density (english may be expressed as time density, and also may be understood as PT-RS time domain transmission density) is a piecewise function with respect to MCS, as shown in table 1 below:

TABLE 1

In practical application, 3 PTRS-MCS indexes (index) are configured for the terminal through the field timeDensity in the higher layer parameter PTRS-downlink Config/PTRS-uplink Config (which can be regarded as PT-RS configuration, carried in the Physical Downlink Shared Channel (PDSCH)/Physical Uplink Shared Channel (PUSCH) Config (which can be regarded as PDSCH/PUSCH configuration) (see PTRS-MCS in Table 1) ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ ) And the terminal can determine the time domain density of the PT-RS according to the comparison of the MCS index indicated by the actual scheduling and the ptrs-MCS index configured by the high-layer parameters. Wherein ptrs-MCS ₄ Is the default maximumMCS index; specifically, when the scheduled MCS table (expressed in English as table) is a 64-Quadrature Amplitude Modulation (QAM) table or a 256QAM table, ptrs-MCS ₄ The value of (2) is 29; when the scheduled MCS table is a Low-spectral-efficiency (Low SE) 64-QAM table, ptrs-MCS ₄ The value of (2) is 28.

If the high-level parameter is configured with timeDensity, the value of the time domain density of the PT-RS can be 1,2,4, which means that 1 PT-RS reference signal is inserted into every N Orthogonal Frequency Division Multiplexing (OFDM) symbols (symbols); specifically, when the value of the time domain density of the PT-RS can be 1, 1 PT-RS reference signal is inserted into each 1 OFDM symbol; when the time domain density of the PT-RS can be 2, 1 PT-RS reference signal is inserted into every 2 OFDM symbols (as shown in figure 1); when the time domain density of the PT-RS may be 4, it means that 1 PT-RS reference signal is inserted into every 4 OFDM symbols. Wherein, in figure 1, Representing the position of demodulation reference signal (DMRS) in OFDM symbol, +.>The position of PT-RS in OFDM symbol is indicated.

If the timeDensity is not configured, the default time domain density sends PT-RS reference signals for each symbol. Generally, the time domain density of the PT-RS reference signal increases as the scheduled MCS increases.

When a terminal has a direct link (SL), a PT-RS is defined for data transmission of FR2 in the SL scenario, and the parameter configuration and the transceiving behavior of the PT-RS are basically consistent with those of the NR Uu interface scenario. The main differences between the SL scene and the Uu interface scene in the parameter configuration of the PT-RS include that the PT-RS is configured in the PTRS-downlink Config (which can be understood as downlink PT-RS configuration) or PTRS-uplink Config (which can be understood as uplink PT-RS configuration) in the RRC signaling in the Uu interface scene; in the SL scenario, the configuration parameters of the PT-RS are (pre) configured (english expressed as pre-configured) for each resource pool.

According to the related art, 3 MCS tables (64-QAM tables, 256-QAM tables, low SE 64-QAM tables, respectively) supported in the Rel-15 Uu interface scenario are supported in the SL scenario, and each resource pool allows (pre) configuration of at least one MCS table. Under the Sidelink scene, there are two stages of SL control information (SCI, sidelink Control Information), SCI format 0-1 and SCI format 0-2, respectively; wherein SCI format 0-1 mainly carries information related to scheduling SL data transmission, and SCI format 0-2 mainly carries information related to demodulating SL data. In SCI format 0-1, a 5-bit (bit) MCS indication field is carried to indicate an MCS index used by a transmitting user equipment (Tx UE), and the PT-RS time domain density and the PT-RS time domain mapping position can be determined by using the MCS index.

However, with different MCS tables, the corresponding signal-to-noise ratio (SNR) ranges are actually different, so the configuration scheme defined in the related art may have a problem that the configured PT-RS time domain density threshold does not match with the MCS table used for the actual transmission.

Specifically, in the NR Uu interface scenario, taking the downlink data transmission PDSCH as an example (uplink analogy), the MCS table used by the terminal for actual transmission is determined according to a set of prescribed rules. That is, the PDSCH Config configuration message carries an MCS table field, the candidates of which are configured as a 256QAM table and a low SE64QAM table, and if the PDSCH Config is configured with a 256QAM or a low SE64QAM table, and meanwhile, downlink control information (DCI, downlink Control Information,) scheduling of a specific format (format) and a Radio Network Temporary Identifier (RNTI) scrambling mode are also satisfied, the terminal will select the MCS table configured in the PDSCH Config for transmission; when the two conditions are not satisfied, the terminal still selects the 64QAM table for transmission. For the time domain density threshold configured by the PT-RS Config, only one set of time domain density threshold is configured, so that the problem that the configured PT-RS time domain density threshold is not matched with an actually scheduled MCS table possibly occurs, thereby causing inaccurate estimation of the phase and further influencing data demodulation.

Similar problems exist for SL scenarios. For example, MCS tables of a certain resource pool configuration (pre-configuration) are both 64QAM and 256 QAM; at the same time, configured for resource poolptrs-MCS ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ MCS index 15 is indicated in index 10,13,17,SCI format 0-1, respectively. According to the related art, no matter which MCS table is selected by the transmitting UE to transmit, its corresponding PT-RS time domain density is 2. However, for the 64QAM table and the 256QAM table, the SNR corresponding to the same MCS index 15 is different, and the corresponding PT-RS time domain density should also be changed accordingly, so as to obtain an accurate phase causing estimation result, thereby realizing correct demodulation data.

In summary, the configured PT-RS time domain density threshold is not matched with the actually used (also can be understood as actually scheduled) MCS table, so that the PT-RS time domain transmission density determined by using the MCS cannot accurately reflect the actual PT-RS time domain transmission density, and thus, an accurate phase noise estimation cannot be obtained, and further, correct demodulation of data is affected.

Based thereon, in various embodiments of the application, the second communication node configures the first parameter to the first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table, and which MCS table is actually used, the PT-RS time domain density threshold corresponding to the MCS table can be selected to determine the PT-RS time domain density, so that the configured PT-RS time domain density threshold is matched with the actually used MCS table, further accurate PT-RS time domain density can be obtained, an estimation result is caused by an accurate phase, and correct demodulation data is realized.

The embodiment of the application provides a PT-RS configuration method which is applied to a second communication node, as shown in fig. 2, and comprises the following steps:

step 201: determining a first parameter;

step 202: configuring a first parameter to a first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

In actual application, in a Uu interface scenario, the second communication node refers to a network device, specifically may be a base station, and the first communication node is a terminal; in the SL scenario, the second communication node is a SL terminal such as a base station, a roadside unit, or an in-vehicle terminal, and the first communication node is a SL terminal such as an in-vehicle terminal.

In practical application, the value of the first parameter may be determined according to needs, for example, the value of the first parameter may be preconfigured. The embodiment of the present application is not limited thereto.

Each MCS table of the at least one MCS table corresponds to a set of PT-RS time domain density thresholds, e.g. ptrs-MCS in Table 1 ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ 。

Accordingly, the number of groups of the first parameters may include at least one group, each MCS table corresponds to a group of the first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter.

In practical application, the first parameter may be configured in a static or semi-static manner, so that signaling overhead may be saved.

Based on this, in an embodiment, the configuring the first parameter to the first communication node includes:

configuring PT-RS configuration parameters to the first communication node; the first parameter is carried in the PT-RS configuration parameter.

Wherein in an embodiment, the second communication node may configure PT-RS configuration parameters to the first communication node through higher layer signaling.

Here, in actual application, the higher layer signaling corresponding to different application scenes is different; for example, in the Uu interface scenario, the higher layer signaling may be Uu port Radio Resource Control (RRC) signaling, etc.; in the SL scenario, the higher layer signaling may be System Information Block (SIB), uu port RRC signaling, PC5 port RRC signaling, or the like.

Wherein, in the SL scenario, when the scheduled MCS table (i.e., the used MCS table) is carried in the SL control information 0-2 (i.e., the SCI format 0-2), the first parameter may also be carried in the SL control information 0-1 (i.e., the SCI format 0-1).

In practical application, the first parameter may indicate an offset of a PT-RS time domain density threshold; at this time, the first communication node also needs to acquire a reference PT-RS time domain density threshold, so that the PT-RS time domain density threshold corresponding to the corresponding MCS table may be determined according to the offset and the reference PT-RS time domain density threshold.

Based on this, in an embodiment, the method may further include:

When the number of the first parameters is the same as the number of the MCS tables in practical application, the number of the second parameters may include at least one group, that is, each group of first parameters corresponds to one group of second parameters, and the first parameters, the MCS tables, and the second parameters are in one-to-one correspondence.

The default MCS table may be one of the configured at least one MCS table.

When the first communication node is configured with the first parameter, the first communication node may be configured with the second parameter, and at this time, the second parameter may also be carried in the PT-RS configuration parameter.

In practical application, the first parameter may also indicate a PT-RS time domain density threshold, and at this time, since the first parameter directly indicates the PT-RS time domain density threshold, the first communication node may determine the PT-RS time domain density threshold corresponding to the corresponding MCS table directly according to the first parameter.

In actual application, in the SL scenario, when the scheduled MCS table is carried in the SL control information 0-2, the first parameter may further indicate an offset of the MCS index, and at this time, the first communication node further needs to obtain a reference PT-RS time domain density threshold, that is, obtain the second parameter, so that the MCS index actually used for determining the PT-RS time domain density threshold may be determined according to the indicated offset of the MCS index; and determining a PT-RS time domain density threshold corresponding to the actual MCS table according to the MCS index and the reference PT-RS time domain density threshold which are actually indicated.

The first communication node determines an MCS index actually used for determining (or can be understood as judging) the PT-RS time domain threshold according to the first parameter, and determines a PT-RS time domain density corresponding to the actually used MCS table according to the MCS index actually used for determining the PT-RS time domain threshold and a reference PT-RS time domain density threshold corresponding to a default MCS table, that is, a second parameter.

Correspondingly, the embodiment of the application also provides a PT-RS configuration method which is applied to the first communication node and comprises the following steps:

Wherein, in an embodiment, the method may further comprise:

Specifically, the first communication node determines a PT-RS time domain density threshold corresponding to an actually used MCS table by using the first parameter;

and determining the PT-RS time domain density corresponding to the actually used MCS table by utilizing the PT-RS time domain density threshold corresponding to the determined actually used MCS table according to the indicated MCS index.

In an embodiment, receiving PT-RS configuration parameters configured by the second communication node; the first parameter is carried in the PT-RS configuration parameter.

Here, in an embodiment, the PT-RS configuration parameters configured by the second communication node are received through higher layer signaling.

In an embodiment, when the first parameter indicates an offset of the PT-RS time domain density threshold, i.e. in the case that the first parameter indicates an offset of the PT-RS time domain density threshold, the method may further comprise:

That is, the first communication node determines a PT-RS time domain density threshold corresponding to each MCS table of the at least one MCS table using the first parameter and the second parameter.

The first communication node may also receive the second parameter when receiving the first parameter configured by the second communication node.

When the first parameter indicates the PT-RS time domain density threshold, that is, when the first parameter indicates the PT-RS time domain density threshold, the first communication node may directly determine the PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table by using the first parameter.

In actual application, when the first parameter indicates the offset of the MCS index, that is, when the first parameter indicates the offset of the MCS index, the first communication node determines, according to the first parameter, the MCS index actually used to determine the PT-RS time domain threshold, and determines, according to the MCS index actually used to determine the PT-RS time domain threshold and a reference PT-RS time domain density threshold (i.e., a second parameter) corresponding to a default MCS table, the PT-RS time domain density corresponding to the actually used MCS table.

The PT-RS configuration method provided by the embodiment of the application is that the second communication node configures the first parameter to the first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table, so that the configured PT-RS time domain density threshold is matched with the actually used MCS table, further accurate PT-RS time domain density can be obtained, an estimation result is caused by an accurate phase, and correct demodulation data is realized.

After acquiring the parameters configured by the second communication node, the first communication node can determine the PT-RS time domain density corresponding to the actually used MCS table, so as to send or receive PT-RS.

Based on this, the embodiment of the application also provides a PT-RS sending method, which is applied to the first communication node, as shown in fig. 3, and the method includes:

step 301: determining PT-RS time domain density corresponding to the actually used MCS table by using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

step 302: and transmitting the PT-RS by using the determined PT-RS time domain density.

In practical application, when the first parameter indicates the offset of the PT-RS time domain density threshold, that is, when the first parameter indicates the offset of the PT-RS time domain density threshold, the specific implementation of step 201 may include:

More specifically, the first communication node determines a PT-RS time domain density threshold corresponding to an actually used MCS table by using a second parameter and a first parameter configured by the second communication node;

When the first parameter indicates the PT-RS time domain density threshold, that is, when the first parameter indicates the PT-RS time domain density threshold, the first communication node directly uses the first parameter to determine the PT-RS time domain density corresponding to the actually used MCS table.

More specifically, the first communication node determines a PT-RS time domain density threshold corresponding to an actually used MCS table by using a first parameter configured by the second communication node;

When the first parameter indicates an offset of MCS index, i.e. in the case that the first parameter indicates an offset of MCS index, the specific implementation of step 201 may include:

the first communication node determines an actually indicated MCS index according to the first parameter, and determines the PT-RS time domain density corresponding to the actually used MCS table according to the actually indicated MCS index and the second parameter.

The embodiment of the application also provides a PT-RS receiving method which is applied to the first communication node, as shown in fig. 4, and comprises the following steps:

step 401: determining PT-RS time domain density corresponding to the actually used MCS table by using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

step 402: and receiving the PT-RS by using the determined PT-RS time domain density.

The specific implementation of step 401 is the same as that of step 301, and will not be described herein.

According to the PT-RS transmission method provided by the embodiment of the application, the first communication node determines the PT-RS time domain density corresponding to the actually used MCS table by utilizing the first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; and transmitting or receiving the PT-RS by using the determined PT-RS time domain density, so that the configured PT-RS time domain density threshold is matched with an actually used MCS table, further, the accurate PT-RS time domain density can be obtained, an estimation result caused by an accurate phase is obtained, and correct demodulation data is realized.

The present application will be described in further detail with reference to examples of application.

Application example one

The present application embodiment describes the configuration and transmission procedure of PT-RS in Uu scene.

In the embodiment of the application, the PT-RS is configured through RRC signaling under the Uu scene. When the high-level parameter PT-RS Downlink Config or PT-RS Uplink Config is configured, namely the PT-RS downlink configuration or the PT-RS Uplink configuration is performed, the PT-RS time domain density threshold is in one-to-one correspondence with the MCS table supported by the MCS table possibly scheduled by the PDSCH/PUSCH through the additional configuration parameter PT-RS time density offset (namely the first parameter).

Specifically, when the terminal with Uu interface is configured with higher layer parameter phaseTrackingRS in DMRS-downlinkConfig or DMRS-uplinkConfig, that is, configured with PT-RS in downlink configuration of DMRS or uplink configuration of DMRS, there are:

(1) If the higher-level parameter timeDensity in PTRS-Down/PTRS-UpLinkConfig indicates the PTRS-MCS of the default MCS table ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ Namely, the second parameter indicates a PT-RS time domain density threshold corresponding to the default MCS table, and the first parameter indicates the offset of the PT-RS time domain density threshold; in this case, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the MCS threshold configured by timeDensity plus the threshold offset configured by timeDensity offset, and judges the PT-RS time domain density according to the obtained threshold; that is, a higher layer parameter PT-RS time domain density offset is added in PTRS-Down Config or PTRS-UpLinkConfig, and the offset corresponds to an MCS table possibly used by PDSCH or PUSCH data scheduling one by one; for an actually scheduled MCS table, a corresponding PT-RS time domain density threshold is determined by adding a threshold offset corresponding to the MCS table to an MCS threshold indicated by a PT-RS time domain density of a higher layer parameter in PTRS-downlink Config or PTRS-uplink Config;

(2) If the high-level parameter timeDensity is not configured and the high-level parameter timeDensity offset is configured, the first parameter indicates a PT-RS time domain density threshold, in this case, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the threshold configured by the timeDensity offset, and judges the PT-RS time domain density according to the obtained threshold;

(3) If neither the higher layer parameters timeDensity nor timeDensityoffset are configured, the terminal assumes a PT-RS time domain density of 1.

After the configuration process is completed, the process of sending PT-RS by the terminal comprises the following steps:

when the terminal is configured with the higher layer parameters PT-RS in the higher layer signaling, there are:

(1) The time domain density field (i.e. the high-level parameter timeDensity) in the PT-RS high-level parameter indicates the MCS threshold of the default MCS table, the time domain density offset field (i.e. the timeDensity offset) indicates the offset of the MCS threshold of the MCS table supported by the actual transmission, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the MCS threshold plus the offset of the MCS threshold, determines the PT-RS time domain transmission density according to the obtained threshold, and maps the PT-RS on the time domain symbol;

(2) If the time domain density field of the default MCS table is not configured, and the time domain density threshold of the MCS table supported by actual transmission is configured, namely, the time domain density offset field indicates the PT-RS time domain density threshold, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the configured threshold, determines PT-RS time domain transmission density according to the obtained threshold, and maps PT-RS on a time domain symbol;

(3) If neither the higher layer parameters timeDensity nor timeDensity offset are configured, the terminal assumes a PT-RS time domain density of 1 and maps PT-RS on the time domain symbols.

The terminal receiving the PT-RS includes:

(1) The method comprises the steps that a time domain density field in a PT-RS high-level parameter indicates an MCS threshold of a default MCS table, a time domain density offset field indicates offset of the MCS threshold of the MCS table supported by actual transmission, a terminal obtains a PT-RS time domain density threshold of the actually scheduled MCS table according to the MCS threshold plus the offset of the MCS threshold, and determines PT-RS time domain transmission density and the position of PT-RS on a time domain symbol according to the obtained threshold so as to receive the PT-RS;

(2) If the time domain density field of the default MCS table is not configured, and the time domain density threshold of the MCS table supported by actual transmission is configured, namely, the time domain density offset field indicates the PT-RS time domain density threshold, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the configured threshold, and determines the PT-RS time domain transmission density and the position of the PT-RS on the time domain symbol according to the obtained threshold so as to receive the PT-RS;

(3) If neither the higher layer parameters timeDensity nor timeDensity offset are configured, the terminal assumes a PT-RS time domain density of 1 and determines the position of the PT-RS on the time domain symbol to receive the PT-RS.

Application example II

The present application embodiment describes the configuration and transmission procedure of PT-RS in SL scenario.

In this application embodiment, in the SL scenario, PT-RS is (pre) configured through higher layer signaling. When the parameter sl-PTRS-Config-r16 is (pre) configured, namely the PT-RS is configured, the PT-RS time domain density threshold is in one-to-one correspondence with the MCS table supported by the resource through additional configuration of the parameter PT-RS time density offset (namely the first parameter).

Specifically, when SCI format 0-1 indicates that the actually scheduled MCS table, i.e., the actually scheduled SL MCS table, is carried in SCI format 0-1, and the SL terminal (i.e., the terminal having SL) is configured with the higher layer parameter SL-PTRS-Config-r16 in the higher layer parameter SL-resource pool-r16, i.e., the PT-RS is configured in the resource pool configuration, there are:

(1) The higher layer parameter sl-PTRS-TimeDensity-r16 in sl-PTRS-Config-r16 indicates the PTRS-MCS of the default MCS table ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ Namely, the second parameter indicates a PT-RS time domain density threshold corresponding to the default MCS table, and the first parameter indicates the offset of the PT-RS time domain density threshold; in this case, the terminal obtains a PT-RS time domain density threshold of the actually scheduled MCS table according to the MCS threshold configured by the sl-PTRS-TimeDensity-r16 and the threshold offset configured by the sl-PTRS-TimeDensityOffset-r16 (i.e. the first parameter), and judges the PT-RS time domain density according to the obtained threshold; that is, the actually scheduled MCS table is defined in the direct link control information 0-1, and the actually scheduled MCS table correspondence is added on the PT-RS time domain density threshold of the default MCS table configured in resource pool (pre) The PT-RS time domain density threshold determined after the time domain density deviation is corresponding to the actually scheduled MCS table;

(2) If the higher layer parameter sl-PTRS-TimeDensity-r16 is not configured and the higher layer parameter sl-PTRS-TimeDensityOffset-r16 is configured, the first parameter indicates the PT-RS time domain density threshold, in this case, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the threshold configured by the sl-PTRS-TimeDensityOffset-r16, and judges the PT-RS time domain density according to the obtained threshold;

(3) If neither the higher layer parameters sl-PTRS-TimeDensity-r16 nor sl-PTRS-TimeDensityOffset-r16 are configured, the terminal assumes a PT-RS time domain density of 1.

Illustratively, it is assumed that one resource pool (pre) configures two MCS tables, namely a 64QAM table and a 256QAM table, and that the configuration signaling is also configured with sl-PTRS-Config-r16, as follows:

meanwhile, the higher layer parameter sl-PTRS-TimeDensity-r16 in the sl-PTRS-Config-r16 indicates the PTRS-MCS of the 64QAM table ₁ ，trs-MCS ₂ ，ptrs-MCS ₃ Index 10,15,20, respectively; the higher layer parameter sl-PTRS-timeDenstyoffset-r 16 indicates the MCS threshold offset of the 256QAM table relative to the 64QAM table of 5,8,6, respectively, as follows:

When the actually scheduled MCS table indicated by SCI format 0-1 is a 256QAM table, the terminal obtains the PT-RS time domain density thresholds of the actually scheduled MCS table respectively as 15,23,26 according to the MCS threshold configured by the sl-PTRS-timeDensity-r16 and the threshold offset configured by the sl-PTRS-timeDensity offset-r16, and judges the PT-RS time domain density according to the obtained thresholds. Assuming that the 5bit MCS index indicated in SCI format 0-1 is 25 at this time, the time domain transmission density of PT-RS is 2 at this time.

In the SL scenario, when one resource pool is configured with a plurality of MCS tables, an indication of the MCS table used by the transmitting UE (i.e., the actually scheduled SL MCS table) may also be carried in SCI format 0-2 (an indication of an undefined MCS table in the related art is placed in SCI format 0-1 or SCI format 0-2). Since the time domain density of PT-RS affects the number of resources occupied by PT-RS and further affects the number of resources that SCI format 0-2 can occupy, the receiving UE needs to know the correct PT-RS transmission density before demodulating SCI format 0-2.

In this case, a PT-RS time domain density offset indication of the actually scheduled MCS table may be defined in the direct link control information 0-1, and a PT-RS time domain density threshold determined after adding the time domain density offset corresponding to the actually scheduled MCS table to the PT-RS time domain density threshold of the default MCS table configured in resource pool (pre) corresponds to the actually scheduled MCS table, i.e., the timeDensityoffset is carried in the SCI format 0-1.

In addition to this, 6bit MCS index offset may be defined in SCI format0-1, i.e. the first parameter indicates the offset of the MCS index. When the sidelink terminal is configured with the higher layer parameter SL-PTRS-Config-r16 in the higher layer parameter SL-resourcepool-r 16, there are:

the higher layer parameter sl-PTRS-TimeDensity-r16 in sl-PTRS-Config-r16 indicates the PTRS-MCS of the default MCS table ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ Namely, the second parameter indicates a PT-RS time domain density threshold corresponding to the default MCS table, the terminal obtains the MCS index adopted for judging the PT-RS time domain density according to the MCS index and the MCS index offset indicated in the SCI format0-1, and judges the PT-RS time domain density by using the obtained MCS index and the threshold configured by the high-level parameter.

meanwhile, the higher layer parameter sl-PTRS-TimeDensity-r16 in the sl-PTRS-Config-r16 indicates the PTRS-MCS of the 64QAM table ₁ ，ptrs-MCS ₂ ，ptrs-MCS ₃ Index 10,15,25, respectively. The actually scheduled MCS table is 256QAM (carried in SCI format 0-2), the MCS index indicated in SCI format0-1 is 18, and if the MCS index corresponds to the MCS threshold configured by the higher layer parameters, the PT-RS time domain transmission density is 2; in order to adapt the 256QAM table used for actual transmission, MCS index offset is configured to be-6 in SCI format0-1, the terminal obtains the actually indicated MCS index from the MCS index and the MCS index offset, and determines that the actually matched PT-RS time domain density is 4 by using the actually indicated MCS index as 12.

As can be seen from the above description, the MCS index offset is defined in the direct link control information 0-1, and the PT-RS time domain density determined after adding the index offset to the MCS index corresponds to the actually scheduled MCS table.

when the terminal is configured with PT-RS higher layer parameters in higher layer signaling, there are:

(1) The time domain density field (i.e. sl-PTRS-TimeDensity-r 16) in the PT-RS higher layer parameter indicates the MCS threshold of the default MCS table, the time domain density offset field (i.e. sl-PTRS-TimeDensity offset-r 16) indicates the offset of the MCS threshold of the MCS table supported by the actual transmission, then the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the MCS threshold plus the offset of the MCS threshold, determines the PT-RS time domain transmission density according to the obtained threshold, and maps the PT-RS on the time domain symbol;

(2) If the MCS threshold of the default MCS table is not configured, and the time domain density threshold of the MCS table supported by the actual transmission is configured, namely, the time domain density offset field indicates the PT-RS time domain density threshold, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the configured threshold, determines PT-RS time domain transmission density according to the obtained threshold, and maps PT-RS on a time domain symbol;

(3) If neither the higher layer parameters sl-PTRS-TimeDensity-r16 nor sl-PTRS-TimeDensityOffset-r16 are configured, the terminal assumes a PT-RS time domain density of 1 and maps PT-RS on the time domain symbols.

Another procedure for transmitting the PT-RS includes:

when the terminal is configured with PT-RS high layer parameters in high layer signaling, a time domain density field in the PT-RS high layer parameters indicates an MCS threshold of a default MCS table, the terminal obtains an MCS index of the MCS table which is actually scheduled according to the MCS index indicated in the direct link control information 0-1 and the offset (namely MCS index offset) of the configured MCS index threshold, determines PT-RS time domain density by utilizing the MCS index, and maps PT-RS on a time domain symbol.

The terminal receiving the PT-RS includes:

(2) If the MCS threshold of the default MCS table is not configured, and the time domain density threshold of the MCS table supported by actual transmission is configured, namely, the time domain density offset field indicates the PT-RS time domain density threshold, the terminal obtains the PT-RS time domain density threshold of the actually scheduled MCS table according to the configured threshold, and determines the PT-RS time domain transmission density and the position of the PT-RS on the time domain symbol according to the obtained threshold so as to receive the PT-RS;

(3) If neither the higher layer parameters sl-PTRS-TimeDensity-r16 nor sl-PTRS-TimeDensityOffset-r16 are configured, the terminal assumes the PT-RS time domain density to be 1 and determines the position of the PT-RS on the time domain symbol to receive the PT-RS.

Another procedure of receiving the PT-RS includes:

when the terminal is configured with a PT-RS high-layer parameter in the high-layer signaling, a time domain density field in the PT-RS high-layer parameter indicates an MCS threshold of a default MCS table, the terminal obtains an MCS index of the MCS table which is actually scheduled according to the MCS index indicated in the direct link control information 0-1 and the offset (namely MCS index offset) of the configured MCS index threshold, and determines the PT-RS time domain density and the position of the PT-RS on a time domain symbol by utilizing the MCS index so as to receive the PT-RS.

As can be seen from the above description, by adopting the scheme of the embodiment of the present application, the PT-RS configuration is matched with the MCS table used for actual transmission, so that the phase noise can be accurately estimated, and the data can be accurately demodulated. In addition, when the scheme of the embodiment of the application is implemented, the first parameter is carried in the PT-RS configuration without greatly increasing the configuration cost (only a few tens of bits (bits) are needed in configuration, for example, one set of threshold parameters comprise three ptrs-MCS index, 15bits are needed to be configured at most, three sets are needed to be configured at most, 45bits are needed for high-level parameters, and the cost is not very large for the high-level parameters, for example, the MCS table actually scheduled in the SL scene is carried in SCI format 0-2, and the first parameter of 15bits or 6bits is carried in SCI format 0-1), namely, on the basis of not greatly increasing the configuration cost, the scheme of the embodiment of the application can solve the problem that the PT-RS configuration is not matched with the MCS table actually used for transmission.

In order to implement the method of the embodiment of the present application, the embodiment of the present application further provides a PT-RS configuration device, which is disposed on a second communication node, as shown in fig. 5, including:

a configuration unit 501 configured to configure a first parameter to a first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

In one embodiment, as shown in fig. 5, the apparatus may further include:

a third determining unit 502 is configured to determine the first parameter.

In an embodiment, the configuration unit 501 is specifically configured to:

Here, in an embodiment, the configuration unit 501 is specifically configured to:

the PT-RS configuration parameters are configured to the first communication node by higher layer signaling.

In an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the configuration unit 501 is further configured to configure a second parameter to the first communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

In practical application, the configuration unit 501 may be implemented by a processor in the PT-RS configuration device in combination with a communication interface; the third determining unit 502 may be implemented by a processor of the PT-RS configuring means.

In order to implement the method at the first communication node side in the embodiment of the present application, the embodiment of the present application further provides a configuration device, which is disposed on the first communication node, as shown in fig. 6, and the device includes:

a first receiving unit 601, configured to receive a first parameter configured by a second communication node; wherein,,

In one embodiment, as shown in fig. 6, the apparatus may further include:

a fourth determining unit 602, configured to determine a PT-RS time domain density corresponding to the actually used MCS table using the first parameter.

In an embodiment, the first receiving unit 601 is specifically configured to:

receiving PT-RS configuration parameters configured by the second communication node; the first parameter is carried in the PT-RS configuration parameter.

Here, in an embodiment, the first receiving unit 601 is specifically configured to:

and receiving PT-RS configuration parameters configured by the second communication node through high-layer signaling.

In an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the first receiving unit 601 is further configured to receive a second parameter configured by the second communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

In practical application, the first receiving unit 601 may be implemented by a communication interface in the PT-RS configuration device; the fourth determining unit 602 may be implemented by a processor in the PT-RS configuration device.

It should be noted that: in the PT-RS configuration device provided in the above embodiment, only the division of each program module is used for illustration, and in practical application, the process allocation may be performed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules, so as to complete all or part of the processes described above. In addition, the PT-RS configuration device and the PT-RS configuration method embodiment provided in the foregoing embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiment and are not repeated herein.

In order to implement the method at the first communication node side in the embodiment of the present application, the embodiment of the present application further provides a PT-RS transmitting device, which is disposed on the first communication node, as shown in fig. 7, and the device includes:

a first determining unit 701, configured to determine a PT-RS time domain density corresponding to an actually used MCS table, using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

a transmitting unit 702, configured to transmit PT-RS using the determined PT-RS time domain density.

Wherein, in an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the first determining unit 701 is specifically configured to:

In an embodiment, the first parameter indicates a PT-RS time domain density threshold; the first determining unit 701 is specifically configured to:

In practical application, the first determining unit 701 may be implemented by a processor in the PT-RS transmitting device; the transmission unit 702 may be implemented by a communication interface in the PT-RS transmission device.

It should be noted that: the PT-RS transmitting device provided in the above embodiment only exemplifies the division of the program modules when performing PT-RS transmission, and in practical application, the processing allocation may be performed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules, so as to complete all or part of the processing described above. In addition, the PT-RS transmitting apparatus provided in the foregoing embodiment and the PT-RS transmitting method embodiment belong to the same concept, and specific implementation processes thereof are detailed in the method embodiment and are not repeated herein.

In order to implement the method at the first communication node side in the embodiment of the present application, the embodiment of the present application further provides a PT-RS receiving device, which is disposed on the first communication node, as shown in fig. 8, and the device includes:

a second determining unit 801, configured to determine a PT-RS time domain density corresponding to an actually used MCS table, using a first parameter configured by a second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table;

A second receiving unit 802 for receiving PT-RS using the determined PT-RS time domain density.

Wherein, in an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the second determining unit 801 is specifically configured to:

In an embodiment, the first parameter indicates a PT-RS time domain density threshold; the second determining unit 801 is specifically configured to:

In practical application, the second determining unit 801 may be implemented by a processor in the PT-RS receiving device; the second receiving unit 802 may be implemented by a communication interface in the PT-RS receiving device.

It should be noted that: the PT-RS receiving device provided in the above embodiment only uses the division of the program modules to illustrate when PT-RS receiving, and in practical application, the process allocation may be performed by different program modules according to needs, that is, the internal structure of the device is divided into different program modules to complete all or part of the processes described above. In addition, the PT-RS receiving apparatus provided in the above embodiment and the PT-RS receiving method embodiment belong to the same concept, and specific implementation processes thereof are detailed in the method embodiment and are not repeated here.

Based on the hardware implementation of the program modules, and in order to implement the method for sending the first communication node side according to the embodiment of the present application, the embodiment of the present application provides a first communication node, as shown in fig. 9, a first communication node 900 includes:

the first communication interface 901 is capable of performing information interaction with the second communication node;

the first processor 902 is connected to the first communication interface 901 to implement information interaction with the second communication node, and is configured to execute, when running a computer program, a method provided by one or more technical solutions on the first communication node side. And the computer program is stored on the first memory 903.

Specifically, in the process of configuring the PT-RS, the first communication interface 901 is configured to receive a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

In one embodiment, the first communication interface 901 is specifically configured to:

Here, in an embodiment, the first communication interface 901 is specifically configured to:

In an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the first communication interface 901 is further configured to receive a second parameter configured by the second communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

In the process of transmitting PT-RS, the first processor 902 is configured to determine a PT-RS time domain density corresponding to an actually used MCS table using the first parameter;

the first communication interface 901 is configured to send PT-RS using the determined PT-RS time domain density or receive PT-RS using the determined PT-RS time domain density.

Wherein, in an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the first processor 902 is specifically configured to:

In an embodiment, the first parameter indicates a PT-RS time domain density threshold; the first processor 902 is specifically configured to:

It should be noted that: the specific processing procedure of the first communication interface 901 and the first processor 902 may be understood by referring to the above method.

Of course, in actual practice, the various components in first communication node 900 are coupled together via bus system 904. It is appreciated that the bus system 904 is used to facilitate connected communications between these components. The bus system 904 includes a power bus, a control bus, and a status signal bus in addition to a data bus. But for clarity of illustration, the various buses are labeled as bus system 904 in fig. 9.

The first memory 903 in the embodiment of the present application is used to store various types of data to support the operation of the first communication node 900. Examples of such data include: any computer program for operating on the first communication node 900.

The method disclosed in the above embodiment of the present application may be applied to the first processor 902 or implemented by the first processor 902. The first processor 902 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the method may be implemented by an integrated logic circuit of hardware or an instruction in software form in the first processor 902. The first processor 902 described above may be a general purpose processor, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The first processor 902 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the application can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software modules may be located in a storage medium located in the first memory 903, and the first processor 902 reads information in the first memory 903, in combination with its hardware, to perform the steps of the method described above.

In an exemplary embodiment, the first communication node 900 may be implemented by one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSPs, programmable logic devices (PLD, programmable Logic Device), complex programmable logic devices (CPLD, complex Programmable Logic Device), field-programmable gate arrays (FPGA, field-Programmable Gate Array), general purpose processors, controllers, microcontrollers (MCU, micro Controller Unit), microprocessors (Microprocessor), or other electronic components for performing the aforementioned methods.

Based on the hardware implementation of the program module, and in order to implement the method on the second communication node side in the embodiment of the present application, the embodiment of the present application further provides a second communication node, as shown in fig. 10, where the second communication node 1000 includes:

a second communication interface 1001 capable of information interaction with the first communication node;

the second processor 1002 is connected to the second communication interface 1001, so as to implement information interaction with the first communication node, and is configured to execute, when running a computer program, a method provided by one or more technical solutions on the second communication node side. And the computer program is stored on the second processor 1002.

Specifically, the second processor 1002 is configured to configure a first parameter to a first communication node through the second communication interface 1001; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table.

Wherein in an embodiment, the second processor 1002 is configured to determine the first parameter.

In an embodiment, the second processor 1002 is specifically configured to:

configuring PT-RS configuration parameters to the first communication node through the second communication interface 1001; the first parameter is carried in the PT-RS configuration parameter.

Here, in an embodiment, the second processor 1002 is specifically configured to:

PT-RS configuration parameters are configured to the first communication node by higher layer signaling using the second communication interface 1001.

In an embodiment, the first parameter indicates an offset of a PT-RS time domain density threshold; the second processor 1002 is further configured to configure a second parameter to the first communication node through the second communication interface 1001; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

It should be noted that: the specific processing of the second processor 1002 and the second communication interface 1001 may be understood with reference to the above-described methods.

Of course, in actual practice, the various components in second communication node 1000 would be coupled together via bus system 1004. It is to be appreciated that the bus system 1004 serves to facilitate connective communication between these components. The bus system 1004 includes a power bus, a control bus, and a status signal bus in addition to the data bus. The various buses are labeled in fig. 10 as bus system 1004 for clarity of illustration.

The second memory 1003 in the embodiment of the present application is used to store various types of data to support the operation of the second communication node 1000. Examples of such data include: any computer program for operating on the second communication node 1000.

The method disclosed in the above embodiment of the present application may be applied to the second processor 1002 or implemented by the second processor 1002. The second processor 1002 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the method described above may be performed by integrated logic circuits of hardware or instructions in software form in the second processor 1002. The second processor 1002 described above may be a general purpose processor, DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The second processor 1002 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiment of the application can be directly embodied in the hardware of the decoding processor or can be implemented by combining hardware and software modules in the decoding processor. The software module may be located in a storage medium located in a second memory 1003, said second processor 1002 reading information in the second memory 1003, performing the steps of the method described above in connection with its hardware.

In an exemplary embodiment, the second communication node 1000 may be implemented by one or more ASIC, DSP, PLD, CPLD, FPGA, general purpose processors, controllers, MCU, microprocessor, or other electronic elements for performing the foregoing methods.

It is to be understood that the memories (the first memory 903 and the second memory 1003) of the embodiment of the present application may be volatile memory or nonvolatile memory, and may include both volatile and nonvolatile memories. Wherein the nonvolatile Memory may be Read Only Memory (ROM), programmable Read Only Memory (PROM, programmable Read-Only Memory), erasable programmable Read Only Memory (EPROM, erasable Programmable Read-Only Memory), electrically erasable programmable Read Only Memory (EEPROM, electrically Erasable Programmable Read-Only Memory), magnetic random access Memory (FRAM, ferromagnetic random access Memory), flash Memory (Flash Memory), magnetic surface Memory, optical disk, or compact disk Read Only Memory (CD-ROM, compact Disc Read-Only Memory); the magnetic surface memory may be a disk memory or a tape memory. The volatile memory may be random access memory (RAM, random Access Memory), which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (SRAM, static Random Access Memory), synchronous static random access memory (SSRAM, synchronous Static Random Access Memory), dynamic random access memory (DRAM, dynamic Random Access Memory), synchronous dynamic random access memory (SDRAM, synchronous Dynamic Random Access Memory), double data rate synchronous dynamic random access memory (ddr SDRAM, double Data Rate Synchronous Dynamic Random Access Memory), enhanced synchronous dynamic random access memory (ESDRAM, enhanced Synchronous Dynamic Random Access Memory), synchronous link dynamic random access memory (SLDRAM, syncLink Dynamic Random Access Memory), direct memory bus random access memory (DRRAM, direct Rambus Random Access Memory). The memory described by embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

In order to implement the method of the embodiment of the present application, the embodiment of the present application further provides a PT-RS configuration and transmission system, as shown in fig. 11, where the system includes: a first communication node 1101 and a second communication node 1102.

It should be noted that: the specific processing procedures of the first communication node 1101 and the second communication node 1102 are described in detail above, and will not be described here again.

In an exemplary embodiment, the present application further provides a storage medium, i.e. a computer storage medium, in particular a computer readable storage medium, for example comprising a first memory 903 storing a computer program executable by the first processor 902 of the first communication node 900 to perform the steps of the aforementioned first communication node side method. For example, the second memory 1003 may store a computer program executable by the second processor 1002 of the second communication node 1000 to perform the steps of the second communication node side method described above. The computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash Memory, magnetic surface Memory, optical disk, or CD-ROM.

It should be noted that: "first," "second," etc. are used to distinguish similar objects and not necessarily to describe a particular order or sequence.

In addition, the embodiments of the present application may be arbitrarily combined without any collision.

The foregoing description is only of the preferred embodiments of the present application, and is not intended to limit the scope of the present application.

Claims

1. A method for configuring a phase tracking reference signal PT-RS, applied to a second communication node, comprising:

configuring a first parameter to a first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each Modulation Coding Scheme (MCS) table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table;

the first parameter indicates the offset of the PT-RS time domain density threshold; the method further comprises the steps of:

2. The method of claim 1, wherein PT-RS configuration parameters are configured to the first communication node; the first parameter is carried in the PT-RS configuration parameter.

3. The method according to claim 2, characterized in that PT-RS configuration parameters are configured to the first communication node by higher layer signaling.

4. The method of claim 1, wherein the second parameter is carried in a PT-RS configuration parameter.

5. A method according to any of claims 1 to 3, wherein the first parameter is indicative of a PT-RS time domain density threshold.

6. A PT-RS configuration method, applied to a first communication node, comprising:

the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table;

7. The method of claim 6, wherein the method further comprises:

8. The method of claim 6, wherein PT-RS configuration parameters configured by the second communication node are received; the first parameter is carried in the PT-RS configuration parameter.

9. The method of claim 8, wherein PT-RS configuration parameters configured by the second communication node are received through higher layer signaling.

10. The method of claim 6, wherein the second parameter is carried in a PT-RS configuration parameter.

11. The method according to any of the claims 6 to 9, wherein the first parameter indicates a PT-RS time domain density threshold.

12. A PT-RS transmission method applied to a first communication node, comprising:

determining PT-RS time domain density corresponding to the actually used MCS table by using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter;

transmitting PT-RS by using the determined PT-RS time domain density;

the first parameter indicates the offset of the PT-RS time domain density threshold; the determining the PT-RS time domain density corresponding to the actually used MCS table by using the first parameter configured by the second communication node includes:

13. The method of claim 12, wherein the first parameter indicates a PT-RS time domain density threshold; the determining the PT-RS time domain density corresponding to the actually used MCS table by using the first parameter configured by the second communication node includes:

14. A PT-RS receiving method applied to a first communication node, comprising:

receiving PT-RS by using the determined PT-RS time domain density;

15. The method of claim 14, wherein the first parameter indicates a PT-RS time domain density threshold; the determining the PT-RS time domain density corresponding to the actually used MCS table by using the first parameter configured by the second communication node includes:

16. A PT-RS configuration apparatus, comprising:

a configuration unit configured to configure a first parameter to a first communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table;

the first parameter indicates the offset of the PT-RS time domain density threshold; the configuration unit is further configured to configure a second parameter to the first communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

17. A PT-RS configuration apparatus, comprising:

the first parameter indicates the offset of the PT-RS time domain density threshold; the first receiving unit is further configured to receive a second parameter configured by the second communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

18. A PT-RS transmitting apparatus, comprising:

a first determining unit, configured to determine a PT-RS time domain density corresponding to the actually used MCS table using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter;

A transmitting unit for transmitting the PT-RS by using the determined PT-RS time domain density;

the first parameter indicates the offset of the PT-RS time domain density threshold; the first determining unit is specifically configured to:

19. A PT-RS receiving apparatus, comprising:

a second determining unit, configured to determine, using the first parameter configured by the second communication node, a PT-RS time domain density corresponding to the actually used MCS table; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter;

a second receiving unit for receiving the PT-RS using the determined PT-RS time domain density;

the first parameter indicates the offset of the PT-RS time domain density threshold; the second determining unit is specifically configured to:

20. A first communication node, comprising: a first communication interface and a first processor; wherein,,

the first communication interface is used for receiving a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table;

the first parameter indicates the offset of the PT-RS time domain density threshold; the first communication interface is further configured to receive a second parameter configured by the second communication node; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table;

Or,

the first processor is configured to determine a PT-RS time domain density corresponding to an actually used MCS table by using a first parameter configured by the second communication node; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter; the first communication interface is configured to send PT-RS using the determined PT-RS time domain density or receive PT-RS using the determined PT-RS time domain density;

the first parameter indicates the offset of the PT-RS time domain density threshold; the first processor is specifically configured to:

21. A second communication node, comprising: a second processor and a second communication interface; wherein,,

the second processor is configured to configure a first parameter to a first communication node through the second communication interface; the first parameter is used for determining a PT-RS time domain density threshold corresponding to each MCS table in at least one MCS table; each MCS table in the at least one MCS table corresponds to a set of PT-RS time domain density thresholds; each MCS table corresponds to a group of first parameters, and each PT-RS time domain density threshold in one MCS table corresponds to one first parameter; the PT-RS time domain density threshold corresponding to each MCS table is used for determining the PT-RS time domain density corresponding to the corresponding MCS table;

The first parameter indicates the offset of the PT-RS time domain density threshold; the second processor is further configured to configure a second parameter to the first communication node through the second communication interface; the second parameter indicates a PT-RS time domain density threshold corresponding to a default MCS table; the first parameter and the second parameter are used together to determine a PT-RS time domain density threshold corresponding to each MCS table in the at least one MCS table.

22. A first communication node, comprising: a first processor and a first memory for storing a computer program capable of running on the processor,

wherein the first processor is adapted to perform the steps of the method of any of claims 6 to 11, or the steps of the method of any of claims 12 to 13, or the steps of the method of any of claims 14 to 15, when the computer program is run.

23. A second communication node, comprising: a second processor and a second memory for storing a computer program capable of running on the processor,

wherein the second processor is adapted to perform the steps of the method of any of claims 1 to 5 when the computer program is run.

24. A storage medium having stored thereon a computer program, which when executed by a processor, performs the steps of the method of any one of claims 1 to 5, or performs the steps of the method of any one of claims 6 to 11, or performs the steps of the method of any one of claims 12 to 13, or performs the steps of the method of any one of claims 14 to 15.