CN113473632A

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

Info

Publication number: CN113473632A
Application number: CN202010247369.8A
Authority: CN
Inventors: 李娜; 潘学明
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2020-03-31
Filing date: 2020-03-31
Publication date: 2021-10-01
Anticipated expiration: 2040-03-31
Also published as: WO2021197224A1; CN113473632B

Abstract

The invention discloses a scheduling method of a physical downlink shared channel, network equipment and terminal equipment. The scheduling method of the PDSCH is applied to a base station, and comprises the following steps: sending terminal equipment specific Downlink Control Information (DCI) to terminal equipment, wherein the DCI is used for scheduling Physical Downlink Shared Channel (PDSCH) transmission, and the DCI indicates the type of the scheduled PDSCH or a Radio Network Temporary Identity (RNTI) used by the PDSCH which is scrambled and scheduled, wherein RNTIs used by PDSCHs of different scrambling types are different, and the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH.

Description

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

Technical Field

The present invention relates to the field of communications, and in particular, to a scheduling method of a Physical Downlink Shared Channel (PDSCH), a network device, and a terminal device.

Background

In the Broadcast multicast transmission of LTE, multicast Broadcast service (MBMS) transmission in a Multicast Broadcast Single Frequency Network (MBSFN) mode and multicast service transmission in a Single-Cell Point-to-Multipoint (SC-PTM) mode are supported. In the MBSFN scheme, cells in the same MBSFN area synchronously transmit the same broadcast service, so that User Equipment (UE) is convenient to receive. The control information (control channel parameter, service channel parameter, scheduling information, etc.) and data information of the MBMS service are all transmitted in a broadcast manner, so that idle (idle) state UEs and connected state UEs can both receive the MBMS service, and the data information of the MBMS is transmitted only in MBSFN subframes. SC-PTM is a multicast transmission mode standardized after MBMS service, and is the biggest difference with the MBSFN mode that the SC-PTM is transmitted only in single cell scheduling and the service scheduling is carried out by Group-Radio Network Temporary Identity (G-RNTI). The parameters of the Control Channel, the service identifier, the period information and the like are broadcasted in the broadcast message, the scheduling information is notified by a Physical Downlink Control Channel (PDCCH) scrambled by the G-RNTI, and the data part is sent in a multicast mode, which is equivalent to that interested UE monitors the G-RNTI to obtain data scheduling and then receives the data scheduling.

In the prior art, each Downlink Control Information (DCI) corresponds to a Radio Network Temporary Identity (RNTI), and after Cyclic Redundancy Check (CRC) is performed on the DCI, the CRC is scrambled using the corresponding RNTI. RNTIs for scrambling DCI CRC include C-RNTI, S-RNTI, MCS-C-RNTI, TC-RNTI, P-RNTI, SI-RNTI and the like. Wherein different RNTIs have different purposes, such as C-RNTI and MCS-C-RNTI are used for scheduling unicast (unicast) Physical Downlink Shared Channel (PDSCH) transmission or Physical Uplink Shared Channel (PUSCH) resource allocation, and CS-RNTI is used for activating or retransmitting scheduling SPS PDSCH or type 2CG PUSCH. TC-RNTI is used for retransmission scheduling of the mgs3 PUSCH. The processing flow when the DCI is transmitted is as follows:

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

In the above DCI transmission processing flow, the CRC is scrambled using the RNTI after the CRC check.

A series of processes are also performed during PDSCH transmission, and the process flow during 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 blocks → mapping to physical resources.

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

In the prior art, the unicast PDSCH is scheduled by using a specific DCI, and the UE performs feedback, such as PUCCH transmission resources and transmission power, according to indication information in the DCI, so that different UEs can allocate different PUCCH resources, avoid resource collision, and make the received power of uplink transmissions of different UEs at the receiving end the same as possible. In broadcast/multicast transmission, the multicast PDSCH is scheduled using the group common DCI, but the multicast PDSCH does not support HARQ-ACK feedback and retransmission, which may improve broadcast/multicast transmission reliability. How to schedule broadcast or multicast PDSCH and support HARQ-ACK feedback is therefore a technical problem that needs to be solved at present.

Disclosure of Invention

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

In a first aspect, a method for scheduling PDSCH is provided, which is applied to a base station, and the method includes: sending terminal equipment specific Downlink Control Information (DCI) to terminal equipment, wherein the DCI is used for scheduling Physical Downlink Shared Channel (PDSCH) transmission, and the DCI indicates the type of the scheduled PDSCH or a Radio Network Temporary Identity (RNTI) used by the PDSCH which is scrambled and scheduled, wherein RNTIs used by PDSCHs of different scrambling types are different, and the type of the PDSCH comprises: 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 equipment; receiving a target PDSCH according to the type of the PDSCH indicated by the DCI or the RNTI used by the PDSCH subjected to scrambling scheduling and indicated by the DCI, wherein the type of the PDSCH comprises: 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, where the DCI is used to schedule PDSCH transmission, and the DCI indicates a type of the scheduled PDSCH or a radio network temporary identity RNTI used by the PDSCH scheduled by scrambling, where RNTIs used by the PDSCH of different types of scrambling are different, and the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

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

In a fifth aspect, a network device is provided, which includes: a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the method according to the first aspect.

A sixth aspect provides a terminal device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the steps of the method according to the second aspect.

In a seventh aspect, a computer-readable storage medium is provided, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method according to the first or second aspect.

In the embodiment of the invention, the base station sends the UE-specific DCI to the UE, the DCI is used for scheduling PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or indicates the RNTI used by the scrambled scheduled PDSCH, so that after the UE receives the DCI, the UE can know the type of the PDSCH scheduled by the DCI or the RNTI used by the scrambled scheduled PDSCH, and further the UE can determine the PDSCH which should be received subsequently. In addition, since the base station may schedule the multicast PDSCH through the specific DCI, specific control information may be indicated to different UEs to support HARQ-ACK feedback of the multicast PDSCH.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:

fig. 1 is a flowchart illustrating a method for scheduling PDSCH according to an embodiment of the present invention;

fig. 2 is a schematic diagram of scheduling a multicast PDSCH according to an embodiment of the present invention;

fig. 3 is a flowchart of a PDSCH receiving method according to an embodiment of the present invention;

FIG. 4 is a diagram illustrating DAI calculation according to an embodiment of the present invention;

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

fig. 6 is a schematic structural diagram of a network device according to 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 according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The technical scheme of the invention can be applied to various communication systems, such as: global System for Mobile communications (GSM), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), General Packet Radio Service (GPRS), Long Term Evolution (LTE), Long Term Evolution/enhanced Long Term Evolution (LTE-a), Long Term Evolution (nr new Radio), and so on.

User Equipment (UE), also referred to as Terminal Equipment, Mobile Terminal (Mobile Terminal), Mobile User Equipment (ms), etc., may communicate with one or more core networks via a Radio Access Network (e.g., RAN), and may be Mobile terminals, such as Mobile phones (or "cellular" phones) and computers with ms, such as portable, pocket, hand-held, computer-included, or vehicle-mounted Mobile devices, which exchange languages and/or data with the Radio Access Network.

The Base Station may be a Base Transceiver Station (BTS) in GSM or CDMA, a Base Station (NodeB) in WCDMA, or an evolved Node B (eNB or e-NodeB) and a 5G Base Station (gNB) in LTE.

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

Fig. 1 is a flowchart illustrating a scheduling method of a PDSCH provided in an embodiment of the present invention, where the method 100 may be executed by a base station. In other words, the method may be performed by software or hardware installed on the base station. As shown in fig. 1, the method may include the following steps.

S110, sending the terminal device specific DCI to a terminal device, where the DCI is used to schedule PDSCH transmission and indicate the type of the scheduled PDSCH or an RNTI used by the PDSCH in scrambling scheduling through the DCI, where RNTIs used by PDSCHs in scrambling different types are different, and the type of the PDSCH includes: a unicast PDSCH or a multicast (group-cast) PDSCH.

The multicast PDSCH may also include, but is not limited to, a multicast (multicast) PDSCH and a broadcast (broadcast) PDSCH, and mainly refers to a PDSCH transmitted to multiple terminal devices through the same physical resource.

The DCI may be configured to activate Semi-Persistent Scheduling (SPS) PDSCH transmission, and indicate a type of the PDSCH activated by the DCI or an RNTI used by the PDSCH subjected to scrambling Scheduling through the DCI, that is, indicate that the SPS PDSCH is a unicast PDSCH or a multicast PDSCH or indicate that the SPS PDSCH is a scrambled RNTI of the SPS PDSCH through the DCI activating the SPS PDSCH.

In the embodiment of the present invention, if the DCI is scheduled to be a multicast PDSCH, the DCI-scheduled PDSCH transmitted to different UEs is the same, that is, the PDSCH indicated by multiple DCIs is the same (which may include information such as time-frequency domain resource allocation and MCS of the PDSCH). Wherein, different UEs may include UEs joining the same multicast service or UEs within the same broadcast range. As shown in fig. 2, the base station schedules the same PDSCH through PDCCHs of different UEs, i.e., a multicast PDSCH.

In the embodiment of the present invention, the DCI transmitted to the UE may be DCI transmitted through a UE-specific PDCCH, or DCI transmitted through a UE-specific search space, or DCI transmitted through a PDCCH on a UE-specific search space, or the like.

In the embodiment of the invention, the base station sends the UE-specific DCI to the UE, the DCI is used for scheduling PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or indicates the RNTI used by the scrambled scheduled PDSCH, so that after the UE receives the DCI, the UE can know the type of the PDSCH scheduled by the DCI or the RNTI used by the scrambled scheduled PDSCH, and further the UE can determine the PDSCH which should be received subsequently.

In one possible implementation, the indicating of the type of scheduled PDSCH or the PNTI used for scrambling the scheduled PDSCH by the DCI includes, but is not limited to, any of:

(1) indicating the type of the PDSCH or the RNTI through a value of a first indication domain contained in the DCI, wherein different values of the first indication domain indicate different types of the PDSCH or different RNTIs;

in the related art, the base station schedules the unicast PDSCH using the UE-specific DCI, and the RNTI used for PDSCH scrambling is the same as the RNTI of the scrambled DCI CRC. Thus, in one possible implementation, in order for the UE to be able to distinguish whether the currently DCI scheduled PDSCH is a unicast PDSCH or a multicast PDSCH, i.e. the UE needs to know the RNTI used for PDSCH scrambling. Therefore, the base station indicates RNTI used for PDSCH scrambling through the DCI. For example, assuming that g-RNTI is used for multicast PDSCH transmission and C-RNTI is used for DCI CRC scrambling, X bits (for example, X ═ 1) may be included in the DCI to indicate that the RNTI used for PDSCH scrambling is the same as or different from the RNTI used for DCI CRC scrambling, so as to indicate the type of scheduled PDSCH or the RNTI used for scrambled scheduled PDSCH. For example, when the value of the bit is 1, it indicates that the RNTI used for scrambling the PDSCH is the same as the RNTI scrambled by the DCI CRC, i.e. both are C-RNTIs, or the currently scheduled PDSCH is a unicast PDSCH; and when the value of the bit is 0, the RNTI used for PDSCH scrambling is different from the RNTI scrambled by the DCI CRC, and the RNTI used for PDSCH scrambling is g-RNTI or indicates that the currently scheduled PDSCH is a multicast PDSCH.

For example, an RNTI indication field may be included in the DCI to indicate an RNTI sequence used when the PDSCH scheduled by the DCI is scrambled, and a correspondence relationship between the type of the PDSCH and the RNTI sequence used when the PDSCH is scrambled may be predetermined, and thus, different types of PDSCH and different RNTIs may be indicated by a value of the RNTI indication field of the DCI. It is assumed that the base station schedules a multicast PDSCH by using DCI format 1-1 or DCI format 1-2 and C-RNTI or MCS-C-RNTI, and indicates in the DCI whether the RNTI used by the scheduled PDSCH scrambling (which may be an indication field added newly in DCI 1_1 or DCI 1_2, such as an RNTI indicator field or an existing field reused) is the C-RNTI or MCS-C-RNT used by unicast PDSCH scrambling or is a g-RNTI used by multicast PDSCH scrambling, and the DCI also includes other indication fields (which may be the same fields as those used when the unicast PDSCH is scheduled).

Alternatively, one or more fields in DCI may be reused, and the type of PDSCH or the RNTI may be indicated by a specific combination or state of one or more fields. For example, whether a unicast PDSCH or a multicast PDSCH is scheduled may be indicated by reusing one or more existing fields in the DCI, such as a Redundancy Version (RV), a hybrid automatic repeat-acknowledgement (HARQ-ACK), or a Time Domain Resource Allocation (TDRA) field in the DCI.

(2) Indicating the type of the PDSCH or the RNTI through a Control Resource set (core set) or a Search Space (SS) where the DCI is located, wherein the DCI is located in different core sets or search spaces corresponding to different types of the PDSCH or different RNTIs;

that is, the determination may be made according to a CORESET where the DCI is located, a CORESET group or pool (group/pool) where the DCI is located (where each group or pool may include one to more CORESETs), or the like, or an SS where the DCI is located, or an SS group or pool where the DCI is located (where each group/pool may include one to more SSs) (group/pool), or the like. For example, unicast PDSCH is scheduled when DCI of DCI format 1_1 or 1-2 is in CORESET a, and multicast PDSCH is scheduled when DCI of DCI format 1_1 or 1-2 is in CORESET B.

(3) Indicating the type of the PDSCH or the RNTI according to the format used by the DCI, wherein the DCIs with different formats correspond to different types of the PDSCH or different RNTIs;

for example, DCI scheduled using DCI 1_1 format is a unicast PDSCH, and DCI scheduled using DCI 1_2 format is a multicast PDSCH.

In addition, the type of the PDSCH or the RNTI may be indicated by combining the format used by the DCI with the first indication field in the DCI. For example, DCI 1_0 is used for scheduled unicast PDSCH, i.e., both PDSCH scheduled using DCI of DCI 1_0 format are unicast PDSCH, DCI 1_1 is used to schedule multicast PDSCH or unicast PDSCH, and the type of scheduled PDSCH is indicated by a specific field in DCI.

(4) And indicating the type of the PDSCH or the RNTI by scrambling the RNTI used by the Cyclic Redundancy Check (CRC) of the DCI, wherein different RNTIs used by the CRC of the DCI correspond to different types of PDSCHs or different RNTIs.

For example, a DCI indicates a unicast PDSCH when a CRC is scrambled using a C-RNTI and indicates a multicast PDSCH when a CRC is scrambled using an X-RNTI.

The relation between the DCI format or the RNTI of the scrambled CRC and the type of the PDSCH may be determined by a higher layer signaling configuration, or predefined, etc.

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

(1) downlink Assignment Index (DAI).

In one possible implementation, the DAI in the DCI may be calculated for different types of the PDSCH or PDSCH scrambled by different RNTIs respectively. That is, when calculating the DAI, the base station performs accumulation calculation for different PDSCH types or PDSCH scrambled by different RNTIs. For example, the base station may maintain two DAI counters, that is, a first DAI counter and a second DAI counter, for the same UE, where the first DAI counter is used for accumulation when scheduling a unicast PDSCH, and the second DAI counter is used for accumulation when scheduling a multicast PDSCH, and the base station determines, according to the type of a currently transmitted DCI-scheduled PDSCH or an RNTI used when the scheduled PDSCH is scrambled, whether the DCI carries the value of the first DAI counter or the value of the second DAI counter. For example, the DCI may include a 2-bit DAI field, and if the current PDCCH schedules the unicast PDSCH, accumulate the first DAI counter and fill the first DAI counter in the DAI field of the DCI, and if the current PDCCH schedules the multicast PDSCH, accumulate the second DAI counter and fill the second DAI counter in the DAI field of the DCI. On the UE side, HARQ-ACK (sub) codebooks are generated for the unicast PDSCH and the multicast PDSCH, respectively, and the cumulative DAI (total DAI, C-DAI) value and the total DAI (total DAI, t-DAI) value are applied to each HARQ-ACK (sub) codebook, respectively. In the method, DAIs of PDSCHs scrambled by different types or RNTIs are accumulated respectively, and the UE constructs HARQ-ACK (sub-) codebooks aiming at the PDSCHs of different types or RNTIs respectively, so that the influence on the construction of the existing unicast PDSCH codebook is reduced, and the influence of the multicast PDSCH on the scheduling and feedback of the unicast PDSCH is avoided.

Or, in another possible implementation manner, the DAI in the DCI may also be cumulatively calculated for all types of the PDSCH or all RNTI-scrambled PDSCHs. That is, when the base station calculates the DAI, the base station performs the accumulation calculation for different types of PDSCH or PDSCH scrambled by different RNTIs. In the method, DAIs of PDSCHs scrambled by different types or RNTIs are accumulated uniformly, the UE constructs a HARQ-ACK (sub) codebook aiming at the PDSCHs of different types or RNTIs, and the UE does not need to distinguish different PDSCH types or RNTIs corresponding to the PDSCHs during HARQ-ACK feedback, so that the process of the UE is simplified.

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

In a specific application, the PDSCH-to-HARQ feedback timing indication information may be used to indicate parameters in a predetermined set of parameters. For example, the network side may configure the predetermined parameter set in advance through a Radio Resource Control (RRC) instruction, or configure the predetermined parameter set according to a protocol specification. For example, 8 parameter values are preconfigured in the predetermined parameter set, and the DCI may include a PDSCH-to-HARQ feedback timing indication field (PDSCH-to-HARQ feedback timing indicator) of 3 bits, and a certain parameter value in the predetermined parameter set is indicated through the indication field.

In one possible implementation, the predetermined set of parameters is not the same for different types of PDSCH or PDSCH scrambled with different RNTIs. That is, the network side configures a predetermined parameter set for the unicast PDSCH and the multicast PDSCH respectively or specifies a predetermined parameter set corresponding to the unicast PDSCH and the multicast PDSCH respectively. The predetermined parameter set is related to UE capabilities and traffic requirements, since the predetermined parameter set corresponding to the multicast PDSCH may need to consider the UE with the worst capability and may need to be configured with a larger value (e.g., 10,11,12,13), whereas the predetermined parameter set corresponding to the unicast PDSCH may be configured with a smaller predetermined parameter set (e.g., 4,5,6,7) only needs to consider the capability of the UE with the unicast PDSCH. In the method, the preset parameter sets corresponding to the PDSCH scrambled by the PDSCH or the RNTI of different types are respectively determined, so that the number of elements in the preset parameter set corresponding to each PDSCH can be reduced, and the bit overhead of the related indication domain in the DCI is reduced.

Alternatively, in another possible implementation, the predetermined set of parameters is the same for different types of PDSCH or different RNTI scrambled PDSCH. Namely, the network side configures a predetermined parameter set or specifies a predetermined parameter set for the unicast PDSCH and the multicast PDSCH. In the method, the corresponding preset parameter sets do not need to be respectively determined for the PDSCHs scrambled by the different types of PDSCHs or RNTIs, the configuration of the parameter sets is simplified, and the UE does not need to distinguish the PDSCHs scrambled by the different types of PDSCHs or the different RNTIs when determining the corresponding parameter sets.

(3) A Physical Uplink Control Channel (PUCCH) resource indicator (PRI) indicating a PUCCH resource for HARQ-ACK feedback corresponding to the PDSCH.

In a specific application, the resource indication information of the PUCCH may be used to indicate a resource in a predetermined PUCCH resource set. For example, the network side may configure the predetermined PUCCH Resource set through a Radio Resource Control (RRC) instruction, or configure the predetermined PUCCH Resource set through protocol specification. For example, the predetermined PUCCH resource set includes a plurality of resources, and the PUCCH resource indication information may indicate that the current PUCCH resource is one resource in the predetermined PUCCH resource set.

In one possible implementation, the predetermined set of PUCCH resources is different for different types of PDSCH or PDSCH scrambled with different RNTIs. Namely, the network side configures a predetermined PUCCH resource set for HARQ-ACK feedback PUCCH resources corresponding to the unicast PDSCH and the multicast PDSCH respectively. The mode can flexibly configure corresponding PUCCH resources according to the characteristics of different services.

Alternatively, in another possible implementation, the predetermined set of PUCCH resources is the same for PDSCH of different types or PDSCH scrambled by different RNTIs. Namely, the network side uniformly configures a predetermined PUCCH resource set for HARQ-ACK feedback PUCCH resources corresponding to the unicast PDSCH and the multicast PDSCH. This approach may simplify the resource configuration and determination process.

(4) Transmission power control command (TPC command for scheduled PUCCH) of PUCCH.

In one possible implementation manner, the base station may send a configuration signaling to the terminal device, configure power control adjustment state (e.g., Two PUCCH-PC-adjustment states) configuration information of the PUCCH, and configure power control parameters of the PUCCH. And configuring the same power control adjustment state configuration information for the PDSCH of different types or the PUCCH scrambled by different RNTIs and corresponding to DCI scheduling, namely configuring the power control adjustment state configuration information in a unified manner. Or, different pieces of power control adjustment state configuration information may be configured for the DCI-scheduled PUCCH corresponding to the PDSCH scrambled by the different types of PDSCHs or the PDSCH scrambled by the different RNTIs. Specifically, the power control adjustment state configuration information may be determined according to actual needs, that is, configured separately.

In one possible implementation manner, the PUCCH transmission power control command indicates the PUCCH transmission power fed back by the HARQ-ACK corresponding to the PDSCH to the UE, and in a specific application, the transmission power indicated in the PUCCH transmission power control command may not be an absolute value of the transmission power, but may be a relative value with respect to the last PUCCH transmission power. And respectively accumulating the transmission power indicated by the PUCCH transmission power control command aiming at the DCI corresponding to the PDSCH scrambled by different PDSCH types or different RNTIs. 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 with respect to the transmission power of the PUCCH corresponding to the PDSCH multicast last time, for example, 1dB is increased or 1dB is decreased, and the like. Or, for all the types of the PDSCH or all DCI corresponding to the PDSCH scrambled by the RNTI, the transmission power indicated by the PUCCH transmission power control command is accumulated together, in this way, the configuration process is simplified, and the UE does not need to distinguish the PUCCH corresponding to the PDSCH of different types, thereby simplifying the implementation of the UE. For example, it is assumed that the transmission power indicated by the PUCCH transmission power control command in the DCI is a relative value with respect to the transmission power of the PUCCH corresponding to the last scheduled PDSCH, regardless of whether the current DCI scheduled PDSCH is unicast or multicast.

By the technical scheme provided by the embodiment of the invention, the UE-dedicated PDCCH can be used for scheduling the multicast PDSCH, the multicast transmission of data information is realized, the system resource is saved, the system efficiency is improved, meanwhile, as the PDCCH is unicast transmission, the base station can indicate the specific control information of the UE to different UEs, the flexible indication of the control information can be realized, for example, different UEs can indicate different PUCCH feedback resources, and different UEs can adopt different PUCCH transmission powers, and the problems of resource indication, power control and the like in the multicast PDSCH HARQ-ACK feedback are solved.

Fig. 3 is a flowchart of a PDSCH receiving method according to an embodiment of the present invention, where the method 300 may be executed by a terminal device. In other words, the method may be performed by software or hardware installed on the terminal device. As shown in fig. 3, the method may include the following steps.

S310, receiving the DCI specific to the terminal equipment, wherein the DCI is used for scheduling PDSCH transmission.

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

In the embodiment of the present invention, the method for the base station to send the DCI may refer to the description in the method 100, which is not described herein again.

S320, receiving a target PDSCH according to the type of the PDSCH indicated by the DCI or the RNTI used by the PDSCH and indicated by the DCI, wherein the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH.

In the embodiment of the 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. The UE-specific PDCCH can schedule both unicast PDSCH and multicast PDSCH, and RNTIs used by scrambling of the unicast PDSCH and the multicast PDSCH are different. Therefore, the UE may determine whether the PDSCH scheduled by the current PDCCH is a unicast PDSCH according to the indication of the DCI. Or determining the RNTI used by the PDSCH scrambling according to the DCI indication.

In one possible implementation, the UE may determine the type of the PDSCH indicated by the received DCI or the scrambled scheduled PDSCH indicated by the DCI in a manner corresponding to the RNTI used by the base station indicating the type of the scheduled PDSCH and the scrambled scheduled PDSCH in the method 100. Specifically, the type of the PDSCH indicated by the DCI or the RNTI used to scramble the PDSCH is obtained by one of:

(1) and acquiring the type of the PDSCH or the RNTI according to the value of a first indication domain in the DCI, wherein different values of the first indication domain indicate different types of the PDSCH or different RNTIs.

Wherein, the first indication field includes but is not limited to an RNTI indication field. For example, if g-RNTI is used for multicast PDSCH transmission and C-RNTI is used for DCI CRC scrambling, the DCI may include 1-bit (e.g., a new RNTI indicator field) to indicate that RNTI fields used for PDSCH scrambling are the same or different, and the indicator field indicates the type of scheduled PDSCH or the RNTI used for scrambled scheduled PDSCH. For example, when the 1 bit is 1, the RNTI used for PDSCH scrambling is the same as the RNTI scrambled by DCI CRC, that is, both are C-RNTIs, or the currently scheduled unicast PDSCH. If the bit is 0, it indicates that the RNTI used by PDSCH scrambling is different from the RNTI scrambled by DCI CRC, that is, the RNTI used by PDSCH scrambling is g-RNTI, or the currently scheduled multicast PDSCH.

Of course, the first indication field may also be other indication fields in the DCI, which may specifically refer to the relevant description in the method 100 and is not described herein again.

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

In a specific application, a network side may pre-configure or protocol a CORESET or search space used for scheduling DCI of a multicast PDSCH and a CORESET or search space used for scheduling DCI of a unicast PDSCH, and a UE may determine a type of a PDSCH scheduled by a current DCI and determine an RNTI of a PDSCH scheduled by scrambling according to the detected CORESET or search space in which the DCI is located.

(3) And acquiring the type of the PDSCH or the RNTI according to the format used by the DCI, wherein the DCI with different formats indicates different types of the PDSCH or different RNTIs.

Alternatively, the type of the PDSCH or the RNTI may be determined according to a combination of a format used by DCI and the first indication field in the DCI. For example, DCI 1_0 is used for scheduled unicast PDSCH, i.e., both PDSCH scheduled using DCI of DCI 1_0 format are unicast PDSCH, DCI 1_1 is used to schedule multicast PDSCH or unicast PDSCH, and the type of scheduled PDSCH is indicated by a specific field in DCI 1_ 1.

The relation between the DCI format or the RNTI of the scrambled CRC and the type of the PDSCH may be a higher layer signaling configuration or determined in a predefined manner.

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

In one possible implementation, the DCI may further include: PDSCH-to-HARQ feedback timing indication information; then after receiving the DCI transmitted on the PDCCH, the method further comprises: and determining the time slot or the sub-time 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 may configure a predetermined parameter set (k1 set) corresponding to the PDSCH-to-HARQ feedback timing indication information through an RRC parameter, and in DCI, the time slot or sub-time slot for feeding back the target PDSCH may be determined through DSCH-to-HARQ feedback timing indication information.

Optionally, for a certain DCI, when scheduling a unicast PDSCH or a multicast PDSCH or a PDSCH indicating a different RNTI scrambling, the base station may configure a different predetermined parameter set (k1 set), or may also configure the same predetermined parameter set (k1 set), which may be specifically determined according to an actual application.

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

For example, the base station may configure the predetermined PUCCH resource set by an RRC instruction, or configure the predetermined PUCCH resource set by a protocol specification. Each preset resource set comprises one or more resources, the UE determines a corresponding PUCCH resource set according to the bit number fed back by the HARQ-ACK, and determines a PUCCH resource in the set according to the PRI (and the first CCE index of the CORESET where the DCI is located). Optionally, the base station may configure different predetermined PUCCH resource sets for the multicast PDSCH and the unicast PDSCH feedback, determine a PUCCH resource in a resource set corresponding to the multicast PDSCH when the UE feeds back the HARQ-ACK of the multicast PDSCH, and determine a PUCCH resource in a resource set corresponding to the unicast PDSCH when the HARQ-ACK of the unicast PDSCH is fed back. Of course, the present invention is not limited to this, and the set of PUCCH resources corresponding to the PUCCH resource indication information may be the same in DCI indicating a PDSCH of a different type or a PDSCH scrambled with a different RNTI. Namely, the network side uniformly configures a predetermined PUCCH resource set for HARQ-ACK feedback PUCCH resources corresponding to the unicast PDSCH and the multicast PDSCH.

In one possible implementation, the DCI further includes: transmission power control signaling of the PUCCH; after receiving the DCI transmitted on the PDCCH, the method further comprises: and determining the transmission power of the PUCCH when HARQ corresponding to the target PDSCH is fed back according to the transmission power control signaling of the PUCCH in the DCI.

In a specific application, the base station may configure the power control adjustment state of the PUCCH through a high-level parameter, and optionally, the base station may configure the power control adjustment state of different PUCCHs 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, power control adjustment states of PUCCHs corresponding to the PUCCH transmission power control commands are different. Alternatively, the base station may configure the same PUCCH power control adjustment state for the PUCCH scheduled by the multicast PDSCH and the unicast PDSCH. That is, in the DCI indicating the PDSCH of different types or the PDSCH scrambled by different RNTIs, the power control adjustment states of the PUCCH corresponding to the PUCCH transmission power control command are the same.

In one possible implementation manner, in DCI indicating PDSCH of different types or PDSCH scrambled by different RNTIs, transmission power indicated by the PUCCH transmission power control command is accumulated respectively; or, for all types of the PDSCH or all RNTI scrambled PDSCHs, the transmission power indicated by the PUCCH transmission power control command is accumulated together. For details, reference may be made to the related description in the method 100, and details are not described herein.

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

Optionally, the DAIs in the DCI are calculated (counting) for different PDSCH types or different RNTI scrambled PDSCHs respectively. I.e., DAI, is calculated in the unicast PDSCH and the multicast PDSCH, respectively. Or, for all types of the PDSCH or all RNTIs scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.

For example, the DCI formats 1-5, which are scrambled by C-RNTI, are assumed to respectively schedule PDSCHs 1-5, wherein

PDSCHs

1, 3 and 4 are multicast PDSCHs and

PDSCHs

2 and 5 are unicast PDSCHs according to the indication of the DCI formats 1-5.

In one implementation, the DAI indication is calculated in the unicast PDSCH and the multicast PDSCH, respectively, and then the DAI in each DCI is as shown in fig. 4. In HARQ-ACK feedback, HARQ-ACK codebooks of unicast PDSCH and multicast PDSCH construct different codebooks (e.g., feedback in different slots or sub-slots or different PUCCH resource feedback) or in different sub-codebooks of one codebook (e.g., feedback in the same slot or sub-slot or same PUCCH resource feedback), respectively.

In another implementation, the DAI is cumulatively calculated in the unicast PDSCH and the multicast PDSCH, that is, the unicast PDSCH or the multicast PDSCH is not distinguished during DAI calculation, the DAI in each DCI is as shown in fig. 5. Because the unicast PDSCH or the multicast PDSCH is not distinguished during DAI calculation, one codebook can contain HARQ-ACK corresponding to the unicast PDSCH or the multicast PDSCH during HARQ-ACK feedback.

In the above fig. 4 and fig. 5, the type of the PDSCH scheduled by the DCI is taken as an example for explanation, and for the case that the PDSCH scrambled by the different RNTI is indicated by the DCI, the DAI in the DCI may also be processed in a corresponding manner, which is not described in detail again.

By the technical scheme provided by the embodiment of the invention, the UE can schedule the multicast PDSCH through the specific DCI, thereby realizing multicast transmission of data information, saving system resources, improving the system efficiency and realizing flexible indication of control information, so that different UEs can use the specific resources, power and the like of the UE to feed back and transmit HARQ-ACK information corresponding to the multicast PDSCH.

Fig. 6 is a schematic structural diagram of a network device according to an embodiment of the present invention, and as shown in fig. 6, the network device 600 includes: a sending module 610, configured to send the terminal device-specific DCI to a terminal device, where the DCI is used to schedule PDSCH transmission, and the DCI indicates a type of the scheduled PDSCH or a radio network temporary identity RNTI used by the PDSCH that is scrambled and scheduled, where RNTIs used by the PDSCH of different types are different, and the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

In one possible implementation, for a multicast PDSCH, the DCI scheduled PDSCH transmitted to different terminal devices is the same.

In one possible implementation, the indicating, by the DCI, the type of the scheduled PDSCH or the RNTI used by the scrambled scheduled PDSCH includes any one of:

indicating the type of the PDSCH or the RNTI through a value of a first indication domain contained in the DCI, wherein different values of the first indication domain indicate different types of the PDSCH or different RNTIs;

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

indicating the type of the PDSCH or the RNTI according to the format used by the DCI, wherein the DCIs with different formats correspond to different types of the PDSCH or different RNTIs;

and indicating the type of the PDSCH or the RNTI by scrambling the RNTI used by the Cyclic Redundancy Check (CRC) of the DCI, wherein different RNTIs used by the CRC of the DCI correspond to different types of PDSCHs or different RNTIs.

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

a downlink allocation index DAI;

PDSCH-to-HARQ feedback timing indication information;

resource indication information of a Physical Uplink Control Channel (PUCCH);

transmission power control command of PUCCH.

In one possible implementation manner, for PDSCH scrambled by different types of PDSCH or different RNTIs, respectively calculating DAI in the DCI; or, for all types of the PDSCH or all RNTIs scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.

In one possible implementation, the PDSCH-to-HARQ feedback timing indication information in the DCI is used to indicate parameters in a predetermined set of parameters, where the predetermined set of parameters is different for different types of PDSCH or PDSCH scrambled with different RNTIs.

In one possible implementation, the PDSCH-to-HARQ feedback timing indication information in the DCI is used to indicate parameters in a predetermined set of parameters, where the predetermined set of parameters are the same for different types of PDSCH or PDSCH scrambled with different RNTIs.

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

In one possible implementation, the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined PUCCH resource set, where the predetermined PUCCH resource information is the same for PDSCH scrambled by different types or RNTI.

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

In a possible implementation manner, the sending module 610 is further configured to send a configuration signaling to the terminal device before sending downlink control information DCI specific to the terminal device, where the configuration signaling includes power control adjustment state configuration information of a PUCCH, and the unified power control adjustment state configuration information is configured for a PUCCH scheduled by DCI corresponding to a PDSCH scrambled by a PDSCH of a different type or a PDSCH scrambled by a different RNTI.

In one possible implementation manner, for DCI corresponding to PDSCH scrambled by different types of PDSCH or different RNTIs, transmission power indicated by the PUCCH transmission power control command is accumulated respectively; or, for all types of the PDSCH or DCI corresponding to the PDSCH scrambled by all RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated together.

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

Fig. 7 is a schematic structural diagram of a terminal device according to an embodiment of the present invention, and as shown in fig. 7, the core network device 700 includes: a first receiving module 710, configured to receive DCI specific to the terminal device, where the DCI is used to schedule transmission of a PDSCH (physical downlink shared channel); a second receiving module 720, configured to receive a target PDSCH according to the type of the PDSCH indicated by the DCI or an RNTI used by the scrambled PDSCH indicated by the DCI, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

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

acquiring the type of the PDSCH or the RNTI according to the value of a first indication domain in the DCI, wherein different values of the first indication domain indicate different types of the PDSCH or different RNTIs;

acquiring the type of the PDSCH or the RNTI according to the CORESET or the search space where the DCI is located, wherein the DCI is located in different CORESET or search spaces and indicates different types of the PDSCH or different RNTIs;

acquiring the type of the PDSCH or the RNTI according to the format used by the DCI, wherein the DCI with different formats indicates different types of the PDSCH or different RNTIs;

In one possible implementation, the second receiving module 720 is further configured to descramble the target PDSCH using an RNTI corresponding to the type of the PDSCH indicated by the DCI after receiving the target PDSCH; or descrambling the target PDSCH by using the RNTI indicated by the DCI.

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

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

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

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

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

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

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

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

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

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

In one possible implementation, the DCI further includes: DAI; further comprising: and the construction module is used for constructing the HARQ feedback codebook of the target PDSCH according to the DAI in the DCI after receiving the target PDSCH corresponding to the type of the PDSCH.

The terminal device provided in the embodiment of the present invention can implement each process implemented by each network function node in each method embodiment in fig. 1 to fig. 5, and achieve the same effect to avoid repetition, which is not described herein again.

Fig. 8 is a block diagram of a terminal device according to another embodiment of the present invention. The terminal apparatus 800 shown in fig. 8 includes: at least one processor 801, memory 802, at least one network interface 804, and a user interface 803. The various components in the terminal device 800 are coupled together by a bus system 805. It is understood that the bus system 805 is used to enable communications among the components connected. The bus system 805 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 805 in fig. 8.

The user interface 803 may include, among other things, a display, a keyboard, or a pointing device (e.g., a mouse, trackball, touch pad, or touch screen, among others.

It will be appreciated that the memory 802 in embodiments of the invention may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous SDRAM (ESDRAM), Sync Link DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 802 of the subject systems and methods described in connection with the embodiments of the invention is intended to comprise, without being limited to, these and any other suitable types of memory.

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

The operating system 8021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, and is used 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), and the like, for implementing various application services. A program implementing a method according to an embodiment of the present invention may be included in application program 8022.

In this embodiment of the present invention, the terminal device 800 further includes: a computer program stored on the memory 802 and executable on the processor 801, the computer program when executed by the processor 801 implementing the steps of:

receiving Downlink Control Information (DCI) specific to the terminal equipment, wherein the DCI is used for scheduling Physical Downlink Shared Channel (PDSCH) transmission;

receiving a 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, wherein the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH.

The methods disclosed in the embodiments of the present invention described above may be implemented in the processor 801 or implemented by the processor 801. The processor 801 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 801. The Processor 801 may be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may reside in ram, flash memory, rom, prom, or eprom, registers, among other computer-readable storage media known in the art. The computer readable storage medium is located in the memory 802, and the processor 801 reads the information in the memory 802, and combines the hardware to complete the steps of the method. In particular, the computer readable storage medium has stored thereon a computer program which, when executed by the processor 801, implements the steps of the method 300 as described above.

It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof.

For a software implementation, the techniques described in this disclosure may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described in this disclosure. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.

The terminal device 800 can implement the foregoing processes implemented by the terminal devices in fig. 1 to fig. 5, and details are not repeated here to avoid repetition.

Referring to fig. 9, fig. 9 is a structural diagram of a network device applied in the embodiment of the present invention, which can be used as a base station to implement the details of 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, wherein:

in this embodiment of the present invention, the network device 900 further includes: a computer program stored on the memory 903 and executable on the processor 901, the computer program when executed by the processor 901 performing the steps of: sending the terminal device specific DCI to a terminal device, wherein the DCI is used for scheduling PDSCH transmission, and the DCI indicates the type of the scheduled PDSCH or Radio Network Temporary Identity (RNTI) used by the PDSCH which is scheduled in a scrambling mode, wherein the RNTIs used by the PDSCHs which are different in scrambling mode are different, and the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH.

In fig. 9, the bus architecture may include any number of interconnected buses and bridges, with one or more processors represented by processor 901 and various circuits of memory represented by memory 903 being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 902 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. For different user devices, the user interface 904 may also be an interface capable of interfacing with a desired device externally, including but not limited to a keypad, display, speaker, microphone, joystick, etc.

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

The network device 900 can implement the foregoing processes implemented by the base station in fig. 1 to fig. 5, and achieve the same effect to avoid repetition, which is not described herein again.

An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the base station or the terminal device in each of the embodiments shown in fig. 1 to 5 performs each process, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A scheduling method of a Physical Downlink Shared Channel (PDSCH) is applied to a base station, and the method comprises the following steps:

sending terminal equipment specific downlink control information DCI to terminal equipment, wherein the DCI is used for scheduling Physical Downlink Shared Channel (PDSCH) transmission and indicating the type of the scheduled PDSCH or Radio Network Temporary Identity (RNTI) used by the PDSCH which is scrambled and scheduled through the DCI, wherein the RNTIs used by the PDSCHs of different scrambling types are different, and the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH.

2. The method of claim 1, wherein DCI scheduled PDSCHs sent to different terminal devices are the same for multicast PDSCHs.

3. The method of claim 1, wherein indicating, by the DCI, a type of the scheduled PDSCH or an RNTI used by the scrambled scheduled PDSCH comprises at least one of:

4. The method of any of claims 1 to 3, wherein the DCI further comprises at least one of:

a downlink allocation index DAI;

PDSCH-to-HARQ feedback timing indication information;

resource indication information of a Physical Uplink Control Channel (PUCCH);

transmission power control command of PUCCH.

5. The method of claim 4,

respectively calculating DAIs in the DCI aiming at different types of PDSCHs or PDSCHs scrambled by different RNTIs; alternatively, the first and second electrodes may be,

and performing accumulative calculation on DAIs in the DCI aiming at all PDSCHs of the types or all RNTIs scrambled PDSCHs.

6. The method of claim 4, wherein the PDSCH to HARQ feedback timing indication information in the DCI is to indicate a parameter of a predetermined set of parameters, wherein the predetermined set of parameters is different for different types of PDSCHs or different RNTI scrambled PDSCHs.

7. The method of claim 4, wherein the PDSCH to HARQ feedback timing indication information in the DCI is to indicate a parameter of a predetermined set of parameters, wherein the predetermined set of parameters is the same for different types of PDSCHs or different RNTI scrambled PDSCHs.

8. The method of claim 4, wherein the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined set of PUCCH resources, wherein the predetermined set of PUCCH resources are different for different types of PDSCH or PDSCH scrambled with different RNTIs.

9. The method of claim 4, wherein the PUCCH resource indication information in the DCI is used to indicate resources in a predetermined set of PUCCH resources, wherein the predetermined PUCCH resource information is the same for different types of PDSCH or PDSCH scrambled with different RNTIs.

10. The method of claim 4, wherein prior to transmitting terminal device specific downlink control information, DCI, to a terminal device, the method further comprises:

and sending a configuration signaling to the terminal equipment, wherein the configuration signaling comprises power control adjustment state configuration information of a PUCCH, and the power control adjustment state configuration information is respectively configured for the PDSCH of different types or the PUCCH scrambled by different RNTIs and corresponding to DCI scheduling.

11. The method of claim 4, wherein prior to transmitting terminal device specific downlink control information, DCI, to a terminal device, the method further comprises:

and sending a configuration signaling to the terminal equipment, wherein the configuration signaling comprises power control adjustment state configuration information of a PUCCH, and the unified power control adjustment state configuration information is configured aiming at the PUCCH scheduled by the DCI corresponding to the PDSCH scrambled by the PDSCH with different types or RNTIs.

12. The method of claim 4,

respectively accumulating the transmission power indicated by the PUCCH transmission power control command aiming at the DCI corresponding to the PDSCH scrambled by different types of the PDSCH or different RNTIs; alternatively, the first and second electrodes may be,

and for all types of the PDSCH or DCI corresponding to the PDSCH scrambled by all RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated together.

13. A PDSCH receiving method, applied to a terminal device, the method comprising:

receiving 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, wherein the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH.

14. The method of claim 13, wherein the type of the PDSCH indicated by the DCI or an RNTI used to scramble the PDSCH is obtained by one of:

15. The method of claim 13, wherein after receiving the target PDSCH, the method further comprises:

descrambling the target PDSCH using an RNTI corresponding to the type of the PDSCH indicated by the DCI; or descrambling the target PDSCH by using the RNTI indicated by the DCI.

16. The method of any one of claims 13 to 15,

the DCI further comprises: PDSCH-to-HARQ feedback timing indication information;

after receiving the DCI transmitted on the PDCCH, the method further comprises:

and determining the time slot or the sub-time slot for feeding back the target PDSCH according to the PDSCH-to-HARQ feedback timing indication information.

17. The method of claim 16, wherein a set of parameters corresponding to the PDSCH-to-HARQ feedback timing indication information is different in DCI indicating a different type of PDSCH or a different RNTI-scrambled PDSCH.

18. The method of claim 16, wherein a set of parameters corresponding to the PDSCH-to-HARQ feedback timing indication information in DCI indicating a different type of PDSCH or a different RNTI-scrambled PDSCH is the same.

19. The method of any one of claims 13 to 15,

the DCI further comprises: resource indication information of the PUCCH;

after receiving the DCI transmitted on the PDCCH, the method further comprises:

and determining PUCCH resources corresponding to the target PDSCH during HARQ feedback according to the resource indication information of the PUCCH in the DCI.

20. The method of claim 19, wherein a set of PUCCH resources corresponding to the PUCCH resource indication information is different in DCI indicating a different type of PDSCH or a different RNTI-scrambled PDSCH.

21. The method of claim 20, wherein a set of PUCCH resources corresponding to the PUCCH resource indication information is the same in DCI indicating a different type of PDSCH or a different RNTI-scrambled PDSCH.

22. The method of any one of claims 13 to 15,

the DCI further comprises: transmission power control signaling of the PUCCH;

after receiving the DCI transmitted on the PDCCH, the method further comprises: and determining the transmission power of the PUCCH when HARQ corresponding to the target PDSCH is fed back according to the transmission power control signaling of the PUCCH in the DCI.

23. The method of claim 22, wherein power control adjustment states of PUCCHs corresponding to the PUCCH transmission power control commands are different in DCI indicating different types of PDSCHs or different RNTI-scrambled PDSCHs.

24. The method of claim 22, wherein power control adjustment states of PUCCHs corresponding to the PUCCH transmission power control commands in DCI indicating different types of PDSCHs or different RNTI-scrambled PDSCHs are the same.

25. The method of claim 22,

indicating different types of PDSCHs or different RNTIs to scramble the DCI of the PDSCHs, and accumulating the transmission power indicated by the PUCCH transmission power control command respectively; alternatively, the first and second electrodes may be,

and for all PDSCHs with types of the PDSCHs or all RNTI scrambled PDSCHs, the transmission power indicated by the PUCCH transmission power control command is accumulated together.

26. The method of any one of claims 13 to 15,

the DCI further comprises: DAI;

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

and constructing an HARQ feedback codebook of the target PDSCH according to the DAI in the DCI.

27. The method of claim 26,

28. A network device, comprising:

a sending module, configured to send the terminal device-specific DCI to a terminal device, where the DCI is used to schedule PDSCH transmission, and the DCI indicates a type of the scheduled PDSCH or a radio network temporary identity RNTI used by the PDSCH scheduled by scrambling, where RNTIs used by the PDSCH of different types of scrambling are different, and the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

29. A terminal device, comprising:

a first receiving module, configured to receive DCI specific to the terminal device, where the DCI is used to schedule transmission of a PDSCH (physical downlink shared channel);

a second receiving module, configured to receive a target PDSCH according to the type of the PDSCH indicated by the DCI or an RNTI used for scrambling the PDSCH indicated by the DCI, where the type of the PDSCH includes: unicast PDSCH or multicast PDSCH.

30. A network device, comprising: memory, processor and computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method according to any one of claims 1 to 12.

31. A terminal device, comprising: memory, processor and computer program stored on the memory and executable on the processor, which when executed by the processor implements the steps of the method according to any of claims 13 to 27.

32. A computer-readable storage medium, having a computer program stored thereon, which when executed by a processor, implements:

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

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