CN113473632B - Scheduling method of physical downlink shared channel, network equipment and terminal equipment - Google Patents

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

Info

Publication number
CN113473632B
CN113473632B CN202010247369.8A CN202010247369A CN113473632B CN 113473632 B CN113473632 B CN 113473632B CN 202010247369 A CN202010247369 A CN 202010247369A CN 113473632 B CN113473632 B CN 113473632B
Authority
CN
China
Prior art keywords
pdsch
dci
different
rnti
rntis
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010247369.8A
Other languages
Chinese (zh)
Other versions
CN113473632A (en
Inventor
李娜
潘学明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010247369.8A priority Critical patent/CN113473632B/en
Priority to PCT/CN2021/083252 priority patent/WO2021197224A1/en
Publication of CN113473632A publication Critical patent/CN113473632A/en
Application granted granted Critical
Publication of CN113473632B publication Critical patent/CN113473632B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

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 service is scheduled and transmitted only in a single cell, and the service is scheduled by a Group-Radio Network Temporary Identity (G-RNTI). The parameters of the Control Channel, the service identifier, the period information and the like are broadcast in the broadcast message, the scheduling information is notified by a Physical Downlink Control Channel (PDCCH) scrambled by the G-RNTI, the data part is sent in a multicast mode, and the method 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 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 block → mapping to physical resource.
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 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 the 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, which includes: 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 PDSCH (physical downlink shared channel) transmission; 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 do not 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 illustrating scheduling of a multicast PDSCH according to an embodiment of the present invention;
fig. 3 is a schematic flow chart 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 obtained by a person skilled in the art without inventive step based on the embodiments of the present invention, are within the scope of protection 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), and NR (New Radio).
User Equipment (UE), also referred to as Terminal Equipment, mobile Terminal (Mobile Terminal), mobile User Equipment, 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 Mobile terminals, 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 of a scheduling method of 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 indicating the type of the scheduled PDSCH or the RNTI used by the PDSCH with scrambling scheduling through the DCI, where RNTIs used by PDSCHs with 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, MCS, etc. 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, DCI transmitted through a UE-specific search space, DCI transmitted through a PDCCH on the 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 according to 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 PDSCH scheduled by the current DCI 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 g-RNTI is used for multicast PDSCH transmission, and C-RNTI is used for DCI CRC scrambling, X bits (e.g., 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 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 a newly added indication field in DCI 1 \ u 1 or DCI 1 \ u 2, such as an RNTI indicator field or a reuse existing field) is the C-RNTI or MCS-C-RNT used by unicast PDSCH scrambling or the g-RNTI used by multicast PDSCH scrambling, and also includes other indication fields (which may be the same fields as those used when unicastic PDSCH scheduling).
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 (CORESET) or a Search Space (SS) where the DCI is located, wherein the DCI is located in different CORESET or search spaces corresponding to different types of PDSCH or different RNTIs;
that is, the determination may be made according to the CORESET in which the DCI is located, the CORESET group or pool (group/pool) in which the DCI is located (where each group or pool may include one to more CORESETs), and the like, or the SS in which the DCI is located, or the SS group or pool (where each group/pool may include one to more SSs) in which the DCI is located (group/pool), and the like. For example, unicast PDSCH is scheduled when DCI of DCI format 1 _u1 or 1-2 is in CORESET a, and multicast PDSCH is scheduled when DCI of DCI format 1 _u1 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 _u2 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 a scheduled unicast PDSCH, i.e., both PDSCHs scheduled using DCI of DCI 1 _u0 format are unicast PDSCHs, a multicast PDSCH or a unicast PDSCH is scheduled using DCI 1 _u1, and the type of the scheduled PDSCH is indicated by a specific field in the 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.
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 PDSCH or different RNTI scrambled PDSCHs, 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, a DCI may include a 2-bit DAI field, and 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, and if the current PDCCH schedules a multicast PDSCH, 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 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 PDSCH-to-HARQ-ACK feedback.
In a particular 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) command, 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 different RNTI scrambled PDSCH. 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 be configured with a larger value (e.g., 10,11,12, 13) considering the UE with the worst capability, whereas the predetermined parameter set corresponding to the unicast PDSCH may be configured with a smaller value (e.g., 4,5,6, 7) considering only the capability of the UE of 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 a unified manner. 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 resources 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.
Or, in another possible implementation, the predetermined PUCCH resource sets are the same for PDSCH scrambled by different types of PDSCH or 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 corresponding to DCI scheduling, namely uniformly configuring the power control adjustment state configuration information. Alternatively, different pieces of the power control adjustment state configuration information may be configured for the PUCCH scheduled by the DCI corresponding to the PDSCH scrambled by the different types of PDSCH 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, the transmission power of the PUCCH for the HARQ-ACK feedback corresponding to the PDSCH is indicated to the UE in the PUCCH transmission power control command, 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 the DCI corresponding to the PDSCH scrambled by all the RNTIs, the transmission powers indicated by the PUCCH transmission power control command are accumulated together, which simplifies the configuration process, and the UE does not need to distinguish the PUCCHs corresponding to different types of PDSCH, 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 resources are 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 HARQ-ACK feedback of the multicast PDSCH 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, a DCI sending manner of the base station may refer to the description in the method 100, and 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 unicast PDSCH and multicast PDSCH, and RNTIs used for 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 PDSCH scrambling according to the DCI indication.
In one possible implementation, the UE may determine the type of 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 to indicate the type of 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 DCIs with different formats indicate 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 _u2 format is a multicast PDSCH.
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 a scheduled unicast PDSCH, i.e., both PDSCHs scheduled using DCI of DCI 1 _u0 format are unicast PDSCHs, a multicast PDSCH or a unicast PDSCH is scheduled using DCI 1 _u1, and the type of the scheduled PDSCH is indicated by a specific field in DCI 1 _u1.
(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 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 (k 1 set) corresponding to PDSCH-to-HARQ feedback timing indication information through an RRC parameter, and in DCI, a time slot or a 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 different RNTI scrambling, the base station may configure different predetermined parameter sets (k 1 sets), or may also configure the same predetermined parameter set (k 1 set), which may be specifically determined according to the 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 preset 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, DAI in the DCI is calculated (counting) for different types of PDSCH or different RNTI scrambled PDSCH, respectively. I.e., DAI, is calculated in the unicast PDSCH and the multicast PDSCH, respectively. Or, for all types of the PDSCH or all RNTI scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.
For example, it is assumed that DCI formats 1 to 5, which are all C-RNTI scrambled DCI formats, respectively schedule PDSCHs 1 to 5, wherein PDSCHs 1, 3 and 4 are multicast PDSCHs and PDSCHs 2 and 5 are unicast PDSCHs according to the indication of DCI formats 1 to 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 calculated cumulatively 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.
Through the technical scheme provided by the embodiment of the invention, the UE can schedule the multicast PDSCH through the specific DCI, thereby realizing the multicast transmission of data information, saving system resources, improving the system efficiency and realizing the flexible indication of control information at the same time, 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 according to 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 DCI with different formats corresponds 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 different RNTI scrambled PDSCHs.
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 different RNTI scrambled PDSCHs.
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 manner, 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 different RNTIs.
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;
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 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 of different types or the PDSCH scrambled by 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 determine, after receiving the DCI transmitted on the PDCCH, a PUCCH resource in HARQ feedback corresponding to the target PDSCH according to resource indication information of a PUCCH in the DCI.
In a possible implementation manner, in the DCI indicating the PDSCH of different types or the PDSCH scrambled by different RNTIs, PUCCH resource sets corresponding to the PUCCH resource indication information are different.
In a possible implementation manner, in the DCI indicating the PDSCH of different types or the 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 different types or 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.
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.
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: 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 PDSCH type indicated by the DCI or the RNTI used by the PDSCH scrambled by the DCI, wherein the PDSCH type comprises: unicast PDSCH or multicast PDSCH.
The method disclosed in the above embodiments 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 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 for avoiding repetition, details are not described here again.
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 plurality 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 the 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 embodiment 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 one of 8230, and" comprising 8230does not exclude the presence of additional like elements in a process, method, article, or apparatus comprising 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 (28)

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;
wherein the type of the scheduled PDSCH or the RNTI used for the PDSCH subjected to scrambling scheduling is indicated by the DCI and comprises at least one of the following items:
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 and corresponds to different types of the PDSCH 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;
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;
the DCI further comprises: a downlink allocation index DAI; respectively calculating DAIs in the DCI aiming at different types of PDSCHs or PDSCHs scrambled by different RNTIs; or, for all types of the PDSCH or all RNTIs scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.
2. The method of claim 1, wherein DCI scheduled PDSCHs transmitted to different terminal devices are the same for multicast PDSCH.
3. The method of claim 1 or 2, wherein the DCI further comprises at least one of:
PDSCH-to-HARQ feedback timing indication information;
resource indication information of a Physical Uplink Control Channel (PUCCH);
transmission power control command of PUCCH.
4. The method of claim 3, 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.
5. The method of claim 3, 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.
6. The method of claim 3, 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.
7. The method of claim 3, 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 the same for PDSCH of different types or PDSCH scrambled with different RNTIs.
8. The method of claim 3, 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.
9. The method of claim 3, 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.
10. The method of claim 3,
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.
11. A PDSCH receiving method, applied to a terminal device, the method comprising:
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 by the scrambled PDSCH indicated by the DCI, wherein the type of the PDSCH comprises: unicast PDSCH or multicast PDSCH;
wherein the type of the PDSCH indicated by the DCI or the RNTI used for scrambling the PDSCH is acquired 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;
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;
wherein the DCI further comprises: DAI; respectively calculating DAIs in the DCI aiming at different types of PDSCHs or PDSCHs scrambled by different RNTIs; or, for all types of the PDSCH or all RNTI scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.
12. The method of claim 11, 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.
13. The method of claim 11 or 12,
the DCI further comprises: PDSCH-to-HARQ feedback timing indication information;
after receiving the terminal device specific DCI, the method further includes:
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.
14. The method of claim 13, 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.
15. The method of claim 13, 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.
16. The method of claim 11 or 12,
the DCI further comprises: resource indication information of the PUCCH;
after receiving the terminal device-specific DCI, 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.
17. The method of claim 16, 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.
18. The method of claim 17, 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.
19. The method of claim 11 or 12,
the DCI further comprises: transmission power control signaling of the PUCCH;
after receiving the terminal device-specific DCI, the method further comprises: and determining the transmission power of the PUCCH when the HARQ corresponding to the target PDSCH feeds back according to the transmission power control signaling of the PUCCH in the DCI.
20. The method of claim 19, 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.
21. The method of claim 19, wherein power control adjustment states of PUCCHs corresponding to the PUCCH transmission power control commands in DCI indicating different types of PDSCH or different RNTI scrambled PDSCH are the same.
22. The method of claim 19,
indicating different types of PDSCHs or PDSCHs scrambled by different RNTIs, and respectively accumulating transmission power indicated by the PUCCH transmission power control command; alternatively, the first and second electrodes may be,
and for all PDSCHs with the types of the PDSCHs or all PDSCHs scrambled by RNTIs, the transmission power indicated by the PUCCH transmission power control command is accumulated together.
23. The method of claim 11 or 12, wherein after receiving a target PDSCH corresponding to the type of PDSCH, the method further comprises:
and constructing an HARQ feedback codebook of the target PDSCH according to the DAI in the DCI.
24. 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;
wherein the type of the scheduled PDSCH or the RNTI used for the PDSCH subjected to scrambling scheduling is indicated by the DCI and comprises at least one of the following items:
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 and corresponds to different types of the PDSCH 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;
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;
the DCI further comprises: a downlink allocation index DAI; respectively calculating DAIs in the DCI aiming at different types of PDSCHs or PDSCHs scrambled by different RNTIs; or, for all types of the PDSCH or all RNTIs scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.
25. 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;
wherein 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;
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;
wherein, the DCI further comprises: DAI; respectively calculating DAIs in the DCI aiming at different types of PDSCHs or PDSCHs scrambled by different RNTIs; or, for all types of the PDSCH or all RNTIs scrambled PDSCHs, performing cumulative calculation on DAIs in the DCI.
26. 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 10.
27. A terminal 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 11 to 23.
28. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, implements:
the steps of the method of any one of claims 1 to 10; or
The steps of the method of any one of claims 11 to 23.
CN202010247369.8A 2020-03-31 2020-03-31 Scheduling method of physical downlink shared channel, network equipment and terminal equipment Active CN113473632B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010247369.8A CN113473632B (en) 2020-03-31 2020-03-31 Scheduling method of physical downlink shared channel, network equipment and terminal equipment
PCT/CN2021/083252 WO2021197224A1 (en) 2020-03-31 2021-03-26 Method for scheduling physical downlink shared channel, and network device and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010247369.8A CN113473632B (en) 2020-03-31 2020-03-31 Scheduling method of physical downlink shared channel, network equipment and terminal equipment

Publications (2)

Publication Number Publication Date
CN113473632A CN113473632A (en) 2021-10-01
CN113473632B true CN113473632B (en) 2023-04-07

Family

ID=77865798

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010247369.8A Active CN113473632B (en) 2020-03-31 2020-03-31 Scheduling method of physical downlink shared channel, network equipment and terminal equipment

Country Status (2)

Country Link
CN (1) CN113473632B (en)
WO (1) WO2021197224A1 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113839747B (en) * 2020-06-08 2023-02-03 维沃移动通信有限公司 Hybrid automatic repeat request HARQ feedback method, terminal equipment and network equipment
WO2023115411A1 (en) * 2021-12-22 2023-06-29 Oppo广东移动通信有限公司 Communication method and apparatus
WO2023130459A1 (en) * 2022-01-10 2023-07-13 Lenovo (Beijing) Limited Method and apparatus for multicast harq-ack feedback determination
WO2023130461A1 (en) * 2022-01-10 2023-07-13 Lenovo (Beijing) Limited Method and apparatus for semi-static harq-ack codebook determination for multicast
WO2023165449A1 (en) * 2022-03-03 2023-09-07 华为技术有限公司 Communication method and apparatus
WO2024065432A1 (en) * 2022-09-29 2024-04-04 北京小米移动软件有限公司 Scheduling method and apparatus, device, and readable storage medium
CN115955722B (en) * 2023-01-28 2023-07-25 深圳传音控股股份有限公司 Processing method, communication device and storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998270A (en) * 2009-08-27 2011-03-30 中兴通讯股份有限公司 Method and device for notifying multimedia broadcast multicast service (MBMS)
CN105409287A (en) * 2013-08-06 2016-03-16 松下电器(美国)知识产权公司 Wireless communication method for D2D communication and UE
WO2018133102A1 (en) * 2017-01-23 2018-07-26 华为技术有限公司 Method for transmitting downlink control information (dci), network device, and user equipment
CN110401922A (en) * 2018-04-25 2019-11-01 华为技术有限公司 A kind of multicast transmission method and communication equipment

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101895170B1 (en) * 2016-08-11 2018-09-05 주식회사 케이티 Apparatus and method for multicast
CA3090024C (en) * 2018-01-31 2024-02-13 Zte Corporation Method and device enabling a user equipment to switch a paging mechanism
CN110831186B (en) * 2018-08-10 2023-10-13 大唐移动通信设备有限公司 Scheduling method, scheduling device, base station, terminal and computer readable storage medium
CN112312572B (en) * 2019-07-30 2021-10-26 中国移动通信有限公司研究院 Channel transmission method and device, network side equipment and terminal

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998270A (en) * 2009-08-27 2011-03-30 中兴通讯股份有限公司 Method and device for notifying multimedia broadcast multicast service (MBMS)
CN105409287A (en) * 2013-08-06 2016-03-16 松下电器(美国)知识产权公司 Wireless communication method for D2D communication and UE
CN110635889A (en) * 2013-08-06 2019-12-31 太阳专利信托公司 Transmitter, receiver, communication method, and integrated circuit
WO2018133102A1 (en) * 2017-01-23 2018-07-26 华为技术有限公司 Method for transmitting downlink control information (dci), network device, and user equipment
CN110401922A (en) * 2018-04-25 2019-11-01 华为技术有限公司 A kind of multicast transmission method and communication equipment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Huawei等.R1-1608614 "Discussion on NPDCCH search space for multicast in NB-IoT".《3GPP tsg_ran\WG1_RL1》.2016,全文. *

Also Published As

Publication number Publication date
WO2021197224A1 (en) 2021-10-07
CN113473632A (en) 2021-10-01

Similar Documents

Publication Publication Date Title
CN113473632B (en) Scheduling method of physical downlink shared channel, network equipment and terminal equipment
US11509425B2 (en) Method for determining HARQ-ACK feedback time, method for indicating HARQ-ACK feedback time, terminal device and network device
JP2022550147A (en) Codebook feedback method, apparatus, equipment and storage medium
EP3937405A1 (en) Feedback information determining method and communication apparatus
KR20180132135A (en) Multicast-based wireless communication method, terminal device, and base station
CN110140407B (en) Method and apparatus for transmitting downlink control information
JP2019512898A (en) Data transmission method, terminal device, and network device
US20210243790A1 (en) Transmission apparatus and method of feedback information
US20220224452A1 (en) Feedback Information Transmission Method and Apparatus
US11546837B2 (en) Method of indicating system information type, network device and user equipment
CN111031580B (en) Method and apparatus for transmitting feedback information
CN115380596A (en) Transmission method and device for automatic retransmission request acknowledgement feedback information supporting multicast service
CN113839747B (en) Hybrid automatic repeat request HARQ feedback method, terminal equipment and network equipment
CN113286372A (en) Method and communication equipment for transmitting downlink control information
CN113225751A (en) Search space monitoring method and device
CN111263448A (en) Method and device for information transmission
CN112788748B (en) Uplink control information transmission method and terminal equipment
CN110730513B (en) Communication method and device
CN109905212B (en) Indication method of hybrid automatic repeat request timing relationship, base station and user equipment
CN113596738B (en) Information acquisition method, information determination method, information acquisition device, information determination device and related equipment
CN113141663B (en) Method and communication equipment for determining sidelink feedback information
CN111106863A (en) Method and apparatus for signal transmission
CN111510271A (en) Information transmission method, information receiving method, terminal equipment and network equipment
CN113726484B (en) HARQ-ACK feedback method, terminal equipment and network equipment for hybrid automatic repeat request response
CN109923893B (en) Single cell point-to-multipoint feedback

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant