WO2021197224A1

WO2021197224A1 - Method for scheduling physical downlink shared channel, and network device and terminal device

Info

Publication number: WO2021197224A1
Application number: PCT/CN2021/083252
Authority: WO
Inventors: 李娜; 潘学明
Original assignee: 维沃移动通信有限公司
Priority date: 2020-03-31
Filing date: 2021-03-26
Publication date: 2021-10-07
Also published as: CN113473632B; CN113473632A

Abstract

Disclosed are a method for scheduling a physical downlink shared channel (PDSCH), and a network device and a terminal device. A method for scheduling the PDSCH is applied to a base station. The method comprises: sending, to a terminal device, downlink control information (DCI) specific to the terminal device, the DCI being used for scheduling transmission of the PDSCH, and by means of the DCI, indicating the type of the scheduled PDSCH or a radio network temporary identity (RNTI) used by scrambling the scheduled PDSCH, wherein the RNTIs used for scrambling different types of PDSCHs are different, and the types of the PDSCHs comprise: a unicast PDSCH or a multicast PDSCH.

Description

Scheduling method of physical downlink shared channel, network equipment and terminal equipment

cross reference

The present invention claims the priority of the Chinese patent application with the application number 202010247369.8 and the invention title of "Physical Downlink Shared Channel Scheduling Method, Network Equipment and Terminal Equipment" filed on March 31, 2020. The entire content of the application is by reference Incorporated in the present invention.

Technical field

The present invention relates to the field of communications, in particular to a physical downlink shared channel (PDSCH) scheduling method, network equipment and terminal equipment.

Background technique

In LTE broadcast multicast transmission, it supports multicast broadcast single frequency network (Multimedia Broadcast multicast service Single Frequency Network, MBSFN) mode multicast broadcast service (Multimedia Broadcast multicast service, MBMS) transmission and single cell point-to-multipoint (Single) -Cell Point-to-Multipoint, SC-PTM) multicast service transmission. In the MBSFN mode, cells in the same MBSFN area synchronously send the same broadcast service, which is convenient for user equipment (User Equipment, UE for short) to receive. The control information (control channel parameters and service channel parameters, and scheduling information, etc.) and data information of the MBMS service are sent in a broadcast mode, so that both idle and connected UEs can receive the MBMS service, and the MBMS data information Only sent in MBSFN subframes. SC-PTM is a multicast transmission method standardized after the MBMS service. The biggest difference from the MBSFN method is that it is only scheduled for transmission in a single cell. It is determined by the Group-Radio Network Temporary Identity (G-RNTI). ) To perform business scheduling. In the broadcast message, the control channel parameters and service identification, period information, etc. are broadcast. The scheduling information is notified by the Physical Downlink Control Channel (PDCCH) scrambled by G-RNTI. The data part is sent in multicast mode, which is equivalent The interested UE monitors the G-RNTI to obtain data scheduling and then receives it.

In the prior art, each downlink control information (DCI) corresponds to a Radio Network Temporary Identity (RNTI), and after the DCI performs a cyclic redundancy check (CRC), the corresponding RNTI pair is used CRC scrambles. The RNTI that scrambles the DCI and CRC includes C-RNTI, S-RNTI, MCS-C-RNTI, TC-RNTI, P-RNTI, and SI-RNTI. Different RNTIs have different purposes. For example, C-RNTI and MCS-C-RNTI are used for scheduling unicast physical downlink shared channel (PDSCH) transmission or physical uplink shared channel (PUSCH) resource allocation, and CS-RNTI is used Schedule SPS PDSCH or type 2 CG PUSCH during activation or retransmission. TC-RNTI is used for retransmission scheduling of mgs3PUSCH. The processing flow when DCI is sent is as follows:

DCI → CRC attachment (using RNTI to scramble the CRC) → channel coding → rate matching → scrambling → modulation → mapping to physical resources.

In the above-mentioned DCI sending process, the RNTI will be used to scramble the CRC after the CRC check.

For PDSCH transmission, a series of processing is also performed. The processing flow for PDSCH transmission is as follows:

Downlink Shared Channel (DL-SCH) → CRC → channel coding → rate matching → scrambling → modulation → layer mapping → antenna port mapping → mapping to virtual resource block → mapping to physical resources.

In the scrambling process, the scrambling sequence is initialized according to the RNTI associated with the PDSCH, and the RNTI associated with the PDSCH is the same as the corresponding RNTI for scheduling or activating the DCI.

In the prior art, the unicast PDSCH uses specific DCI scheduling, and the UE performs feedback according to the indication information in its DCI. For example, PUCCH transmission resources and transmission power. In this way, different UEs can be allocated different PUCCH resources, resource conflicts can be avoided, and the received power of the uplink transmission of different UEs at the receiving end can be made the same as possible. During broadcast/multicast transmission, the group common DCI is used to schedule the multicast PDSCH, but the multicast PDSCH does not support HARQ-ACK feedback and retransmission. However, HARQ-ACK feedback or retransmission can improve the reliability of broadcast/multicast transmission. Therefore, how to schedule broadcast or multicast PDSCH and support HARQ-ACK feedback is a technical problem that needs to be solved at present.

Summary of the invention

The purpose of the embodiments of the present invention is to provide a PDSCH scheduling method, network equipment and terminal equipment, so that the broadcast or multicast PDSCH can be scheduled through a specific DCI.

In the first aspect, a PDSCH scheduling method is provided, which is applied to a base station, and the method includes: sending the terminal device-specific downlink control information (DCI) to a terminal device, and the DCI is used to schedule a physical downlink shared channel ( PDSCH) transmission, indicating the type of the scheduled PDSCH or the radio network temporary identifier (RNTI) used by the scheduled PDSCH scrambling through the DCI, wherein the RNTI used to scramble the different types of the PDSCH is different, The type of PDSCH includes: unicast PDSCH or multicast PDSCH.

In a second aspect, a PDSCH receiving method is provided, which is applied to a terminal device, and the method includes: receiving downlink control information (DCI) specific to the terminal device; according to the type of PDSCH indicated by the DCI or the DCI The indicated RNTI used for the scrambled scheduled PDSCH receives the target PDSCH, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

In a third aspect, a network device is provided, including: a sending module, configured to send the terminal device-specific DCI to a terminal device, the DCI is used to schedule PDSCH transmission, and the DCI indicates the scheduled PDSCH The type or the radio network temporary identifier (RNTI) used by the PDSCH for scrambling scheduling, wherein the RNTI used for scrambling the PDSCH of different types is different, and the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

In a fourth aspect, a terminal device is provided, including: a first receiving module, configured to receive downlink control information (DCI) specific to the terminal device, where the DCI is used to schedule physical downlink shared channel (PDSCH) transmission; The second receiving module is configured to receive the target PDSCH according to the type of the PDSCH indicated by the DCI or the RNTI used to scramble the PDSCH indicated by the DCI, wherein the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

In a fifth aspect, a network device is provided, including: a memory, a processor, and a computer program that is stored on the memory and can run on the processor. When the computer program is executed by the processor, the following The steps of the method described in one aspect.

In a sixth aspect, a terminal device is provided, including a memory, a processor, and a computer program stored on the memory and capable of running on the processor. When the computer program is executed by the processor, the second The steps of the method described in the aspect.

In a seventh aspect, a computer-readable storage medium is provided, and a computer program is stored on the computer-readable storage medium. When the computer program is executed by a processor, the steps of the method according to the first aspect or the second aspect are implemented .

In the embodiment of the present invention, the base station sends the UE-specific DCI to the UE. The DCI is used to schedule PDSCH transmission. The DCI indicates the type of the scheduled PDSCH or the RNTI used by the scrambled PDSCH, so that the UE is After receiving the DCI, the type of the PDSCH scheduled by the DCI or the RNTI used by the scheduled PDSCH can be learned, so that the UE can determine the PDSCH that should be received subsequently. In addition, since the base station can schedule the multicast PDSCH through a specific DCI, it can indicate specific control information to different UEs to support HARQ-ACK feedback of the multicast PDSCH.

Description of the drawings

The drawings described here are used to provide a further understanding of the present invention and constitute a part of the present invention. The exemplary embodiments of the present invention and the description thereof are used to explain the present invention, and do not constitute an improper limitation of the present invention. In the attached picture:

FIG. 1 is a schematic flowchart of a PDSCH scheduling method provided by an embodiment of the present invention;

Figure 2 is a schematic diagram of multicast PDSCH scheduling provided by an embodiment of the present invention;

FIG. 3 is a schematic flowchart of a PDSCH receiving method provided by an embodiment of the present invention;

Figure 4 is a schematic diagram of a DAI calculation provided by an embodiment of the present invention;

FIG. 5 is a schematic diagram of another DAI calculation provided by an embodiment of the present invention;

Figure 6 is a schematic structural diagram of a network device provided by an embodiment of the present invention;

FIG. 7 is a schematic structural diagram of a terminal device according to an embodiment of the present invention;

FIG. 8 is a schematic structural diagram of a terminal device according to an embodiment of the present invention;

Fig. 9 is a schematic structural diagram of a network device provided by an embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative work shall fall within the protection scope of the present invention.

The technical solution of the present invention can be applied to various communication systems, such as: Global System of Mobile Communication (GSM), Code Division Multiple Access (CDMA) system, and Wideband Code Division Multiple Access (GSM) system. WCDMA, Wideband Code Division Multiple Access, General Packet Radio Service (GPRS, General Packet Radio Service), Long Term Evolution (LTE, Long Term Evolution)/Enhanced Long Term Evolution (LTE-A, Long Term Evolution Advanced), NR (New Radio) )Wait.

User equipment (UE, User Equipment), also called terminal equipment, mobile terminal (Mobile Terminal), mobile user equipment, etc., can be connected to one or more cores via a radio access network (for example, RAN, Radio Access Network) The user equipment can be a mobile terminal, such as a mobile phone (or “cellular” phone) and a computer with a mobile terminal. For example, it can be a portable, pocket-sized, handheld, built-in computer or vehicle-mounted mobile device. , They exchange language and/or data with the wireless access network.

The base station can be a base station (BTS, Base Transceiver Station) in GSM or CDMA, a base station (NodeB) in WCDMA, or an evolved base station (eNB or e-NodeB, evolutional Node B) in LTE. The 5G base station (gNB) is not limited in the present invention, but for the convenience of description, the following embodiments take gNB as an example for description.

The technical solutions provided by the embodiments of the present invention will be described in detail below with reference to the accompanying drawings.

FIG. 1 is a schematic flowchart of a PDSCH scheduling method provided in an embodiment of the present invention, and the method 100 may be executed by a base station. In other words, the method can be executed by software or hardware installed on the base station. As shown in Figure 1, the method may include the following steps.

S110. Send the terminal device specific DCI to the terminal device, the DCI is used to schedule PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or the RNTI used by the scrambled scheduled PDSCH, where RNTIs used to scramble different types of the PDSCH are different, and the types of the PDSCH include: unicast PDSCH or group-cast PDSCH.

Wherein, the multicast PDSCH may also include, but is not limited to, multicast PDSCH and broadcast PDSCH, and mainly refers to PDSCH sent to multiple terminal devices through the same physical resource.

The use of the DCI to schedule PDSCH transmission may also include: the DCI is used to activate Semi-Persistent Scheduling (SPS) PDSCH transmission, and instruct it to activate the PDSCH type or scrambling through the DCI RNTI used by the scheduled PDSCH. That is, by activating the DCI of the SPS PDSCH, it is indicated that the SPS PDSCH is a unicast PDSCH or a multicast PDSCH, or a scrambled RNTI of the SPS PDSCH.

In the embodiment of the present invention, if the DCI scheduled is a multicast PDSCH, the DCI scheduled PDSCHs sent to different UEs are the same. That is, the PDSCHs indicated by multiple DCIs are the same (may include PDSCH time-frequency domain resource allocation, MCS and other information). Among them, different UEs may include UEs joining the same multicast service, or UEs within the same broadcast range. As shown in Figure 2, the base station schedules the same PDSCH through PDCCHs of different UEs, that is, multicast PDSCH.

In the embodiment of the present invention, the specific DCI sent to the UE may be: the DCI sent through the UE-specific PDCCH, or the DCI sent through the UE-specific search space, or the DCI sent through the PDCCH on the UE-specific search space, etc.

In the embodiment of the present invention, the base station sends the UE-specific DCI to the UE. The DCI is used to schedule PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or the RNTI used for the scrambled PDSCH. Thus, after receiving the DCI, the UE can learn the type of the PDSCH scheduled by the DCI, or the RNTI used to scramble the scheduled PDSCH, so that the UE can determine the PDSCH that should be received subsequently.

In a possible implementation manner, the type of the scheduled PDSCH indicated by the DCI or the PNTI used for the scrambled scheduled PDSCH includes but is not limited to any one of (1) to (4) below.

(1) Indicate the PDSCH type or the RNTI through the value of the first indicator field included in the DCI, wherein different values of the first indicator field indicate different PDSCH types or different RNTI.

In related technologies, the base station uses UE-specific DCI to schedule unicast PDSCH, and the RNTI used for PDSCH scrambling is the same as the RNTI used for scrambling DCI and CRC. Therefore, in a possible implementation manner, in order for the UE to distinguish whether the PDSCH scheduled by the current DCI is a unicast PDSCH or a multicast PDSCH, the UE needs to know the RNTI used for PDSCH scrambling. Therefore, the base station indicates the RNTI used for PDSCH scrambling through DCI. For example, assuming that multicast PDSCH transmission uses g-RNTI and DCI and C-RNTI are used for CRC scrambling, DCI can include X bits (for example, X=1) to indicate the RNTI and RNTI used for PDSCH scrambling. The RNTI scrambled by the DCI CRC is the same or different to indicate the type of the scheduled PDSCH or the RNTI used for the scrambled PDSCH. For example, when the value of this bit is 1, it means that the RNTI used for PDSCH scrambling is the same as the RNTI used for DCI CRC scrambling, that is, both are C-RNTIs, or the currently scheduled PDSCH is a unicast PDSCH; and the value of this bit When it is 0, it means that the RNTI used for PDSCH scrambling is different from the RNTI used for DCI CRC scrambling. The RNTI used for PDSCH scrambling is g-RNTI, or it indicates that the currently scheduled PDSCH is a multicast PDSCH.

For example, the RNTI indication field may be included in the DCI to indicate the RNTI sequence used when the PDSCH scheduled by the DCI is scrambled, and the correspondence between the type of the PDSCH and the RNTI sequence used when the PDSCH is scrambled is agreed in advance. Therefore, through the value of the RNTI indication field of the DCI, different PDSCH types and different RNTIs can be indicated. Suppose that the base station schedules multicast PDSCH by using DCI format 1-1 or DCI format 1-2 and C-RNTI or MCS-C-RNTI, and indicates the RNTI used for scrambling the scheduled PDSCH in the DCI (it can be in DCI 1_1 Or the newly added indicator field in DCI 1_2, such as RNTI indicator (RNTI indicator field) or reuse of existing field) is the C-RNTI or MCS-C-RNT used for unicast PDSCH scrambling, or the g used for multicast PDSCH scrambling -RNTI, and DCI also contains other indication fields (which can be the same as the unicast PDSCH scheduling).

Alternatively, one or more domains in the DCI may be reused, and the type of the PDSCH or the RNTI may be indicated through a specific combination or state of one or more domains. For example, one or more existing domains in the DCI can be reused to indicate whether a unicast PDSCH or a multicast PDSCH is scheduled. For example, the Redundancy Version (RV), Hybrid Automatic Repeat-Acknowledgement (HARQ-ACK), or Time Domain Resource Allocation (TDRA) domains in DCI.

(2) Indicate the type of the PDSCH or the RNTI through the control resource set (Control Resource set, CORESET) or search space (SS) where the DCI is located, where the DCI is located in a different CORESET or The search space corresponds to different PDSCH types or different RNTIs.

That is, it can be based on the CORESET where DCI is located or the CORESET group or pool where DCI is located (group/pool) (wherein each group or pool can contain one or more CORESET), etc., or the SS where DCI is located or the SS group where DCI is located or The pool (where each group/pool can contain one or more SSs) (group/pool) is determined. For example, when the DCI of the DCI format 1_1 or 1-2 is scheduled at CORESET A, the unicast PDSCH is scheduled, and when the DCI of the DCI format 1_1 or 1-2 is scheduled at CORESET B, the multicast PDSCH is scheduled.

(3) Indicate the type of the PDSCH or the RNTI through the format used by the DCI, where the DCI of different formats corresponds to different PDSCH types or different RNTIs.

For example, DCI uses DCI 1_1 format to schedule unicast PDSCH, and DCI uses DCI 1_2 format to schedule multicast PDSCH.

In addition, the format used by the DCI may also be combined with the first indication field in the DCI to indicate the type of the PDSCH or the RNTI. For example, DCI 1_0 is used for scheduled unicast PDSCH, that is, the PDSCHs scheduled using DCI 1_0 format are all unicast PDSCHs, and DCI 1_1 is used to schedule multicast PDSCH or unicast PDSCH, and the specific domain in DCI indicates the scheduled PDSCH The type of PDSCH.

(4) By scrambling the RNTI used by the cyclic redundancy check CRC of the DCI to indicate the type of the PDSCH or the RNTI, where different RNTIs used for the CRC scrambling the DCI correspond to different PDSCH types Or a different RNTI.

For example, when a certain DCI uses C-RNTI to scramble the CRC, it indicates a unicast PDSCH, and when an X-RNTI is used to scramble the CRC, it indicates a multicast PDSCH.

The relationship between the above-mentioned DCI format or the type of RNTI for scrambling CRC and PDSCH may be configured by high-level signaling, or determined in a predefined manner.

In a possible implementation manner, the DCI further includes at least one of the following (1) to (4).

(1) Downlink assignment index (DAI).

In a possible implementation manner, the DAI in the DCI may be calculated separately for different PDSCH types or PDSCH scrambled by different RNTIs. That is, when calculating DAI, the base station performs cumulative calculations for different PDSCH types or PDSCH scrambled by different RNTIs. For example, the base station can maintain two DAI counters for the same UE, namely the first DAI counter and the second DAI counter. Accumulate when broadcasting PDSCH. The base station determines whether the value of the first DAI counter or the value of the second DAI counter carried in the DCI is based on the type of the PDSCH scheduled by the currently transmitted DCI or the RNTI used when the scheduled PDSCH is scrambled. For example, the DCI may include a 2-bit DAI field. If the current PDCCH schedules a unicast PDSCH, the first DAI counter is accumulated, and the value of the first DAI counter is filled in the DAI field of the DCI. If the multicast PDSCH is scheduled, the second DAI counter is accumulated, and the value of the second DAI counter is filled in the DAI field of the DCI. On the UE side, HARQ-ACK (sub)codebooks are generated for unicast PDSCH and multicast PDSCH respectively, and the accumulated DAI (count DAI, C-DAI) value and total DAI (total DAI, t-DAI) value are respectively generated Applies to each HARQ-ACK (sub)codebook. In this way, the DAI of PDSCHs scrambled by different types or RNTIs are accumulated separately, and the UE constructs HARQ-ACK (sub)codebooks for PDSCHs of different types or RNTIs, which reduces the impact on the existing unicast PDSCH codebook construction and avoids The impact of multicast PDSCH on unicast PDSCH scheduling and feedback is discussed.

Or, in another possible implementation manner, for all the PDSCH types or all RNTI scrambled PDSCHs, the DAI in the DCI may be cumulatively calculated. That is, when calculating the DAI, the base station performs a unified cumulative calculation for different PDSCH types or PDSCH scrambled by different RNTIs. In this method, the DAI of PDSCHs scrambled by different types or RNTIs is accumulated uniformly. The UE constructs a HARQ-ACK (sub) codebook for PDSCHs of different types or RNTIs, and there is no need to distinguish different PDSCH types during HARQ-ACK feedback at the UE. Or the RNTI corresponding to the PDSCH, which simplifies the process of the UE.

(2) PDSCH to HARQ feedback timing indication information. The indication information is used to indicate the timing from PDSCH to HARQ-ACK feedback.

In a specific application, the PDSCH to HARQ feedback timing indication information may be used to indicate the parameters in the predetermined parameter set. For example, the network side may pre-configure the predetermined parameter set through radio resource control (Radio Resource Control, RRC) instructions, or configure the predetermined parameter set through protocol provisions. For example, 8 parameter values are pre-configured in the predetermined parameter set, and the DCI may include a 3-bit PDSCH-to-HARQ_feedback timing indicator (PDSCH-to-HARQ_feedback timing indicator), which indicates a certain parameter in the predetermined parameter set. Parameter values.

In a possible implementation manner, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined parameter sets are different. That is, the network side respectively configures a predetermined parameter set for unicast PDSCH and multicast PDSCH, or respectively specifies predetermined parameter sets corresponding to unicast PDSCH and multicast PDSCH. The predetermined parameter set is related to the UE capabilities and service requirements. Since the predetermined parameter set corresponding to the multicast PDSCH needs to consider the UE with the worst capability, a larger value (for example, 10, 11, 12, 13) may need to be configured instead of unicast PDSCH The corresponding predetermined parameter set only needs to consider the UE capability of unicast PDSCH, and a predetermined parameter set with a relatively small value (for example, 4, 5, 6, 7) can be configured. In this manner, the predetermined parameter sets corresponding to different types of PDSCH or RNTI scrambled PDSCH are determined separately, which can reduce the number of elements in the predetermined parameter set corresponding to each PDSCH, and reduce the bit overhead of the relevant indication field in the DCI.

Or, in another possible implementation manner, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined parameter sets are the same. That is, the network side uniformly configures or specifies a predetermined parameter set for unicast PDSCH and multicast PDSCH. In this method, there is no need to determine the corresponding predetermined parameter sets for different types of PDSCHs or RNTI scrambled PDSCHs, simplifying the parameter set configuration, and the UE does not need to distinguish between different types of PDSCHs or different RNTIs when determining the corresponding parameter sets. Disturbed PDSCH.

(3) Physical Uplink Control Channel (PUCCH) resource indicator information (PUCCH resource indicator, PRI), the resource indicator information is used to indicate the PUCCH resource of the HARQ-ACK feedback corresponding to the PDSCH.

In a specific application, the resource indication information of the PUCCH may be used to indicate resources in a predetermined PUCCH resource set. For example, the network side may configure a predetermined PUCCH resource set through RRC instructions, or configure the predetermined PUCCH resource set through protocol provisions. For example, the predetermined PUCCH resource set includes multiple resources, and the PUCCH resource indication information can indicate that the current PUCCH resource is one resource in the predetermined PUCCH resource set.

In a possible implementation manner, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined PUCCH resource sets are different. That is, the network side respectively configures a predetermined PUCCH resource set for the HARQ-ACK feedback PUCCH resources corresponding to the unicast PDSCH and the multicast PDSCH. In this way, the corresponding PUCCH resources can be flexibly configured according to the characteristics of different services.

Or, in another possible implementation manner, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined PUCCH resource sets are the same. That is, the network side uniformly configures a predetermined PUCCH resource set for the HARQ-ACK feedback PUCCH resources corresponding to the unicast PDSCH and the multicast PDSCH. This method can simplify the resource allocation and determination process.

(4) PUCCH transmission power control command (TPC command for scheduled PUCCH).

In a possible implementation manner, the base station may send configuration signaling to the terminal device, configure the power control adjustment state (for example, Two PUCCH-PC-AdjustmentStates) configuration information of the PUCCH, and configure the power control parameters of the PUCCH. Wherein, for different types of PDSCHs or PDSCHs scrambled by different RNTIs corresponding to the PUCCH scheduled by DCI, the same power control adjustment state configuration information is configured, that is, the power control adjustment state configuration information is uniformly configured. Alternatively, for different types of PDSCHs or PDSCHs scrambled by different RNTIs corresponding to the PUCCH scheduled by DCI, different power control adjustment state configuration information may be configured. Specifically, it can be determined according to actual needs, that is, the power control adjustment state configuration information is configured separately.

In a possible implementation manner, the PUCCH transmission power control command indicates to the UE the transmission power of the PUCCH fed back by the HARQ-ACK corresponding to the PDSCH. In specific applications, the transmission power indicated in the PUCCH transmission power control command may not be the absolute value of the transmission power, but a relative value relative to the previous PUCCH transmission power. Wherein, for different PDSCH types or DCIs corresponding to PDSCHs scrambled by different RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated respectively. For example, assuming that the PDSCH scheduled by the current DCI is multicast, the transmission power indicated by the PUCCH transmission power control command in the DCI is a relative value relative to the transmission power of the PUCCH corresponding to the last multicast PDSCH. For example, increase by 1dB, or decrease by 1dB, etc. In this way, the corresponding PUCCH power modulation state can be flexibly configured according to the characteristics of different services. Or, for all the PDSCH types or the DCI corresponding to all RNTI scrambled PDSCHs, the transmission power indicated by the PUCCH transmission power control command is collectively accumulated. In this manner, the configuration process is simplified, and the UE does not need to distinguish PUCCHs corresponding to different types of PDSCHs, which simplifies the UE implementation. For example, it is assumed that regardless of whether the PDSCH scheduled by the current DCI is unicast or multicast, the transmission power indicated by the PUCCH transmission power control command in the DCI is a relative value relative to the transmission power of the PUCCH corresponding to the PDSCH scheduled last time.

Through the above technical solutions provided by the embodiments of the present invention, UE dedicated PDCCH can be used to schedule multicast PDSCH, which realizes multicast transmission of data information, saves system resources, and improves system efficiency. At the same time, since PDCCH is unicast transmission, the base station can Instructing UE-specific control information to different UEs can achieve flexible indication of control information. For example, different UEs can indicate different PUCCH feedback resources, and different UEs can use different PUCCH transmission powers, which solves the problem of multicast PDSCH HARQ-ACK feedback. Issues such as resource indication and power control.

FIG. 3 is a schematic flowchart of a method for receiving PDSCH according to an embodiment of the present invention. The method 300 may be executed by a terminal device. In other words, the method can be executed by software or hardware installed on the terminal device. As shown in Figure 3, the method may include the following steps.

S310. Receive the specific DCI of the terminal device, where the DCI is used to schedule PDSCH transmission.

In the embodiment of the present invention, the UE may receive the DCI sent to it by the base station through its specific PDCCH. For example, the UE can detect its specific PDCCH and receive the DCI transmitted on the PDCCH.

In the embodiment of the present invention, the manner in which the base station sends the DCI can refer to the description in the method 100, which will not be repeated here.

S320: Receive a target PDSCH according to the PDSCH type indicated by the DCI or the RNTI used for scrambling the PDSCH indicated by the DCI, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

In the embodiment of the present invention, the UE supporting the multicast PDSCH can detect and receive the UE-specific PDCCH, and receive the PDSCH according to the indication of the received DCI. Among them, because the UE-specific PDCCH can schedule both unicast PDSCH and multicast PDSCH, and the RNTI used for scrambling of unicast PDSCH and multicast PDSCH is different. Therefore, the UE can determine whether the PDSCH scheduled by the current PDCCH is a unicast PDSCH according to the indication of the DCI. Or determine the RNTI used for PDSCH scrambling according to the DCI indication.

In a possible implementation manner, the UE may use a method corresponding to the type of PDSCH indicated by the base station through the DCI in the method 100 and the RNTI used by the scrambled PDSCH to determine the received DCI The type of PDSCH or the scrambled scheduled PDSCH indicated by the DCI. Specifically, the type of the PDSCH indicated by the DCI or the RNTI used to scramble the PDSCH is obtained through one of the following (1) to (4).

(1) Obtain the PDSCH type or the RNTI according to the value of the first indicator field in the DCI, where different values of the first indicator field indicate different PDSCH types or different RNTIs .

Wherein, the first indicator field includes but is not limited to the RNTI indicator field. For example, assuming that multicast PDSCH transmission uses g-RNTI and DCI and C-RNTI are used for CRC scrambling, DCI can contain 1-bit (such as the newly added RNTI indicator field) to indicate the RNTI used for PDSCH scrambling The RNTI scrambled by the domain DCI and CRC is the same or different, and the type of the scheduled PDSCH or the RNTI used for the scrambled PDSCH is indicated by the indication field. For example, when the 1 bit is 1, it means that the RNTI used for PDSCH scrambling is the same as the RNTI used for DCI and CRC scrambling, that is, both are C-RNTIs, or that the currently scheduled unicast PDSCH is. If this bit is 0, it means that the RNTI used for PDSCH scrambling is different from the RNTI used for DCI and CRC scrambling, that is, the RNTI used for PDSCH scrambling is g-RNTI, or the currently scheduled multicast PDSCH is.

Of course, the first indication field may also be another indication field in the DCI. For details, please refer to the related description in the method 100, which will not be repeated here.

(2) Obtain the type of the PDSCH or the RNTI according to the CORESET or search space where the DCI is located, where the location of the DCI in different CORESET or search spaces indicates different PDSCH types or different RNTIs.

In specific applications, the network side can pre-configure or protocol the CORESET or search space used for scheduling the DCI of the multicast PDSCH, and the CORESET or search space used for the DCI of the unicast PDSCH, and the UE can be based on the detected DCI The CORESET or search space in which it is located can determine the type of PDSCH scheduled by the current DCI, and determine the RNTI of the PDSCH scheduled by scrambling.

(3) Obtain the type of the PDSCH or the RNTI according to the format used by the DCI, where the DCI of different formats indicates different PDSCH types or different RNTIs.

Alternatively, the type of the PDSCH or the RNTI may also be determined according to a combination of the format used by the DCI and the first indicator field in the DCI. For example, DCI 1_0 is used for unicast PDSCH scheduling, that is, the PDSCHs scheduled by DCI 1_0 format are all unicast PDSCHs, and DCI 1_1 is used to schedule multicast PDSCH or unicast PDSCH, and the scheduling is indicated by a specific field in DCI 1_1 The type of PDSCH.

The relationship between the above-mentioned DCI format or RNTI for CRC scrambled and PDSCH type may be configured by high-level signaling or determined in a predefined manner.

In a possible implementation manner, after step S320, the method may further include: descrambling the target PDSCH using the RNTI corresponding to the type of the PDSCH indicated by the DCI; or using the DCI The indicated RNTI descrambles the target PDSCH. Through this possible implementation, the UE can descramble the target PDSCH, thereby obtaining PDSCH information transmitted by the network side.

In a possible implementation manner, the DCI may also include: PDSCH to HARQ feedback timing indication information. After receiving the DCI transmitted on the PDCCH, the method further includes: determining a time slot or sub-slot for feeding back the target PDSCH according to the PDSCH to HARQ feedback timing indication information.

For example, for DCI format 1_1 or DCI format 1_2, the base station can configure the predetermined parameter set (k1 set) corresponding to the PDSCH to HARQ feedback timing indication information through RRC parameters. In DCI, the feedback location can be determined through the PDSCH to HARQ feedback timing indication information. The time slot or sub-slot of the target PDSCH.

Optionally, for a certain DCI when scheduling unicast PDSCH or multicast PDSCH or indicating PDSCH scrambled by different RNTIs, the base station may configure different predetermined parameter sets (k1 sets), or may also configure the same predetermined parameter set (k1 set), which can be specifically determined according to actual applications.

In a possible implementation manner, the DCI may further include: PUCCH resource indication information. After receiving the DCI transmitted on the PDCCH, the method may further include: determining the PUCCH resource during HARQ feedback corresponding to the target PDSCH according to the resource indication information (PRI) of the PUCCH in the DCI.

For example, the base station may configure a predetermined PUCCH resource set through RRC instructions, or configure the predetermined PUCCH resource set through protocol provisions. Each predetermined resource set contains one or more resources. The UE determines the corresponding PUCCH resource set according to the number of HARQ-ACK feedback bits, and determines a PUCCH in the set according to the PRI (and the first CCE index of the CORESET where DCI is located) resource. Optionally, the base station can configure different predetermined PUCCH resource sets for multicast PDSCH and unicast PDSCH feedback. When the UE feeds back the HARQ-ACK of the multicast PDSCH, the PUCCH resource is determined in the resource set corresponding to the multicast PDSCH, and the feedback is When the HARQ-ACK of the unicast PDSCH is unicast, the PUCCH resource is determined in the resource set corresponding to the unicast PDSCH. Of course, it is not limited to this. In DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH resource sets corresponding to the PUCCH resource indication information may also be the same. That is, the network side uniformly configures a predetermined PUCCH resource set for the HARQ-ACK feedback PUCCH resources corresponding to the unicast PDSCH and the multicast PDSCH.

In a possible implementation manner, the DCI further includes: PUCCH transmission power control signaling. After receiving the DCI transmitted on the PDCCH, the method further includes: determining the transmission power of the PUCCH during HARQ feedback corresponding to the target PDSCH according to the transmission power control signaling of the PUCCH in the DCI.

In specific applications, the base station can configure the power control adjustment state of the PUCCH through high-level parameters. Optionally, the base station may configure different PUCCH power control adjustment states for the PUCCH scheduled by the multicast PDSCH and the unicast PDSCH. That is to say, in the DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH power control adjustment states corresponding to the PUCCH transmission power control commands are different. Alternatively, the base station may also configure the same PUCCH power control adjustment state for the PUCCH scheduled by the multicast PDSCH and the unicast PDSCH. That is, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH power control adjustment states corresponding to the PUCCH transmission power control commands are the same.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated respectively. Or, for all PDSCH types or all RNTI scrambled PDSCHs, the transmission power indicated by the PUCCH transmission power control command is collectively accumulated. For details, please refer to the related description in the method 100, which will not be repeated here.

In a possible implementation manner, the DCI may further include: DAI. After receiving the target PDSCH corresponding to the type of the PDSCH, the method further includes: constructing a HARQ feedback codebook of the target PDSCH according to the DAI in the DCI.

Optionally, for different PDSCH types or different RNTI scrambled PDSCHs, the DAI in the DCI is separately counted. That is, DAI is calculated in unicast PDSCH and multicast PDSCH respectively. Or, for all PDSCH types or all RNTI scrambled PDSCHs, the DAI in the DCI is cumulatively calculated.

For example, suppose that DCI 1 to 5 are all C-RNTI scrambled DCI formats to schedule PDSCH 1 to 5 respectively. According to the instructions of DCI 1 to 5,

PDSCH

1, 3, and 4 are multicast PDSCHs, and

PDSCH

2 and 5 are single Broadcast PDSCH.

In an implementation manner, the DAI indication is calculated in the unicast PDSCH and the multicast PDSCH respectively, and the DAI in each DCI is shown in FIG. 4. During HARQ-ACK feedback, the HARQ-ACK codebooks of unicast PDSCH and multicast PDSCH are constructed respectively in different codebooks (for example, feedback in different time slots or sub-slots or different PUCCH resource feedback) or in one code Different sub-codebooks of this locale (for example, feedback in the same time slot or sub-slot or the same PUCCH resource feedback).

In another implementation manner, DAI is cumulatively calculated in unicast PDSCH and multicast PDSCH, that is, the DAI calculation does not distinguish between unicast PDSCH and multicast PDSCH, and the DAI in each DCI is shown in FIG. 5. Since the DAI calculation does not distinguish between unicast PDSCH and multicast PDSCH, during HARQ-ACK feedback, a codebook may contain the HARQ-ACK corresponding to the unicast PDSCH or the multicast PDSCH.

4 and 5 above, take the type of scheduled PDSCH indicated by DCI as an example for description. For the case where the PDSCH indicated by DCI is a PDSCH scrambled by different RNTIs, the DAI in DCI can also be processed in a corresponding manner. The details are not repeated here.

Through the technical solution provided by the embodiment of the present invention, the UE can schedule a multicast PDSCH through its specific DCI, realize the multicast transmission of data information, save system resources, and realize flexible indication of control information while improving system efficiency, so that Different UEs can use UE-specific resources and power to feed back and transmit HARQ-ACK information corresponding to the multicast PDSCH.

FIG. 6 is a schematic structural diagram of a network device provided by an embodiment of the present invention. As shown in FIG. 6, the network device 600 includes: a sending module 610, configured to send the terminal device specific DCI to the terminal device, the DCI Used for scheduling PDSCH transmission, indicating the type of the scheduled PDSCH through the DCI or scrambling the radio network temporary identifier (RNTI) used by the scheduled PDSCH, wherein the RNTI used by different types of the PDSCH is scrambled Different, the types of the PDSCH include: unicast PDSCH or multicast PDSCH.

In a possible implementation manner, for the multicast PDSCH, the DCI scheduled PDSCHs sent to different terminal devices are the same.

In a possible implementation manner, the type of the scheduled PDSCH or the RNTI used by the scrambled scheduled PDSCH indicated by the DCI includes any one of the following:

Indicating the type of the PDSCH or the RNTI through the value of the first indicator field included in the DCI, where different values of the first indicator field indicate different PDSCH types or different RNTIs;

Indicate the type of PDSCH or the RNTI through the control resource set (CORESET) or search space in which the DCI is located, where the DCI is located in different CORESET or search spaces corresponding to different PDSCH types or different RNTIs;

Indicate the type of the PDSCH or the RNTI through the format used by the DCI, where the DCI of different formats corresponds to different PDSCH types or different RNTIs;

The RNTI used by the cyclic redundancy check (CRC) of the DCI is scrambled to indicate the type of the PDSCH or the RNTI, where different RNTIs used by the CRC to scramble the DCI correspond to different PDSCH types or Different RNTI.

In a possible implementation manner, the DCI further includes at least one of the following:

Downlink Allocation Index (DAI);

PDSCH to HARQ feedback timing indication information;

Physical uplink control channel (PUCCH) resource indication information;

PUCCH transmission power control command.

In a possible implementation manner, for different PDSCH types or different RNTI scrambled PDSCHs, the DAI in the DCI is calculated separately; or, for all the PDSCH types or all RNTI scrambled PDSCH, the DAI in the DCI is cumulatively calculated.

In a possible implementation manner, the PDSCH to HARQ feedback timing indication information in the DCI is used to indicate parameters in a predetermined parameter set. For different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined The parameter set is different.

In a possible implementation manner, the PDSCH to HARQ feedback timing indication information in the DCI is used to indicate parameters in a predetermined parameter set. For different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined The parameter set is the same.

In a possible implementation manner, the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined PUCCH resource set, where, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined PUCCH resources The collection is different.

In a possible implementation manner, the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined PUCCH resource set, where, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the predetermined PUCCH resources The information is the same.

In a possible implementation, the sending module 610 is further configured to send configuration signaling to the terminal device before sending the terminal device-specific DCI to the terminal device, where the configuration signaling includes the power of the PUCCH Control adjustment state configuration information, wherein, for different types of PDSCHs or PDSCHs scrambled by different RNTIs corresponding to the PUCCH scheduled by DCI, the power control adjustment state configuration information is configured respectively.

In a possible implementation, the sending module 610 is further configured to send configuration signaling to the terminal device before sending the terminal device-specific DCI to the terminal device, where the configuration signaling includes the power of the PUCCH Control adjustment state configuration information, where, for different types of PDSCHs or PDSCHs scrambled by different RNTIs corresponding to the PUCCH scheduled by DCI, the unified power control adjustment state configuration information is configured.

In a possible implementation manner, for different PDSCH types or DCI corresponding to PDSCH scrambled by different RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated separately; or, for all the The type of PDSCH or the DCI corresponding to all RNTI scrambled PDSCHs, and the transmission power indicated by the PUCCH transmission power control command are collectively accumulated.

The network device provided by the embodiment of the present invention can implement each process implemented by the base station in the method embodiments of FIG. 1 to FIG. 5 and achieve the same effect. To avoid repetition, details are not described herein again.

FIG. 7 is a schematic structural diagram of a terminal device provided by an embodiment of the present invention. As shown in FIG. 7, the core network device 700 includes: a first receiving module 710, which receives downlink control information (DCI) specific to the terminal device, The DCI is used for scheduling physical downlink shared channel (PDSCH) transmission; the second receiving module 720 is used for scheduling according to the type of the PDSCH indicated by the DCI or the scrambled PDSCH indicated by the DCI The RNTI receives the target PDSCH, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

In a possible implementation, the type of the PDSCH indicated by the DCI or the RNTI used to scramble the PDSCH is obtained through one of the following:

Acquiring the PDSCH type or the RNTI according to the value of the first indicator field in the DCI, where different values of the first indicator field indicate different PDSCH types or different RNTIs;

Acquiring the type of the PDSCH or the RNTI according to the CORESET or search space where the DCI is located, where the location of the DCI in a different CORESET or search space indicates different PDSCH types or different RNTIs;

Acquiring the type of the PDSCH or the RNTI according to the format used by the DCI, where the DCI of different formats indicates different PDSCH types or different RNTIs;

In a possible implementation, the second receiving module 720 is further configured to, after receiving the target PDSCH, use the RNTI corresponding to the type of the PDSCH indicated by the DCI to descramble the target PDSCH; or, Use the RNTI indicated by the DCI to descramble the target PDSCH.

In a possible implementation manner, the DCI further includes: PDSCH to HARQ feedback timing indication information; the first receiving module 710 is further configured to, after receiving the DCI transmitted on the PDCCH, according to the PDSCH to HARQ feedback The timing indication information determines the time slot or sub-slot for feeding back the target PDSCH.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the parameter sets corresponding to the PDSCH to HARQ feedback timing indication information are different.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the parameter sets corresponding to the PDSCH to HARQ feedback timing indication information are the same.

In a possible implementation manner, the DCI further includes: PUCCH resource indication information; the first receiving module 710 is further configured to, after receiving the DCI transmitted on the PDCCH, perform according to the PUCCH resource in the DCI The indication information determines the PUCCH resource during HARQ feedback corresponding to the target PDSCH.

In a possible implementation manner, in DCIs indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH resource sets corresponding to the PUCCH resource indication information are different.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH resource sets corresponding to the PUCCH resource indication information are the same.

In a possible implementation, the DCI further includes: PUCCH transmission power control signaling; the first receiving module 710 is further configured to, after receiving the DCI transmitted on the PDCCH, perform according to the PUCCH in the DCI The transmission power control signaling of the target PDSCH determines the transmission power of the PUCCH during HARQ feedback corresponding to the target PDSCH.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH power control adjustment states corresponding to the PUCCH transmission power control commands are different.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the power control adjustment states of the PUCCH corresponding to the PUCCH transmission power control command are the same.

In a possible implementation manner, in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated separately; or, for all the PDSCH types or For all PDSCH scrambled by RNTI, the transmission power indicated by the PUCCH transmission power control command is accumulated together.

In a possible implementation manner, the DCI further includes: DAI; the terminal device further includes: a construction module for receiving a target PDSCH corresponding to the type of the PDSCH, according to the DAI in the DCI , Constructing the HARQ feedback codebook of the target PDSCH.

The terminal device provided in the embodiment of the present invention can implement the various processes implemented by the terminal device in the above-mentioned method embodiments in FIG. 1 to FIG. 5, and achieve the same effect. To avoid repetition, details are not described herein again.

Fig. 8 is a block diagram of a terminal device according to another embodiment of the present invention. The terminal device 800 shown in FIG. 8 includes: at least one processor 801, a memory 802, at least one network interface 804, and a user interface 803. The various components in the terminal device 800 are coupled together through the bus system 805. It can be understood that the bus system 805 is used to implement connection and communication between these components. In addition to the data bus, the bus system 805 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clear description, various buses are marked as the bus system 805 in FIG. 8.

Wherein, the user interface 803 may include a display, a keyboard, or a pointing device (for example, a mouse, a trackball (trackball), a touch panel, or a touch screen, etc.).

It can be understood that the memory 802 in the embodiment of the present invention may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory. Among them, the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. The volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache. By way of exemplary but not restrictive description, many forms of RAM are available, such as static random access memory (Static RAM, SRAM), dynamic random access memory (Dynamic RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (Double Data Rate SDRAM, DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (Enhanced SDRAM, ESDRAM), Synchronous Link Dynamic Random Access Memory (Synch Link DRAM, SLDRAM) ) And Direct Rambus RAM (DRRAM). The memory 802 of the system and method described in the embodiment of the present invention is intended to include, but is not limited to, these and any other suitable types of memory.

In some embodiments, the memory 802 stores the following elements, executable modules or data structures, or a subset of them, or an extended set of them: operating system 8021 and application programs 8022.

Among them, the operating system 8021 includes various system programs, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks. The application program 8022 includes various application programs, such as a media player (Media Player), a browser (Browser), etc., which are used to implement various application services. The program for implementing the method of the embodiment of the present invention may be included in the application 8022.

In the embodiment of the present invention, the terminal device 800 further includes: a computer program that is stored in the memory 802 and can run on the processor 801. When the computer program is executed by the processor 801, the following steps are implemented:

Receiving downlink control information (DCI) specific to the terminal device, where the DCI is used to schedule physical downlink shared channel (PDSCH) transmission;

Receive the target PDSCH according to the type of the PDSCH indicated by the DCI or the RNTI used for scrambling the PDSCH indicated by the DCI, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

The method disclosed in the foregoing embodiment of the present invention may be applied to the processor 801 or implemented by the processor 801. The processor 801 may be an integrated circuit chip with signal processing capabilities. In the implementation process, the steps of the above method can be completed by hardware integrated logic circuits in the processor 801 or instructions in the form of software. The aforementioned processor 801 may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (ASIC), a ready-made programmable gate array (Field Programmable Gate Array, FPGA) or other Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps, and logical block diagrams disclosed in the embodiments of the present invention can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like. The steps of the method disclosed in combination with the embodiments of the present invention may be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor. The software module may be located in a computer-readable storage medium that is mature in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers. The computer-readable storage medium is located in the memory 802, and the processor 801 reads the information in the memory 802, and completes the steps of the foregoing method in combination with its hardware. Specifically, a computer program is stored on the computer-readable storage medium, and when the computer program is executed by the processor 801, each step in the above method 300 is implemented.

It can be understood that the embodiments described in the embodiments of the present invention may be implemented by hardware, software, firmware, middleware, microcode, or a combination thereof. For hardware implementation, the processing unit can be implemented in one or more application specific integrated circuits (ASIC), digital signal processor (Digital Signal Processing, DSP), digital signal processing equipment (DSP Device, DSPD), programmable Logic device (Programmable Logic Device, PLD), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), general-purpose processors, controllers, microcontrollers, microprocessors, and others for performing the functions described in the present invention Electronic unit or its combination.

For software implementation, the technology described in the embodiments of the present invention can be implemented by modules (for example, procedures, functions, etc.) that execute the functions described in the embodiments of the present invention. The software codes can be stored in the memory and executed by the processor. The memory can be implemented in the processor or external to the processor.

The terminal device 800 can implement the various processes implemented by the terminal device in FIG. 1 to FIG.

Please refer to FIG. 9. FIG. 9 is a structural diagram of a network device applied in an embodiment of the present invention, which can be used as a base station to implement various details in the

methods

100 and 300 and achieve the same effect. As shown in FIG. 9, the network device 900 includes: a processor 901, a transceiver 902, a memory 903, a user interface 904, and a bus interface, where:

In the embodiment of the present invention, the network device 900 further includes: a computer program stored in the memory 903 and capable of running on the processor 901. When the computer program is executed by the processor 901, the following steps are implemented: sending the terminal to the terminal device. Device-specific DCI, the DCI is used to schedule PDSCH transmission, and the type of the scheduled PDSCH or the radio network temporary identifier (RNTI) used by the scheduled PDSCH is indicated by the DCI, wherein the scrambling is different The types of PDSCHs use different RNTIs, and the types of PDSCHs include: unicast PDSCH or multicast PDSCH.

In FIG. 9, the bus architecture may include any number of interconnected buses and bridges. Specifically, one or more processors represented by the processor 901 and various circuits of the memory represented by the memory 903 are linked together. The bus architecture can also link various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, will not be further described herein. The bus interface provides the interface. The transceiver 902 may be a plurality of elements, including a transmitter and a receiver, and provide a unit for communicating with various other devices on the transmission medium. For different user equipment, the user interface 904 may also be an interface capable of connecting externally and internally with the required equipment. The connected equipment includes but not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.

The processor 901 is responsible for managing the bus architecture and general processing, and the memory 903 can store data used by the processor 901 when performing operations.

The network device 900 can implement each process implemented by the base station in FIG. 1 to FIG. 5 and achieve the same effect. To avoid repetition, details are not described herein again.

The embodiment of the present invention also provides a computer-readable storage medium, and a computer program is stored on the computer-readable storage medium. When the computer program is executed by a processor, the base station or The terminal device executes each process and can achieve the same technical effect. In order to avoid repetition, the details are not repeated here. Wherein, the computer-readable storage medium, such as read-only memory (Read-Only Memory, ROM for short), random access memory (Random Access Memory, RAM for short), magnetic disk, or optical disk, etc.

It should be noted that in this article, the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, It also includes other elements that are not explicitly listed, or elements inherent to the process, method, article, or device. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, article, or device that includes the element.

Through the description of the above implementation manners, those skilled in the art can clearly understand that the above-mentioned embodiment method can be implemented by means of software plus the necessary general hardware platform, of course, it can also be implemented by hardware, but in many cases the former is better.的实施方式。 Based on this understanding, the technical solution of the present invention essentially or the part that contributes to the existing technology can be embodied in the form of a software product, and the computer software product is stored in a storage medium (such as ROM/RAM, magnetic disk, The optical disc) includes a number of instructions to enable a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the method described in each embodiment of the present invention.

The embodiments of the present invention are described above with reference to the accompanying drawings, but the present invention is not limited to the above-mentioned specific embodiments. The above-mentioned specific embodiments are only illustrative and not restrictive. Those of ordinary skill in the art are Under the enlightenment of the present invention, many forms can be made without departing from the purpose of the present invention and the scope of protection of the claims, and they all fall within the protection of the present invention.

Claims

A scheduling method for physical downlink shared channel PDSCH, characterized in that it is used in a base station, and the method includes:

Send the terminal device-specific downlink control information DCI to the terminal device, where the DCI is used to schedule physical downlink shared channel PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or the scrambled scheduled PDSCH location The used radio network temporary identifier RNTI, where different RNTIs are used to scramble the different types of PDSCHs, and the types of the PDSCHs include: unicast PDSCH or multicast PDSCH.
The method according to claim 1, wherein, for the multicast PDSCH, the DCI scheduled PDSCHs sent to different terminal devices are the same.
The method according to claim 1, wherein the indication of the type of the scheduled PDSCH or the RNTI used for the scrambled scheduled PDSCH through the DCI includes at least one of the following:

Indicating the type of the PDSCH or the RNTI through the value of the first indicator field included in the DCI, where different values of the first indicator field indicate different PDSCH types or different RNTIs;

Indicate the type of the PDSCH or the RNTI through the control resource set CORESET or search space where the DCI is located, where the DCI is located in a different CORESET or search space corresponding to different PDSCH types or different RNTIs;

Indicate the type of the PDSCH or the RNTI through the format used by the DCI, where the DCI of different formats corresponds to different PDSCH types or different RNTIs;

By scrambling the RNTI used by the cyclic redundancy check CRC of the DCI, the type of the PDSCH or the RNTI is indicated, where different RNTIs used by the CRC for scrambling the DCI correspond to different PDSCH types or different types RNTI.
The method according to any one of claims 1 to 3, wherein the DCI further includes at least one of the following:

Downlink allocation index DAI;

PDSCH to HARQ feedback timing indication information;

Physical uplink control channel PUCCH resource indication information;

PUCCH transmission power control command.
The method of claim 4, wherein:

For different PDSCH types or PDSCH scrambled by different RNTIs, the DAI in the DCI is calculated separately; or,

For all the PDSCH types or all RNTI scrambled PDSCHs, the DAI in the DCI is cumulatively calculated.
The method according to claim 4, wherein the PDSCH to HARQ feedback timing indication information in the DCI is used to indicate parameters in a predetermined parameter set, wherein, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, The predetermined parameter sets are different.
The method according to claim 4, wherein the PDSCH to HARQ feedback timing indication information in the DCI is used to indicate parameters in a predetermined parameter set, wherein, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, The predetermined parameter sets are the same.
The method according to claim 4, wherein the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined PUCCH resource set, wherein, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the The predetermined PUCCH resource sets are different.
The method according to claim 4, wherein the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined PUCCH resource set, wherein, for different types of PDSCHs or PDSCHs scrambled by different RNTIs, the The predetermined PUCCH resource information is the same.
The method according to claim 4, wherein, before sending the terminal device specific downlink control information DCI to the terminal device, the method further comprises:

Send configuration signaling to the terminal device, where the configuration signaling includes the power control adjustment state configuration information of the PUCCH, where the PDSCH scrambled for different types of PDSCHs or different RNTIs corresponds to the PUCCH scheduled by DCI and is configured separately The power control adjustment state configuration information.
The method according to claim 4, wherein, before sending the terminal device specific downlink control information DCI to the terminal device, the method further comprises:

Send configuration signaling to the terminal device, where the configuration signaling includes the power control adjustment state configuration information of the PUCCH, where for different types of PDSCHs or different RNTI scrambled PDSCHs corresponding to the DCI scheduled PUCCH, the configuration is unified The power control adjustment state configuration information.
The method of claim 4, wherein:

For different PDSCH types or DCIs corresponding to PDSCHs scrambled by different RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated separately; or,

For all the PDSCH types or the DCI corresponding to all RNTI scrambled PDSCHs, the transmission power indicated by the PUCCH transmission power control command is accumulated together.
A PDSCH receiving method, characterized in that it is applied to a terminal device, and the method includes:

Receiving the specific downlink control information DCI of the terminal device, where the DCI is used to schedule physical downlink shared channel PDSCH transmission;

Receive a target PDSCH according to the type of the PDSCH indicated by the DCI or the RNTI used by the scrambled PDSCH indicated by the DCI, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH .
The method according to claim 13, wherein the type of the PDSCH indicated by the DCI or the RNTI used to scramble the PDSCH is obtained by one of the following:

Acquiring the PDSCH type or the RNTI according to the value of the first indicator field in the DCI, where different values of the first indicator field indicate different PDSCH types or different RNTIs;

Acquiring the type of the PDSCH or the RNTI according to the CORESET or search space where the DCI is located, where the location of the DCI in a different CORESET or search space indicates different PDSCH types or different RNTIs;

Acquiring the type of the PDSCH or the RNTI according to the format used by the DCI, where the DCI of different formats indicates different PDSCH types or different RNTIs;

By scrambling the RNTI used by the cyclic redundancy check CRC of the DCI, the type of the PDSCH or the RNTI is indicated, where different RNTIs used by the CRC for scrambling the DCI correspond to different PDSCH types or different types RNTI.
The method according to claim 13, wherein, after receiving the target PDSCH, the method further comprises:

The RNTI corresponding to the type of the PDSCH indicated by the DCI is used to descramble the target PDSCH; or the RNTI indicated by the DCI is used to descramble the target PDSCH.
The method according to any one of claims 13 to 15, wherein:

The DCI also includes: PDSCH to HARQ feedback timing indication information;

After receiving the DCI transmitted on the PDCCH, the method further includes:

Determine the time slot or sub-slot for feeding back the target PDSCH according to the PDSCH to HARQ feedback timing indication information.
The method according to claim 16, wherein in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the parameter sets corresponding to the PDSCH to HARQ feedback timing indication information are different.
The method according to claim 16, wherein in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the parameter sets corresponding to the PDSCH to HARQ feedback timing indication information are the same.
The method according to any one of claims 13 to 15, wherein:

The DCI also includes: PUCCH resource indication information;

After receiving the DCI transmitted on the PDCCH, the method further includes:

According to the PUCCH resource indication information in the DCI, the PUCCH resource during HARQ feedback corresponding to the target PDSCH is determined.
The method according to claim 19, wherein in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH resource sets corresponding to the PUCCH resource indication information are different.
The method according to claim 20, wherein in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH resource sets corresponding to the PUCCH resource indication information are the same.
The method according to any one of claims 13 to 15, wherein:

The DCI also includes: PUCCH transmission power control signaling;

After receiving the DCI transmitted on the PDCCH, the method further includes: determining the transmission power of the PUCCH during HARQ feedback corresponding to the target PDSCH according to the transmission power control signaling of the PUCCH in the DCI.
The method according to claim 22, wherein in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the PUCCH power control adjustment states corresponding to the PUCCH transmission power control commands are different.
The method according to claim 22, wherein in DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the power control adjustment states of the PUCCH corresponding to the PUCCH transmission power control commands are the same.
The method of claim 22, wherein:

In DCI indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated respectively; or,

For all PDSCH types or all RNTI scrambled PDSCHs, the transmission power indicated by the PUCCH transmission power control command is accumulated together.
The method according to any one of claims 13 to 15, wherein:

The DCI also includes: DAI;

After receiving the target PDSCH corresponding to the type of the PDSCH, the method further includes:

According to the DAI in the DCI, the HARQ feedback codebook of the target PDSCH is constructed.
The method of claim 26, wherein:

For different PDSCH types or PDSCH scrambled by different RNTIs, the DAI in the DCI is calculated separately; or,

For all the PDSCH types or all RNTI scrambled PDSCHs, the DAI in the DCI is cumulatively calculated.
A network device, characterized in that it comprises:

The sending module is configured to send the terminal device-specific DCI to the terminal device, the DCI is used to schedule PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or the radio used by the scrambled scheduled PDSCH The network temporary identifier RNTI, where different RNTIs are used to scramble the different types of PDSCHs, and the types of the PDSCHs include: unicast PDSCH or multicast PDSCH.
A terminal device, characterized in that it comprises:

The first receiving module is configured to receive the specific downlink control information DCI of the terminal equipment, where the DCI is used to schedule physical downlink shared channel PDSCH transmission;

The second receiving module is configured to receive a target PDSCH according to the PDSCH type indicated by the DCI or the RNTI used to scramble the PDSCH indicated by the DCI, wherein the PDSCH type includes: single Broadcast PDSCH or multicast PDSCH.
A network device, characterized by comprising: a memory, a processor, and a computer program stored on the memory and capable of running on the processor, and when the computer program is executed by the processor, the implementation is as claimed in the claims The steps of the method described in any one of 1 to 12.
A terminal device, characterized by comprising: a memory, a processor, and a computer program stored on the memory and capable of running on the processor, and when the computer program is executed by the processor, the implementation is as claimed in the claims Steps of the method of any one of 13-27.
A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, and the computer program is implemented when executed by a processor:

The steps of the method according to any one of claims 1 to 12; or

The steps of the method according to any one of claims 13-27.