WO2023150987A1 - 数据发送方法、数据接收方法和装置 - Google Patents

数据发送方法、数据接收方法和装置 Download PDF

Info

Publication number
WO2023150987A1
WO2023150987A1 PCT/CN2022/075936 CN2022075936W WO2023150987A1 WO 2023150987 A1 WO2023150987 A1 WO 2023150987A1 CN 2022075936 W CN2022075936 W CN 2022075936W WO 2023150987 A1 WO2023150987 A1 WO 2023150987A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdsch
control information
downlink control
pusch
configuration parameter
Prior art date
Application number
PCT/CN2022/075936
Other languages
English (en)
French (fr)
Inventor
蒋琴艳
张磊
Original Assignee
富士通株式会社
蒋琴艳
张磊
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 富士通株式会社, 蒋琴艳, 张磊 filed Critical 富士通株式会社
Priority to CN202280090480.8A priority Critical patent/CN118614131A/zh
Priority to PCT/CN2022/075936 priority patent/WO2023150987A1/zh
Publication of WO2023150987A1 publication Critical patent/WO2023150987A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Definitions

  • the embodiment of the present application relates to the technical field of communications.
  • a Physical Downlink Shared Channel is a type of physical downlink channel in a wireless communication system, and is used to carry downlink data.
  • a Physical Uplink Shared Channel is a type of physical uplink channel in a wireless communication system, and is used to carry uplink data.
  • the PDSCH and PUSCH may be scheduled through downlink control information (DCI).
  • the DCI for scheduling PDSCH or PUSCH includes at least an information field (or field) for indicating the resources of the DSCH.
  • a variety of DCI formats (format) for scheduling PDSCH or PUSCH are defined, such as DCI format 1_0 (for scheduling PDSCH), DCI format 0_0 (for scheduling PUSCH ), DCI format 1_1 (for scheduling PDSCH), DCI format 0_1 (for scheduling PUSCH), DCI format 1_2 (for scheduling PDSCH), DCI format 0_2 (for scheduling PUSCH), etc., are not limited thereto.
  • the DCI of different DCI formats includes different specific information and/or sizes to meet different scheduling requirements.
  • PDSCH and PUSCH can also be semi-persistently configured (or semi-persistently scheduled) or semi-persistently scheduled.
  • SPS PDSCH for example.
  • CG PUSCH Semi-statically configured or semi-persistently scheduled PUSCH, for example.
  • the network device After the network device provides the SPS or CG configuration through RRC signaling, it also needs to activate the SPS or CG configuration through DCI, so that the terminal device receives the SPS PDSCH or sends the CG PUSCH accordingly.
  • the existing technology assumes that one DCI can only schedule one PDSCH/PUSCH, and then supports semi-persistent scheduling or semi-persistent scheduling based on such DCI PDSCH or PUSCH, and support for dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling, without considering how a DCI (or DCI format) may schedule more than one PDSCH/PUSCH to support semi-persistent scheduling or semi-persistent scheduling Persistent scheduling of PDSCH or PUSCH, and dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • the embodiment of the present application provides a data sending method, a data receiving method and a device to support scheduling more than one PDSCH/PUSCH through one DCI, and further, more than one PDSCH/PUSCH can be scheduled in one DCI (or DCI format).
  • a data receiving device is configured in a terminal device, and the device includes:
  • a first receiving unit which receives first downlink control information, and the first downlink control information is used for scheduling PDSCH;
  • the second receiving unit is configured to receive one or more than one PDSCH in the PDSCH scheduled by the first downlink control information.
  • a data receiving device configured in a terminal device, and the device further includes:
  • a first receiving unit which receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • a second receiving unit which receives second downlink control information for activating SPS configuration
  • the first configuration parameter is applied to the second downlink control information, and one row or more than one row in the TDRA table corresponding to the second downlink control information includes more than one SLIV.
  • a data sending device configured in a terminal device, the device comprising:
  • a first receiving unit which receives third downlink control information, and the third downlink control information is used to schedule PUSCH;
  • a sending unit configured to send one or more than one PUSCHs in the PUSCHs scheduled by the third downlink control information.
  • One of the beneficial effects of the embodiment of the present application is: according to the embodiment of the present application, it is possible to support scheduling more than one PDSCH/PUSCH through one DCI, and further, it is possible to support scheduling more than one PDSCH in one DCI (or DCI format) Semi-persistent scheduling or semi-persistent scheduling PDSCH or PUSCH in the case of /PUSCH, and support for dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • the DCI format can be used to activate/deactivate the SPS or CG configuration, or the DCI format can be used format scheduling is aimed at dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling. That is to say, the DCI fomart can be used not only to support semi-persistent scheduling or semi-persistent scheduling, but also to support dynamic scheduling of PDSCH or PUSCH.
  • the UE when SPS or CG is configured and the above DCI format is configured to schedule more than one PDSCH or PUSCH, for downlink or uplink, the UE only needs to blindly detect the DCI format without additional blind detection of the DCI
  • Another DCI format other than the format used to support semi-persistent scheduling or semi-persistent scheduling PDSCH or PUSCH and/or dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling. Therefore, the complexity of detecting and receiving the PDCCH by the UE can be reduced, and the power consumption can be reduced.
  • the flexibility of configuration and resource scheduling can also be improved.
  • Fig. 1 is the schematic diagram of the communication system of the embodiment of the present application.
  • FIG. 2 is a schematic diagram of a data receiving method according to an embodiment of the present application.
  • FIG. 3 is a schematic diagram of a data scheduling method according to an embodiment of the present application.
  • FIG. 4 is a schematic diagram of a data sending method according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a data scheduling method according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a data receiving device according to an embodiment of the present application.
  • FIG. 7 is another schematic diagram of a data receiving device according to an embodiment of the present application.
  • FIG. 8 is another schematic diagram of a data receiving device according to an embodiment of the present application.
  • FIG. 9 is a schematic diagram of a data scheduling device according to an embodiment of the present application.
  • FIG. 10 is another schematic diagram of a data scheduling device according to an embodiment of the present application.
  • FIG. 11 is another schematic diagram of a data scheduling device according to an embodiment of the present application.
  • FIG. 12 is a schematic diagram of a data sending device according to an embodiment of the present application.
  • FIG. 13 is a schematic diagram of a data scheduling device according to an embodiment of the present application.
  • FIG. 14 is another schematic diagram of a data scheduling device according to an embodiment of the present application.
  • Fig. 15 is another schematic diagram of the data scheduling device according to the embodiment of the present application.
  • FIG. 16 is another schematic diagram of a data scheduling device according to an embodiment of the present application.
  • FIG. 17 is another schematic diagram of the data scheduling device according to the embodiment of the present application.
  • FIG. 18 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • FIG. 19 is a schematic diagram of a network device according to an embodiment of the present application.
  • Fig. 20 is a schematic diagram of a time slot structure
  • Fig. 21 is a schematic diagram of a frame structure
  • FIG. 22 is a schematic diagram of the time domain resources used to activate the PDCCH/DCI of SPS and the time domain resources of the PDSCH indicated by the PDCCH/DCI used to activate SPS;
  • FIG. 23 is a schematic diagram of the time domain resources used to activate the DCI format 1_1 of the SPS and the PDSCH activated by the DCI;
  • FIG. 24 is a schematic diagram of the DCI format 1_1 used to schedule retransmissions for SPS and the PDSCH scheduled by the DCI;
  • Figure 25 is a schematic diagram of the time slot where the DCI format 1_1 for activating SPS is located and the time slot where the SPS PDSCH activated by DCI format 1_1 is located and the corresponding HARQ process ID;
  • Figure 26 is another schematic diagram of the HARQ process ID corresponding to the SPS PDSCH.
  • FIG. 27 is a schematic diagram of the time domain resources used to activate the PDCCH/DCI of the CG and the time domain resources of the PUSCH indicated by the PDCCH/DCI used to activate the CG;
  • FIG. 28 is a schematic diagram of the time domain resources used to activate the DCI format 1_1 of the CG and the PUSCH activated by the DCI;
  • FIG. 29 is a schematic diagram of the DCI format 1_1 used to schedule retransmissions for CG and the PUSCH scheduled by the DCI;
  • Figure 30 is a schematic diagram of the time slot where the DCI format 1_1 for activating CG is located, the time slot where the CG PUSCH activated by DCI format 1_1 is located, and the corresponding HARQ process ID;
  • FIG. 31 is another schematic diagram of the HARQ process ID corresponding to the CG PUSCH.
  • the terms “first”, “second”, etc. are used to distinguish different elements from the title, but do not indicate the spatial arrangement or time order of these elements, and these elements should not be referred to by these terms restricted.
  • the term “and/or” includes any and all combinations of one or more of the associated listed items.
  • the terms “comprising”, “including”, “having” and the like refer to the presence of stated features, elements, elements or components, but do not exclude the presence or addition of one or more other features, elements, elements or components.
  • the term “communication network” or “wireless communication network” may refer to a network conforming to any of the following communication standards, such as Long Term Evolution (LTE, Long Term Evolution), Enhanced Long Term Evolution (LTE-A, LTE- Advanced), Wideband Code Division Multiple Access (WCDMA, Wideband Code Division Multiple Access), High-Speed Packet Access (HSPA, High-Speed Packet Access), etc.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • LTE-A Long Term Evolution-A
  • LTE- Advanced Wideband Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • High-Speed Packet Access High-Speed Packet Access
  • the communication between devices in the communication system can be carried out according to any stage of communication protocols, such as but not limited to the following communication protocols: 1G (generation), 2G, 2.5G, 2.75G, 3G, 4G, 4.5G and 5G , New Radio (NR, New Radio), etc., and/or other communication protocols that are currently known or will be developed in the future.
  • Network device refers to, for example, a device in a communication system that connects a terminal device to a communication network and provides services for the terminal device.
  • Network equipment may include but not limited to the following equipment: base station (BS, Base Station), access point (AP, Access Point), transmission and reception point (TRP, Transmission Reception Point), broadcast transmitter, mobile management entity (MME, Mobile Management Entity), gateway, server, radio network controller (RNC, Radio Network Controller), base station controller (BSC, Base Station Controller) and so on.
  • the base station may include but not limited to: Node B (NodeB or NB), evolved Node B (eNodeB or eNB), and 5G base station (gNB), etc., and may also include remote radio head (RRH, Remote Radio Head), remote End radio unit (RRU, Remote Radio Unit), relay (relay) or low power node (such as femeto, pico, etc.), IAB (Integrated Access and Backhaul) node or IAB-DU or IAB-donor.
  • RRH Remote Radio Head
  • RRU Remote Radio Unit
  • relay relay
  • low power node such as femeto, pico, etc.
  • IAB Integrated Access and Backhaul node or IAB-DU or IAB-donor.
  • base station may include some or all of their functions, each base station may provide communication coverage for a particular geographic area.
  • the term “cell” can refer to a base station and/or its coverage area depending on the context in which the term is used. The terms “cell” and “base station”
  • the term "User Equipment” (UE, User Equipment) or “terminal equipment” (TE, Terminal Equipment or Terminal Device), for example, refers to a device that accesses a communication network through a network device and receives network services.
  • a terminal device may be fixed or mobile, and may also be called a mobile station (MS, Mobile Station), a terminal, a subscriber station (SS, Subscriber Station), an access terminal (AT, Access Terminal), an IAB-MT, a station (station), and so on.
  • Terminal equipment may include but not limited to the following equipment: cellular phone (Cellular Phone), personal digital assistant (PDA, Personal Digital Assistant), wireless modem, wireless communication device, handheld device, machine type communication device, laptop computer, cordless phone , smartphones, smart watches, digital cameras, and more.
  • cellular phone Cellular Phone
  • PDA Personal Digital Assistant
  • wireless modem wireless communication device
  • handheld device machine type communication device
  • laptop computer machine type communication device
  • cordless phone smartphones
  • smartphones smart watches, digital cameras, and more.
  • the terminal device can also be a machine or device for monitoring or measurement, such as but not limited to: a machine type communication (MTC, Machine Type Communication) terminal, Vehicle communication terminal, device to device (D2D, Device to Device) terminal, machine to machine (M2M, Machine to Machine) terminal, etc.
  • MTC Machine Type Communication
  • Vehicle communication terminal device to device (D2D, Device to Device) terminal
  • M2M Machine to Machine
  • network side refers to a side of the network, which may be a certain base station, or may include one or more network devices as above.
  • user side or “terminal side” or “terminal device side” refers to a side of a user or a terminal, which may be a certain UE, or may include one or more terminal devices as above.
  • device may refer to network devices or terminal devices.
  • uplink control signal and “uplink control information (UCI, Uplink Control Information)” or “physical uplink control channel (PUCCH, Physical Uplink Control Channel)” can be used interchangeably without causing confusion.
  • uplink data signal and “uplink data information” or “Physical Uplink Shared Channel (PUSCH, Physical Uplink Shared Channel)” can be interchanged;
  • downlink control signal and “downlink control information (DCI, Downlink Control Information) )” or “Physical Downlink Control Channel (PDCCH, Physical Downlink Control Channel)” can be interchanged, and the terms “downlink data signal” and “downlink data information” or “physical downlink shared channel (PDSCH, Physical Downlink Shared Channel)” can be interchanged Change.
  • sending or receiving PUSCH can be understood as sending or receiving uplink data carried by PUSCH
  • sending or receiving PUCCH can be understood as sending or receiving uplink information (such as UCI) carried by PUCCH
  • sending or receiving PDSCH can be understood as sending or receiving For the downlink data carried by the PDSCH
  • sending or receiving the PDCCH can be understood as sending or receiving the downlink information (such as DCI) carried by the PDCCH.
  • the high-level signaling may be, for example, radio resource control (RRC) signaling;
  • the RRC signaling includes, for example, an RRC message (RRC message), such as including a master information block (MIB), system information (system information), A dedicated RRC message; or an RRC information element (RRC information element, RRC IE); or an RRC message or an information field included in an RRC information element (or an information field included in an information field).
  • RRC radio resource control
  • the high-level signaling may also be medium access control layer (Medium Access Control, MAC) signaling; or called MAC control element (MAC control element, MAC CE). But the present application is not limited thereto.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present application, schematically illustrating a case where a terminal device and a network device are taken as examples.
  • a communication system 100 may include a network device 101 and terminal devices 102 and 103.
  • FIG. 1 only uses two terminal devices and one network device as an example for illustration, but this embodiment of the present application is not limited thereto.
  • eMBB enhanced mobile broadband
  • mMTC massive Machine Type Communication
  • URLLC Ultra-Reliable and Low -Latency Communication
  • URLLC Ultra-Reliable and Low -Latency Communication
  • Fig. 1 shows that both terminal devices 102 and 103 are within the coverage of the network device 101, but the present application is not limited thereto. Neither of the two terminal devices 102 , 103 may be within the coverage of the network device 101 , or one terminal device 102 may be within the coverage of the network device 101 while the other terminal device 103 is outside the coverage of the network device 101 .
  • SPS and CG can support aggregation/repetition (aggregation/repetition).
  • SPS PDSCH if the pdsch-AggregationFactor is included in the SPS configuration (sps-Config), it will be repeated according to the number of times configured by the pdsch-AggregationFactor; if the pdsch-AggregationFactor is not included in the SPS configuration (sps-Config), but the PDSCH configuration (pdsch- Config) includes the pdsch-AggregationFactor, then it is repeated according to the number of pdsch-AggregationFactor configurations in the PDSCH configuration.
  • TDRA Time Domain Resource Allocation
  • the TDRA configuration indicated by the DCI used to activate the CG PUSCH does not include numberOfRepetitions (including the case where no DCI activation is required), but the CG configuration (ConfiguredGrantConfig) includes repK, repeat for the number of repK configurations.
  • the retransmission of SPS and CG can also support aggregation/repetition.
  • the retransmission is scheduled through DCI.
  • pdsch-Config For the retransmission of the SPS, if the pdsch-AggregationFactor is included in the PDSCH configuration (pdsch-Config), it is repeated according to the number of times configured by the pdsch-AggregationFactor in the PDSCH configuration.
  • the TDRA configuration indicated by the DCI includes numberOfRepetitions, repeat the number of times configured by the numberOfRepetitions; if the TDRA configuration indicated by the DCI does not include numberOfRepetitions, but the PUSCH configuration (pusch-Config) includes the pusch-AggregationFactor, Then repeat the number of times configured by pusch-AggregationFactor.
  • a TDRA table in order to support scheduling multiple PDSCHs through one DCI, for DCI format 1_1, a TDRA table can be configured, and one or more rows of the TDRA table include A plurality of SLIVs, SLIV and PDSCH one-to-one correspondence.
  • DCI format 1_1 to indicate a row including multiple SLIVs, multiple PDSCHs can be scheduled.
  • the PDSCH configuration pdsch-Config
  • the pdsch-AggregationFactor is not used for DCI format 1_1.
  • a TDRA table can be configured for DCI format 0_1, and one or more rows of the TDRA table include multiple SLIVs, and SLIVs correspond to PUSCHs one by one.
  • DCI format 0_1 to indicate a row including multiple SLIVs, multiple PUSCHs can be scheduled.
  • the PUSCH configuration includes pdsch-AggregationFactor, the pdsch-AggregationFactor is not used for DCI format 1_1.
  • DCI format 1_1 and DCI format 0_1 may be used for activation and retransmission of SPS and activation and retransmission of CG, respectively. According to the above prior art and discussion, it is impossible to determine whether the SPS PDSCH activated by the above DCI format 1_1 and DCI format 0_1 (or the PDSCH corresponding to the activated SPS) supports aggregation/repetition (aggregation/repetition).
  • the DCI needs to indicate the time domain resources of the PDSCH/PUSCH when scheduling the PDSCH/PUSCH or when activating the SPS/CG.
  • DCI includes an information field for indicating time domain resources of PDSCH/PUSCH, and the information field is based on an applied (or corresponding) time domain resource allocation table (TDRA) table (or called PDSCH/PUSCH TDRA table, Or simply referred to as TDRA table) indicates the time domain resource of PDSCH/PUSCH.
  • the information domain is, for example, a time domain resource assignment (Time domain resource assignment) domain.
  • the information field may indicate an index of a time-domain resource allocation configuration (or TDRA configuration for short) in the TDRA table.
  • the above TDRA table is the TDRA table of the DCI application
  • the information field indicates the time domain of the PDSCH by indicating the TDRA configuration index (row index, for example, the value of the row index is greater than or equal to 1) in the TDRA table of the DCI application Resources, in other words, the DCI schedules the PDSCH by indicating the TDRA configuration in the TDRA table to which it applies.
  • the value m of the information field of the DCI (assuming that m is an integer greater than or equal to 0) corresponds to the TDRA configuration with index m+1 (that is, row m+1) in the TDRA table indicating that the DCI is applied.
  • the time domain resource allocation table is predefined or configured by RRC signaling.
  • the TDRA table is an RRC signaling configuration
  • the index value corresponding to the m+1th TDRA configuration of the RRC signaling configuration is m+1, that is, when the value of the information field is m, its It corresponds to the m+1th TDRA configuration of the RRC signaling configuration.
  • the time-domain resource allocation table includes at least one row.
  • a row is called a TDRA configuration, that is, the TDRA table includes at least one TDRA configuration.
  • a TDRA configuration includes at least one time-domain resource configuration (or called PDSCH/PUSCH time-domain resource configuration), and the time-domain resource configuration includes at least the symbol position (start symbol + length) configuration in the time slot;
  • a PDSCH/PUSCH PUSCH TDRA configuration can also include at least one time slot offset (for example called K0) configuration, K0 indicates the time slot offset between PDSCH/PUSCH and PDCCH/PUCCH, and K0 configuration is included in PDSCH/PUSCH time domain resource configuration or not included In the PDSCH/PUSCH time domain resource configuration; this TDRA configuration may also include other information, and the other information is included in the PDSCH/PUSCH time domain resource configuration or not included in the PDSCH/PUSCH time domain resource configuration.
  • the symbol position configuration in the time slot includes, for example, a start and length indicator (SLIV, starting point and length indication), the SLIV corresponds to a valid combination of a start symbol (S) and a length (L), or , which for example corresponds to a starting symbol (starting symbol) configuration and a length (length) configuration, and the starting symbol configuration and the length configuration are valid combinations.
  • SLIV start and length indicator
  • new RRC signaling can be supported (for example, pdsch-TimeDomainAllocationListForMultiPDSCH or pdsch-TimeDomainAllocationListForMultiPDSCH-r17 for PDSCH; pusch-TimeDomainAllocationListForMultiPUSCH or pusch for PUSCH -TimeDomainAllocationListForMultiPUSCH-r17) is configured to support scheduling multiple (ie more than one) PDSCH/PUSCH time domain resource allocation tables through one DCI, and the time domain resource allocation table includes at least one for scheduling multiple (ie more than one) ) PDSCH/PUSCH time-domain resource allocation configuration, the time-domain resource allocation configuration includes, for example, multiple SLIVs, and each SLIV corresponds to one PDSCH/PUSCH.
  • the time domain resource allocation configuration includes a time domain offset K0 configuration, and K0 represents the time slot offset between the first PDSCH/PUSCH and the PDCCH/PUCCH carrying the DCI for scheduling the PDSCH/PUSCH.
  • the time-domain resource allocation configuration includes multiple (ie more than one) K0 configurations.
  • the configuration includes multiple K0s, each of which corresponds to a PDSCH/PUSCH, and respectively represents the time slot offset between the corresponding PDSCH/PUSCH and the PDCCH/PUCCH used to schedule the PDSCH/PUSCH.
  • the K0 may be included in the PDSCH/PUSCH time-domain resource configuration, and corresponds to each SLIV one-to-one, so that multiple PDSCH/PUSCH time slot positions may be sequentially determined.
  • the configuration includes a time-domain offset K0 configuration, and K0, for example, represents the first PDSCH/PUSCH The time slot offset between the PDCCH/PUCCH carrying the DCI for scheduling the PDSCH/PUSCH. If a time domain resource allocation configuration is used to schedule multiple PDSCH/PUSCH in multiple discontinuous time slots, the time domain resource allocation configuration includes multiple (ie more than one) time domain offset K0 configurations.
  • the configuration includes multiple K0s, each of which corresponds to a PDSCH/PUSCH, and respectively represents the time slot offset between the corresponding PDSCH/PUSCH and the PDCCH/PUCCH used to schedule the PDSCH/PUSCH.
  • the K0 may be included in the PDSCH/PUSCH time-domain resource configuration, and corresponds to each SLIV one-to-one, so that multiple PDSCH/PUSCH time slot positions may be sequentially determined.
  • the TDRA table for the downlink, when the above TDRA table is configured, the TDRA table is applied to/corresponds to DCI format 1_1; for the uplink, when the above TDRA table is configured, the TDRA table is applied to/corresponds to DCI format 0_1.
  • the above TDRA table is configured separately for downlink and uplink.
  • the terminal device determines a time-domain resource allocation table for DCI (or DCI with DL grant/assignment) applications.
  • the terminal device may also determine the time-domain resource allocation table of the DCI application according to the first list, and one column of the first list corresponds to the aforementioned indication information for configuring the TDRA table used to support scheduling multiple PDSCH/PUSCH through one DCI ( For example, pdsch-TimeDomainAllocationListForMultiPDSCH or pdsch-TimeDomainAllocationListForMultiPDSCH-r17 for PDSCH; pusch-TimeDomainAllocationListForMultiPUSCH or pusch-TimeDomainAllocationListForMultiPUSCH-r17 for PUSCH).
  • the indication information is included in PDSCH/PUSCH-Config/, for example. That is, the terminal device determines the PDSCH/PUSCH time domain resource allocation table for scheduling the DCI application of PDSCH/PUSCH from the PDSCH/PUSCH time domain resource allocation (TDRA) table that is predefined or configured through high-layer signaling according to the first list .
  • TDRA time domain resource allocation
  • Table 1 Applicable PDSCH time domain resource allocation for DCI format 1_0 and DCI format 1_1
  • DCI indicates multiple (that is, more than one) PDSCH/PUSCH means that DCI (or the second information field in DCI) indicates time domain resources for scheduling more than one PDSCH/PUSCH Assign configuration.
  • the time-domain resource allocation configuration has been described above, and will not be repeated here.
  • DCI scheduling multiple (that is, more than one) PDSCH/PUSCH means that DCI indicates multiple PDSCH/PUSCH, or that multiple PDSCH/PUSCH indicated by DCI include more than one valid (valid) ) PDSCH/PUSCH, or refers to the PDSCH/PUSCH that has a corresponding HARQ process (or HARQ process ID) among the multiple PDSCH/PUSCH indicated by the DCI.
  • the effective PDSCH and/or the PDSCH with the corresponding HARQ process refers to, for example, the symbol and/or pre-configured uplink symbol that is different from the semi-statically configured uplink symbol and/or the dynamically configured uplink symbol and/or the semi-statically configured uplink transmission.
  • Effective PUSCH and/or PUSCH with a corresponding HARQ process refer to symbols that do not correspond to semi-statically configured downlink symbols and/or SSB and/or symbols corresponding to CORSET#0 and/or dynamically configured downlink symbols and/or Or the PDSCH in which the semi-statically configured downlink transmission symbols and/or reserved symbols and/or interval symbols overlap.
  • the effective PDSCH/PUSCH is the same as or different from the PDSCH/PUSCH with the corresponding HARQ process.
  • an effective PDSCH refers to a PDSCH that does not overlap with a semi-statically configured uplink symbol
  • an effective PUSCH refers to a symbol and/or CORSET that does not correspond to a semi-statically configured downlink symbol and/or SSB.
  • the PUSCH corresponding to the symbol overlapping with #0, the PDSCH with the corresponding HARQ process refers to the PDSCH that does not overlap with the semi-statically configured uplink symbol and/or the dynamically configured uplink symbol, and the PUSCH with the corresponding HARQ process, for example, does not The PUSCH overlapping with the semi-statically configured downlink symbol and/or the symbol corresponding to the SSB and/or the symbol corresponding to CORSET#0 and/or the dynamically configured downlink symbol.
  • the PDSCH indicated by the DCI overlaps with semi-statically configured uplink symbols and/or dynamically configured uplink symbols and/or semi-statically configured uplink transmission symbols and/or reserved symbols and/or interval symbols, then The PDSCH is an invalid (invalid) PDSCH, and/or the PDSCH has no corresponding HARQ process (or HARQ process ID).
  • the PUSCH indicated by the DCI is located in the semi-statically configured downlink symbol and/or the symbol corresponding to the SSB and/or the symbol corresponding to CORSET#0 and/or the dynamically configured downlink symbol and/or the semi-statically configured downlink transmission If symbols and/or reserved symbols and/or interval symbols overlap, the PUSCH is an invalid (invalid) PUSCH, and/or the PUSCH has no corresponding HARQ process (or HARQ process ID).
  • a valid PDSCH and/or a PDSCH with a corresponding HARQ process refers to a PDSCH that does not overlap with a semi-statically configured uplink symbol
  • the PDSCH if a PDSCH overlaps/collides with a semi-statically configured uplink symbol, then the PDSCH has no corresponding HARQ process (or HARQ process ID).
  • the base station will not send the PDSCH, and the UE will not receive the PDSCH.
  • the PDSCH does not overlap/conflict with the semi-statically configured uplink symbols, then the PDSCH has a corresponding HARQ process (or HARQ process ID).
  • FIG. 20 is a schematic diagram of a slot structure, assuming that one slot includes 14 symbols.
  • FIG. 21 is a schematic diagram of a frame structure. It is assumed that a frame includes 10 subframes, and a subframe includes different numbers of time slots according to different subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • the subcarrier spacing in FIG. 21 is just an example and not limited thereto.
  • FIG. 22 is a schematic diagram of the time domain resource where the PDCCH/DCI for activating SPS is located and the time domain resource for PDSCH indicated by the PDCCH/DCI for activating SPS. In FIG. 22 , it is assumed that the PDSCH is not repeated.
  • Figure 23 is a schematic diagram of the time domain resources used to activate the DCI format 1_1 of the SPS and the PDSCH activated by the DCI. In Figure 23, it is assumed that the PDSCH is repeated according to the pdsch-AggregationFactor in pdsch-Config.
  • Figure 24 is a schematic diagram of the DCI format 1_1 used to schedule retransmissions for SPS and the PDSCH scheduled by the DCI.
  • FIG. 25 is a schematic diagram of the time slot where the DCI format 1_1 for activating SPS is located, the time slot where the SPS PDSCH activated by DCI format 1_1 is located, and the corresponding HARQ process ID.
  • FIG. 26 is another schematic diagram of the HARQ process ID corresponding to the SPS PDSCH. In FIG. 26, it is assumed that there is only one SPS PDSCH (repeated or not repeated) in one cycle, and different cycle cycles correspond to different HARQ process IDs.
  • Fig. 27 is a schematic diagram of the time domain resources used to activate the PDCCH/DCI of the CG and the time domain resources of the PUSCH indicated by the PDCCH/DCI used to activate the CG. In Fig. 27, it is assumed that the PUSCH does not repeat.
  • Figure 28 is a schematic diagram of the time-domain resources used to activate the DCI format 1_1 of the CG and the PUSCH activated by the DCI. In Figure 28, it is assumed that the PUSCH is repeated according to the pusch-AggregationFactor in the pusch-Config.
  • Figure 29 is a schematic diagram of the DCI format 1_1 used to schedule retransmissions for CG and the PUSCH scheduled by the DCI.
  • FIG. 30 is a schematic diagram of the time slot where the DCI format 1_1 for activating CG is located, the time slot where the CG PUSCH activated by DCI format 1_1 is located, and the corresponding HARQ process ID.
  • FIG. 31 is another schematic diagram of the HARQ process ID corresponding to the CG PUSCH. In FIG. 31, it is assumed that there is only one CG PUSCH (repeated or not repeated) in one cycle, and different cycle cycles correspond to different HARQ process IDs.
  • the embodiment of the present application provides a method for receiving data, which is described from the side of the terminal device.
  • Fig. 2 is a schematic diagram of the data receiving method of the embodiment of the present application, as shown in Fig. 2, the method includes:
  • a terminal device receives first downlink control information (DCI), where the first DCI is used to schedule a physical downlink shared channel (PDSCH);
  • DCI downlink control information
  • PDSCH physical downlink shared channel
  • the terminal device receives one or more than one PDSCH in the PDSCHs scheduled by the first DCI.
  • the terminal device receives one or more than one PDSCH scheduled by the first DCI, thus, it can support scheduling more than one PDSCH through one DCI, and further, it can support that one DCI (or DCI format) can Semi-persistent scheduling or semi-persistent scheduling PDSCH in the case of scheduling more than one PDSCH, and support for dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • the terminal device when the terminal device receives more than one PDSCH in the PDSCHs scheduled by the first DCI, the data carried by different PDSCHs in the more than one PDSCH (that is, the transport block TB) are different. Thus, it is possible to support the transmission of different transport blocks indicated by one DCI.
  • the first DCI is DCI format 1_1, that is, the network device schedules multiple PDSCHs through DCI format 1_1.
  • the first DCI includes one NDI (New Data Indication, New Data Indication) domain or two NDI domains, and when the first DCI includes two NDI domains, each NDI domain corresponds to one TB.
  • the first DCI includes a first NDI domain and/or a second NDI domain, and when the first DCI includes a first NDI domain and a second NDI domain, the first NDI domain and the second NDI domain correspond to the first NDI domain and/or the second NDI domain respectively.
  • the TB can be indicated through the NDI field.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field may be determined according to at least one of the following, namely:
  • the maximum number of PDSCHs that can be scheduled by the first DCI (that is, the maximum number of SLIVs included in a row in the TDRA table corresponding to the first DCI);
  • the number of PDSCHs scheduled by the first DCI (that is, the number of SLIVs included in the row indicated by the first DCI);
  • the first DCI schedules the effective number of PDSCHs (that is, the effective number of SLIVs included in the row indicated by the first DCI).
  • the first NDI field and/or the second NDI field may include one bit, or may include more than one bit, depending on at least one of the aforementioned determining factors.
  • the first NDI field and/or the second NDI field has only 1 bit.
  • the first DCI includes 1 NDI field, and the NDI field is 1 bit; or, the first DCI includes 2 NDI fields, and the number of bits of the NDI field corresponding to each TB is 1.
  • the number of bits in the NDI field does not depend on the determining factors in the previous embodiments.
  • one row or more than one row in the TDRA table corresponding to the first DCI includes more than one SLIV, and the more than one SLIV corresponds to more than one PDSCH, thereby realizing scheduling more than one PDSCH through the first DCI PDSCH.
  • the first DCI is not used to schedule the retransmission of the SPS, that is, the terminal device does not expect the CRC of the first DCI to be scrambled by the CS-RNTI; in some implementations, The value of the first NDI field and/or the second NDI field of the first DCI is 1; in some embodiments, the first DCI schedules more than one PDSCH; in some embodiments, the first DCI schedules more than one effective PDSCH; in some embodiments, the NDI field of the first DCI (the first NDI field and/or the second NDI field) includes more than one bit with a value of 1; in some embodiments, the first DCI scheduled multiple
  • the HARQ process ID corresponding to a PDSCH is one of one or more than one HARQ process IDs configured for SPS; in some embodiments, the HARQ process ID corresponding to one or more PDSCHs scheduled by the first DCI is not configured for SPS
  • the value of the first NDI field and/or the second NDI field is 1, including but not limited to:
  • the first NDI field includes 1 bit, and the value of the 1 bit is 1; or,
  • the first NDI field includes more than 1 bit, the value of one or more specific bits of the first NDI field is 1, or the value of at least 1 bit of the first NDI field is 1, or the value of the first NDI field is 1 - all bits of the NDI field have the value 1; or,
  • the second NDI field includes 1 bit, and the value of the 1 bit is 1; or,
  • the second NDI domain includes more than 1 bit, and the value of one or more specific bits of the second NDI domain is 1, or, the value of at least 1 bit of the second NDI domain is 1, or, the value of the second NDI domain is 1 All bits of the NDI field have the value 1.
  • the CRC of the first DCI is scrambled by CS-RNTI, and the first DCI only schedules one PDSCH (that is, the first DCI indicates that the corresponding TDRA table includes one SLIV row), the terminal device only receives the one PDSCH.
  • the HARQ process ID indicated in the DCI may correspond to the PDSCH.
  • the HARQ process ID can be configured in the HARQ process group for the SPS, but the application is not limited thereto, and the HARQ process ID indicated in the DCI can also have other implementations, as described above, and the description is omitted here.
  • the CRC of the first DCI is scrambled by CS-RNTI, and the first DCI schedules more than one PDSCH (that is, the first DCI indicates that the corresponding TDRA table includes multiple on a SLIV row).
  • the terminal device may determine whether to receive the PDSCH in more than one PDSCH scheduled by the first DCI according to at least one of the following:
  • the terminal device only receives one of the above-mentioned more than one PDSCH.
  • the PDSCH may be the first PDSCH or the last PDSCH in the above-mentioned more than one PDSCH, or it may be the only valid PDSCH in the above-mentioned more than one PDSCH, or it may be the above-mentioned more than one PDSCH
  • the only corresponding PDSCH whose value of the NDI field is 1 may also be the only PDSCH among the above-mentioned more than one PDSCH whose corresponding HARQ process ID is one of one or more HARQ process IDs configured for the SPS.
  • the present application is not limited thereto, and the foregoing one PDSCH may also be other or any combination of the foregoing.
  • each TB corresponds to one NDI field, all of which are 1 or '1's, or one of them (for example, the first TB) corresponds to the NDI field of 1 or '1's) DCI format 1_1 and indicates a line including multiple SLIVs, that is, the DCI can indicate/schedule multiple in one PDSCH.
  • the UE only receives one of the PDSCHs, such as the first PDSCH or the last PDSCH in chronological order, and/or, the only valid PDSCH (such as the PDSCH that does not conflict with semi-statically configured uplink symbols), and/or, the only A PDSCH whose corresponding NDI bit is 1, and/or whose corresponding HARQ process ID is one or more than one of the HARQ process IDs configured for the SPS.
  • the HARQ process ID indicated by the first DCI may correspond to the above-mentioned one PDSCH (whether the PDSCH is the first PDSCH); or, the HARQ process ID indicated by the first DCI corresponds to the first PDSCH in the above-mentioned more than one PDSCH.
  • the terminal device determines the HARQ process ID corresponding to the above PDSCH according to the HARQ process ID (whether the PDSCH is the first PDSCH or not).
  • the HARQ process ID corresponding to the aforementioned PDSCH may be one of one or more than one HARQ process IDs configured for the SPS, that is, in the group of HARQ process IDs configured for the SPS.
  • the above-mentioned one PDSCH may be a valid PDSCH.
  • the above-mentioned first PDSCH may be the first PDSCH scheduled by the above-mentioned first DCI or the first effective PDSCH scheduled by the above-mentioned first DCI; similarly, the above-mentioned last PDSCH may be the above-mentioned first PDSCH.
  • the first PDSCH scheduled by the first DCI is also the PDSCH (effective PDSCH) corresponding to the first SLIV in the row indicated by the first DCI.
  • the last PDSCH scheduled by the first DCI is also indicated by the first DCI
  • only one effective PDSCH is received for the UE that is, the PDSCH indicated/scheduled by the DCI can only include one effective PDSCH, that is, the UE does not expect more than one effective PDSCH to be indicated/scheduled in the DCI .
  • the UE therefore only receives the one PDSCH.
  • the NDI field of the DCI only includes a bit with a value of 1, that is, the UE does not expect the NDI field of the DCI to include more than A bit with value 1.
  • the UE therefore only receives the one PDSCH.
  • the UE does not receive an invalid (invalid) PDSCH, and the invalid PDSCH has no corresponding HARQ process ID.
  • the UE does not receive, or cancels the reception of other (valid) PDSCHs.
  • Other (valid) PDSCHs correspond or do not correspond to HARQ process IDs (in other words, the UE determines or does not determine the HARQ process IDs of other (valid) PDSCHs)).
  • the terminal device only receives the PDSCH whose corresponding HARQ process ID is one of one or more than one HARQ process ID configured for the SPS.
  • each TB corresponds to one NDI field, all of which are 1 or '1's, or one of them (for example, the first TB) corresponds to the NDI field of 1 or '1's)
  • DCI format 1_1 indicates a line including multiple SLIVs, that is, the DCI can indicate/schedule multiple in one PDSCH.
  • the UE only receives the PDSCH whose corresponding HARQ process ID is in the HARQ process group configured for SPS.
  • the HARQ process ID indicated in the DCI corresponds to the first valid PDSCH, and the UE determines the HARQ process ID of the valid PDSCH according to the indication.
  • the UE does not receive a PDSCH whose corresponding HARQ process ID is not in the HARQ process group configured for SPS.
  • the UE does not receive the invalid PDSCH, and the invalid PDSCH has no corresponding HARQ process ID.
  • the terminal device receives all valid PDSCHs in the above-mentioned more than one PDSCH.
  • the HARQ process IDs corresponding to all valid PDSCHs must be one of one or more than one HARQ process IDs configured for the SPS.
  • each TB corresponds to one NDI field, all of which are 1 or '1's, or one of them (for example, the first TB) corresponds to the NDI field of 1 or '1's) DCI format 1_1 and indicates a line including multiple SLIVs, that is, the DCI can indicate/schedule multiple in one PDSCH.
  • the HARQ process ID(s) corresponding to the effective PDSCH(s) included in more than one PDSCH indicated/scheduled by the DCI must all be in the HARQ process group configured for the SPS. That is to say, the UE does not expect that the HARQ process ID(s) corresponding to any effective PDSCH(s) indicated/scheduled in the DCI is not in the HARQ process group configured for the SPS.
  • the PDSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process IDs configured for the SPS and/or the value of the corresponding NDI field bit is 0 is initial transmission.
  • the UE receives all valid PDSCH(s), and for the PDSCH whose corresponding HARQ process ID(s) is not in the HARQ process group configured for SPS, the UE regards it as the initial transmission.
  • the HARQ process ID corresponding to only one or at least one PDSCH among all valid PDSCHs is one of one or more than one HARQ process IDs configured for the SPS. That is, only one or at least one of the HARQ process ID(s) corresponding to the effective PDSCH(s) included in more than one PDSCH indicated/scheduled by the DCI is in the HARQ process group configured for the SPS. Wherein, the effective PDSCH(s) corresponding to the HARQ process ID(s) is retransmission.
  • the HARQ process ID indicated by the DCI corresponds to the first valid PDSCH, and the UE determines the HARQ process ID of the valid PDSCHs according to the indication.
  • the UE receives all valid PDSCH(s).
  • the terminal device only receives the PDSCH whose bit value in the corresponding NDI field is 1; or, the terminal device receives all valid PDSCHs, and, for A PDSCH with a value of 1 is regarded as a retransmission, and a PDSCH with a bit value of 0 for the corresponding NDI field is regarded as an initial transmission.
  • bit value of the NDI field corresponding to only one or at least one PDSCH among all effective PDSCHs is 1.
  • the terminal device may also receive the PDSCH configuration (pdsch-Config) including the first configuration parameter (such as pdsch-AggregationFactor) used to configure the number of repetitions, and the CRC of the first DCI In the case of scrambling by CS-RNTI, the first configuration parameter is applied to the first DCI.
  • the PDSCH configuration pdsch-Config
  • the first configuration parameter such as pdsch-AggregationFactor
  • the above TDRA table is configured for DCI format 1_1 (the first DCI)
  • pdsch-AggregationFactor is included in the PDSCH configuration (pdsch-Config), which is repeated according to the times configured by the pdsch-AggregationFactor.
  • the application of the first configuration parameter to the first DCI means that the first configuration parameter is applied to one or more than one PDSCH in the PDSCHs scheduled by the first DCI.
  • each PDSCH scheduled by the first DCI is repeated according to the number of times configured by the first configuration parameter, and/or each effective PDSCH scheduled by the first DCI is repeated according to the number of times configured by the first configuration parameter; and/or, the first DCI scheduler
  • Each PDSCH that the terminal equipment in the PDSCH needs to receive is repeated according to the number of times configured by the first configuration parameter; and/or, the first DCI only schedules one PDSCH and the PDSCH is repeated according to the number of times configured by the first configuration parameter; and/or, Among the PDSCHs scheduled by the first DCI, the terminal device receives only one PDSCH, and the one PDSCH is repeated according to the number of times configured by the first configuration parameter.
  • the terminal device may also receive the PDSCH configuration (pdsch-Config) including the first configuration parameter (such as pdsch-AggregationFactor) used to configure the number of repetitions, and the CRC of the first DCI In the case of scrambling by CS-RNTI, the first configuration parameter is not applied to the first DCI.
  • the PDSCH configuration pdsch-Config
  • the first configuration parameter such as pdsch-AggregationFactor
  • the first configuration parameter is not applied to the first DCI, which means that the first configuration parameter is not applied to any of the PDSCHs scheduled by the first DCI.
  • the above TDRA table is configured for DCI format 1_1 (the first DCI)
  • the pdsch-AggregationFactor is included in the configuration (pdsch-Config), and is not repeated for the number of pdsch-AggregationFactor configurations.
  • each row in the TDRA tables corresponding to other fomarts only includes one SLIV), such as DCI format 1_0/1_2, etc., then Repeat the number of times configured by this pdsch-AggregationFactor.
  • the PDSCH scheduled by the first DCI is not repeated. Regardless of whether the above pdsch-AggregationFactor is included in the SPS configuration.
  • the PDSCH scheduled by the first DCI is repeated according to the pdsch-AggregationFactor.
  • the terminal device may receive an SPS configuration including a second configuration parameter (for example, pdsch-AggregationFactor) for configuring the number of repetitions; the second configuration parameter is applied to the first DCI.
  • a second configuration parameter for example, pdsch-AggregationFactor
  • the application of the second configuration parameter to the first DCI means that the second configuration parameter is applied to one or more than one of the PDSCHs scheduled by the first DCI.
  • each PDSCH scheduled by the first DCI is repeated according to the number of times configured by the second configuration parameter, and/or each effective PDSCH scheduled by the first DCI is repeated according to the number of times configured by the second configuration parameter; and/or, the first DCI scheduler
  • Each PDSCH that the terminal equipment in the PDSCH needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or, the first DCI only schedules one PDSCH and the PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, Among the PDSCHs scheduled by the first DCI, the terminal device only receives one PDSCH, and the one PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the SPS configuration is the SPS configuration corresponding to the PDSCH (corresponding SPS PDSCH).
  • the UE is only configured with one sps-config, and the sps-config is the SPS configuration corresponding to the PDSCH (corresponding SPS PDSCH).
  • the UE determines the SPS configuration corresponding to the PDSCH (corresponding SPS PDSCH) according to the HARQ process ID corresponding to the PDSCH.
  • the above pdsch-AggregationFactor refers to the largest pdsch-AggregationFactor included in multiple SPS configurations, for example.
  • the SPS configuration may also include an information domain (or field) for the base station to indicate/UE to determine the corresponding HARQ process ID range, such as nrofHARQ-Processes, harq-ProcID-Offset, etc.
  • the terminal device may also receive the PDSCH configuration (pdsch-Config ); In addition, the terminal device may also receive a second DCI for activating SPS configuration, the above-mentioned first configuration parameters are applied to the second DCI, and one row or more than one row in the TDRA table corresponding to the second DCI includes more than one SLIV.
  • the application of the first configuration parameter to the second DCI means that the SPS PDSCH corresponding to the second DCI is repeated according to the above first configuration parameter.
  • the SPS PDSCH corresponding to the second DCI refers to, for example, the PDSCH (SPS PDSCH) configured and scheduled by the SPS activated by the second DCI, or in other words, the SPS PDSCH activated by the second DCI.
  • the above TDRA table is configured for DCI format 1_1 (second DCI), for the PDSCH scheduled by SPS configuration and activated by DCI format 1_1 (that is, SPS PDSCH), if the PDSCH configuration (pdsch-Config) includes pdsch -AggregationFactor, repeated as many times as configured by this pdsch-AggregationFactor.
  • the SPS PDSCH has no corresponding PDCCH, and the PDCCH is a PDCCH carrying DCI for scheduling the PDSCH.
  • the terminal device may also receive the PDSCH configuration (pdsch- Config); in addition, the terminal device may also receive a second DCI for activating the SPS configuration, the above-mentioned first configuration parameters are not applied to the second DCI, and one or more than one row in the TDRA table corresponding to the second DCI includes multiple on a SLIV.
  • the fact that the first configuration parameter is not applied to the second DCI means that the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second DCI.
  • the above TDRA table is configured for DCI format 1_1 (second DCI), for the PDSCH scheduled by SPS configuration and activated by DCI format 1_1 (that is, SPS PDSCH), if the PDSCH configuration (pdsch-Config) includes pdsch -AggregationFactor, do not repeat the number of times configured by this pdsch-AggregationFactor.
  • the SPS PDSCH has no corresponding PDCCH, and the PDCCH is a PDCCH carrying DCI for scheduling the PDSCH.
  • each row in the TDRA tables corresponding to other fomarts only includes one SLIV), such as DCI format 1_0/1_2, etc.
  • the SPS PDSCH corresponding to the second DCI is not repeated. Regardless of whether the above pdsch-AggregationFactor is included in the SPS configuration.
  • the SPS PDSCH corresponding to the second DCI is repeated according to the pdsch-AggregationFactor.
  • the terminal device may receive an SPS configuration including a second configuration parameter (for example, pdsch-AggregationFactor) for configuring the number of repetitions, and the second configuration parameter is applied to the second DCI.
  • a second configuration parameter for example, pdsch-AggregationFactor
  • the application of the second configuration parameter to the second DCI means that the second configuration parameter is applied to one or more than one of the SPS PDSCHs corresponding to the second DCI.
  • each SPS PDSCH corresponding to the second DCI is repeated according to the number of times configured by the second configuration parameter, and/or, each valid SPS PDSCH corresponding to the second DCI is repeated according to the number of times configured by the second configuration parameter; and/or, the second Each SPS PDSCH that the terminal equipment in the SPS PDSCH corresponding to the DCI needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or, the second DCI only corresponds to one SPS PDSCH and the SPS PDSCH is configured according to the number of times configured by the second configuration parameter Repeat; and/or, the terminal device in the SPS PDSCH corresponding to the second DCI only receives one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the terminal device may also receive PDCCH/DCI for activating/deactivating SPS, for example, the terminal device may at least confirm the validity of the PDCCH/DCI according to one or more of the following (validates the PDCCH) :
  • the NDI field is set to '0';
  • the TDRA table (table) of the corresponding DCI format application includes at least one row of TDRA configuration including more than one SLIV configuration, or DCI format 1_1) the TDRA configuration/row/row index indicated by the Time domain resource assignment field includes / corresponds to only one PDSCH/SLIV.
  • the validity of the DCI may also depend on the HARQ process number field and the RV field.
  • the TDRA table applied by the DCI format (for example, DCI format 1_1) corresponding to the DCI includes at least one row of TDRA configuration including more than one SLIV configuration
  • the TDRA configuration indicated in the Time domain resource assignment field only includes/corresponds
  • the Redundancy version field corresponding to one TB in the DCI includes 2 bits.
  • the bits in the Redundancy version field are all set to '0' or all set to '1'.
  • the DCI When the DCI format is configured with two TBs, the DCI includes the Redundancy version fields corresponding to the two TBs (one-to-one correspondence), and the bits of the Redundancy version fields corresponding to the two TBs are set to '0' or both Set to '1'; or, the bits of the corresponding Redundancy version field of one TB (such as the first TB) are all set to '0', and the bits of the corresponding Redundancy version field of the other TB (such as the second TB) Both are set to '1'.
  • the first TB is enabled and the second TB is disabled, then the bits of the corresponding Redundancy version field of the first TB are all set to '0', and the second TB is disabled.
  • the bits of the corresponding Redundancy version field of TB) are all set to '1'.
  • the bits of the Redundancy version fields corresponding to the two TBs are both set to '0' or both set to '1'. As shown in Table 2 below.
  • the validity of the DCI also depends on the RV domain, and the further explanation about the RV domain setting is the same as the above activation for only one configuration for SPS PDSCH. As shown in Table 3 below.
  • the HARQ process number field is used to indicate the SPS configuration index of the DCI activation.
  • the SPS configuration index may be associated/corresponding to one or more configurations for SPS PDSCH.
  • the validity of the DCI may also depend on the HARQ process number domain, RV Domain, Modulation and coding scheme domain and Frequency domain resource assignment domain.
  • the TDRA table applied by the DCI format (for example, DCI format 1_1) corresponding to the DCI includes at least one row of TDRA configuration including more than one SLIV configuration
  • the TDRA configuration indicated by the DCI only includes/corresponds to one PDSCH
  • the Redundancy version field corresponding to one TB in the DCI includes 2 bits.
  • the bits in the Redundancy version field are all set to '0' or all set to '1'.
  • the DCI When the DCI format is configured with two TBs, the DCI includes the Redundancy version fields corresponding to the two TBs (one-to-one correspondence), and the bits of the Redundancy version fields corresponding to the two TBs are set to '0' or both Set to '1'. As shown in Table 4 below.
  • the validity of the DCI also depends on the RV domain, Modulation and coding scheme domain and Frequency domain resource assignment domain. Further explanations about the RV domain settings and the above are only one for SPS The configuration deactivation of PDSCH is the same. As shown in Table 5 below.
  • the HARQ process number field is used to indicate the SPS configuration index of the DCI deactivation.
  • the SPS configuration index may be associated/corresponding to one or more configurations for SPS PDSCH.
  • it can support scheduling more than one PDSCH through one DCI, further, it can support semi-persistent scheduling or semi-persistent scheduling under the condition that one DCI (or DCI format) can schedule more than one PDSCH PDSCH, and supports dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • An embodiment of the present application provides a data scheduling method, which is described from the side of a network device.
  • the method is the processing on the network device side corresponding to the method in the embodiment of the first aspect, and the same content as the embodiment of the first aspect will not be described again.
  • FIG. 3 is a schematic diagram of a data scheduling method according to an embodiment of the present application. As shown in Figure 3, the method includes:
  • the network device sends first downlink control information, where the first downlink control information is used to schedule PDSCHs, and there are one or more PDSCHs.
  • the network device when the network device transmits more than one PDSCH among the PDSCHs scheduled by the first downlink control information, different data carried by different PDSCHs among the more than one PDSCHs are different.
  • the first downlink control information is DCI format 1_1.
  • the first downlink control information includes a first NDI field and/or a second NDI field; when the first downlink control information includes a first NDI field and a second NDI field, The first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field is determined according to at least one of the following:
  • the effective number of PDSCHs scheduled by the first downlink control information is the effective number of PDSCHs scheduled by the first downlink control information.
  • the first NDI field and/or the second NDI field when the CRC of the first downlink control information is scrambled by CS-RNTI, the first NDI field and/or the second NDI field includes one bit, or, the first The NDI field and/or the second NDI field comprise more than one bit; where said first NDI field and/or the second NDI field comprise more than one bit, only one bit of which is valid, or, wherein Either more than one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the first downlink control information includes more than one SLIV.
  • the first downlink control information schedules a PDSCH, and/or, the value of the first NDI field and/or the second NDI field of the first downlink control information is 1, and/or , the first downlink control information schedules more than one PDSCH, and/or, the first downlink control information schedules more than one effective PDSCH, and/or, the NDI field of the first downlink control information Including more than one bit with a value of 1, and/or, the HARQ process ID corresponding to more than one PDSCH scheduled by the first downlink control information is one of one or more HARQ process IDs configured for SPS, and /or, the HARQ process ID corresponding to the one or more than one PDSCH scheduled by the first downlink control information is not one of the one or more HARQ process IDs configured for the SPS.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first downlink control information only schedules one PDSCH.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, the first downlink control information schedules more than one PDSCH, and the network device sends the first downlink control information One of the PDSCHs among the more than one scheduled PDSCHs, or, the network device sends a PDSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for SPS; or, the network device Sending all valid PDSCHs in the more than one PDSCH scheduled by the first downlink control information; or, the network device sends a PDSCH with a bit value of 1 in the corresponding NDI field; or, the network device sends For all valid PDSCHs, the PDSCH with the bit value of the corresponding NDI field being 1 is regarded as a retransmission, and the PDSCH with the bit value of the corresponding NDI field being 0 is regarded as an initial transmission.
  • the one PDSCH is the first PDSCH or the last PDSCH in the more than one PDSCH, and/or, the one PDSCH is the only effective PDSCH in the more than one PDSCH, And/or, the one PDSCH is the only one of the more than one PDSCHs corresponding to the PDSCH whose value of the NDI field is 1, and/or, the one PDSCH is the only one corresponding to the HARQ of the more than one PDSCHs
  • the process ID is the PDSCH configured for one or more than one of the HARQ process IDs for the SPS.
  • the HARQ process ID indicated by the first downlink control information corresponds to the one PDSCH; or, the HARQ process ID indicated by the first downlink control information corresponds to the first of the more than one PDSCH effective PDSCH, and the terminal device determines the HARQ process ID corresponding to the one PDSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PDSCH is one of one or more than one HARQ process IDs configured for the SPS.
  • the one PDSCH is a valid PDSCH.
  • the first PDSCH is the first PDSCH scheduled by the first downlink control information or the first effective PDSCH scheduled by the first downlink control information; the last The PDSCH is the last PDSCH scheduled by the first downlink control information or the last valid PDSCH scheduled by the first downlink control information.
  • the HARQ process IDs corresponding to all valid PDSCHs must be one of one or more than one HARQ process IDs configured for the SPS.
  • a PDSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process IDs configured for the SPS and/or whose corresponding NDI field bit value is 0 is initial transmission.
  • the HARQ process ID corresponding to only one or at least one PDSCH among all valid PDSCHs is one of one or more than one HARQ process IDs configured for the SPS.
  • the bit value of the NDI field corresponding to only one or at least one PDSCH among all valid PDSCHs is 1.
  • the method also includes:
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is applied to the first downlink control information.
  • the first configuration parameter is applied to the first downlink control information, including: the first configuration parameter is applied to one or more of the PDSCHs scheduled by the first downlink control information one.
  • each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter, and/or each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter.
  • the number of times configured by the first configuration parameter is repeated; and/or, each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter; and/or, the terminal device in the PDSCH scheduled by the first downlink control information only receives one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter.
  • the method also includes:
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is not applied to the first downlink control information.
  • the first configuration parameter is not applied to the first downlink control information, including: the first configuration parameter is not applied to any of the PDSCHs scheduled by the first downlink control information .
  • the method also includes:
  • the network device sends an SPS configuration including a second configuration parameter for configuring the number of repetitions
  • the second configuration parameter is applied to the first downlink control information.
  • the second configuration parameter is applied to the first downlink control information, including: the second configuration parameter is applied to one or more of the PDSCHs scheduled by the first downlink control information one.
  • each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter.
  • the number of times configured by the second configuration parameter is repeated; and/or, each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the PDSCH scheduled by the first downlink control information only receives one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the method also includes:
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the network device sends second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to one or more rows in the TDRA table A line contains more than one SLIV.
  • the first configuration parameter is applied to the second downlink control information, including: the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • the method also includes:
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the network device sends second downlink control information for activating SPS configuration, the first configuration parameter is not applied to the second downlink control information, and one or more rows in the TDRA table corresponding to the second downlink control information Include more than one SLIV on a line.
  • the first configuration parameter is not applied to the second downlink control information, including: the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the method also includes:
  • the network device sends an SPS configuration including a second configuration parameter for configuring the number of repetitions
  • the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCH corresponding to the second downlink control information .
  • each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or, each valid SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter.
  • each SPS PDSCH that the terminal equipment in the SPS PDSCH corresponding to the second downlink control information needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or , the second downlink control information corresponds to only one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the SPS PDSCH corresponding to the second downlink control information only receiving one SPS PDSCH and repeating the one SPS PDSCH according to the number of times configured by the second configuration parameter.
  • it can support scheduling more than one PDSCH through one DCI, further, it can support semi-persistent scheduling or semi-persistent scheduling under the condition that one DCI (or DCI format) can schedule more than one PDSCH PDSCH, and supports dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • one DCI or DCI format
  • the flexibility of configuration and resource scheduling can also be improved.
  • the embodiment of the present application provides a data sending method, which is described from the side of the terminal device.
  • FIG. 4 is a schematic diagram of a data sending method according to an embodiment of the present application. As shown in Figure 4, the data sending method of the embodiment of the present application includes:
  • the terminal device receives third downlink control information, where the third downlink control information is used to schedule a PUSCH;
  • the terminal device sends one or more than one PUSCHs in the PUSCHs scheduled by the third downlink control information.
  • the terminal device transmits one or more than one PUSCH scheduled by the third DCI, thus, it can support scheduling more than one PUSCH through one DCI, and further, it can support that one DCI (or DCI format) can Semi-persistent scheduling or semi-persistent scheduling PUSCH in the case of scheduling more than one PUSCH, and support for dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • the terminal device when the terminal device transmits more than one PUSCH among the PUSCHs scheduled by the third DCI, different PUSCHs in the more than one PUSCH carry different data (that is, transport block TB). Thus, it is possible to support the transmission of different transport blocks indicated by one DCI.
  • the third DCI is DCI format 0_1, that is, the network device schedules multiple PUSCHs through DCI format 0_1.
  • the third DCI includes one NDI (New Data Indication, New Data Indication) domain or two NDI domains.
  • each NDI domain corresponds to one TB.
  • the third DCI includes the first NDI domain and/or the second NDI domain.
  • the third DCI includes the first NDI domain and the second NDI domain
  • the first NDI domain and the second NDI domain respectively correspond to the first NDI domain and the second NDI domain.
  • the TB can be indicated through the NDI field.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field may be determined according to at least one of the following, namely:
  • the maximum number of PUSCHs that can be scheduled by the third DCI (that is, the maximum number of SLIVs included in a row in the TDRA table corresponding to the third DCI);
  • the number of PUSCHs scheduled by the third DCI (that is, the number of SLIVs included in the row indicated by the third DCI);
  • the third DCI schedules the effective number of PUSCHs (that is, the effective number of SLIVs included in the row indicated by the third DCI).
  • the first NDI field and/or the second NDI field may include one bit, or may include more than one bit, depending on at least one of the aforementioned determining factors.
  • the first NDI field and/or the second NDI field has only 1 bit.
  • the third DCI includes 1 NDI field, and the NDI field is 1 bit; or, the third DCI includes 2 NDI fields, and the number of bits of the NDI field corresponding to each TB is 1. In this embodiment, the number of bits in the NDI field does not depend on the determining factors in the previous embodiments.
  • one row or more than one row in the TDRA table corresponding to the third DCI includes more than one SLIV, and the more than one SLIV corresponds to more than one PUSCH, thereby realizing scheduling more than one PUSCH through the third DCI PUSCH.
  • the third DCI is not used to schedule the retransmission of the CG, that is, the terminal device does not expect the CRC of the third DCI to be scrambled by the CS-RNTI; in some implementations, The value of the first NDI field and/or the second NDI field of the third DCI is 1; in some implementations, the third DCI schedules more than one PUSCH; in some implementations, the third DCI schedules more than one effective PUSCH; in some embodiments, the NDI field of the third DCI (the first NDI field and/or the second NDI field) includes more than one bit with a value of 1; in some embodiments, the third DCI schedules more than one bit
  • the HARQ process ID corresponding to a PUSCH is one of one or more than one HARQ process IDs configured for CG; in some embodiments, the HARQ process ID corresponding to one or more PUSCHs scheduled by the third DCI is not configured for CG
  • the value of the first NDI field and/or the second NDI field is 1, including but not limited to:
  • the first NDI field includes 1 bit, and the value of the 1 bit is 1; or,
  • the first NDI field includes more than 1 bit, the value of one or more specific bits of the first NDI field is 1, or the value of at least 1 bit of the first NDI field is 1, or the value of the first NDI field is 1 - all bits of the NDI field have the value 1; or,
  • the second NDI field includes 1 bit, and the value of the 1 bit is 1; or,
  • the second NDI domain includes more than 1 bit, and the value of one or more specific bits of the second NDI domain is 1, or, the value of at least 1 bit of the second NDI domain is 1, or, the value of the second NDI domain is 1 All bits of the NDI field have the value 1.
  • the CRC of the third DCI is scrambled by CS-RNTI, and the third DCI only schedules one PUSCH (that is, the third DCI indicates that the corresponding TDRA table includes a SLIV row), the terminal device only sends the one PUSCH.
  • the HARQ process ID indicated in the DCI can correspond to the PUSCH.
  • the HARQ process ID can be configured in the HARQ process group for the CG, but the application is not limited thereto, and the HARQ process ID indicated in the DCI can also have other implementations, as described above, and the description is omitted here.
  • the CRC of the third DCI is scrambled by CS-RNTI, and the third DCI schedules more than one PUSCH (that is, the third DCI indicates that the corresponding TDRA table includes multiple on a SLIV line).
  • the terminal device may determine whether to send the PUSCH in more than one PUSCH scheduled by the third DCI according to at least one of the following:
  • the terminal device only sends one of the above-mentioned more than one PUSCH.
  • the PUSCH may be the first PUSCH or the last PUSCH in the above-mentioned more than one PUSCH, or it may be the only valid PUSCH in the above-mentioned more than one PUSCH, or it may be the above-mentioned more than one PUSCH
  • the only corresponding PUSCH whose value of the NDI field is 1 may also be the only one of the more than one PUSCH whose corresponding HARQ process ID is one of one or more than one of the HARQ process IDs configured for the CG.
  • the present application is not limited thereto, and the foregoing one PUSCH may also be other or any combination of the foregoing.
  • the SSB refers to the SSB configured through RRC signaling (eg ssb-PositionsInBurst in SIB1 or ssb-PositionsInBurst in ServingCelConfigCommon).
  • RRC signaling eg ssb-PositionsInBurst in SIB1 or ssb-PositionsInBurst in ServingCelConfigCommon.
  • CORECET#0 is configured through a MIB.
  • each TB corresponds to one NDI field, all of which are 1 or '1's, or one of them (for example, the first TB) corresponds to the NDI field of 1 or '1's) DCI format 0_1 and indicates a line including multiple SLIVs, that is, the DCI can indicate/schedule multiple on a PUSCH.
  • the UE only sends one of the PUSCHs, such as the first PUSCH or the last PUSCH in chronological order, and/or, the only valid PUSCH (such as the PUSCH that does not conflict with semi-statically configured uplink symbols), and/or, the only A PUSCH whose corresponding NDI bit is 1, and/or whose corresponding HARQ process ID is one or more than one of the HARQ process IDs configured for the CG.
  • the HARQ process ID indicated by the third DCI may correspond to the above-mentioned one PUSCH (whether the PUSCH is the first PUSCH); or, the HARQ process ID indicated by the third DCI corresponds to the first PUSCH among the above-mentioned more than one PUSCH.
  • the terminal device determines the HARQ process ID corresponding to the above PUSCH according to the HARQ process ID (whether the PUSCH is the first PUSCH or not).
  • the HARQ process ID corresponding to the aforementioned PUSCH may be one of one or more than one HARQ process IDs configured for the CG, that is, in the group of HARQ process IDs configured for the CG.
  • the above-mentioned one PUSCH may be a valid PUSCH.
  • the above-mentioned first PUSCH may be the first PUSCH scheduled by the above-mentioned third DCI or the first effective PUSCH scheduled by the above-mentioned third DCI; similarly, the above-mentioned last PUSCH may be the above-mentioned third PUSCH.
  • the first PUSCH scheduled by the third DCI is also the PUSCH (effective PUSCH) corresponding to the first SLIV in the row indicated by the third DCI.
  • the last PUSCH scheduled by the third DCI is also indicated by the third DCI
  • only one effective PUSCH is sent to the UE, that is, the PUSCH indicated/scheduled by the DCI can only include one effective PUSCH, that is, the UE does not expect more than one effective PUSCH to be indicated/scheduled in the DCI .
  • the UE therefore only sends the one PUSCH.
  • the NDI field of the DCI only includes a bit with a value of 1, that is, the UE does not expect the NDI field of the DCI to include more than A bit with value 1.
  • the UE therefore only sends the one PUSCH.
  • the UE does not send an invalid (invalid) PUSCH, and the invalid PUSCH does not have a corresponding HARQ process ID.
  • the UE does not send, or cancels sending other (effective) PUSCHs.
  • Other (valid) PUSCHs correspond or do not correspond to HARQ process IDs (in other words, the UE determines or does not determine the HARQ process IDs of other (valid) PUSCHs)).
  • the terminal device only sends the PUSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the CG.
  • each TB corresponds to one NDI field, all of which are 1 or '1's, or one of them (for example, the first TB) corresponds to the NDI field of 1 or '1's)
  • DCI format 0_1 indicates a line including multiple SLIVs, that is, the DCI can indicate/schedule multiple on a PUSCH.
  • the UE only sends the PUSCH corresponding to the HARQ process ID in the HARQ process group configured for the CG.
  • the HARQ process ID indicated in the DCI corresponds to the first valid PUSCH, and the UE determines the HARQ process ID of the valid PUSCH according to the indication.
  • the UE does not send a PUSCH whose corresponding HARQ process ID is not in the HARQ process group configured for the CG.
  • UE does not send invalid PUSCH, and invalid PUSCH has no corresponding HARQ process ID.
  • the terminal device sends all valid PUSCHs in the above-mentioned more than one PUSCH.
  • the HARQ process IDs corresponding to all valid PUSCHs must be one of one or more than one HARQ process IDs configured for the CG.
  • each TB corresponds to one NDI field, all of which are 1 or '1's, or one of them (for example, the first TB) corresponds to the NDI field of 1 or '1's) DCI format 0_1 and indicates a line including multiple SLIVs, that is, the DCI can indicate/schedule multiple on a PUSCH.
  • the HARQ process ID(s) corresponding to the effective PUSCH(s) included in more than one PUSCH indicated/scheduled by the DCI must all be in the HARQ process group configured for the CG. That is to say, the UE does not expect that the HARQ process ID(s) corresponding to any effective PUSCH(s) indicated/scheduled in the DCI is not in the HARQ process group configured for the CG.
  • the PUSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process ID configured for the CG and/or the value of the corresponding NDI field bit is 0 is initial transmission.
  • the UE sends all valid PUSCH(s), and for the PUSCH whose corresponding HARQ process ID(s) is not in the HARQ process group configured for the CG, the UE regards it as the initial transmission.
  • the HARQ process ID corresponding to only one or at least one PUSCH among all valid PUSCHs is one of one or more than one HARQ process IDs configured for the CG. That is, only one or at least one of the HARQ process ID(s) corresponding to the effective PUSCH(s) included in more than one PUSCH indicated/scheduled by the DCI is in the HARQ process group configured for the CG. Wherein, the effective PUSCH(s) corresponding to the HARQ process ID(s) is retransmission.
  • the HARQ process ID indicated by the DCI corresponds to the first valid PUSCH
  • the UE determines the HARQ process ID of the valid PUSCHs according to the indication.
  • the UE sends all valid PUSCH(s).
  • the terminal device only sends the PUSCH whose bit value in the corresponding NDI field is 1; or, the terminal device sends all valid PUSCHs, and, for A PUSCH with a value of 1 is regarded as a retransmission, and a PUSCH with a bit value of 0 for the corresponding NDI field is regarded as an initial transmission.
  • bit value of the NDI field corresponding to only one or at least one PUSCH among all valid PUSCHs is 1.
  • the terminal device may also receive a PUSCH configuration (PUSCH-Config) including a third configuration parameter (such as PUSCH-AggregationFactor) for configuring the number of repetitions, and the CRC of the third DCI
  • PUSCH-Config a PUSCH configuration
  • the third configuration parameter such as PUSCH-AggregationFactor
  • the third configuration parameter is applied to the third DCI.
  • the PUSCH configuration includes the PUSCH-AggregationFactor, which is repeated according to the number of times the PUSCH-AggregationFactor is configured.
  • the third configuration parameter being applied to the third DCI means that the third configuration parameter is applied to one or more than one PUSCHs in the PUSCHs scheduled by the third DCI.
  • each PUSCH scheduled by the third DCI is repeated according to the number of times configured by the third configuration parameter, and/or each effective PUSCH scheduled by the third DCI is repeated according to the number of times configured by the third configuration parameter; and/or, the third DCI scheduler
  • Each PUSCH to be sent by the terminal device in the PUSCH is repeated according to the number of times configured by the third configuration parameter; and/or, the third DCI only schedules one PUSCH and the PUSCH is repeated according to the number of times configured by the third configuration parameter; and/or, In the PUSCH scheduled by the third DCI, the terminal device only sends one PUSCH, and the one PUSCH is repeated according to the number of times configured by the third configuration parameter.
  • the terminal device may also receive a PUSCH configuration (PUSCH-Config) including a third configuration parameter (such as PUSCH-AggregationFactor) for configuring the number of repetitions, and the CRC of the third DCI
  • PUSCH-Config a PUSCH configuration
  • the third configuration parameter such as PUSCH-AggregationFactor
  • the fact that the third configuration parameter is not applied to the third DCI means that the third configuration parameter is not applied to any of the PUSCHs scheduled by the third DCI.
  • the configuration (PUSCH-Config) includes the PUSCH-AggregationFactor, and is not repeated for the number of times the PUSCH-AggregationFactor is configured.
  • the third DCI adopts other DCI formats (the TDRA tables corresponding to other fomarts are different from the above TDRA tables, for example, each row in the TDRA tables corresponding to other fomarts only includes one SLIV), such as DCI format 1_0/1_2, etc., then press The number of times configured by the PUSCH-AggregationFactor is repeated.
  • the PUSCH scheduled by the third DCI is not repeated. Regardless of whether the above PUSCH-AggregationFactor is included in the CG configuration.
  • the PUSCH scheduled by the third DCI is repeated according to the PUSCH-AggregationFactor.
  • the terminal device may receive a CG configuration including a fourth configuration parameter (for example, PUSCH-AggregationFactor) for configuring the number of repetitions; the fourth configuration parameter is applied to the third DCI.
  • a fourth configuration parameter for example, PUSCH-AggregationFactor
  • the application of the fourth configuration parameter to the third DCI means that the fourth configuration parameter is applied to one or more than one of the PUSCHs scheduled by the third DCI.
  • each PUSCH scheduled by the third DCI is repeated according to the number of times configured by the fourth configuration parameter, and/or each effective PUSCH scheduled by the third DCI is repeated according to the number of times configured by the fourth configuration parameter; and/or, the third DCI scheduler
  • Each PUSCH to be sent by the terminal device in the PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the third DCI only schedules one PUSCH and the PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, In the PUSCH scheduled by the third DCI, the terminal device only sends one PUSCH, and the one PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the CG configuration is the CG configuration corresponding to the PUSCH (corresponding CG PUSCH).
  • the CG-config is the CG configuration corresponding to the PUSCH (corresponding CG PUSCH).
  • the UE determines the CG configuration corresponding to the PUSCH (corresponding CG PUSCH) according to the HARQ process ID corresponding to the PUSCH.
  • the above PUSCH-AggregationFactor refers to the largest PUSCH-AggregationFactor included in the multiple CG configurations, for example.
  • the CG configuration may also include an information domain (or field) for the base station to indicate/UE to determine the corresponding HARQ process ID range, such as nrofHARQ-Processes, harq-ProcID-Offset, etc.
  • the terminal device may also receive the PUSCH configuration (PUSCH-Config );
  • the terminal device may also receive a fourth DCI for activating the CG configuration, the above-mentioned third configuration parameter is applied to the fourth DCI, and one row or more than one row in the TDRA table corresponding to the fourth DCI includes more than one SLIV.
  • the application of the third configuration parameter to the fourth DCI means that the CG PUSCH corresponding to the fourth DCI is repeated according to the above third configuration parameter.
  • the CG PUSCH corresponding to the fourth DCI refers to, for example, the PUSCH (CG PUSCH) configured and scheduled by the CG activated by the fourth DCI, or in other words, the CG PUSCH activated by the fourth DCI.
  • the above TDRA table is configured for DCI format 0_1 (the fourth DCI), for the PUSCH scheduled by CG configuration and activated by DCI format 0_1 (that is, CG PUSCH), if the PUSCH configuration (PUSCH-Config) includes PUSCH -AggregationFactor, repeated according to the number of times configured by the PUSCH-AggregationFactor.
  • the CG PUSCH has no corresponding PDCCH, and the PDCCH is a PDCCH carrying DCI for scheduling the PUSCH.
  • the terminal device may also receive a PUSCH configuration (PUSCH-AggregationFactor) that includes a third configuration parameter (such as PUSCH-AggregationFactor) for Config); in addition, the terminal device may also receive a fourth DCI for activating the CG configuration, the above-mentioned third configuration parameter shall not be applied to the fourth DCI, and one or more than one row in the TDRA table corresponding to the fourth DCI includes multiple on a SLIV.
  • PUSCH-AggregationFactor PUSCH-AggregationFactor
  • PUSCH-AggregationFactor PUSCH-AggregationFactor
  • the terminal device may also receive a fourth DCI for activating the CG configuration, the above-mentioned third configuration parameter shall not be applied to the fourth DCI, and one or more than one row in the TDRA table corresponding to the fourth DCI includes multiple on a SLIV.
  • the third configuration parameter is not applied to the fourth DCI, which means that the third configuration parameter is not applied to any of the CG PUSCHs corresponding to the fourth DCI.
  • the above TDRA table is configured for DCI format 0_1 (the fourth DCI), for the PUSCH scheduled by CG configuration and activated by DCI format 0_1 (that is, CG PUSCH), if the PUSCH configuration (PUSCH-Config) includes PUSCH -AggregationFactor, does not repeat the number of times configured by the PUSCH-AggregationFactor.
  • the CG PUSCH has no corresponding PDCCH, and the PDCCH is a PDCCH carrying DCI for scheduling the PUSCH.
  • the fourth DCI adopts other DCI formats (the TDRA tables corresponding to other fomarts are different from the above TDRA tables, for example, each row in the TDRA tables corresponding to other fomarts only includes one SLIV), such as DCI format 1_0/1_2, etc., then press The number of times configured by the PUSCH-AggregationFactor is repeated.
  • the CG PUSCH corresponding to the fourth DCI is not repeated. Regardless of whether the above PUSCH-AggregationFactor is included in the CG configuration.
  • the CG PUSCH corresponding to the fourth DCI is repeated according to the PUSCH-AggregationFactor.
  • the terminal device may receive a CG configuration including a fourth configuration parameter (for example, PUSCH-AggregationFactor) for configuring the number of repetitions, and the fourth configuration parameter is applied to the fourth DCI.
  • a fourth configuration parameter for example, PUSCH-AggregationFactor
  • the application of the fourth configuration parameter to the fourth DCI means that the fourth configuration parameter is applied to one or more than one of the CG PUSCHs corresponding to the fourth DCI.
  • each CG PUSCH corresponding to the fourth DCI is repeated according to the number of times configured by the fourth configuration parameter, and/or, each effective CG PUSCH corresponding to the fourth DCI is repeated according to the number of times configured by the fourth configuration parameter; and/or, the fourth Each CG PUSCH to be sent by the terminal device in the CG PUSCH corresponding to the DCI is repeated according to the number of times configured by the fourth configuration parameter; and/or, the fourth DCI only corresponds to one CG PUSCH and the CG PUSCH is configured according to the number of times configured by the fourth configuration parameter Repeat; and/or, the terminal device in the CG PUSCH corresponding to the fourth DCI only sends one CG PUSCH and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the terminal device can also receive the PDCCH/DCI used to activate/deactivate the CG, for example, the terminal device can at least confirm the validity of the PDCCH/DCI according to one or more of the following (validates the PDCCH) :
  • the NDI field is set to '0';
  • the TDRA table (table) of the corresponding DCI format application includes at least one row of TDRA configuration including more than one SLIV configuration, or DCI format 1_1) the TDRA configuration/row/row index indicated by the Time domain resource assignment field includes / corresponds to only one PUSCH/SLIV.
  • the validity of the DCI may also depend on the HARQ process number field and the RV field.
  • the TDRA table applied by the DCI format (for example, DCI format 1_1) corresponding to the DCI includes at least one row of TDRA configuration including more than one SLIV configuration
  • the TDRA configuration indicated in the Time domain resource assignment field only includes/corresponds
  • the Redundancy version field corresponding to one TB in the DCI includes 2 bits.
  • the bits in the Redundancy version field are all set to '0' or all set to '1'.
  • the DCI When the DCI format is configured with two TBs, the DCI includes the Redundancy version fields corresponding to the two TBs (one-to-one correspondence), and the bits of the Redundancy version fields corresponding to the two TBs are set to '0' or both Set to '1'; or, the bits of the corresponding Redundancy version field of one TB (such as the first TB) are all set to '0', and the bits of the corresponding Redundancy version field of the other TB (such as the second TB) Both are set to '1'.
  • the first TB is enabled and the second TB is disabled, then the bits of the corresponding Redundancy version field of the first TB are all set to '0', and the second TB is disabled.
  • the bits of the corresponding Redundancy version field of TB) are all set to '1'.
  • the bits of the Redundancy version fields corresponding to the two TBs are both set to '0' or both set to '1'. As shown in Table 2 above.
  • the validity of the DCI also depends on the RV domain.
  • the further explanation about the RV domain setting is the same as the above activation for only one configuration for CG PUSCH. As shown in Table 3 above.
  • the HARQ process number field is used to indicate the CG configuration index of the DCI activation.
  • the CG configuration index may be associated/corresponding to one or more configurations for CG PUSCH.
  • the validity of the DCI may also depend on the HARQ process number field, RV Domain, Modulation and coding scheme domain and Frequency domain resource assignment domain.
  • the TDRA table applied by the DCI format (for example, DCI format 1_1) corresponding to the DCI includes at least one row of TDRA configuration including more than one SLIV configuration
  • the TDRA configuration indicated by the DCI only includes/corresponds to one PDSCH
  • the Redundancy version field corresponding to one TB in the DCI includes 2 bits.
  • the bits in the Redundancy version field are all set to '0' or all set to '1'.
  • the DCI When the DCI format is configured with two TBs, the DCI includes the Redundancy version fields corresponding to the two TBs (one-to-one correspondence), and the bits of the Redundancy version fields corresponding to the two TBs are set to '0' or both Set to '1'. As shown in Table 4 above.
  • the validity of the DCI also depends on the RV domain, Modulation and coding scheme domain and Frequency domain resource assignment domain. Further explanations about the RV domain settings and the above are only one for CG The configuration deactivation of PUSCH is the same. As shown in Table 5 above.
  • the HARQ process number field is used to indicate the CG configuration index of the DCI deactivation.
  • the CG configuration index may be associated/corresponding to one or more configurations for CG PUSCH.
  • it can support scheduling more than one PUSCH through one DCI, further, it can support semi-persistent scheduling or semi-persistent scheduling under the condition that one DCI (or DCI format) can schedule more than one PUSCH PUSCH, and supports dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • An embodiment of the present application provides a data scheduling method, which is described from the side of a network device. This method is the processing on the network device side corresponding to the method in the embodiment of the third aspect, and the same content as the embodiment of the third aspect will not be described again.
  • FIG. 5 is a schematic diagram of a data scheduling method according to an embodiment of the present application. As shown in Figure 5, the method includes:
  • the network device sends third downlink control information, where the third downlink control information is used to schedule PUSCHs, and there are one or more PUSCHs.
  • the network device when the network device receives more than one PUSCH among the PUSCHs scheduled by the third downlink control information, the data carried by different PUSCHs among the more than one PUSCH is different.
  • the third downlink control information is DCI format 0_1.
  • the third downlink control information includes the first NDI field and/or the second NDI field; when the third downlink control information includes the first NDI field and the second NDI field, the The first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field is determined according to at least one of the following:
  • the maximum number of PUSCHs that can be scheduled by the third downlink control information is the maximum number of PUSCHs that can be scheduled by the third downlink control information
  • the effective number of PUSCHs scheduled by the third downlink control information is the effective number of PUSCHs scheduled by the third downlink control information.
  • the first NDI field and/or the second NDI field when the CRC of the third downlink control information is scrambled by CS-RNTI, the first NDI field and/or the second NDI field includes one bit, or the first NDI field and/or the second NDI field includes more than one bit; in the case where the first NDI field and/or the second NDI field includes more than one bit, only one bit is valid, or where more Either one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the third downlink control information includes more than one SLIV.
  • the third downlink control information schedules a PUSCH, and/or, the value of the first NDI field and/or the second NDI field of the third downlink control information is 1, and/or, the The third downlink control information schedules more than one PUSCH, and/or, the third downlink control information schedules more than one effective PUSCH, and/or, the NDI field of the third downlink control information includes more than one A bit with a value of 1, and/or, the HARQ process ID corresponding to more than one PUSCH scheduled by the third downlink control information is one of one or more HARQ process IDs configured for the CG, and/or, the first The HARQ process IDs corresponding to the one or more PUSCHs scheduled by the three downlink control information are not one of the one or more HARQ process IDs configured for the CG.
  • the CRC of the third downlink control information is scrambled by CS-RNTI, and the third downlink control information only schedules one PUSCH.
  • the CRC of the third downlink control information is scrambled by CS-RNTI, the third downlink control information schedules more than one PUSCH, and the network device receives the PUSCH scheduled by the third downlink control information one of the more than one PUSCHs, or, the network device receives a PUSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the CG; or, the network device receives the All valid PUSCHs in the more than one PUSCH scheduled by the third downlink control information; or, the network device receives a PUSCH with a bit value of 1 in the corresponding NDI field; or, the network device receives all valid PUSCHs A PUSCH with a bit value of 1 in the corresponding NDI field is regarded as a retransmission, and a PUSCH with a bit value of 0 in the corresponding NDI field is regarded as an initial transmission.
  • the one PUSCH is the first PUSCH or the last PUSCH among the more than one PUSCHs, and/or, the one PUSCH is the only valid PUSCH among the more than one PUSCHs, And/or, the one PUSCH is the only one of the more than one PUSCHs corresponding to the PUSCH whose value of the NDI field is 1, and/or the one PUSCH is the only one of the more than one PUSCHs corresponding to the HARQ
  • the process ID is a PUSCH configured for one or more than one of the HARQ process IDs for the CG.
  • the HARQ process ID indicated by the third downlink control information corresponds to the one PUSCH; or, the HARQ process ID indicated by the third downlink control information corresponds to the first effective one of the more than one PUSCH PUSCH, the terminal device determines the HARQ process ID corresponding to the one PUSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PUSCH is one of one or more than one HARQ process IDs configured for the CG.
  • the one PUSCH is a valid PUSCH.
  • the first PUSCH is the first PUSCH scheduled by the third downlink control information or the first valid PUSCH scheduled by the third downlink control information; the last PUSCH is The last PUSCH scheduled by the third downlink control information or the last valid PUSCH scheduled by the third downlink control information.
  • the HARQ process IDs corresponding to all valid PUSCHs must be one of one or more than one HARQ process IDs configured for the CG.
  • a PUSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process ID configured for the CG and/or whose corresponding NDI field bit value is 0 is initial transmission.
  • the HARQ process ID corresponding to only one or at least one PUSCH among all valid PUSCHs is one of one or more than one HARQ process IDs configured for the CG.
  • the bit value of the NDI field corresponding to only one or at least one PUSCH among all valid PUSCHs is 1.
  • the method also includes:
  • the network device sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the CRC of the third downlink control information is scrambled by CS-RNTI, and the third configuration parameter is applied to the third downlink control information.
  • the third configuration parameter being applied to the third downlink control information includes: the third configuration parameter being applied to one or more than one of the PUSCHs scheduled by the third downlink control information.
  • each PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter, and/or each effective PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter.
  • the number of times configured by the third configuration parameter is repeated; and/or, each PUSCH to be sent by the terminal device in the PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter; and/or, the first
  • the third downlink control information only schedules one PUSCH and the one PUSCH is repeated according to the number of times configured by the third configuration parameter; and/or, the terminal device in the PUSCH scheduled by the third downlink control information only sends one PUSCH and the one PUSCH
  • the PUSCH is repeated according to the number of times configured by the third configuration parameter.
  • the method also includes:
  • the network device sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the CRC of the third downlink control information is scrambled by CS-RNTI, and the third configuration parameter is not applied to the third downlink control information.
  • the third configuration parameter is not applied to the third downlink control information, including: the third configuration parameter is not applied to any of the PUSCHs scheduled by the third downlink control information.
  • the method also includes:
  • the network device sends a CG configuration including a fourth configuration parameter for configuring the number of repetitions;
  • the fourth configuration parameter is applied to the third downlink control information.
  • the fourth configuration parameter is applied to the third downlink control information, including: the fourth configuration parameter is applied to one or more than one of the PUSCHs scheduled by the third downlink control information.
  • each PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each effective PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter.
  • the number of times configured by the fourth configuration parameter is repeated; and/or, each PUSCH to be sent by the terminal device in the PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or, the first
  • the third downlink control information only schedules one PUSCH and the one PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device in the PUSCH scheduled by the third downlink control information only sends one PUSCH and the one PUSCH
  • the PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the method also includes:
  • the network device sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the network device sends fourth downlink control information for activating CG configuration, the third configuration parameter is applied to the fourth downlink control information, and the fourth downlink control information corresponds to one row or more in the TDRA table A line contains more than one SLIV.
  • the third configuration parameter is applied to the fourth downlink control information, including: the CG PUSCH corresponding to the fourth downlink control information is repeated according to the third configuration parameter.
  • the method also includes:
  • the network device sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the network device sends fourth downlink control information for activating CG configuration, the third configuration parameter is not applied to the fourth downlink control information, and one or more rows in the TDRA table corresponding to the fourth downlink control information Include more than one SLIV on a line.
  • the third configuration parameter is not applied to the fourth downlink control information, including: the third configuration parameter is not applied to any of the CG PUSCHs corresponding to the fourth downlink control information.
  • the method also includes:
  • the network device sends a CG configuration including a fourth configuration parameter for configuring the number of repetitions;
  • the fourth configuration parameter is applied to the fourth downlink control information.
  • the fourth configuration parameter is applied to the fourth downlink control information, including: the fourth configuration parameter is applied to one or more than one of the CG PUSCHs corresponding to the fourth downlink control information .
  • each CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each valid CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter The number of times configured by the fourth configuration parameter is repeated; and/or, each CG PUSCH to be sent by the terminal device in the CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or , the fourth downlink control information corresponds to only one CG PUSCH and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device in the CG PUSCH corresponding to the fourth downlink control information only A CG PUSCH is sent and the CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • it can support scheduling more than one PUSCH through one DCI, further, it can support semi-persistent scheduling or semi-persistent scheduling under the condition that one DCI (or DCI format) can schedule more than one PUSCH PUSCH, and supports dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • one DCI or DCI format
  • the flexibility of configuration and resource scheduling can also be improved.
  • An embodiment of the present application provides a data receiving device.
  • the apparatus may be, for example, a terminal device, or may be one or some components or components configured on the terminal device.
  • the device in the embodiment of the present application corresponds to the method in the embodiment of the first aspect, and the same content as the embodiment of the first aspect will not be described again.
  • Fig. 6 is a schematic diagram of an example of a data receiving device according to an embodiment of the present application. As shown in Figure 6, the data receiving device 600 includes:
  • a first receiving unit 601 configured to receive first downlink control information, where the first downlink control information is used to schedule PDSCH;
  • the second receiving unit 602 is configured to receive one or more than one PDSCH in the PDSCH scheduled by the first downlink control information.
  • the second receiving unit 602 when the second receiving unit 602 receives more than one PDSCH in the PDSCH scheduled by the first downlink control information, the data carried by different PDSCHs in the more than one PDSCH is different.
  • the first downlink control information is DCI format 1_1.
  • the first downlink control information includes a first NDI field and/or a second NDI field; when the first downlink control information includes a first NDI field and a second NDI field, The first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field is determined according to at least one of the following:
  • the effective number of PDSCHs scheduled by the first downlink control information is the effective number of PDSCHs scheduled by the first downlink control information.
  • the first NDI field and/or the second NDI field when the CRC of the first downlink control information is scrambled by CS-RNTI, the first NDI field and/or the second NDI field includes one bit, or, the first The NDI field and/or the second NDI field comprise more than one bit; where said first NDI field and/or the second NDI field comprise more than one bit, only one bit of which is valid, or, wherein Either more than one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the first downlink control information includes more than one SLIV.
  • the terminal device does not expect the CRC of the first downlink control information to be scrambled by CS-RNTI, and/or, the first NDI field and/or the first downlink control information of the first downlink control information
  • the value of the second NDI field is 1, and/or, the first downlink control information schedules more than one PDSCH, and/or, the first downlink control information schedules more than one effective PDSCH, and/or,
  • the NDI field of the first downlink control information includes more than one bit with a value of 1, and/or, the HARQ process ID corresponding to more than one PDSCH scheduled by the first downlink control information is configured for SPS
  • One of one or more than one HARQ process IDs, and/or, the HARQ process ID corresponding to one or more than one PDSCH scheduled by the first downlink control information is not one of the one or more than one HARQ process IDs configured for SPS one.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, the first downlink control information only schedules one PDSCH, and the terminal device receives the one PDSCH.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first downlink control information schedules more than one PDSCH.
  • the second receiving unit 602 determines whether to receive the PDSCH in more than one PDSCH scheduled by the first downlink control information according to at least one of the following:
  • the second receiving unit 602 only receives one of the more than one PDSCH.
  • the one PDSCH is the first PDSCH or the last PDSCH in the more than one PDSCH, and/or, the one PDSCH is the only effective PDSCH in the more than one PDSCH, and/or, The one PDSCH is the only PDSCH whose corresponding NDI field value is 1 among the more than one PDSCHs, and/or, the one PDSCH is the only one corresponding to the HARQ process ID among the more than one PDSCHs.
  • the HARQ process ID indicated by the first downlink control information corresponds to the one PDSCH; or, the HARQ process ID indicated by the first downlink control information corresponds to the first of the more than one PDSCH effective PDSCH, and the terminal device determines the HARQ process ID corresponding to the one PDSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PDSCH is one of one or more than one HARQ process IDs configured for the SPS.
  • the one PDSCH is a valid PDSCH.
  • the first PDSCH is the first PDSCH scheduled by the first downlink control information or the first effective PDSCH scheduled by the first downlink control information; the last The PDSCH is the last PDSCH scheduled by the first downlink control information or the last valid PDSCH scheduled by the first downlink control information.
  • the second receiving unit 602 only receives the PDSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the SPS.
  • the second receiving unit 602 receives all effective PDSCHs in the more than one PDSCH.
  • the HARQ process IDs corresponding to all valid PDSCHs must be one of one or more than one HARQ process IDs configured for the SPS.
  • a PDSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process IDs configured for the SPS and/or whose corresponding NDI field bit value is 0 is initial transmission.
  • the HARQ process ID corresponding to only one or at least one PDSCH among all valid PDSCHs is one of one or more than one HARQ process IDs configured for the SPS.
  • the second receiving unit 602 only receives the PDSCH whose bit value of the corresponding NDI field is 1; or, the second receiving unit 602 receives all valid PDSCHs, and, for the bit value of the corresponding NDI field A PDSCH with a value of 1 is regarded as a retransmission, and a PDSCH with a bit value of 0 for the corresponding NDI field is regarded as an initial transmission.
  • the bit value of the NDI field corresponding to only one or at least one PDSCH among all valid PDSCHs is 1.
  • the device 600 further includes:
  • the third receiving unit 603, which receives the PDSCH configuration including the first configuration parameter used to configure the number of repetitions; the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is applied to the First downlink control information.
  • the first configuration parameter is applied to the first downlink control information, including: the first configuration parameter is applied to one or more of the PDSCHs scheduled by the first downlink control information one.
  • each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter, and/or each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter
  • the number of parameter configurations is repeated; and/or, each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or, the The first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter; and/or, the terminal device only receives one of the PDSCHs scheduled by the first downlink control information PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter.
  • the device 600 further includes:
  • a fourth receiving unit 604 which receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions; the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is not applied to the The first downlink control information.
  • the first configuration parameter is not applied to the first downlink control information, including: the first configuration parameter is not applied to any of the PDSCHs scheduled by the first downlink control information .
  • the device 600 further includes:
  • a fifth receiving unit 605 which receives an SPS configuration including a second configuration parameter for configuring the number of repetitions; the second configuration parameter is applied to the first downlink control information.
  • the second configuration parameter is applied to the first downlink control information, including: the second configuration parameter is applied to one or more of the PDSCHs scheduled by the first downlink control information one.
  • each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or each effective PDSCH scheduled by the first downlink control information is repeated according to the second configuration
  • the number of parameter configurations is repeated; and/or, each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or, the The first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device only receives one of the PDSCHs scheduled by the first downlink control information PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the device 600 further includes:
  • a sixth receiving unit 606 which receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • a seventh receiving unit 607 which receives second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the first configuration parameter is applied to the second downlink control information, including: the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • the device 600 further includes:
  • An eighth receiving unit 608, which receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • a ninth receiving unit 609 which receives second downlink control information for activating SPS; the first configuration parameter is not applied to the second downlink control information, and the second downlink control information corresponds to a row in the TDRA table or multiple lines containing more than one SLIV.
  • the first configuration parameter is not applied to the second downlink control information, including: the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the device 600 further includes:
  • a tenth receiving unit 610 configured to receive an SPS configuration including a second configuration parameter used to configure the number of repetitions; the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCH corresponding to the second downlink control information .
  • each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or, each effective SPS PDSCH corresponding to the second downlink control information is repeated according to the second configuration
  • the number of parameter configurations is repeated; and/or, each SPS PDSCH to be received by the terminal device in the SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times the second configuration parameter is configured; and/or, the The second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the SPS PDSCH corresponding to the second downlink control information only receiving one SPS PDSCH and repeating the one SPS PDSCH according to the number of times configured by the second configuration parameter.
  • Fig. 7 is a schematic diagram of another example of a data receiving device according to an embodiment of the present application. As shown in Figure 7, the data receiving device 700 includes:
  • a first receiving unit 701 which receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the second receiving unit 702 is configured to receive second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the first configuration parameter is applied to the second downlink control information, including: the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • Fig. 8 is a schematic diagram of another example of a data receiving device according to an embodiment of the present application. As shown in Figure 8, the data receiving device 800 includes:
  • a first receiving unit 801 which receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the second receiving unit 802 which receives second downlink control information for activating SPS; the first configuration parameter is not applied to the second downlink control information, and the second downlink control information corresponds to a row in the TDRA table or multiple lines containing more than one SLIV.
  • the first configuration parameter is not applied to the second downlink control information, including: the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the device 800 further includes:
  • the third receiving unit 803 is configured to receive an SPS configuration including a second configuration parameter for configuring the number of repetitions; the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCH corresponding to the second downlink control information .
  • each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or, each effective SPS PDSCH corresponding to the second downlink control information is repeated according to the second configuration
  • the number of parameter configurations is repeated; and/or, each SPS PDSCH to be received by the terminal device in the SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times the second configuration parameter is configured; and/or, the The second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the SPS PDSCH corresponding to the second downlink control information only receiving one SPS PDSCH and repeating the one SPS PDSCH according to the number of times configured by the second configuration parameter.
  • the embodiment of the present application also provides a data scheduling device.
  • the apparatus may be, for example, a network device, or may be one or some components or components configured on the network device.
  • the device in the embodiment of the present application corresponds to the method in the embodiment of the second aspect, and the same content as the embodiment of the second aspect will not be described again.
  • Fig. 9 is a schematic diagram of an example of a data scheduling device according to an embodiment of the present application. As shown in Figure 9, the data scheduling device 900 includes:
  • the first sending unit 901 is configured to send first downlink control information, where the first downlink control information is used to schedule PDSCHs, and there are one or more PDSCHs.
  • the network device when the network device transmits more than one PDSCH among the PDSCHs scheduled by the first downlink control information, different data carried by different PDSCHs among the more than one PDSCHs are different.
  • the first downlink control information is DCI format 1_1.
  • the first downlink control information includes a first NDI field and/or a second NDI field; when the first downlink control information includes a first NDI field and a second NDI field, The first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field is determined according to at least one of the following:
  • the effective number of PDSCHs scheduled by the first downlink control information is the effective number of PDSCHs scheduled by the first downlink control information.
  • the first NDI field and/or the second NDI field when the CRC of the first downlink control information is scrambled by CS-RNTI, the first NDI field and/or the second NDI field includes one bit, or, the first The NDI field and/or the second NDI field comprise more than one bit; where said first NDI field and/or the second NDI field comprise more than one bit, only one bit of which is valid, or, wherein Either more than one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the first downlink control information includes more than one SLIV.
  • the first downlink control information schedules a PDSCH, and/or, the value of the first NDI field and/or the second NDI field of the first downlink control information is 1, and/or , the first downlink control information schedules more than one PDSCH, and/or, the first downlink control information schedules more than one effective PDSCH, and/or, the NDI field of the first downlink control information Including more than one bit with a value of 1, and/or, the HARQ process ID corresponding to more than one PDSCH scheduled by the first downlink control information is one of one or more HARQ process IDs configured for SPS, and /or, the HARQ process ID corresponding to the one or more than one PDSCH scheduled by the first downlink control information is not one of the one or more HARQ process IDs configured for the SPS.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first downlink control information only schedules one PDSCH.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, the first downlink control information schedules more than one PDSCH, and the network device sends the first downlink control information One of the PDSCHs in the scheduled more than one PDSCH, or, the network device sends a PDSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for SPS; or, the network device Sending all valid PDSCHs in the more than one PDSCH scheduled by the first downlink control information; or, the network device sends a PDSCH with a bit value of 1 in the corresponding NDI field; or, the network device sends For all valid PDSCHs, the PDSCH with the bit value of the corresponding NDI field being 1 is regarded as a retransmission, and the PDSCH with the bit value of the corresponding NDI field being 0 is regarded as an initial transmission.
  • the one PDSCH is the first PDSCH or the last PDSCH in the more than one PDSCH, and/or, the one PDSCH is the only effective PDSCH in the more than one PDSCH, And/or, the one PDSCH is the only one of the more than one PDSCHs corresponding to the PDSCH whose value of the NDI field is 1, and/or, the one PDSCH is the only one corresponding to the HARQ of the more than one PDSCHs
  • the process ID is the PDSCH configured for one or more than one of the HARQ process IDs for the SPS.
  • the HARQ process ID indicated by the first downlink control information corresponds to the one PDSCH; or, the HARQ process ID indicated by the first downlink control information corresponds to the first of the more than one PDSCH effective PDSCH, and the terminal device determines the HARQ process ID corresponding to the one PDSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PDSCH is one of one or more than one HARQ process IDs configured for the SPS.
  • the one PDSCH is a valid PDSCH.
  • the first PDSCH is the first PDSCH scheduled by the first downlink control information or the first effective PDSCH scheduled by the first downlink control information; the last The PDSCH is the last PDSCH scheduled by the first downlink control information or the last valid PDSCH scheduled by the first downlink control information.
  • the HARQ process IDs corresponding to all valid PDSCHs must be one of one or more than one HARQ process IDs configured for the SPS.
  • a PDSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process IDs configured for the SPS and/or whose corresponding NDI field bit value is 0 is initial transmission.
  • the HARQ process ID corresponding to only one or at least one PDSCH among all valid PDSCHs is one of one or more than one HARQ process IDs configured for the SPS.
  • the bit value of the NDI field corresponding to only one or at least one PDSCH among all valid PDSCHs is 1.
  • the device 900 further includes:
  • the second sending unit 902 which sends the PDSCH configuration including the first configuration parameter used to configure the number of repetitions; the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is applied to the First downlink control information.
  • the first configuration parameter is applied to the first downlink control information, including: the first configuration parameter is applied to one or more of the PDSCHs scheduled by the first downlink control information one.
  • each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter, and/or each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter.
  • the number of times configured by the first configuration parameter is repeated; and/or, each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter; and/or, the terminal device in the PDSCH scheduled by the first downlink control information only receives one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter.
  • the device 900 further includes:
  • the third sending unit 903 which sends the PDSCH configuration including the first configuration parameter used to configure the number of repetitions; the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is not applied to the The first downlink control information.
  • the first configuration parameter is not applied to the first downlink control information, including: the first configuration parameter is not applied to any of the PDSCHs scheduled by the first downlink control information .
  • the device 900 further includes:
  • a fourth sending unit 904 configured to send an SPS configuration including a second configuration parameter for configuring the number of repetitions; the second configuration parameter is applied to the first downlink control information.
  • the second configuration parameter is applied to the first downlink control information, including: the second configuration parameter is applied to one or more of the PDSCHs scheduled by the first downlink control information one.
  • each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter.
  • the number of times configured by the second configuration parameter is repeated; and/or, each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the PDSCH scheduled by the first downlink control information only receives one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the device 900 further includes:
  • a sixth sending unit 906, which sends second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the first configuration parameter is applied to the second downlink control information, including: the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • the device 900 further includes:
  • the seventh sending unit 907 which sends the PDSCH configuration including the first configuration parameter used to configure the number of repetitions;
  • An eighth sending unit 908 which sends second downlink control information for activating SPS configuration, the first configuration parameter is not applied to the second downlink control information, and the TDRA table corresponding to the second downlink control information
  • One or more rows include more than one SLIV.
  • the first configuration parameter is not applied to the second downlink control information, including: the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the device 900 further includes:
  • a ninth sending unit 909 configured to send an SPS configuration including a second configuration parameter for configuring the number of repetitions; the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCH corresponding to the second downlink control information .
  • each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or, each valid SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter.
  • each SPS PDSCH that the terminal equipment in the SPS PDSCH corresponding to the second downlink control information needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or , the second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the SPS PDSCH corresponding to the second downlink control information only receiving one SPS PDSCH and repeating the one SPS PDSCH according to the number of times configured by the second configuration parameter.
  • Fig. 10 is a schematic diagram of another example of a data scheduling device according to an embodiment of the present application. As shown in Figure 10, the data scheduling device 1000 includes:
  • a first sending unit 1001 which sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the second sending unit 1002 which sends second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the first configuration parameter is applied to the second downlink control information, including: the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • Fig. 11 is a schematic diagram of another example of a data scheduling device according to an embodiment of the present application. As shown in Figure 11, the data scheduling device 1100 includes:
  • a first sending unit 1101 which sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the second sending unit 1102 which sends second downlink control information for activating SPS configuration, the first configuration parameter is not applied to the second downlink control information, and the TDRA table corresponding to the second downlink control information
  • One or more rows include more than one SLIV.
  • the first configuration parameter is not applied to the second downlink control information, including: the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the device 1100 further includes:
  • a third sending unit 1103, configured to send an SPS configuration including a second configuration parameter for configuring the number of repetitions; the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCH corresponding to the second downlink control information .
  • each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or, each valid SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter.
  • each SPS PDSCH that the terminal equipment in the SPS PDSCH corresponding to the second downlink control information needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or , the second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or, the terminal device in the SPS PDSCH corresponding to the second downlink control information only receiving one SPS PDSCH and repeating the one SPS PDSCH according to the number of times configured by the second configuration parameter.
  • the data receiving apparatuses 600-800 and the data scheduling apparatuses 900-1100 may also include other components or modules, and for specific contents of these components or modules, reference may be made to related technologies.
  • the above-mentioned components or modules may be implemented by hardware facilities such as processors, memories, transmitters, receivers, etc.; the implementation of the present application is not limited thereto.
  • the device can support scheduling more than one PDSCH through one DCI, and further, can support semi-persistent scheduling or semi-persistent scheduling under the condition that one DCI (or DCI format) can schedule more than one PDSCH PDSCH, and supports dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • one DCI or DCI format
  • the flexibility of configuration and resource scheduling can also be improved.
  • An embodiment of the present application provides a data sending device or a data scheduling device.
  • the apparatus may be, for example, a terminal device, or may be one or some components or components configured on the terminal device.
  • the device in the embodiment of the present application corresponds to the method in the embodiment of the third aspect, and the same content as the embodiment of the third aspect will not be described again.
  • Fig. 12 is a schematic diagram of an example of a data sending device according to an embodiment of the present application. As shown in Figure 12, the data sending device 1200 includes:
  • the first receiving unit 1201 is configured to receive third downlink control information, where the third downlink control information is used to schedule PUSCH;
  • a sending unit 1202 configured to send one or more than one PUSCHs in the PUSCHs scheduled by the third downlink control information.
  • the sending unit 1202 when the sending unit 1202 sends more than one PUSCH among the PUSCHs scheduled by the third downlink control information, different PUSCHs in the more than one PUSCH carry different data.
  • the third downlink control information is DCI format 0_1.
  • the third downlink control information includes the first NDI field and/or the second NDI field; when the third downlink control information includes the first NDI field and the second NDI field, the The first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field is determined according to at least one of the following:
  • the maximum number of PUSCHs that can be scheduled by the third downlink control information is the maximum number of PUSCHs that can be scheduled by the third downlink control information
  • the effective number of PUSCHs scheduled by the third downlink control information is the effective number of PUSCHs scheduled by the third downlink control information.
  • the first NDI field and/or the second NDI field when the CRC of the third downlink control information is scrambled by CS-RNTI, the first NDI field and/or the second NDI field includes one bit, or the first NDI field and/or the second NDI field includes more than one bit; in the case where the first NDI field and/or the second NDI field includes more than one bit, only one bit is valid, or where more Either one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the third downlink control information includes more than one SLIV.
  • the terminal device does not expect the CRC of the third downlink control information to be scrambled by CS-RNTI, and/or, the first NDI field and/or the second NDI field of the third downlink control information
  • the value of the field is 1, and/or, the third downlink control information schedules more than one PUSCH, and/or, the third downlink control information schedules more than one effective PUSCH, and/or, the third
  • the NDI field of the downlink control information includes more than one bit with a value of 1, and/or, the HARQ process ID corresponding to more than one PUSCH scheduled by the third downlink control information is one or more than one HARQ process ID configured for the CG One of the process IDs, and/or, the HARQ process ID corresponding to the one or more PUSCHs scheduled by the third downlink control information is not one of the one or more HARQ process IDs configured for the CG.
  • the CRC of the third downlink control information is scrambled by CS-RNTI, the third downlink control information only schedules one PUSCH, and the sending unit 1202 sends the one PUSCH.
  • the CRC of the third downlink control information is scrambled by CS-RNTI, and the third downlink control information schedules more than one PUSCH.
  • the sending unit 1202 determines whether to send the PUSCH in the more than one PUSCH scheduled by the third downlink control information according to at least one of the following:
  • the sending unit 1202 only sends one of the more than one PUSCHs.
  • the one PUSCH is the first PUSCH or the last PUSCH among the more than one PUSCHs, and/or, the one PUSCH is the only effective PUSCH among the more than one PUSCHs, And/or, the one PUSCH is the only one of the more than one PUSCHs corresponding to the PUSCH whose value of the NDI field is 1, and/or the one PUSCH is the only one of the more than one PUSCHs corresponding to the HARQ
  • the process ID is a PUSCH configured for one or more than one of the HARQ process IDs for the CG.
  • the HARQ process ID indicated by the third downlink control information corresponds to the one PUSCH; or, the HARQ process ID indicated by the third downlink control information corresponds to the more than one PUSCH
  • the terminal device determines the HARQ process ID corresponding to the one PUSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PUSCH is one of one or more than one HARQ process IDs configured for the CG.
  • the one PUSCH is an effective PUSCH.
  • the first PUSCH is the first PUSCH scheduled by the third downlink control information or the first valid PUSCH scheduled by the third downlink control information;
  • the last PUSCH is the last PUSCH scheduled by the third downlink control information or the last valid PUSCH scheduled by the third downlink control information.
  • the sending unit 1202 only sends the PUSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the CG.
  • the sending unit 1202 sends all valid PUSCHs in the more than one PUSCH.
  • the HARQ process IDs corresponding to all valid PUSCHs must be one of one or more than one HARQ process IDs configured for the CG.
  • the corresponding HARQ process ID is not one of one or more than one HARQ process ID configured for the CG and/or the corresponding NDI domain bit value is 0 for the PUSCH, which is the initial pass.
  • the HARQ process ID corresponding to only one or at least one PUSCH among all valid PUSCHs is one of one or more than one HARQ process IDs configured for the CG.
  • the sending unit 1202 only sends the PUSCH whose bit value of the corresponding NDI field is 1; or, the sending unit 1202 sends all valid PUSCHs, and, for the The PUSCH is regarded as a retransmission, and the PUSCH for which the bit value of the corresponding NDI field is 0 is regarded as an initial transmission.
  • the bit value of the NDI field corresponding to only one or at least one PUSCH among all valid PUSCHs is 1.
  • the device 1200 further includes:
  • the second receiving unit 1203, which receives a PUSCH configuration including a third configuration parameter for configuring the number of repetitions; the CRC of the third downlink control information is scrambled by CS-RNTI, and the third configuration parameter is applied to the first 3. Downlink control information.
  • the third configuration parameter being applied to the third downlink control information includes: the third configuration parameter being applied to one or more than one of the PUSCHs scheduled by the third downlink control information.
  • each PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter, and/or each effective PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter.
  • the number of times configured by the third configuration parameter is repeated; and/or, each PUSCH to be sent by the terminal device in the PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter; and/or, the The third downlink control information only schedules one PUSCH and the one PUSCH is repeated according to the number of times configured by the third configuration parameter; and/or, the terminal device only sends one PUSCH in the PUSCH scheduled by the third downlink control information And the one PUSCH is repeated according to the number of times configured by the third configuration parameter.
  • the device 1200 further includes:
  • the third receiving unit 1204 which receives the PUSCH configuration including the third configuration parameter used to configure the number of repetitions; the CRC of the third downlink control information is scrambled by CS-RNTI, and the third configuration parameter is not applied to the The third downlink control information.
  • the third configuration parameter not being applied to the third downlink control information includes: the third configuration parameter not being applied to any of the PUSCHs scheduled by the third downlink control information.
  • the device 1200 further includes:
  • a fourth receiving unit 1205, configured to receive a CG configuration including a fourth configuration parameter used to configure the number of repetitions; the fourth configuration parameter is applied to the third downlink control information.
  • the fourth configuration parameter being applied to the third downlink control information includes: the fourth configuration parameter being applied to one or more than one of the PUSCHs scheduled by the third downlink control information.
  • each PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or each effective PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter.
  • the number of times configured by the fourth configuration parameter is repeated; and/or, each PUSCH to be sent by the terminal device in the PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or, the The third downlink control information only schedules one PUSCH and the one PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device only sends one PUSCH in the PUSCH scheduled by the third downlink control information And the one PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the device 1200 further includes:
  • a fifth receiving unit 1206, which receives a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • a sixth receiving unit 1107 which receives fourth downlink control information for activating CG configuration, the third configuration parameter is applied to the fourth downlink control information, and the fourth downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the third configuration parameter is applied to the fourth downlink control information, including: the CG PUSCH corresponding to the fourth downlink control information is repeated according to the third configuration parameter.
  • the device 1200 further includes:
  • a seventh receiving unit 1208, which receives a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • An eighth receiving unit 1209 which receives fourth downlink control information for activating CG configuration; the third configuration parameter is not applied to the fourth downlink control information, and the TDRA table corresponding to the fourth downlink control information
  • One or more lines include more than one SLIV.
  • the third configuration parameter is not applied to the fourth downlink control information, including: the third configuration parameter is not applied to any of the CG PUSCHs corresponding to the fourth downlink control information.
  • the device 1200 further includes:
  • a ninth receiving unit 1210 configured to receive a CG configuration including a fourth configuration parameter used to configure the number of repetitions; the fourth configuration parameter is applied to the fourth downlink control information.
  • the fourth configuration parameter is applied to the fourth downlink control information, including: the fourth configuration parameter is applied to one or more than one of the CG PUSCHs corresponding to the fourth downlink control information .
  • each CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each valid CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter
  • the number of times configured by the fourth configuration parameter is repeated; and/or, each CG PUSCH to be sent by the terminal device in the CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and /or, the fourth downlink control information corresponds to only one CG PUSCH and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the CG PUSCH corresponding to the fourth downlink control information
  • the terminal device only sends one CG PUSCH, and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • Fig. 13 is a schematic diagram of an example of a data scheduling device according to an embodiment of the present application. As shown in Figure 13, the data scheduling device 1300 includes:
  • the second receiving unit 1302 which receives fourth downlink control information for activating CG configuration, the third configuration parameter is applied to the fourth downlink control information, and the fourth downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the third configuration parameter is applied to the fourth downlink control information, including: the CG PUSCH corresponding to the fourth downlink control information is repeated according to the third configuration parameter.
  • Fig. 14 is a schematic diagram of another example of a data scheduling device according to an embodiment of the present application.
  • data receiving device 1400 comprises:
  • a first receiving unit 1401 which receives a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the second receiving unit 1402 which receives fourth downlink control information for activating CG configuration; the third configuration parameter is not applied to the fourth downlink control information, and the fourth downlink control information corresponds to the TDRA table
  • One or more lines include more than one SLIV.
  • the third configuration parameter is not applied to the fourth downlink control information, including: the third configuration parameter is not applied to any of the CG PUSCHs corresponding to the fourth downlink control information.
  • the device 1400 further includes:
  • the third receiving unit 1403 is configured to receive a CG configuration including a fourth configuration parameter used to configure the number of repetitions; the fourth configuration parameter is applied to the fourth downlink control information.
  • the fourth configuration parameter is applied to the fourth downlink control information, including: the fourth configuration parameter is applied to one or more than one of the CG PUSCHs corresponding to the fourth downlink control information .
  • each CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each valid CG PUSCH corresponding to the fourth downlink control information is repeated according to the fourth configuration
  • the number of parameter configurations is repeated; and/or, each CG PUSCH to be sent by the terminal device in the CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or, the The fourth downlink control information only corresponds to one CG PUSCH and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device in the CG PUSCH corresponding to the fourth downlink control information only A CG PUSCH is sent and the CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the embodiment of the present application also provides a data scheduling device.
  • the apparatus may be, for example, a network device, or may be one or some components or components configured on the network device.
  • the device in the embodiment of the present application corresponds to the method in the embodiment of the fourth aspect, and the same content as the embodiment of the fourth aspect will not be described again.
  • Fig. 15 is a schematic diagram of an example of a data scheduling device according to an embodiment of the present application. As shown in Figure 15, the data scheduling device 1500 includes:
  • the first sending unit 1501 is configured to send third downlink control information, where the third downlink control information is used to schedule a PUSCH, and there are one or more PUSCHs.
  • the network device when the network device receives more than one PUSCH in the PUSCH scheduled by the third downlink control information, different PUSCHs in the more than one PUSCH carry different data.
  • the third downlink control information is DCI format 0_1.
  • the third downlink control information includes the first NDI field and/or the second NDI field; when the third downlink control information includes the first NDI field and the second NDI field, the The first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the value of the first NDI field and/or the second NDI field is 0 or 1.
  • the number of bits included in the first NDI field and/or the second NDI field is determined according to at least one of the following:
  • the maximum number of PUSCHs that can be scheduled by the third downlink control information is the maximum number of PUSCHs that can be scheduled by the third downlink control information
  • the effective number of PUSCHs scheduled by the third downlink control information is the effective number of PUSCHs scheduled by the third downlink control information.
  • the first NDI field and/or the second NDI field when the CRC of the third downlink control information is scrambled by CS-RNTI, the first NDI field and/or the second NDI field includes one bit, or the first NDI field and/or the second NDI field includes more than one bit; in the case where the first NDI field and/or the second NDI field includes more than one bit, only one bit is valid, or where more Either one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the third downlink control information includes more than one SLIV.
  • the third downlink control information schedules a PUSCH, and/or, the value of the first NDI field and/or the second NDI field of the third downlink control information is 1, and/or, the The third downlink control information schedules more than one PUSCH, and/or, the third downlink control information schedules more than one effective PUSCH, and/or, the NDI field of the third downlink control information includes more than one A bit with a value of 1, and/or, the HARQ process ID corresponding to more than one PUSCH scheduled by the third downlink control information is one of one or more HARQ process IDs configured for the CG, and/or, the first The HARQ process IDs corresponding to the one or more PUSCHs scheduled by the three downlink control information are not one of the one or more HARQ process IDs configured for the CG.
  • the CRC of the third downlink control information is scrambled by CS-RNTI, and the third downlink control information only schedules one PUSCH.
  • the CRC of the third downlink control information is scrambled by CS-RNTI, the third downlink control information schedules more than one PUSCH, and the network device receives the PUSCH scheduled by the third downlink control information one of the more than one PUSCHs, or, the network device receives a PUSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the CG; or, the network device receives the All valid PUSCHs in the more than one PUSCH scheduled by the third downlink control information; or, the network device receives a PUSCH with a bit value of 1 in the corresponding NDI field; or, the network device receives all valid PUSCHs A PUSCH with a bit value of 1 in the corresponding NDI field is regarded as a retransmission, and a PUSCH with a bit value of 0 in the corresponding NDI field is regarded as an initial transmission.
  • the one PUSCH is the first PUSCH or the last PUSCH among the more than one PUSCHs, and/or, the one PUSCH is the only valid PUSCH among the more than one PUSCHs, And/or, the one PUSCH is the only one of the more than one PUSCHs corresponding to the PUSCH whose value of the NDI field is 1, and/or the one PUSCH is the only one of the more than one PUSCHs corresponding to the HARQ
  • the process ID is a PUSCH configured for one or more than one of the HARQ process IDs for the CG.
  • the HARQ process ID indicated by the third downlink control information corresponds to the one PUSCH; or, the HARQ process ID indicated by the third downlink control information corresponds to the first effective one of the more than one PUSCH PUSCH, the terminal device determines the HARQ process ID corresponding to the one PUSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PUSCH is one of one or more than one HARQ process IDs configured for the CG.
  • the one PUSCH is a valid PUSCH.
  • the first PUSCH is the first PUSCH scheduled by the third downlink control information or the first valid PUSCH scheduled by the third downlink control information; the last PUSCH is The last PUSCH scheduled by the third downlink control information or the last valid PUSCH scheduled by the third downlink control information.
  • the HARQ process IDs corresponding to all valid PUSCHs must be one of one or more than one HARQ process IDs configured for the CG.
  • a PUSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process ID configured for the CG and/or whose corresponding NDI field bit value is 0 is initial transmission.
  • the HARQ process ID corresponding to only one or at least one PUSCH among all valid PUSCHs is one of one or more than one HARQ process IDs configured for the CG.
  • the bit value of the NDI field corresponding to only one or at least one PUSCH among all valid PUSCHs is 1.
  • the device 1500 further includes:
  • the second sending unit 1502 which sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions; the CRC of the third downlink control information is scrambled by CS-RNTI, and the third configuration parameter is applied to the first 3. Downlink control information.
  • the third configuration parameter being applied to the third downlink control information includes: the third configuration parameter being applied to one or more than one of the PUSCHs scheduled by the third downlink control information.
  • each PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter, and/or each effective PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter.
  • the number of times configured by the third configuration parameter is repeated; and/or, each PUSCH to be sent by the terminal device in the PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the third configuration parameter; and/or, the first
  • the third downlink control information only schedules one PUSCH and the one PUSCH is repeated according to the number of times configured by the third configuration parameter; and/or, the terminal device in the PUSCH scheduled by the third downlink control information only sends one PUSCH and the one PUSCH
  • the PUSCH is repeated according to the number of times configured by the third configuration parameter.
  • the device 1500 further includes:
  • the third sending unit 1503 which sends the PUSCH configuration including the third configuration parameter used to configure the number of repetitions; the CRC of the third downlink control information is scrambled by CS-RNTI, and the third configuration parameter is not applied to the The third downlink control information.
  • the third configuration parameter is not applied to the third downlink control information, including: the third configuration parameter is not applied to any of the PUSCHs scheduled by the third downlink control information.
  • the device 1500 further includes:
  • a fourth sending unit 1504 configured to send a CG configuration including a fourth configuration parameter used to configure the number of repetitions; the fourth configuration parameter is applied to the third downlink control information.
  • the fourth configuration parameter is applied to the third downlink control information, including: the fourth configuration parameter is applied to one or more than one of the PUSCHs scheduled by the third downlink control information.
  • each PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each effective PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter.
  • the number of times configured by the fourth configuration parameter is repeated; and/or, each PUSCH to be sent by the terminal device in the PUSCH scheduled by the third downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or, the first
  • the third downlink control information only schedules one PUSCH and the one PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device in the PUSCH scheduled by the third downlink control information only sends one PUSCH and the one PUSCH
  • the PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the device 1500 further includes:
  • a fifth sending unit 1505 which sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • a sixth sending unit 1506, which sends fourth downlink control information for activating CG configuration, the third configuration parameter is applied to the fourth downlink control information, and the fourth downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the third configuration parameter is applied to the fourth downlink control information, including: the CG PUSCH corresponding to the fourth downlink control information is repeated according to the third configuration parameter.
  • the device 1500 further includes:
  • the seventh sending unit 1507 which sends the PUSCH configuration including the third configuration parameter used to configure the number of repetitions;
  • An eighth sending unit 1508, which sends fourth downlink control information for activating CG configuration, the third configuration parameter is not applied to the fourth downlink control information, and the TDRA table corresponding to the fourth downlink control information
  • One or more rows include more than one SLIV.
  • the third configuration parameter is not applied to the fourth downlink control information, including: the third configuration parameter is not applied to any of the CG PUSCHs corresponding to the fourth downlink control information.
  • the device 1500 further includes:
  • a ninth sending unit 1509 configured to send a CG configuration including a fourth configuration parameter used to configure the number of repetitions; the fourth configuration parameter is applied to the fourth downlink control information.
  • the fourth configuration parameter is applied to the fourth downlink control information, including: the fourth configuration parameter is applied to one or more than one of the CG PUSCHs corresponding to the fourth downlink control information .
  • each CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each valid CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter The number of times configured by the fourth configuration parameter is repeated; and/or, each CG PUSCH to be sent by the terminal device in the CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or , the fourth downlink control information corresponds to only one CG PUSCH and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device in the CG PUSCH corresponding to the fourth downlink control information only A CG PUSCH is sent and the CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • Fig. 16 is a schematic diagram of another example of a data scheduling device according to an embodiment of the present application. As shown in Figure 16, the data scheduling device 1600 includes:
  • the first sending unit 1601 is configured to send a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the second sending unit 1602 which sends fourth downlink control information for activating CG configuration, the third configuration parameter is applied to the fourth downlink control information, and the fourth downlink control information corresponds to a row in the TDRA table Or more than one row includes more than one SLIV.
  • the third configuration parameter is applied to the fourth downlink control information, including: the CG PUSCH corresponding to the fourth downlink control information is repeated according to the third configuration parameter.
  • Fig. 17 is a schematic diagram of another example of a data scheduling device according to an embodiment of the present application. As shown in Figure 17, the data scheduling device 1700 includes:
  • a first sending unit 1701 which sends a PUSCH configuration including a third configuration parameter for configuring the number of repetitions;
  • the second sending unit 1702 which sends fourth downlink control information for activating CG configuration, the third configuration parameter is not applied to the fourth downlink control information, and the TDRA table corresponding to the fourth downlink control information
  • One or more rows include more than one SLIV.
  • the third configuration parameter is not applied to the fourth downlink control information, including: the third configuration parameter is not applied to any of the CG PUSCHs corresponding to the fourth downlink control information.
  • the device 1700 further includes:
  • a third sending unit 1703 configured to send a CG configuration including a fourth configuration parameter used to configure the number of repetitions; the fourth configuration parameter is applied to the fourth downlink control information.
  • the fourth configuration parameter is applied to the fourth downlink control information, including: the fourth configuration parameter is applied to one or more than one of the CG PUSCHs corresponding to the fourth downlink control information .
  • each CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter, and/or, each valid CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter The number of times configured by the fourth configuration parameter is repeated; and/or, each CG PUSCH to be sent by the terminal device in the CG PUSCH corresponding to the fourth downlink control information is repeated according to the number of times configured by the fourth configuration parameter; and/or , the fourth downlink control information corresponds to only one CG PUSCH and the one CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter; and/or, the terminal device in the CG PUSCH corresponding to the fourth downlink control information only A CG PUSCH is sent and the CG PUSCH is repeated according to the number of times configured by the fourth configuration parameter.
  • the data sending apparatus 1200 and the data scheduling apparatuses 1300-1700 may also include other components or modules, and for specific contents of these components or modules, reference may be made to related technologies.
  • the above-mentioned components or modules may be implemented by hardware facilities such as processors, memories, transmitters, receivers, etc.; the implementation of the present application is not limited thereto.
  • the device can support scheduling more than one PUSCH through one DCI, and further, can support semi-persistent scheduling or semi-persistent scheduling under the condition that one DCI (or DCI format) can schedule more than one PUSCH PUSCH, and supports dynamic retransmission of data corresponding to semi-persistent scheduling or semi-persistent scheduling.
  • one DCI or DCI format
  • the flexibility of configuration and resource scheduling can also be improved.
  • the embodiment of the present application also provides a communication system, including a network device and a terminal device.
  • the terminal device is configured to execute the method described in the embodiment of the first aspect
  • the network device is configured to execute the method described in the embodiment of the second aspect.
  • the terminal device is configured to execute the method described in the embodiment of the third aspect
  • the network device is configured to execute the method described in the embodiment of the fourth aspect.
  • the embodiment of the present application also provides a terminal device.
  • the terminal device may be, for example, a UE, but the present application is not limited thereto, and may be other terminal devices.
  • FIG. 18 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • the terminal device 1800 may include a processor 1801 and a memory 1802 ; the memory 1802 stores data and programs, and is coupled to the processor 1801 .
  • this figure is exemplary; other types of structures may also be used in addition to or instead of this structure to implement telecommunication functions or other functions.
  • the processor 1801 may be configured to execute a program to implement the method described in the embodiment of the first aspect or the third aspect.
  • the terminal device 1800 may further include: a communication module 1803 , an input unit 1804 , a display 1805 , and a power supply 1806 .
  • a communication module 1803 the terminal device 1800 may further include: a communication module 1803 , an input unit 1804 , a display 1805 , and a power supply 1806 .
  • the functions of the above components are similar to those of the prior art, and will not be repeated here. It should be noted that the terminal device 1800 does not necessarily include all the components shown in FIG. have technology.
  • the embodiment of the present application also provides a network device, for example, the network device may be a base station, but the present application is not limited thereto, and may be other network devices.
  • FIG. 19 is a schematic diagram of a network device according to an embodiment of the present application.
  • a network device 1900 may include: a processor 1901 and a memory 1902 ; the memory 1902 is coupled to the processor 1901 .
  • the memory 1902 can store various data; in addition, it also stores information processing programs, and executes the programs under the control of the processor 1901 .
  • the processor 1901 may be configured to execute a program to implement the method described in the embodiment of the second aspect or the fourth aspect.
  • the network device 1900 may further include: transceivers 1903 and 1904 .
  • transceivers 1903 and 1904 the functions of the above components are similar to those of the prior art, and will not be repeated here.
  • the network device 1900 does not necessarily include all the components shown in FIG. 19 ; in addition, the network device 1900 may also include components not shown in FIG. 19 , and reference may be made to the prior art.
  • An embodiment of the present application further provides a computer program, wherein when the program is executed in a terminal device, the program causes the terminal device to execute the method described in the embodiment of the first aspect or the third aspect.
  • An embodiment of the present application further provides a storage medium storing a computer program, wherein the computer program enables a terminal device to execute the method described in the embodiment of the first aspect or the third aspect.
  • An embodiment of the present application also provides a computer program, wherein when the program is executed in a network device, the program causes the network device to execute the method described in the embodiment of the second aspect or the fourth aspect.
  • An embodiment of the present application further provides a storage medium storing a computer program, wherein the computer program causes a network device to execute the method described in the embodiment of the second aspect or the fourth aspect.
  • the above devices and methods in this application can be implemented by hardware, or by combining hardware and software.
  • the present application relates to a computer-readable program that, when executed by a logic component, enables the logic component to realize the above-mentioned device or constituent component, or enables the logic component to realize the above-mentioned various methods or steps.
  • the present application also relates to storage media for storing the above programs, such as hard disks, magnetic disks, optical disks, DVDs, flash memories, and the like.
  • the method/device described in conjunction with the embodiments of the present application may be directly embodied as hardware, a software module executed by a processor, or a combination of both.
  • one or more of the functional block diagrams shown in the figure and/or one or more combinations of the functional block diagrams may correspond to each software module or each hardware module of the computer program flow.
  • These software modules may respectively correspond to the steps shown in the figure.
  • These hardware modules for example, can be realized by solidifying these software modules by using a Field Programmable Gate Array (FPGA).
  • FPGA Field Programmable Gate Array
  • a software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other form of storage medium known in the art.
  • a storage medium can be coupled to the processor such that the processor can read information from, and write information to, the storage medium, or it can be an integral part of the processor.
  • the processor and storage medium can be located in the ASIC.
  • the software module can be stored in the memory of the mobile terminal, or can be stored in a memory card that can be inserted into the mobile terminal.
  • the software module can be stored in the MEGA-SIM card or large-capacity flash memory device.
  • One or more of the functional blocks described in the accompanying drawings and/or one or more combinations of the functional blocks can be implemented as a general-purpose processor, a digital signal processor (DSP) for performing the functions described in this application ), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or any suitable combination thereof.
  • DSP digital signal processor
  • ASICs application specific integrated circuits
  • FPGAs field programmable gate arrays
  • One or more of the functional blocks described in the drawings and/or one or more combinations of the functional blocks can also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors processor, one or more microprocessors in communication with a DSP, or any other such configuration.
  • a data receiving method comprising:
  • the terminal device receives first downlink control information, where the first downlink control information is used to schedule PDSCH;
  • the terminal device receives one or more than one PDSCHs in the PDSCHs scheduled by the first downlink control information.
  • the first downlink control information includes the first NDI field and/or the second NDI field; the first downlink control information includes the first NDI field and the second NDI field In the case of two NDI domains, the first NDI domain and the second NDI domain correspond to the first TB and the second TB respectively.
  • the effective number of PDSCHs scheduled by the first downlink control information is the effective number of PDSCHs scheduled by the first downlink control information.
  • first NDI field and/or the second NDI field comprise more than one bit, only one bit is valid, or more than one bit is valid, or all bits are valid.
  • one row or more than one row in the TDRA table corresponding to the first downlink control information includes more than one SLIV.
  • the terminal device does not expect the CRC of the first downlink control information to be scrambled by CS-RNTI, and/or,
  • the value of the first NDI field and/or the second NDI field of the first downlink control information is 1, and/or
  • the first downlink control information schedules more than one PDSCH, and/or,
  • the first downlink control information schedules more than one effective PDSCH, and/or,
  • the NDI field of the first downlink control information includes more than one bit with a value of 1, and/or,
  • the HARQ process ID corresponding to more than one PDSCH scheduled by the first downlink control information is one of one or more HARQ process IDs configured for SPS, and/or,
  • the HARQ process ID corresponding to the one or more PDSCHs scheduled by the first downlink control information is not one of the one or more HARQ process IDs configured for the SPS.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, the first downlink control information only schedules one PDSCH, and the terminal device receives the one PDSCH.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first downlink control information schedules more than one PDSCH.
  • the terminal device determines whether to receive the PDSCH in more than one PDSCH scheduled by the first downlink control information according to at least one of the following:
  • the terminal device receives only one of the more than one PDSCHs.
  • the one PDSCH is the first PDSCH or the last PDSCH of the more than one PDSCH, and/or
  • the one PDSCH is the only valid PDSCH among the more than one PDSCH, and/or
  • the one PDSCH is the only PDSCH in the more than one PDSCH whose value of the corresponding NDI field is 1, and/or,
  • the one PDSCH is the only one of the more than one PDSCH whose corresponding HARQ process ID is one of the one or more HARQ process IDs configured for the SPS.
  • the HARQ process ID indicated by the first downlink control information corresponds to the one PDSCH; or,
  • the HARQ process ID indicated by the first downlink control information corresponds to the first effective PDSCH among the more than one PDSCH, and the terminal device determines the HARQ process ID corresponding to the one PDSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PDSCH is one of one or more than one HARQ process IDs configured for the SPS.
  • the one PDSCH is a valid PDSCH.
  • the first PDSCH is the first PDSCH scheduled by the first downlink control information or the first effective PDSCH scheduled by the first downlink control information;
  • the last PDSCH is the last PDSCH scheduled by the first downlink control information or the last valid PDSCH scheduled by the first downlink control information.
  • the terminal device only receives the PDSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the SPS.
  • the terminal device receives all valid PDSCHs of the more than one PDSCHs.
  • a PDSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process IDs configured for the SPS and/or whose value of the corresponding NDI field bit is 0 is an initial transmission.
  • the HARQ process ID corresponding to only one or at least one PDSCH among all valid PDSCHs is one of one or more than one HARQ process IDs configured for the SPS.
  • the terminal device only receives the PDSCH whose bit value of the corresponding NDI field is 1; or,
  • the terminal device receives all valid PDSCHs, and a PDSCH with a bit value of 1 in the corresponding NDI field is regarded as retransmission, and a PDSCH with a bit value of 0 in the corresponding NDI field is regarded as initial transmission.
  • the terminal device receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is applied to the first downlink control information.
  • Each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter, and/or,
  • Each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or,
  • Each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter; and/or,
  • the terminal device receives only one PDSCH, and the one PDSCH is repeated according to the number of times configured by the first configuration parameter.
  • the terminal device receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is not applied to the first downlink control information.
  • the first configuration parameter not being applied to the first downlink control information includes: the first configuration parameter not being applied to any of the PDSCHs scheduled by the first downlink control information.
  • the terminal device receives an SPS configuration including a second configuration parameter for configuring the number of repetitions;
  • the second configuration parameter is applied to the first downlink control information.
  • Each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or,
  • Each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • Each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the terminal device Among the PDSCHs scheduled by the first downlink control information, the terminal device only receives one PDSCH, and the one PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the terminal device receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the terminal device receives second downlink control information for activating SPS configuration,
  • the first configuration parameter is applied to the second downlink control information, and one row or more than one row in the TDRA table corresponding to the second downlink control information includes more than one SLIV.
  • the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • the terminal device receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the terminal device receives second downlink control information for activating SPS
  • the first configuration parameter is not applied to the second downlink control information, and one or more rows in the TDRA table corresponding to the second downlink control information include more than one SLIV.
  • the first configuration parameter is not applied to the second downlink control information, including:
  • the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the terminal device receives an SPS configuration including a second configuration parameter for configuring the number of repetitions;
  • the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCHs corresponding to the second downlink control information.
  • Each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or,
  • Each effective SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • Each SPS PDSCH in the SPS PDSCH corresponding to the second downlink control information to be received by the terminal device is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the terminal device In the SPS PDSCH corresponding to the second downlink control information, the terminal device only receives one SPS PDSCH, and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • a data receiving method wherein the method comprises:
  • the terminal device receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the terminal device receives second downlink control information for activating SPS configuration,
  • the first configuration parameter is applied to the second downlink control information, and one row or more than one row in the TDRA table corresponding to the second downlink control information includes more than one SLIV.
  • the SPS PDSCH corresponding to the second downlink control information is repeated according to the first configuration parameter.
  • a data receiving method wherein said method comprises:
  • the terminal device receives a PDSCH configuration including a first configuration parameter for configuring the number of repetitions;
  • the terminal device receives second downlink control information for activating SPS
  • the first configuration parameter is not applied to the second downlink control information, and one or more rows in the TDRA table corresponding to the second downlink control information include more than one SLIV.
  • the first configuration parameter is not applied to the second downlink control information, including:
  • the first configuration parameter is not applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the terminal device receives an SPS configuration including a second configuration parameter for configuring the number of repetitions;
  • the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCHs corresponding to the second downlink control information.
  • Each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or,
  • Each effective SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • Each SPS PDSCH in the SPS PDSCH corresponding to the second downlink control information to be received by the terminal device is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the terminal device In the SPS PDSCH corresponding to the second downlink control information, the terminal device only receives one SPS PDSCH, and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • a data scheduling method comprising:
  • the network device sends first downlink control information, where the first downlink control information is used to schedule PDSCHs, and there are one or more PDSCHs.
  • the network device sends more than one PDSCH among the PDSCHs scheduled by the first downlink control information, different data carried by different PDSCHs among the more than one PDSCHs are different.
  • the first downlink control information is DCI format 1_1.
  • the first downlink control information includes a first NDI field and/or a second NDI field; when the first downlink control information includes a first NDI field and a second NDI field, the first NDI field and the second NDI field correspond to the first TB and the second TB respectively.
  • the effective number of PDSCHs scheduled by the first downlink control information is the effective number of PDSCHs scheduled by the first downlink control information.
  • first NDI field and/or the second NDI field comprise more than one bit, only one bit is valid, or more than one bit is valid, or all bits are valid.
  • the first downlink control information schedules a PDSCH, and/or,
  • the value of the first NDI field and/or the second NDI field of the first downlink control information is 1, and/or
  • the first downlink control information schedules more than one PDSCH, and/or,
  • the first downlink control information schedules more than one effective PDSCH, and/or,
  • the NDI field of the first downlink control information includes more than one bit with a value of 1, and/or,
  • the HARQ process ID corresponding to more than one PDSCH scheduled by the first downlink control information is one of one or more HARQ process IDs configured for SPS, and/or,
  • the HARQ process ID corresponding to the one or more PDSCHs scheduled by the first downlink control information is not one of the one or more HARQ process IDs configured for the SPS.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first downlink control information only schedules one PDSCH.
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first downlink control information schedules more than one PDSCH,
  • the network device sends one of the PDSCHs among the more than one PDSCHs scheduled by the first downlink control information, or,
  • the network device sends a PDSCH whose corresponding HARQ process ID is one of one or more than one HARQ process IDs configured for the SPS; or,
  • the network device sends all valid PDSCHs in the more than one PDSCH scheduled by the first downlink control information; or,
  • the network device sends a PDSCH in which the bit value of the corresponding NDI field is 1; or,
  • the network device sends all valid PDSCHs, and a PDSCH with a bit value of 1 in the corresponding NDI field is regarded as a retransmission, and a PDSCH with a bit value of 0 in the corresponding NDI field is regarded as an initial transmission.
  • the one PDSCH is the first PDSCH or the last PDSCH of the more than one PDSCH, and/or
  • the one PDSCH is the only valid PDSCH among the more than one PDSCH, and/or
  • the one PDSCH is the only PDSCH in the more than one PDSCH whose value of the corresponding NDI field is 1, and/or,
  • the one PDSCH is the only one of the more than one PDSCH whose corresponding HARQ process ID is one of the one or more HARQ process IDs configured for the SPS.
  • the HARQ process ID indicated by the first downlink control information corresponds to the one PDSCH; or,
  • the HARQ process ID indicated by the first downlink control information corresponds to the first effective PDSCH among the more than one PDSCH, and the terminal device determines the HARQ process ID corresponding to the one PDSCH according to the HARQ process ID.
  • the HARQ process ID corresponding to the one PDSCH is one of one or more than one HARQ process IDs configured for the SPS.
  • the one PDSCH is a valid PDSCH.
  • the first PDSCH is the first PDSCH scheduled by the first downlink control information or the first effective PDSCH scheduled by the first downlink control information;
  • the last PDSCH is the last PDSCH scheduled by the first downlink control information or the last valid PDSCH scheduled by the first downlink control information.
  • the HARQ process IDs corresponding to all valid PDSCHs must be one of one or more than one HARQ process IDs configured for the SPS.
  • a PDSCH whose corresponding HARQ process ID is not one of one or more than one HARQ process IDs configured for the SPS and/or whose value of the corresponding NDI field bit is 0 is an initial transmission.
  • the HARQ process ID corresponding to only one or at least one PDSCH among all valid PDSCHs is one of one or more than one HARQ process IDs configured for the SPS.
  • the bit value of the NDI field corresponding to only one or at least one PDSCH among all valid PDSCHs is 1.
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is applied to the first downlink control information.
  • Each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter, and/or,
  • Each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or,
  • Each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the first configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the first configuration parameter; and/or,
  • the terminal device Among the PDSCHs scheduled by the first downlink control information, the terminal device only receives one PDSCH, and the one PDSCH is repeated according to the number of times configured by the first configuration parameter.
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the CRC of the first downlink control information is scrambled by CS-RNTI, and the first configuration parameter is not applied to the first downlink control information.
  • the first configuration parameter not being applied to the first downlink control information includes: the first configuration parameter not being applied to any of the PDSCHs scheduled by the first downlink control information.
  • the network device sends an SPS configuration including a second configuration parameter for configuring the number of repetitions
  • the second configuration parameter is applied to the first downlink control information.
  • Each PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or,
  • Each effective PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • Each PDSCH to be received by the terminal device in the PDSCH scheduled by the first downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the first downlink control information only schedules one PDSCH and the one PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the terminal device Among the PDSCHs scheduled by the first downlink control information, the terminal device only receives one PDSCH, and the one PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the network device sends second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to one or more rows in the TDRA table A line contains more than one SLIV.
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the network device sends second downlink control information for activating SPS configuration, the first configuration parameter is not applied to the second downlink control information, and one or more rows in the TDRA table corresponding to the second downlink control information Include more than one SLIV on a line.
  • the first configuration parameter not being applied to the second downlink control information includes: the first configuration parameter not being applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the network device sends an SPS configuration including a second configuration parameter for configuring the number of repetitions
  • the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCHs corresponding to the second downlink control information.
  • Each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or,
  • Each effective SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • Each SPS PDSCH that the terminal equipment in the SPS PDSCH corresponding to the second downlink control information needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the terminal device in the SPS PDSCH corresponding to the second downlink control information only receives one SPS PDSCH, and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • a data scheduling method comprising:
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the network device sends second downlink control information for activating SPS configuration, the first configuration parameter is applied to the second downlink control information, and the second downlink control information corresponds to one or more rows in the TDRA table A line contains more than one SLIV.
  • a method of data scheduling wherein the method comprises:
  • the network device sends a PDSCH configuration including a first configuration parameter for configuring the number of repetitions
  • the network device sends second downlink control information for activating SPS configuration, the first configuration parameter is not applied to the second downlink control information, and one or more rows in the TDRA table corresponding to the second downlink control information Include more than one SLIV on a line.
  • the first configuration parameter not being applied to the second downlink control information includes: the first configuration parameter not being applied to any of the SPS PDSCHs corresponding to the second downlink control information.
  • the network device sends an SPS configuration including a second configuration parameter for configuring the number of repetitions
  • the second configuration parameter is applied to the second downlink control information.
  • the second configuration parameter is applied to the second downlink control information, including: the second configuration parameter is applied to one or more than one of the SPS PDSCHs corresponding to the second downlink control information.
  • Each SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter, and/or,
  • Each effective SPS PDSCH corresponding to the second downlink control information is repeated according to the number of times configured by the second configuration parameter; and/or,
  • Each SPS PDSCH that the terminal equipment in the SPS PDSCH corresponding to the second downlink control information needs to receive is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the second downlink control information only corresponds to one SPS PDSCH and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter; and/or,
  • the terminal device in the SPS PDSCH corresponding to the second downlink control information only receives one SPS PDSCH, and the one SPS PDSCH is repeated according to the number of times configured by the second configuration parameter.
  • a data sending method comprising:
  • the terminal device receives third downlink control information, where the third downlink control information is used to schedule PUSCH;
  • the terminal device sends one or more than one PUSCHs in the PUSCHs scheduled by the third downlink control information.
  • the third downlink control information includes the first NDI field and/or the second NDI field; the third downlink control information includes the first NDI field and the second NDI field
  • the first NDI domain and the second NDI domain correspond to the first TB and the second TB respectively.
  • the maximum number of PUSCHs that can be scheduled by the third downlink control information is the maximum number of PUSCHs that can be scheduled by the third downlink control information
  • the effective number of PUSCHs scheduled by the third downlink control information is the effective number of PUSCHs scheduled by the third downlink control information.
  • first NDI field and/or the second NDI field comprise more than one bit, only one bit is valid, or more than one bit is valid, or all bits are valid.
  • the terminal device does not expect the CRC of the third downlink control information to be scrambled by CS-RNTI, and/or,
  • the value of the first NDI field and/or the second NDI field of the third downlink control information is 1, and/or
  • the third downlink control information schedules more than one PUSCH, and/or,

Landscapes

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

Abstract

本申请实施例提供一种数据发送方法、数据接收方法和装置，数据接收方法包括：终端设备接收第一下行控制信息，第一下行控制信息用于调度PDSCH（201）；终端设备接收第一下行控制信息调度的PDSCH中的一个或多于一个PDSCH（202）。

Description

数据发送方法、数据接收方法和装置 技术领域
本申请实施例涉及通信技术领域。
背景技术
物理下行共享信道(Physical Downlink Shared Channel，PDSCH)是无线通信系统中物理下行信道的一种，用于承载下行数据。物理上行共享信道(Physical Uplink Shared Channel，PUSCH)是无线通信系统中物理上行信道的一种，用于承载上行数据。
PDSCH和PUSCH可以是通过下行控制信息(downlink control information，DCI)调度的。用于调度PDSCH或PUSCH的DCI中至少包括用于指示该DSCH的资源的信息域(或者说字段)。在目前的新无线(new radio，NR)系统中，定义了多种用于调度PDSCH或PUSCH的DCI格式(format)，例如DCI format 1_0(用于调度PDSCH)、DCI format 0_0(用于调度PUSCH)、DCI format 1_1(用于调度PDSCH)、DCI format 0_1(用于调度PUSCH)、DCI format 1_2(用于调度PDSCH)、DCI format 0_2(用于调度PUSCH)等，不限于此。不同DCI format的DCI包括的具体信息和/或大小是不一样的，以满足不同的调度需求。
PDSCH和PUSCH还可以是半静态配置(或者说半静态调度)或半持续调度的。在NR中，半静态配置或半持续调度的PDSCH例如称为SPS PDSCH。半静态配置或半持续调度的PUSCH例如称为CG PUSCH。在一些情况下，网络设备在通过RRC信令提供SPS或CG配置后，还需要通过DCI激活SPS或CG配置，终端设备才相应地接收SPS PDSCH或发送CG PUSCH。
应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
发明人发现，通过一个DCI调度多于一个PDSCH/PUSCH的技术还在讨论中， 此外，现有技术假设一个DCI仅能调度一个PDSCH/PUSCH，进而基于这样的DCI支持半静态调度或半持续调度PDSCH或PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传，没有考虑一个DCI(或者说DCI format)可能调度多于一个PDSCH/PUSCH的情况下如何支持半静态调度或半持续调度PDSCH或PUSCH，以及针对对应半静态调度或半持续调度的数据的动态重传。
针对上述问题，本申请实施例提供一种数据发送方法、数据接收方法和装置，以支持通过一个DCI调度多于一个PDSCH/PUSCH，进一步的，在一个DCI(或者说DCI format)可以调度多于一个PDSCH/PUSCH的情况下的半静态调度或半持续调度PDSCH或PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。
根据本申请实施例的一方面，通过一种数据接收装置，配置于终端设备，所述装置包括：
第一接收单元，其接收第一下行控制信息，所述第一下行控制信息用于调度PDSCH；
第二接收单元，其接收所述第一下行控制信息调度的PDSCH中的一个或多于一个PDSCH。
根据本申请实施例的另一方面，提供一种数据接收装置，配置于终端设备，所述装置还包括：
第一接收单元，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
第二接收单元，其接收用于激活SPS配置的第二下行控制信息，
所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
根据本申请实施例的又一方面，提供一种数据发送装置，配置于终端设备，所述装置包括：
第一接收单元，其接收第三下行控制信息，所述第三下行控制信息用于调度PUSCH；
发送单元，其发送所述第三下行控制信息调度的PUSCH中的一个或多于一个PUSCH。
本申请实施例的有益效果之一在于：根据本申请实施例，能够支持通过一个DCI调度多于一个PDSCH/PUSCH，进一步的，能够支持在一个DCI(或者说DCI format) 可以调度多于一个PDSCH/PUSCH的情况下的半静态调度或半持续调度PDSCH或PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。进一步地，在一个DCI format(例如DCI format 1_1或DCI format 0_1)被配置为可以调度多于一个PDSCH或PUSCH的情况下，可以采用该DCI format激活/去激活SPS或CG配置，或者采用该DCI format调度针对对应半静态调度或半持续调度的数据的动态重传。也就是说，该DCI fomart可以既用于支持半静态调度或半持续调度，又用于支持动态调度PDSCH或PUSCH。这样，在被配置了SPS或CG以及上述DCI format被配置为可以调度多于一个PDSCH或PUSCH的情况下，针对下行或上行，UE仅需盲检该DCI format，而无需额外盲检除该DCI format之外用于支持半静态调度或半持续调度PDSCH或PUSCH和/或针对对应半静态调度或半持续调度的数据的动态重传的另一DCI format。由此，可以降低UE检测接收PDCCH的复杂度，减小功耗。另一方面，对于网络设备来说，也可以提高配置及资源调度的灵活性。
参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本申请的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。
应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。
图1是本申请实施例的通信系统的示意图；
图2是本申请实施例的数据接收方法的示意图；
图3是本申请实施例的数据调度方法的示意图；
图4是本申请实施例的数据发送方法的示意图；
图5是本申请实施例的数据调度方法的示意图；
图6是本申请实施例的数据接收装置的一示意图；
图7是本申请实施例的数据接收装置的另一示意图；
图8是本申请实施例的数据接收装置的再一示意图；
图9是本申请实施例的数据调度装置的一示意图；
图10是本申请实施例的数据调度装置的另一示意图；
图11是本申请实施例的数据调度装置的又一示意图；
图12是本申请实施例的数据发送装置的一示意图；
图13是本申请实施例的数据调度装置的一示意图；
图14是本申请实施例的数据调度装置的另一示意图；
图15是本申请实施例的数据调度装置的再一示意图；
图16是本申请实施例的数据调度装置的又一示意图；
图17是本申请实施例的数据调度装置的再一示意图；
图18是本申请实施例的终端设备的示意图；
图19是本申请实施例的网络设备的构成示意图；
图20是时隙结构的示意图；
图21是帧结构的示意图；
图22是用于激活SPS的PDCCH/DCI所在的时域资源以及用于激活SPS的PDCCH/DCI指示的PDSCH的时域资源的示意图；
图23是用于激活SPS的DCI format 1_1所在的时域资源以及该DCI激活的PDSCH的示意图；
图24是用于调度针对SPS的重传的DCI format 1_1及该DCI调度的PDSCH的示意图；
图25是是用于激活SPS的DCI format 1_1所在的时隙以及DCI format 1_1激活的SPS PDSCH所在的时隙及对应的HARQ进程ID的示意图；
图26是SPS PDSCH对应的HARQ进程ID的另一示意图；
图27是用于激活CG的PDCCH/DCI所在的时域资源以及用于激活CG的PDCCH/DCI指示的PUSCH的时域资源的示意图；
图28是用于激活CG的DCI format 1_1所在的时域资源以及该DCI激活的 PUSCH的示意图；
图29是用于调度针对CG的重传的DCI format 1_1及该DCI调度的PUSCH的示意图；
图30是是用于激活CG的DCI format 1_1所在的时隙以及DCI format 1_1激活的CG PUSCH所在的时隙及对应的HARQ进程ID的示意图；
图31是CG PUSCH对应的HARQ进程ID的另一示意图。
具体实施方式
参照附图，通过下面的说明书，本申请的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本申请的特定实施方式，其表明了其中可以采用本申请的原则的部分实施方式，应了解的是，本申请不限于所描述的实施方式，相反，本申请包括落入所附权利要求的范围内的全部修改、变型以及等同物。
在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。
在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、高速报文接入(HSPA，High-Speed Packet Access)等等。
并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。
在本申请实施例中，术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。
基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femeto、pico等等)、IAB(Integrated Access and Backhaul)节点或IAB-DU或IAB-donor。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。在不引起混淆的情况下，术语“小区”和“基站”可以互换。
在本申请实施例中，术语“用户设备”(UE，User Equipment)或者“终端设备”(TE，Terminal Equipment或Terminal Device)例如是指通过网络设备接入通信网络并接收网络服务的设备。终端设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、IAB-MT、站(station)，等等。
终端设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。
再例如，在物联网(IoT，Internet of Things)等场景下，终端设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端，等等。
此外，术语“网络侧”或“网络设备侧”是指网络的一侧，可以是某一基站，也可以包括如上的一个或多个网络设备。术语“用户侧”或“终端侧”或“终端设备侧”是指用户或终端的一侧，可以是某一UE，也可以包括如上的一个或多个终端设备。本文在没有特别指出的情况下，“设备”可以指网络设备，也可以指终端设备。
在以下的说明中，在不引起混淆的情况下，术语“上行控制信号”和“上行控制信息(UCI，Uplink Control Information)”或“物理上行控制信道(PUCCH，Physical Uplink Control Channel)”可以互换，术语“上行数据信号”和“上行数据信息”或“物理上行共享信道(PUSCH，Physical Uplink Shared Channel)”可以互换；术语“下行控制信号”和“下行控制信息(DCI，Downlink Control Information)”或“物理下行控制信道(PDCCH，Physical Downlink Control Channel)”可以互换，术语“下行数据信号”和“下行数据信息”或“物理下行共享信道(PDSCH，Physical Downlink Shared Channel)”可以互换。
另外，发送或接收PUSCH可以理解为发送或接收由PUSCH承载的上行数据，发送或接收PUCCH可以理解为发送或接收由PUCCH承载的上行信息(例如UCI)，发送或接收PDSCH可以理解为发送或接收由PDSCH承载的下行数据，发送或接收PDCCH可以理解为发送或接收由PDCCH承载的下行信息(例如DCI)。
在本申请实施例中，高层信令例如可以是无线资源控制(RRC)信令；RRC信令例如包括RRC消息(RRC message)，例如包括主信息块(MIB)、系统信息(system information)、专用RRC消息；或者RRC信息元素(RRC information element，RRC IE)；或者RRC消息或RRC信息元素包括的信息域(或信息域包括的信息域)。高层信令例如还可以是媒体接入控制层(Medium Access Control，MAC)信令；或者称为MAC控制元素(MAC control element，MAC CE)。但本申请不限于此。
以下通过示例对本申请实施例的场景进行说明，但本申请不限于此。
图1是本申请实施例的通信系统的示意图，示意性说明了以终端设备和网络设备为例的情况，如图1所示，通信系统100可以包括网络设备101和终端设备102、103。为简单起见，图1仅以两个终端设备和一个网络设备为例进行说明，但本申请实施例不限于此。
在本申请实施例中，网络设备101和终端设备102、103之间可以进行现有的业务或者未来可实施的业务发送。例如，这些业务可以包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)、高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)和减少能力的终端设备的相关通信，等等。
值得注意的是，图1示出了两个终端设备102、103均处于网络设备101的覆盖 范围内，但本申请不限于此。两个终端设备102、103可以均不在网络设备101的覆盖范围内，或者一个终端设备102在网络设备101的覆盖范围之内而另一个终端设备103在网络设备101的覆盖范围之外。
在现有技术中，SPS和CG可以支持聚合/重复(aggregation/repetition)。对于SPS PDSCH，如果SPS配置(sps-Config)中包括pdsch-AggregationFactor，则按该pdsch-AggregationFactor配置的次数重复；如果SPS配置(sps-Config)中不包括pdsch-AggregationFactor，但PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，则按该PDSCH配置中pdsch-AggregationFactor配置的次数重复。对于CG PUSCH，如果用于激活该CG PUSCH的DCI指示的TDRA(时域资源分配)配置中包括numberOfRepetitions，则按该numberOfRepetitions配置的次数重复。如果用于激活该CG的DCI指示的TDRA配置不包括numberOfRepetitions(包括无需DCI激活的情况)，但CG配置(ConfiguredGrantConfig)中包括repK，则按repK配置的次数重复。
另一方面，SPS和CG的重传也可以支持聚合/重复。该重传是通过DCI调度的。该DCI的CRC由CS-RNTI加扰，且NDI＝1。对于SPS的重传，如果PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，则按该PDSCH配置中pdsch-AggregationFactor配置的次数重复。对于CG的重传，如果DCI指示的TDRA配置中包括numberOfRepetitions，则按该numberOfRepetitions配置的次数重复；如果DCI指示的TDRA配置中不包括numberOfRepetitions，但PUSCH配置(pusch-Config)中包括pusch-AggregationFactor，则按pusch-AggregationFactor配置的次数重复。
然而，上述现有技术假设一个DCI仅能调度一个PDSCH/PUSCH，没有考虑一个DCI可以调度多于一个PDSCH/PUSCH的情况。
另一方面，在Rel-17(版本17)中，根据目前的讨论，为了支持通过一个DCI调度多个PDSCH，针对DCI format 1_1，可以配置一个TDRA表，该TDRA表的一行或多行分别包括多个SLIVs，SLIV与PDSCH一一对应。这样，通过采用DCI format 1_1指示包括多个SLIVs的行，可以调度多个PDSCH。在这种情况下，若PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，该pdsch-AggregationFactor不用于DCI format 1_1。
类似地，为了支持通过一个DCI调度多个PUSCH，针对DCI format 0_1，可以 配置一个TDRA表，该TDRA表的一行或多行分别包括多个SLIVs，SLIV与PUSCH一一对应。这样，通过采用DCI format 0_1指示包括多个SLIVs的行，可以调度多个PUSCH。在这种情况下，若PUSCH配置(pusch-Config)中包括pdsch-AggregationFactor，该pdsch-AggregationFactor不用于DCI format 1_1。
然而，在上述讨论中，没有DCI format 1_1和DCI format 0_1可能分别用于SPS的激活和重传以及CG的激活和重传的情况。根据上述现有技术和讨论，无法确定针对由上述DCI format 1_1和DCI format 0_1激活的SPS PDSCH(或者说激活的SPS对应的PDSCH)是否支持聚合/重复(aggregation/repetition)。
发明人发现，DCI format 1_1和DCI format 0_1配置上述TDRA表的情况下，一方面，目前还没有DCI format 1_1和DCI format 0_1分别用于SPS的重传和CG的重传的方法；另一方面，假设上述DCI format 1_1和DCI format 0_1分别用于SPS的激活和重传以及CG的激活和重传，根据上述现有技术和讨论，无法确定针对由上述DCI format 1_1和DCI format 0_1激活的SPS PDSCH(或者说激活的SPS对应的PDSCH)或者由上述DCI format 1_1和DCI format 0_1调度的对应SPS或CG的数据重传(分别由动态调度的PDSCH和PUSCH承载)是否/如何支持聚合/重复(aggregation/repetition)，也就是说，在假设下，目前还没有是否/如何支持聚合/重复(aggregation/repetition)的确定性方案，终端设备将无法确定是否采用了聚合/重复(aggregation/repetition)的方式，从而可能无法正确接收或发送数据。
针对上述问题，提出了本申请。
在本申请实施例中，DCI在调度PDSCH/PUSCH时或者在激活SPS/CG时需要指示PDSCH/PUSCH的时域资源。一般地，DCI中包括用于指示PDSCH/PUSCH的时域资源的信息域，该信息域基于应用的(或者对应的)时域资源分配表(TDRA)表(或者称为PDSCH/PUSCH TDRA表，或者简称为TDRA表)指示PDSCH/PUSCH的时域资源。该信息域例如是时域资源分配(Time domain resource assignment)域。具体地，该信息域可以指示一个时域资源分配配置(或者简称为TDRA配置)在TDRA表中的索引。例如，上述TDRA表是该DCI应用的TDRA表，该信息域通过指示该DCI应用的TDRA表中的TDRA配置的索引(行索引，例如行索引的值大于或等于1)来指示PDSCH的时域资源，换句话说，该DCI通过指示其应用的TDRA表中的TDRA配置来调度PDSCH。例如，该DCI的信息域的值m(假设m为大于或等于0 的整数)对应指示该DCI应用的TDRA表中索引为m+1(也就是第m+1行)的TDRA配置。时域资源分配表是预定义的或RRC信令配置的。在该TDRA表是RRC信令配置的情况下，例如，该RRC信令配置的第m+1个TDRA配置对应的索引值为m+1，也就是说，信息域的值为m时，其对应的是该RRC信令配置的第m+1个TDRA配置。
在本申请实施例中，时域资源分配表包括至少一行，以下，为方便描述，将一行称为一个TDRA配置，即TDRA表包括至少一个TDRA配置。一个TDRA配置包括至少一个时域资源配置(或者称为PDSCH/PUSCH时域资源配置)，时域资源配置中至少包括时隙中的符号位置(起始符号+长度)配置；另外，一个PDSCH/PUSCH TDRA配置还可以包括至少一个时隙偏移(例如称为K0)配置，K0表示PDSCH/PUSCH与PDCCH/PUCCH的时隙偏移，K0配置包括在PDSCH/PUSCH时域资源配置中或者不包括在PDSCH/PUSCH时域资源配置中；该一个TDRA配置还可以包括其他信息，且该其他信息包括在PDSCH/PUSCH时域资源配置中或者不包括在PDSCH/PUSCH时域资源配置中，本申请实施例并不以此作为限制。其中，关于时隙中的符号位置配置，其例如包括start and length indicator(SLIV，起点和长度指示)，该SLIV对应起始符号(S)和长度(L)的有效组合(valid combination)，或者，其例如对应起始符号(starting symbol)配置和长度(length)配置，该starting symbol配置和length配置是有效组合。
在一些实施例中，为了支持通过一个DCI调度多个PDSCH/PUSCH，可以支持通过新的RRC信令(例如，针对PDSCH的pdsch-TimeDomainAllocationListForMultiPDSCH或者pdsch-TimeDomainAllocationListForMultiPDSCH-r17；针对PUSCH的pusch-TimeDomainAllocationListForMultiPUSCH或者pusch-TimeDomainAllocationListForMultiPUSCH-r17)配置用于支持通过一个DCI调度多个(即多于一个)PDSCH/PUSCH的时域资源分配表，该时域资源分配表包括至少一个用于调度多个(即多于一个)PDSCH/PUSCH的时域资源分配配置，该时域资源分配配置例如包括多个SLIV，每个SLIV分别对应一个PDSCH/PUSCH。
在一些实施例中，该时域资源分配配置包括一个时域偏移K0配置，K0表示第一个PDSCH/PUSCH与承载调度该PDSCH/PUSCH的DCI的PDCCH/PUCCH之间 的时隙偏移。
在一些实施例中，该时域资源分配配置包括多个(即多于一个)K0配置。例如，该配置包括多个K0，每个K0分别对应一个PDSCH/PUSCH，分别表示相应PDSCH/PUSCH与用于调度该PDSCH/PUSCH的PDCCH/PUCCH之间的时隙偏移，可选的，该K0可以包含在PDSCH/PUSCH时域资源配置中，与每个SLIV一一对应，由此，可以依次确定多个PDSCH/PUSCH的时隙位置。
在一些实施例中，若一个时域资源分配配置用于调度连续多个时隙中的多个PDSCH/PUSCH，该配置中包括一个时域偏移K0配置，K0例如表示第一个PDSCH/PUSCH与承载调度该PDSCH/PUSCH的DCI的PDCCH/PUCCH之间的时隙偏移。若一个时域资源分配配置用于调度非连续的多个时隙中的多个PDSCH/PUSCH，该时域资源分配配置包括多个(即多于一个)时域偏移K0配置。例如，该配置包括多个K0，每个K0分别对应一个PDSCH/PUSCH，分别表示相应PDSCH/PUSCH与用于调度该PDSCH/PUSCH的PDCCH/PUCCH之间的时隙偏移，可选的，该K0可以包含在PDSCH/PUSCH时域资源配置中，与每个SLIV一一对应，由此，可以依次确定多个PDSCH/PUSCH的时隙位置。
在一些实施例中，针对下行，在配置了上述TDRA表的情况下，该TDRA表应用于/对应DCI format 1_1；针对上行，在配置了上述TDRA表的情况下，该TDRA表应用于/对应DCI format 0_1。上述TDRA表针对下行和上行是分别配置的。
在一些实施例中，所述终端设备确定DCI(或者说DCI with DL grant/assignment)应用的时域资源分配表。终端设备还可以根据第一列表确定该DCI应用的时域资源分配表，该第一列表的一列对应前述的用于配置用于支持通过一个DCI调度多个PDSCH/PUSCH的TDRA表的指示信息(例如，针对PDSCH的pdsch-TimeDomainAllocationListForMultiPDSCH或者pdsch-TimeDomainAllocationListForMultiPDSCH-r17；针对PUSCH的pusch-TimeDomainAllocationListForMultiPUSCH或者pusch-TimeDomainAllocationListForMultiPUSCH-r17)。该指示信息例如包括在PDSCH/PUSCH-Config/中。即终端设备根据该第一列表从预定义的或通过高层信令配置的PDSCH/PUSCH时域资源分配(TDRA)表中确定用于调度PDSCH/PUSCH的DCI应用的PDSCH/PUSCH时域资源分配表。以DCI为DCI format 1_0和1_1为 例，下表1为第一列表的一个示例表。
表1:针对DCI format 1_0和DCI format 1_1的可应用的PDSCH时域资源分配
Figure PCTCN2022075936-appb-000001
在本申请实施例中，DCI指示了多个(即多于一个)PDSCH/PUSCH是指DCI(或者说DCI中的第二信息域)指示了用于调度多于一个PDSCH/PUSCH的时域资源分配配置。关于时域资源分配配置已经在前面做了说明，此处不再赘述。
在本申请实施例中，DCI调度了多个(即多于一个)PDSCH/PUSCH是指DCI指示了多个PDSCH/PUSCH，或者是指DCI指示的多个PDSCH/PUSCH包括多于一个有效(valid)的PDSCH/PUSCH，或者是指该DCI指示的多个PDSCH/PUSCH中有对应的HARQ process(或者说HARQ process ID)的PDSCH/PUSCH。其中，有效的PDSCH和/或有对应的HARQ process的PDSCH例如是指不和半静态配置的上行符号和/或动态配置的上行符号和/或半静态配置的上行传输所在的符号和/或预留符号和/或间隔符号重叠的PDSCH。有效的PUSCH和/或有对应的HARQ process的PUSCH例如是指不和半静态配置的下行符号和/或SSB对应的符号和/或CORSET#0对应的符号和/或动态配置的下行符号和/或半静态配置的下行传输所在的符号和/或预留符号和/或间隔符号重叠的PDSCH。其中，有效的PDSCH/PUSCH和有对应的HARQ process的PDSCH/PUSCH相同或不同。针对不同的情况，例如，有效的PDSCH例如是指不和半静态配置的上行符号重叠的PDSCH，有效的PUSCH例如是指不和半静态配置的下行符号和/或SSB对应的符号和/或CORSET#0对应的符号重叠的PUSCH，有对应的HARQ process的PDSCH例如是指不和半静态配置的上行符号和/或动态配置的上行符号重叠的PDSCH，有对应的HARQ process的PUSCH例如是指不和半静态配置的下行符号和/或SSB对应的符号和/或CORSET#0对应的符号和/或动态配置的下行符号重叠的PUSCH。换句话说，如果DCI指示的PDSCH与半静态配置的上行符号和/或动态配置的上行符号和/或半静态配置的上行传输所在的符号和/或预留符号和/或间隔符号重叠，则该PDSCH是无效(invalid)PDSCH，和/或该PDSCH没有对应的HARQ process(或者说HARQ process ID)。再例如，如果DCI指示的PUSCH与半静态配置的下行符号和/或SSB对应的符号和/或CORSET#0对应的符号和/或动态配置的下行符号和/或半静态配置的下行传输所在的符号和/或预留符号和/或间隔符号重叠，则该PUSCH是无效(invalid)PUSCH，和/或该PUSCH没有对应的HARQ process(或者说HARQ process ID)。
例如，假设有效的PDSCH和/或有对应的HARQ process的PDSCH是指不和半 静态配置的上行符号重叠的PDSCH，若一个PDSCH和半静态配置的上行符号重叠/冲突，则该PDSCH没有对应的HARQ process(或者说HARQ process ID)。一般地，基站不会发送该PDSCH，UE也不接收该PDSCH。反之，若PDSCH不和半静态配置的上行符号重叠/冲突，则该PDSCH有对应的HARQ process(或者说HARQ process ID)。
图20是时隙结构的示意图，假设一个时隙包括14个符号。图21是帧结构的示意图，假设一帧包括10个子帧，根据子载波间隔(SCS)的不同，一个子帧包括不同数量的时隙。图21中的子载波间隔仅作为示例，不限于此。
图22是用于激活SPS的PDCCH/DCI所在的时域资源以及用于激活SPS的PDCCH/DCI指示的PDSCH的时域资源的示意图，在图22中，假设PDSCH不重复。图23是用于激活SPS的DCI format 1_1所在的时域资源以及该DCI激活的PDSCH的示意图，在图23中，假设PDSCH根据pdsch-Config中的pdsch-AggregationFactor重复。图24是用于调度针对SPS的重传的DCI format 1_1及该DCI调度的PDSCH的示意图，在图24中，假设PDSCH根据pdsch-Config中的pdsch-AggregationFactor重复。图25是用于激活SPS的DCI format 1_1所在的时隙以及DCI format 1_1激活的SPS PDSCH所在的时隙及对应的HARQ进程ID的示意图。图26是SPS PDSCH对应的HARQ进程ID的另一示意图，在图26中，假设一个周期中只有一个SPS PDSCH(重复或不重复)，不同周期循环对应不同的HARQ进程ID。
图27是用于激活CG的PDCCH/DCI所在的时域资源以及用于激活CG的PDCCH/DCI指示的PUSCH的时域资源的示意图，在图27中，假设PUSCH不重复。图28是用于激活CG的DCI format 1_1所在的时域资源以及该DCI激活的PUSCH的示意图，在图28中，假设PUSCH根据pusch-Config中的pusch-AggregationFactor重复。图29是用于调度针对CG的重传的DCI format 1_1及该DCI调度的PUSCH的示意图，在图29中，假设PUSCH根据pusch-Config中的pusch-AggregationFactor重复。图30是用于激活CG的DCI format 1_1所在的时隙以及DCI format 1_1激活的CG PUSCH所在的时隙及对应的HARQ进程ID的示意图。图31是CG PUSCH对应的HARQ进程ID的另一示意图，在图31中，假设一个周期中只有一个CG PUSCH(重复或不重复)，不同周期循环对应不同的HARQ进程ID。
下面结合附图和具体实施方式对本申请实施例进行说明。
在本申请实施例中，“当……时”、“在……情况下”、“对于……的情况”以及“如果……”表示基于某个或某些条件或状态等，另外，这些表述方式可以互相替换。此外，“指示”可以是显式地包含某些信息以进行通知，也可以是隐式地通过某些特征进行通知等。此外，“DCI”、“DCI格式”、“DCI format”等表述指代相同的含义，可以互相替换。此外，“可以调度”、“能够调度”、“用于调度”等表述指代相同的含义，可以互相替换。
第一方面的实施例
本申请实施例提供一种数据接收方法，从终端设备的一侧进行说明。
图2是本申请实施例的数据接收方法的一示意图，如图2所示，该方法包括：
201，终端设备接收第一下行控制信息(DCI)，所述第一DCI用于调度物理下行共享信道(PDSCH)；
202，所述终端设备接收所述第一DCI调度的PDSCH中的一个或多于一个PDSCH。
根据本申请实施例，终端设备接收第一DCI调度的一个或多于一个PDSCH，由此，能够支持通过一个DCI调度多于一个PDSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PDSCH的情况下的半静态调度或半持续调度PDSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。
在一些实施例中，在终端设备接收第一DCI调度的PDSCH中的多于一个PDSCH的情况下，该多于一个PDSCH中的不同的PDSCH承载的数据(也即传输块TB)不同。由此，能够支持通过一个DCI指示不同传输块的传输。
在一些实施例中，第一DCI是DCI format 1_1，也即，网络设备通过DCI format 1_1调度多个PDSCH。
在一些实施例中，第一DCI包括一个NDI(New Data Indication，新数据指示)域或者两个NDI域，在该第一DCI包括两个NDI域的情况下，各NDI域分别对应一个TB。例如，第一DCI包括第一NDI域和/或第二NDI域，在第一DCI包括第一NDI域和第二NDI域的情况下，该第一NDI域和该第二NDI域分别对应第一个TB和第二个TB。由此，可以通过NDI域对TB进行指示。
在上述实施例中，第一NDI域和/或第二NDI域的值为0或者1。
在一些实施例中，在第一DCI的CRC由CS-RNTI加扰的情况下，第一NDI域和/或第二NDI域包括的比特数可以根据以下至少一项确定，即：
第一DCI可调度的PDSCH的最大数(也即，第一DCI对应的TDRA表中一行包括的SLIV的最大数)；
第一DCI调度的PDSCH数(也即，第一DCI指示的行包括的SLIV数)；
第一DCI调度调度有效的PDSCH数(也即，第一DCI指示的行包括的有效的SLIV数)。
由此，第一NDI域和/或第二NDI域可以包括一个比特，也可以包括多于一个比特，具体取决于上述至少一项决定因素。
在另一些实施例中，在第一DCI的CRC由CS-RNTI加扰的情况下，上述第一NDI域和/或第二NDI域只有1个比特。例如，当配置了2个TB时，第一DCI中包括1个NDI域，该NDI域为1个比特；或者，第一DCI中包括2个NDI域，且各TB对应的NDI域的比特数为1。在该实施例中，NDI域的比特数不取决于前述实施例中的决定因素。
在一些实施例中，第一DCI对应的TDRA表中的一行或多于一行包括多于一个SLIV，该多于一个SLIV对应多于一个PDSCH，由此实现了通过该第一DCI调度多于一个PDSCH。
在上述实施例中，在一些实施方式中，不采用上述第一DCI调度SPS的重传，也即，终端设备不期望该第一DCI的CRC由CS-RNTI加扰；在一些实施方式中，第一DCI的第一NDI域和/或第二NDI域的值为1；在一些实施方式中，第一DCI调度多于一个PDSCH；在一些实施方式中，第一DCI调度多于一个有效的PDSCH；在一些实施方式中，第一DCI的NDI域(第一NDI域和/或第二NDI域)中包括多于一个值为1的比特；在一些实施方式中，第一DCI调度的多于一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一；在一些实施方式中，第一DCI调度的一个或多于一个PDSCH对应的HARQ进程ID不是针对SPS配置的一个或多于一个HARQ进程ID之一。上述各实施方式可以分别实施，也可以任意组合。
在上述实施例中，第一NDI域和/或第二NDI域的值为1，包括但不限于：
第一NDI域包括1个比特，该1个比特的值为1；或者，
第一NDI域包括多于1个比特，该第一NDI域的一个或多于一个特定比特的值为1，或者，该第一NDI域的至少1个比特的值为1，或者，该第一NDI域的所有比特的值为1；或者，
第二NDI域包括1个比特，该1个比特的值为1；或者，
第二NDI域包括多于1个比特，该第二NDI域的一个或多于一个特定比特的值为1，或者，该第二NDI域的至少1个比特的值为1，或者，该第二NDI域的所有比特的值为1。
在本申请实施例中，在一些实施例中，第一DCI的CRC由CS-RNTI加扰，该第一DCI仅调度一个PDSCH(也即，该第一DCI指示对应的TDRA表中包括一个SLIV的行)，终端设备仅接收该一个PDSCH。
例如，在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1(针对两个TB的情况，各TB分别对应一个NDI域，均为1或者其中一个(例如第一个TB)对应的NDI域为1)的DCI format 1_1，该DCI只能指示包括一个SLIV的行，不能指示包括多个SLIV的行。即，该DCI只能指示或调度一个PDSCH。
在这个例子中，该DCI中指示的HARQ process ID可以对应该PDSCH。该HARQ process ID可以在针对SPS配置HARQ process组中，但是本申请不限于此，该DCI中指示的HARQ process ID也可以有其他实施方式，具体如前所述，此处省略说明。
在本申请实施例中，在一些实施例中，第一DCI的CRC由CS-RNTI加扰，该第一DCI调度多于一个PDSCH(也即，该第一DCI指示对应的TDRA表中包括多于一个SLIV的行)。
在上述实施例中，终端设备可以根据以下至少一项确定是否接收该第一DCI调度的多于一个PDSCH中的PDSCH：
PDSCH对应的HARQ process ID；
PDSCH对应的NDI域比特的值；
PDSCH是否和半静态配置的上行符号冲突。
例如，根据PDSCH是否和半静态配置的上行符号冲突，终端设备仅接收上述多于一个PDSCH中的其中一个PDSCH。
在这个例子中，该一个PDSCH可以是上述多于一个PDSCH中的第一个PDSCH 或最后一个PDSCH，也可以是上述多于一个PDSCH中唯一一个有效的PDSCH，还可以是上述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，还可以是上述多于一个PDSCH中唯一一个对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。本申请不限于此，上述一个PDSCH还可以是其他或者上述任意组合。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s(针对两个TB的情况，各TB分别对应一个NDI域，均为1或‘1’s，或者其中一个(例如第一个TB)对应的NDI域为1或‘1’s)的DCI format 1_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PDSCH。UE仅接收其中一个PDSCH，例如按时间顺序的第一个PDSCH或最后一个PDSCH，和/或，唯一一个有效的PDSCH(例如不和半静态配置的上行符号冲突的PDSCH)，和/或，唯一一个相应NDI比特为1的PDSCH，和/或对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
在这个例子中，该第一DCI指示的HARQ进程ID可以对应上述一个PDSCH(无论该PDSCH是否是第一个PDSCH)；或者，该第一DCI指示的HARQ进程ID对应上述多于一个PDSCH中第一个有效的PDSCH，终端设备根据该HARQ进程ID确定上述一个PDSCH对应的HARQ进程ID(无论该PDSCH是否是第一个PDSCH)。
在这个例子中，上述一个PDSCH对应的HARQ进程ID可以是针对SPS配置的一个或多于一个HARQ进程ID之一，也即在针对SPS配置的HARQ进程ID组中。
在这个例子中，上述一个PDSCH可以是有效的PDSCH。
在这个例子中，上述第一个PDSCH可以是上述第一DCI调度的第一个PDSCH或者是上述第一DCI调度的第一个有效的PDSCH；同理，上述述最后一个PDSCH可以是上述第一DCI调度的最后一个PDSCH或者是上述第一DCI调度的最后一个有效的PDSCH。其中，第一DCI调度的第一个PDSCH也即第一DCI指示的行中第一个SLIV对应的PDSCH(有效的PDSCH)，同理，第一DCI调度的最后一个PDSCH也即第一DCI指示的行中最后一个SLIV对应的PDSCH(有效的PDSCH)。
在这个例子中，针对UE仅接收唯一一个有效的PDSCH，即该DCI指示/调度的PDSCH只能包括一个有效的PDSCH，也就是说，UE不期望该DCI中指示/调度多于 一个有效的PDSCH。UE也就仅接收该一个PDSCH。
在这个例子中，针对UE仅接收唯一一个相应NDI比特为1的PDSCH，该DCI的NDI域中只包括一个值为1的比特，也就是说，UE不期望该DCI的NDI域中包括多于一个值为1的比特。UE也就仅接收该一个PDSCH。
在这个例子中，UE不接收无效的(invalid)PDSCH，且无效的PDSCH没有对应的HARQ process ID。
在这个例子中，针对其他(有效的)PDSCH(如果有)，UE不接收，或者说取消其他(有效的)PDSCH接收。其他(有效的)PDSCH对应或不对应HARQ process ID(或者说，UE确定或不确定其他(有效的)PDSCH的HARQ process ID))。
再例如，根据PDSCH对应的HARQ process ID，终端设备仅接收对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一的PDSCH。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s(针对两个TB的情况，各TB分别对应一个NDI域，均为1或‘1’s，或者其中一个(例如第一个TB)对应的NDI域为1或‘1’s)的DCI format 1_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PDSCH。UE仅接收对应的HARQ process ID在针对SPS配置的HARQ process组中的PDSCH。
在这个例子中，该DCI中指示的HARQ process ID对应第一个有效的PDSCH，UE根据该指示确定有效的PDSCH的HARQ process ID。
在这个例子中，UE不接收对应的HARQ process ID不在针对SPS配置的HARQ process组中的PDSCH。
在这个例子中，UE不接收无效的PDSCH，且无效的PDSCH没有对应的HARQ process ID。
再例如，根据PDSCH对应的HARQ process ID，终端设备接收上述多于一个PDSCH中所有有效的PDSCH。
其中，在一个例子中，所有有效的PDSCH对应的HARQ进程ID必须都是针对SPS配置的一个或多于一个HARQ进程ID之一。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s(针对两个TB的情况，各TB分别对应一个NDI域，均为1或‘1’s，或者其中一个(例如第一个TB)对应的NDI域为1或‘1’s)的DCI format 1_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PDSCH。该DCI指示/调度的多于一个PDSCH中包括的有效的PDSCH(s)对应的HARQ process ID(s)必须都在针对SPS配置的HARQ process组中。也就是说，UE不期望该DCI中指示/调度的任一个有效的PDSCH(s)对应的HARQ process ID(s)不在针对SPS配置的HARQ process组中。
其中，在另一个例子中，对应的HARQ进程ID不为针对SPS配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PDSCH，为初传。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s的DCI format 1_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PDSCH。UE接收所有有效的PDSCH(s)，针对对应的HARQ process ID(s)不在针对SPS配置HARQ process组中的PDSCH，UE视为初传。
在这个例子中，所有有效的PDSCH中的仅一个或至少一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。也即，该DCI指示/调度的多于一个PDSCH中包括的有效的PDSCH(s)对应的HARQ process ID(s)的仅一个或至少一个在针对SPS配置的HARQ process组中。其中，该HARQ process ID(s)对应的有效的PDSCH(s)为重传。
在上述两个例子中，该DCI指示的HARQ process ID对应第一个有效的PDSCH，UE根据该指示确定有效的PDSCHs的HARQ process ID。
在上述两个例子中，UE接收所有有效的PDSCH(s)。
再例如，根据PDSCH对应的NDI域比特的值，终端设备仅接收对应的NDI域的比特的值为1的PDSCH；或者，终端设备接收所有有效的PDSCH，并且，针对对应的NDI域的比特的值为1的PDSCH视为重传，针对对应的NDI域的比特的值为0的PDSCH视为初传。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰的DCI format 1_1且指示包括多个SLIV的行，其中，一个或多个SLIV对应的NDI比特＝1(针对两个TB的情况，各TB分别对应一个NDI域，该一个或多个SLIV在两个NDI域中的相应比特均为1，或者其中一个(例如第一个TB)中的相应比特为1)，即该DCI可以指示/调度多于一个PDSCH，且其中一个或多个PDSCH对应的NDI比特＝1。
在这个例子中，UE仅接收NDI比特＝1对应的PDSCH，或者，UE接收所有有效的PDSCH(s)，针对对应的NDI比特＝0的PDSCH，UE视为初传。
在这个例子中，所有有效的PDSCH中的仅一个或至少一个PDSCH对应的NDI域的比特的值为1。
在本申请实施例中，在一些实施例中，终端设备还可以接收包括用于配置重复次数的第一配置参数(例如pdsch-AggregationFactor)的PDSCH配置(pdsch-Config)，在第一DCI的CRC由CS-RNTI加扰的情况下，该第一配置参数应用于该第一DCI。也即，在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，当UE接收由CRC由CS-RNTI加扰且NDI＝1或NDI＝0的DCI format 1_1调度的PDSCH时，若PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，按该pdsch-AggregationFactor配置的次数重复。
在上述实施例中，第一配置参数应用于第一DCI，是指：第一配置参数应用于第一DCI调度的PDSCH中的一个或多于一个PDSCH。
例如，第一DCI调度的各PDSCH按照第一配置参数配置的次数重复，和/或，第一DCI调度的各有效的PDSCH按照第一配置参数配置的次数重复；和/或，第一DCI调度的PDSCH中的终端设备需接收的各PDSCH按照第一配置参数配置的次数重复；和/或，第一DCI仅调度一个PDSCH且该一个PDSCH按照第一配置参数配置的次数重复；和/或，第一DCI调度的PDSCH中终端设备仅接收一个PDSCH且该一个PDSCH按照第一配置参数配置的次数重复。
在本申请实施例中，在一些实施例中，终端设备还可以接收包括用于配置重复次数的第一配置参数(例如pdsch-AggregationFactor)的PDSCH配置(pdsch-Config)，在第一DCI的CRC由CS-RNTI加扰的情况下，该第一配置参数不应用于该第一DCI。
在上述实施例中，第一配置参数不应用于第一DCI，是指：第一配置参数不应用 于第一DCI调度的PDSCH中的任一个。
例如，在针对DCI format 1_1(第一DCI)配置上述TDRA表的情况下，当UE接收由CRC由CS-RNTI加扰且NDI＝1或NDI＝0的DCI format 1_1调度的PDSCH时，若PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，不按该pdsch-AggregationFactor配置的次数重复。其中，若第一DCI采用其他DCI format(其他fomart对应的TDRA表和上述TDRA表不同，例如，其他fomart对应的TDRA表中的各行均只包括一个SLIV)，例如DCI format 1_0/1_2等，则按该pdsch-AggregationFactor配置的次数重复。
在上述实施例中，在一个实施方式中，第一DCI调度的PDSCH不重复。无论SPS配置中是否包含上述pdsch-AggregationFactor。
在上述实施例中，在另一个实施方式中，如果SPS配置中包含上述pdsch-AggregationFactor，则第一DCI调度的PDSCH按照该pdsch-AggregationFactor重复。
在这个实施方式中，终端设备可以接收包括用于配置重复次数的第二配置参数(例如pdsch-AggregationFactor)的SPS配置；该第二配置参数应用于第一DCI。
在这个实施方式中，第二配置参数应用于第一DCI，是指：第二配置参数应用于第一DCI调度的PDSCH中的一个或多于一个。
例如，第一DCI调度的各PDSCH按照第二配置参数配置的次数重复，和/或，第一DCI调度的各有效的PDSCH按照第二配置参数配置的次数重复；和/或，第一DCI调度的PDSCH中的终端设备需接收的各PDSCH按照第二配置参数配置的次数重复；和/或，第一DCI仅调度一个PDSCH且该一个PDSCH按照第二配置参数配置的次数重复；和/或，第一DCI调度的PDSCH中终端设备仅接收一个PDSCH且该一个PDSCH按照第二配置参数配置的次数重复。
在这个实施方式中，SPS配置(sps-config)是该PDSCH(对应的SPS PDSCH)对应的SPS配置。例如，该UE仅配置了一个sps-config，则该sps-config即为该PDSCH(对应的SPS PDSCH)对应的SPS配置。再例如，若该UE仅配置并激活了多于一个SPS配置，UE例如根据该PDSCH对应的HARQ process ID确定该PDSCH(对应的SPS PDSCH)对应的SPS配置。再例如，在该PDSCH对应的HARQ process ID由多个SPS配置共享的情况下，上述pdsch-AggregationFactor例如是指多个SPS配 置中包括的最大的pdsch-AggregationFactor。
在本申请实施例中，SPS配置中还可以包括用于基站指示/UE确定相应的HARQ process ID范围的信息域(或字段)，例如nrofHARQ-Processes、harq-ProcID-Offset等。
在本申请实施例中，对于SPS PDSCH的聚合/重复，在一些实施例中，终端设备还可以接收包括用于配置重复次数的第一配置参数(例如pdsch-AggregationFactor)的PDSCH配置(pdsch-Config)；此外，终端设备还可以接收用于激活SPS配置的第二DCI，上述第一配置参数应用于该第二DCI，该第二DCI对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在上述实施例中，第一配置参数应用于第二DCI，是指：第二DCI对应的SPS PDSCH按照上述第一配置参数重复。其中，第二DCI对应的SPS PDSCH例如是指由第二DCI激活的SPS配置调度的PDSCH(SPS PDSCH)，或者说，由第二DCI激活的SPS PDSCH。
例如，在针对DCI format 1_1(第二DCI)配置上述TDRA表的情况下，针对由SPS配置调度且由DCI format 1_1激活的PDSCH(即SPS PDSCH)，若PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，按该pdsch-AggregationFactor配置的次数重复。SPS PDSCH没有对应的PDCCH，该PDCCH是承载用于调度PDSCH的DCI的PDCCH。
在本申请实施例中，对于SPS PDSCH的聚合/重复，在另一些实施例中，终端设备还可以接收包括用于配置重复次数的第一配置参数(例如pdsch-AggregationFactor)的PDSCH配置(pdsch-Config)；此外，终端设备还可以接收用于激活SPS配置的第二DCI，上述第一配置参数不应用于该第二DCI，该第二DCI对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在上述实施例中，第一配置参数不应用于第二DCI，是指：第一配置参数不应用于第二DCI对应的SPS PDSCH中的任一个。
例如，在针对DCI format 1_1(第二DCI)配置上述TDRA表的情况下，针对由SPS配置调度且由DCI format 1_1激活的PDSCH(即SPS PDSCH)，若PDSCH配置(pdsch-Config)中包括pdsch-AggregationFactor，不按该pdsch-AggregationFactor配置的次数重复。SPS PDSCH没有对应的PDCCH，该PDCCH是承载用于调度PDSCH 的DCI的PDCCH。其中，若第二DCI采用其他DCI format(其他fomart对应的TDRA表和上述TDRA表不同，例如其他fomart对应的TDRA表中的各行均只包括一个SLIV)，例如DCI format 1_0/1_2等，则按该pdsch-AggregationFactor配置的次数重复。
在上述实施例中，在一个实施方式中，第二DCI对应的SPS PDSCH不重复。无论SPS配置中是否包含上述pdsch-AggregationFactor。
在上述实施例中，在另一个实施方式中，如果SPS配置中包含上述pdsch-AggregationFactor，则第二DCI对应的SPS PDSCH按照该pdsch-AggregationFactor重复。
在这个实施方式中，终端设备可以接收包括用于配置重复次数的第二配置参数(例如pdsch-AggregationFactor)的SPS配置，该第二配置参数应用于第二DCI。
在这个实施方式中，第二配置参数应用于第二DCI，是指：第二配置参数应用于第二DCI对应的SPS PDSCH中的一个或多于一个。
例如，第二DCI对应的各SPS PDSCH按照第二配置参数配置的次数重复，和/或，第二DCI对应的各有效的SPS PDSCH按照第二配置参数配置的次数重复；和/或，第二DCI对应的SPS PDSCH中的终端设备需接收的各SPS PDSCH按照第二配置参数配置的次数重复；和/或，第二DCI仅对应一个SPS PDSCH且该一个SPS PDSCH按照第二配置参数配置的次数重复；和/或，第二DCI对应的SPS PDSCH中终端设备仅接收一个SPS PDSCH且该一个SPS PDSCH按照第二配置参数配置的次数重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
在本申请实施例中，终端设备还可以接收用于激活/去激活SPS的PDCCH/DCI，例如，终端设备可以至少根据以下一项或多项确认该PDCCH/DCI的有效性(validates the PDCCH)：
1.采用CS-RNTI加扰(更具体地，相应DCI format的CRC采用CS-RNTI加扰)
2.NDI域设为‘0’；
3.如果有DFI域，设为“0”；
4.针对激活，如果有PDSCH-to-HARQ_feedback timing indicator field，该域不能提供一个不能应用的值(an inapplicable value)(例如-1)；
5.(如果对应的DCI format应用的TDRA表(table)包括至少一行包括多于一个SLIV配置的TDRA配置，或者说是DCI format 1_1)Time domain resource assignment域指示的TDRA配置/行/行索引包括/对应仅一个PDSCH/SLIV。
在本申请实施例中，针对SPS激活，如果只被提供了一个针对SPS PDSCH的配置，该DCI的有效性还可能取决于HARQ process number域和RV域。
其中，针对RV域，如果该DCI对应的DCI format(例如DCI format 1_1)应用的TDRA表包括至少一行包括多于一个SLIV配置的TDRA配置，在Time domain resource assignment域指示的TDRA配置仅包括/对应一个PDSCH的情况下，该DCI中对应一个TB的Redundancy version域包括2bits。在该DCI format配置一个TB的情况下，DCI中仅包括一个Redundancy version域，且该Redundancy version域的比特均设为‘0’或均设为‘1’。在该DCI format配置了两个TB的情况下，DCI中包括两个TB分别对应的Redundancy version域(一一对应)，两个TB分别对应的Redundancy version域的比特均设为‘0’或均设为‘1’；或者，一个TB(例如第一个TB)的对应的Redundancy version域的比特均设为‘0’，另一个TB(例如第二个TB)的对应的Redundancy version域的比特均设为‘1’。例如，(SPS仅支持一个TB的情况下，)第一个TB是enabled，第二个TB是disabled，则第一个TB的对应的Redundancy version域的比特均设为‘0’，第二个TB)的对应的Redundancy version域的比特均设为‘1’。再例如，(SPS仅支持两个TB的情况下，)两个TB分别对应的Redundancy version域的比特均设为‘0’或均设为‘1’。如下面的表2所示。
Figure PCTCN2022075936-appb-000002
表2
此外，如果被提供了多于一个针对SPS PDSCH的配置，该DCI的有效性还取决于RV域，关于RV域设置的进一步解释和上述针对只有一个针对SPS PDSCH的配置的激活情况相同。如下面的表3所示。
Figure PCTCN2022075936-appb-000003
表3
另一方面，(针对被提供了多于一个针对SPS PDSCH的配置的情况，)HARQ process number域用于指示该DCI激活的SPS配置索引。该SPS配置索引可以关联/对应一个或多个针对SPS PDSCH的配置。
在本申请实施例中，针对SPS去激活，如果只被提供了一个针对SPS PDSCH的配置(或者说，只配置了一个SPS PDSCH)，该DCI的有效性还可能取决于HARQ process number域，RV域，Modulation and coding scheme域和Frequency domain resource assignment域。
其中，针对RV域，如果该DCI对应的DCI format(例如DCI format 1_1)应用的TDRA表包括至少一行包括多于一个SLIV配置的TDRA配置，在该DCI指示的TDRA配置仅包括/对应一个PDSCH的情况下，该DCI中对应一个TB的Redundancy version域包括2比特。在该DCI format配置一个TB的情况下，DCI中仅包括一个Redundancy version域，且该Redundancy version域的比特均设为‘0’或均设为‘1’。在该DCI format配置了两个TB的情况下，DCI中包括两个TB分别对应的Redundancy version域(一一对应)，两个TB分别对应的Redundancy version域的比特均设为‘0’或均设为‘1’。如下面的表4所示。
Figure PCTCN2022075936-appb-000004
表4
如果被提供了多于一个针对SPS PDSCH的配置，该DCI的有效性还取决于RV 域，Modulation and coding scheme域和Frequency domain resource assignment域，关于RV域设置的进一步解释和上述针对只有一个针对SPS PDSCH的配置的去激活情况相同。如下面的表5所示。
Figure PCTCN2022075936-appb-000005
表5
另一方面，(针对被提供了多于一个针对SPS PDSCH的配置的情况，)HARQ process number域用于指示该DCI去激活的SPS配置索引。该SPS配置索引可以关联/对应一个或多个针对SPS PDSCH的配置。
根据本申请实施例的方法，能够支持通过一个DCI调度多于一个PDSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PDSCH的情况下的半静态调度或半持续调度PDSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。
第二方面的实施例
本申请实施例提供一种数据调度方法，从网络设备的一侧进行说明。该方法是与第一方面的实施例的方法对应的网络设备侧的处理，其中与第一方面的实施例相同的内容不再重复说明。
图3是本申请实施例的数据调度方法的一示意图。如图3所示，该方法包括：
301：网络设备发送第一下行控制信息，所述第一下行控制信息用于调度PDSCH，所述PDSCH为一个或多个。
在一些实施例中，在所述网络设备发送了第一下行控制信息调度的PDSCH中的多于一个PDSCH的情况下，所述多于一个PDSCH中的不同的PDSCH承载的数据不同。
在一些实施例中，所述第一下行控制信息为DCI format 1_1。
在一些实施例中，所述第一下行控制信息包括第一NDI域和/或第二NDI域；在所述第一下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
在一些实施例中，所述第一NDI域和/或第二NDI域的值为0或1。
在一些实施例中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第一下行控制信息可调度的PDSCH的最大数；
所述第一下行控制信息调度的PDSCH数；
所述第一下行控制信息调度的有效的PDSCH数。
在一些实施例中，在所述第一下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
在一些实施例中，所述第一下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一下行控制信息调度一个PDSCH，和/或，所述第一下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或，所述第一下行控制信息调度多于一个PDSCH，和/或，所述第一下行控制信息调度多于一个有效的PDSCH，和/或，所述第一下行控制信息的NDI域中包括多于一个值为1的比特，和/或，所述第一下行控制信息调度的多于一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一，和/或，所述第一下行控制信息调度的一个或多于一个PDSCH对应的HARQ进程ID不是针对SPS配置的一个或多于HARQ进程ID之一。
在一些实施例中，所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息仅调度一个PDSCH。
在一些实施例中，所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息调度多于一个PDSCH，所述网络设备发送所述第一下行控制信息调度的 所述多于一个PDSCH中的其中一个PDSCH，或者，所述网络设备发送对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一的PDSCH；或者，所述网络设备发送所述第一下行控制信息调度的所述多于一个PDSCH中所有有效的PDSCH；或者，所述网络设备发送对应的NDI域的比特的值为1的PDSCH；或者，所述网络设备发送所有有效的PDSCH，针对对应的NDI域的比特的值为1的PDSCH被视为重传，针对对应的NDI域的比特的值为0的PDSCH被视为初传。
在一些实施例中，所述一个PDSCH为所述多于一个PDSCH中的第一个PDSCH或最后一个PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个有效的PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
在一些实施例中，所述第一下行控制信息指示的HARQ进程ID对应所述一个PDSCH；或者，所述第一下行控制信息指示的HARQ进程ID对应所述多于一个PDSCH中第一个有效的PDSCH，所述终端设备根据所述HARQ进程ID确定所述一个PDSCH对应的HARQ进程ID。
在一些实施例中，所述一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述一个PDSCH是有效的PDSCH。
在一些实施例中，所述第一个PDSCH是所述第一下行控制信息调度的第一个PDSCH或者是所述第一下行控制信息调度的第一个有效的PDSCH；所述最后一个PDSCH是所述第一下行控制信息调度的最后一个PDSCH或者是所述第一下行控制信息调度的最后一个有效的PDSCH。
在一些实施例中，所述所有有效的PDSCH对应的HARQ进程ID必须都是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，对应的HARQ进程ID不为针对SPS配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PDSCH，为初传。
在一些实施例中，所述所有有效的PDSCH中的仅一个或至少一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所有有效的PDSCH中的仅一个或至少一个PDSCH对应的NDI域的比特的值为1。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数应用于所述第一下行控制信息。
在一些实施例中，所述第一配置参数应用于所述第一下行控制信息，包括：所述第一配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
在一些实施例中，所述第一下行控制信息调度的各PDSCH按照所述第一配置参数配置的次数重复，和/或，所述第一下行控制信息调度的各有效的PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中的终端设备需接收的各PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数不应用于所述第一下行控制信息。
在一些实施例中，所述第一配置参数不应用于所述第一下行控制信息，包括：所述第一配置参数不应用于所述第一下行控制信息调度的PDSCH中的任一个。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第一下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第一下行控制信息，包括：所述第二配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
在一些实施例中，所述第一下行控制信息调度的各PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第一下行控制信息调度的各有效的PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中的终 端设备需接收的各PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述网络设备发送用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述网络设备发送用于激活SPS配置的第二下行控制信息，所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第二下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
在一些实施例中，所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中的终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS  PDSCH中终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
根据本申请实施例的方法，能够支持通过一个DCI调度多于一个PDSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PDSCH的情况下的半静态调度或半持续调度PDSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。此外，对于网络设备来说，也可以提高配置及资源调度的灵活性。
第三方面的实施例
本申请实施例提供一种数据发送方法，从终端设备的一侧进行说明。
图4是本申请实施例的数据发送方法的一示意图。如图4所示，本申请实施例的数据发送方法包括：
401：终端设备接收第三下行控制信息，所述第三下行控制信息用于调度PUSCH；
402：所述终端设备发送所述第三下行控制信息调度的PUSCH中的一个或多于一个PUSCH。
根据本申请实施例，终端设备发送第三DCI调度的一个或多于一个PUSCH，由此，能够支持通过一个DCI调度多于一个PUSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PUSCH的情况下的半静态调度或半持续调度PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。
在一些实施例中，在终端设备发送第三DCI调度的PUSCH中的多于一个PUSCH的情况下，该多于一个PUSCH中的不同的PUSCH承载的数据(也即传输块TB)不同。由此，能够支持通过一个DCI指示不同传输块的传输。
在一些实施例中，第三DCI是DCI format 0_1，也即，网络设备通过DCI format 0_1调度多个PUSCH。
在一些实施例中，第三DCI包括一个NDI(New Data Indication，新数据指示)域或者两个NDI域，在该第三DCI包括两个NDI域的情况下，各NDI域分别对应一个TB。例如，第三DCI包括第一NDI域和/或第二NDI域，在第三DCI包括第一 NDI域和第二NDI域的情况下，该第一NDI域和该第二NDI域分别对应第一个TB和第二个TB。由此，可以通过NDI域对TB进行指示。
在上述实施例中，第一NDI域和/或第二NDI域的值为0或者1。
在一些实施例中，在第三DCI的CRC由CS-RNTI加扰的情况下，第一NDI域和/或第二NDI域包括的比特数可以根据以下至少一项确定，即：
第三DCI可调度的PUSCH的最大数(也即，第三DCI对应的TDRA表中一行包括的SLIV的最大数)；
第三DCI调度的PUSCH数(也即，第三DCI指示的行包括的SLIV数)；
第三DCI调度调度有效的PUSCH数(也即，第三DCI指示的行包括的有效的SLIV数)。
由此，第一NDI域和/或第二NDI域可以包括一个比特，也可以包括多于一个比特，具体取决于上述至少一项决定因素。
在另一些实施例中，在第三DCI的CRC由CS-RNTI加扰的情况下，上述第一NDI域和/或第二NDI域只有1个比特。例如，当配置了2个TB时，第三DCI中包括1个NDI域，该NDI域为1个比特；或者，第三DCI中包括2个NDI域，且各TB对应的NDI域的比特数为1。在该实施例中，NDI域的比特数不取决于前述实施例中的决定因素。
在一些实施例中，第三DCI对应的TDRA表中的一行或多于一行包括多于一个SLIV，该多于一个SLIV对应多于一个PUSCH，由此实现了通过该第三DCI调度多于一个PUSCH。
在上述实施例中，在一些实施方式中，不采用上述第三DCI调度CG的重传，也即，终端设备不期望该第三DCI的CRC由CS-RNTI加扰；在一些实施方式中，第三DCI的第一NDI域和/或第二NDI域的值为1；在一些实施方式中，第三DCI调度多于一个PUSCH；在一些实施方式中，第三DCI调度多于一个有效的PUSCH；在一些实施方式中，第三DCI的NDI域(第一NDI域和/或第二NDI域)中包括多于一个值为1的比特；在一些实施方式中，第三DCI调度的多于一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一；在一些实施方式中，第三DCI调度的一个或多于一个PUSCH对应的HARQ进程ID不是针对CG配置的一个或多于一个HARQ进程ID之一。上述各实施方式可以分别实施，也可以任意组 合。
在上述实施例中，第一NDI域和/或第二NDI域的值为1，包括但不限于：
第一NDI域包括1个比特，该1个比特的值为1；或者，
第一NDI域包括多于1个比特，该第一NDI域的一个或多于一个特定比特的值为1，或者，该第一NDI域的至少1个比特的值为1，或者，该第一NDI域的所有比特的值为1；或者，
第二NDI域包括1个比特，该1个比特的值为1；或者，
第二NDI域包括多于1个比特，该第二NDI域的一个或多于一个特定比特的值为1，或者，该第二NDI域的至少1个比特的值为1，或者，该第二NDI域的所有比特的值为1。
在本申请实施例中，在一些实施例中，第三DCI的CRC由CS-RNTI加扰，该第三DCI仅调度一个PUSCH(也即，该第三DCI指示对应的TDRA表中包括一个SLIV的行)，终端设备仅发送该一个PUSCH。
例如，在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1(针对两个TB的情况，各TB分别对应一个NDI域，均为1或者其中一个(例如第一个TB)对应的NDI域为1)的DCI format 0_1，该DCI只能指示包括一个SLIV的行，不能指示包括多个SLIV的行。即，该DCI只能指示或调度一个PUSCH。
在这个例子中，该DCI中指示的HARQ process ID可以对应该PUSCH。该HARQ process ID可以在针对CG配置HARQ process组中，但是本申请不限于此，该DCI中指示的HARQ process ID也可以有其他实施方式，具体如前所述，此处省略说明。
在本申请实施例中，在一些实施例中，第三DCI的CRC由CS-RNTI加扰，该第三DCI调度多于一个PUSCH(也即，该第三DCI指示对应的TDRA表中包括多于一个SLIV的行)。
在上述实施例中，终端设备可以根据以下至少一项确定是否发送该第三DCI调度的多于一个PUSCH中的PUSCH：
PUSCH对应的HARQ process ID；
PUSCH对应的NDI域比特的值；
PUSCH是否和半静态配置的下行符号冲突；
PUSCH是否和SSB冲突；
PUSCH是否和CORESET#0冲突。
例如，根据PUSCH是否和半静态配置的上行符号冲突，终端设备仅发送上述多于一个PUSCH中的其中一个PUSCH。
在这个例子中，该一个PUSCH可以是上述多于一个PUSCH中的第一个PUSCH或最后一个PUSCH，也可以是上述多于一个PUSCH中唯一一个有效的PUSCH，还可以是上述多于一个PUSCH中唯一一个相应的NDI域的值为1的PUSCH，还可以是上述多于一个PUSCH中唯一一个对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。本申请不限于此，上述一个PUSCH还可以是其他或者上述任意组合。
在一些实施例中，SSB是指通过RRC信令(例如ssb-PositionsInBurst in SIB1或ssb-PositionsInBurst in ServingCelConfigCommon)配置的SSB。
在一些实施例中，CORECET#0是通过MIB配置的。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s(针对两个TB的情况，各TB分别对应一个NDI域，均为1或‘1’s，或者其中一个(例如第一个TB)对应的NDI域为1或‘1’s)的DCI format 0_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PUSCH。UE仅发送其中一个PUSCH，例如按时间顺序的第一个PUSCH或最后一个PUSCH，和/或，唯一一个有效的PUSCH(例如不和半静态配置的上行符号冲突的PUSCH)，和/或，唯一一个相应NDI比特为1的PUSCH，和/或对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。
在这个例子中，该第三DCI指示的HARQ进程ID可以对应上述一个PUSCH(无论该PUSCH是否是第一个PUSCH)；或者，该第三DCI指示的HARQ进程ID对应上述多于一个PUSCH中第一个有效的PUSCH，终端设备根据该HARQ进程ID确定上述一个PUSCH对应的HARQ进程ID(无论该PUSCH是否是第一个PUSCH)。
在这个例子中，上述一个PUSCH对应的HARQ进程ID可以是针对CG配置的一个或多于一个HARQ进程ID之一，也即在针对CG配置的HARQ进程ID组中。
在这个例子中，上述一个PUSCH可以是有效的PUSCH。
在这个例子中，上述第一个PUSCH可以是上述第三DCI调度的第一个PUSCH或者是上述第三DCI调度的第一个有效的PUSCH；同理，上述述最后一个PUSCH可以是上述第三DCI调度的最后一个PUSCH或者是上述第三DCI调度的最后一个有效的PUSCH。其中，第三DCI调度的第一个PUSCH也即第三DCI指示的行中第一个SLIV对应的PUSCH(有效的PUSCH)，同理，第三DCI调度的最后一个PUSCH也即第三DCI指示的行中最后一个SLIV对应的PUSCH(有效的PUSCH)。
在这个例子中，针对UE仅发送唯一一个有效的PUSCH，即该DCI指示/调度的PUSCH只能包括一个有效的PUSCH，也就是说，UE不期望该DCI中指示/调度多于一个有效的PUSCH。UE也就仅发送该一个PUSCH。
在这个例子中，针对UE仅发送唯一一个相应NDI比特为1的PUSCH，该DCI的NDI域中只包括一个值为1的比特，也就是说，UE不期望该DCI的NDI域中包括多于一个值为1的比特。UE也就仅发送该一个PUSCH。
在这个例子中，UE不发送无效的(invalid)PUSCH，且无效的PUSCH没有对应的HARQ process ID。
在这个例子中，针对其他(有效的)PUSCH(如果有)，UE不发送，或者说取消其他(有效的)PUSCH发送。其他(有效的)PUSCH对应或不对应HARQ process ID(或者说，UE确定或不确定其他(有效的)PUSCH的HARQ process ID))。
再例如，根据PUSCH对应的HARQ process ID，终端设备仅发送对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一的PUSCH。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s(针对两个TB的情况，各TB分别对应一个NDI域，均为1或‘1’s，或者其中一个(例如第一个TB)对应的NDI域为1或‘1’s)的DCI format 0_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PUSCH。UE仅发送对应的HARQ process ID在针对CG配置的HARQ process组中的PUSCH。
在这个例子中，该DCI中指示的HARQ process ID对应第一个有效的PUSCH，UE根据该指示确定有效的PUSCH的HARQ process ID。
在这个例子中，UE不发送对应的HARQ process ID不在针对CG配置的HARQ  process组中的PUSCH。
在这个例子中，UE不发送无效的PUSCH，且无效的PUSCH没有对应的HARQ process ID。
再例如，根据PUSCH对应的HARQ process ID，终端设备发送上述多于一个PUSCH中所有有效的PUSCH。
其中，在一个例子中，所有有效的PUSCH对应的HARQ进程ID必须都是针对CG配置的一个或多于一个HARQ进程ID之一。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s(针对两个TB的情况，各TB分别对应一个NDI域，均为1或‘1’s，或者其中一个(例如第一个TB)对应的NDI域为1或‘1’s)的DCI format 0_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PUSCH。该DCI指示/调度的多于一个PUSCH中包括的有效的PUSCH(s)对应的HARQ process ID(s)必须都在针对CG配置的HARQ process组中。也就是说，UE不期望该DCI中指示/调度的任一个有效的PUSCH(s)对应的HARQ process ID(s)不在针对CG配置的HARQ process组中。
其中，在另一个例子中，对应的HARQ进程ID不为针对CG配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PUSCH，为初传。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰且NDI＝1或‘1’s的DCI format 0_1且指示包括多个SLIV的行，即该DCI可以指示/调度多于一个PUSCH。UE发送所有有效的PUSCH(s)，针对对应的HARQ process ID(s)不在针对CG配置HARQ process组中的PUSCH，UE视为初传。
在这个例子中，所有有效的PUSCH中的仅一个或至少一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。也即，该DCI指示/调度的多于一个PUSCH中包括的有效的PUSCH(s)对应的HARQ process ID(s)的仅一个或至少一个在针对CG配置的HARQ process组中。其中，该HARQ process ID(s)对应的有效的PUSCH(s)为重传。
在上述两个例子中，该DCI指示的HARQ process ID对应第一个有效的PUSCH，UE根据该指示确定有效的PUSCHs的HARQ process ID。
在上述两个例子中，UE发送所有有效的PUSCH(s)。
再例如，根据PUSCH对应的NDI域比特的值，终端设备仅发送对应的NDI域的比特的值为1的PUSCH；或者，终端设备发送所有有效的PUSCH，并且，针对对应的NDI域的比特的值为1的PUSCH视为重传，针对对应的NDI域的比特的值为0的PUSCH视为初传。
下面通过具体的示例对这个例子进行说明。
在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，若UE接收到CRC由CS-RNTI加扰的DCI format 0_1且指示包括多个SLIV的行，其中，一个或多个SLIV对应的NDI比特＝1(针对两个TB的情况，各TB分别对应一个NDI域，该一个或多个SLIV在两个NDI域中的相应比特均为1，或者其中一个(例如第一个TB)中的相应比特为1)，即该DCI可以指示/调度多于一个PUSCH，且其中一个或多个PUSCH对应的NDI比特＝1。
在这个例子中，UE仅发送NDI比特＝1对应的PUSCH，或者，UE发送所有有效的PUSCH(s)，针对对应的NDI比特＝0的PUSCH，UE视为初传。
在这个例子中，所有有效的PUSCH中的仅一个或至少一个PUSCH对应的NDI域的比特的值为1。
在本申请实施例中，在一些实施例中，终端设备还可以接收包括用于配置重复次数的第三配置参数(例如PUSCH-AggregationFactor)的PUSCH配置(PUSCH-Config)，在第三DCI的CRC由CS-RNTI加扰的情况下，该第三配置参数应用于该第三DCI。也即，在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，当UE发送由CRC由CS-RNTI加扰且NDI＝1或NDI＝0的DCI format 0_1调度的PUSCH时，若PUSCH配置(PUSCH-Config)中包括PUSCH-AggregationFactor，按该PUSCH-AggregationFactor配置的次数重复。
在上述实施例中，第三配置参数应用于第三DCI，是指：第三配置参数应用于第三DCI调度的PUSCH中的一个或多于一个PUSCH。
例如，第三DCI调度的各PUSCH按照第三配置参数配置的次数重复，和/或，第三DCI调度的各有效的PUSCH按照第三配置参数配置的次数重复；和/或，第三 DCI调度的PUSCH中的终端设备需发送的各PUSCH按照第三配置参数配置的次数重复；和/或，第三DCI仅调度一个PUSCH且该一个PUSCH按照第三配置参数配置的次数重复；和/或，第三DCI调度的PUSCH中终端设备仅发送一个PUSCH且该一个PUSCH按照第三配置参数配置的次数重复。
在本申请实施例中，在一些实施例中，终端设备还可以接收包括用于配置重复次数的第三配置参数(例如PUSCH-AggregationFactor)的PUSCH配置(PUSCH-Config)，在第三DCI的CRC由CS-RNTI加扰的情况下，该第三配置参数不应用于该第三DCI。
在上述实施例中，第三配置参数不应用于第三DCI，是指：第三配置参数不应用于第三DCI调度的PUSCH中的任一个。
例如，在针对DCI format 0_1(第三DCI)配置上述TDRA表的情况下，当UE发送由CRC由CS-RNTI加扰且NDI＝1或NDI＝0的DCI format 0_1调度的PUSCH时，若PUSCH配置(PUSCH-Config)中包括PUSCH-AggregationFactor，不按该PUSCH-AggregationFactor配置的次数重复。其中，若第三DCI采用其他DCI format(其他fomart对应的TDRA表和上述TDRA表不同，例如其他fomart对应的TDRA表中的各行均只包括一个SLIV)，例如DCI format 1_0/1_2等，则按该PUSCH-AggregationFactor配置的次数重复。
在上述实施例中，在一个实施方式中，第三DCI调度的PUSCH不重复。无论CG配置中是否包含上述PUSCH-AggregationFactor。
在上述实施例中，在另一个实施方式中，如果CG配置中包含上述PUSCH-AggregationFactor，则第三DCI调度的PUSCH按照该PUSCH-AggregationFactor重复。
在这个实施方式中，终端设备可以接收包括用于配置重复次数的第四配置参数(例如PUSCH-AggregationFactor)的CG配置；该第四配置参数应用于第三DCI。
在这个实施方式中，第四配置参数应用于第三DCI，是指：第四配置参数应用于第三DCI调度的PUSCH中的一个或多于一个。
例如，第三DCI调度的各PUSCH按照第四配置参数配置的次数重复，和/或，第三DCI调度的各有效的PUSCH按照第四配置参数配置的次数重复；和/或，第三DCI调度的PUSCH中的终端设备需发送的各PUSCH按照第四配置参数配置的次数重复；和/或，第三DCI仅调度一个PUSCH且该一个PUSCH按照第四配置参数配置 的次数重复；和/或，第三DCI调度的PUSCH中终端设备仅发送一个PUSCH且该一个PUSCH按照第四配置参数配置的次数重复。
在这个实施方式中，CG配置(CG-config)是该PUSCH(对应的CG PUSCH)对应的CG配置。例如，该UE仅配置了一个CG-config，则该CG-config即为该PUSCH(对应的CG PUSCH)对应的CG配置。再例如，若该UE仅配置并激活了多于一个CG配置，UE例如根据该PUSCH对应的HARQ process ID确定该PUSCH(对应的CG PUSCH)对应的CG配置。再例如，在该PUSCH对应的HARQ process ID由多个CG配置共享的情况下，上述PUSCH-AggregationFactor例如是指多个CG配置中包括的最大的PUSCH-AggregationFactor。
在本申请实施例中，CG配置中还可以包括用于基站指示/UE确定相应的HARQ process ID范围的信息域(或字段)，例如nrofHARQ-Processes、harq-ProcID-Offset等。
在本申请实施例中，对于CG PUSCH的聚合/重复，在一些实施例中，终端设备还可以接收包括用于配置重复次数的第三配置参数(例如PUSCH-AggregationFactor)的PUSCH配置(PUSCH-Config)；此外，终端设备还可以接收用于激活CG配置的第四DCI，上述第三配置参数应用于该第四DCI，该第四DCI对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在上述实施例中，第三配置参数应用于第四DCI，是指：第四DCI对应的CG PUSCH按照上述第三配置参数重复。其中，第四DCI对应的CG PUSCH例如是指由第四DCI激活的CG配置调度的PUSCH(CG PUSCH)，或者说，由第四DCI激活的CG PUSCH。
例如，在针对DCI format 0_1(第四DCI)配置上述TDRA表的情况下，针对由CG配置调度且由DCI format 0_1激活的PUSCH(即CG PUSCH)，若PUSCH配置(PUSCH-Config)中包括PUSCH-AggregationFactor，按该PUSCH-AggregationFactor配置的次数重复。CG PUSCH没有对应的PDCCH，该PDCCH是承载用于调度PUSCH的DCI的PDCCH。
在本申请实施例中，对于CG PUSCH的聚合/重复，在另一些实施例中，终端设备还可以接收包括用于配置重复次数的第三配置参数(例如PUSCH-AggregationFactor)的PUSCH配置(PUSCH-Config)；此外，终端设备还可 以接收用于激活CG配置的第四DCI，上述第三配置参数不应用于该第四DCI，该第四DCI对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在上述实施例中，第三配置参数不应用于第四DCI，是指：第三配置参数不应用于第四DCI对应的CG PUSCH中的任一个。
例如，在针对DCI format 0_1(第四DCI)配置上述TDRA表的情况下，针对由CG配置调度且由DCI format 0_1激活的PUSCH(即CG PUSCH)，若PUSCH配置(PUSCH-Config)中包括PUSCH-AggregationFactor，不按该PUSCH-AggregationFactor配置的次数重复。CG PUSCH没有对应的PDCCH，该PDCCH是承载用于调度PUSCH的DCI的PDCCH。其中，若第四DCI采用其他DCI format(其他fomart对应的TDRA表和上述TDRA表不同，例如其他fomart对应的TDRA表中的各行均只包括一个SLIV)，例如DCI format 1_0/1_2等，则按该PUSCH-AggregationFactor配置的次数重复。
在上述实施例中，在一个实施方式中，第四DCI对应的CG PUSCH不重复。无论CG配置中是否包含上述PUSCH-AggregationFactor。
在上述实施例中，在另一个实施方式中，如果CG配置中包含上述PUSCH-AggregationFactor，则第四DCI对应的CG PUSCH按照该PUSCH-AggregationFactor重复。
在这个实施方式中，终端设备可以接收包括用于配置重复次数的第四配置参数(例如PUSCH-AggregationFactor)的CG配置，该第四配置参数应用于第四DCI。
在这个实施方式中，第四配置参数应用于第四DCI，是指：第四配置参数应用于第四DCI对应的CG PUSCH中的一个或多于一个。
例如，第四DCI对应的各CG PUSCH按照第四配置参数配置的次数重复，和/或，第四DCI对应的各有效的CG PUSCH按照第四配置参数配置的次数重复；和/或，第四DCI对应的CG PUSCH中的终端设备需发送的各CG PUSCH按照第四配置参数配置的次数重复；和/或，第四DCI仅对应一个CG PUSCH且该一个CG PUSCH按照第四配置参数配置的次数重复；和/或，第四DCI对应的CG PUSCH中终端设备仅发送一个CG PUSCH且该一个CG PUSCH按照第四配置参数配置的次数重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例， 也可以将以上各个实施例中的一种或多种结合起来。
在本申请实施例中，终端设备还可以接收用于激活/去激活CG的PDCCH/DCI，例如，终端设备可以至少根据以下一项或多项确认该PDCCH/DCI的有效性(validates the PDCCH)：
1.采用CS-RNTI加扰(更具体地，相应DCI format的CRC采用CS-RNTI加扰)
2.NDI域设为‘0’；
3.如果有DFI域，设为“0”；
4.针对激活，如果有PUSCH-to-HARQ_feedback timing indicator field，该域不能提供一个不能应用的值(an inapplicable value)(例如-1)；
5.(如果对应的DCI format应用的TDRA表(table)包括至少一行包括多于一个SLIV配置的TDRA配置，或者说是DCI format 1_1)Time domain resource assignment域指示的TDRA配置/行/行索引包括/对应仅一个PUSCH/SLIV。
在本申请实施例中，针对CG激活，如果只被提供了一个针对CG PUSCH的配置，该DCI的有效性还可能取决于HARQ process number域和RV域。
其中，针对RV域，如果该DCI对应的DCI format(例如DCI format 1_1)应用的TDRA表包括至少一行包括多于一个SLIV配置的TDRA配置，在Time domain resource assignment域指示的TDRA配置仅包括/对应一个PDSCH的情况下，该DCI中对应一个TB的Redundancy version域包括2bits。在该DCI format配置一个TB的情况下，DCI中仅包括一个Redundancy version域，且该Redundancy version域的比特均设为‘0’或均设为‘1’。在该DCI format配置了两个TB的情况下，DCI中包括两个TB分别对应的Redundancy version域(一一对应)，两个TB分别对应的Redundancy version域的比特均设为‘0’或均设为‘1’；或者，一个TB(例如第一个TB)的对应的Redundancy version域的比特均设为‘0’，另一个TB(例如第二个TB)的对应的Redundancy version域的比特均设为‘1’。例如，(CG仅支持一个TB的情况下，)第一个TB是enabled，第二个TB是disabled，则第一个TB的对应的Redundancy version域的比特均设为‘0’，第二个TB)的对应的Redundancy version域的比特均设为‘1’。再例如，(CG仅支持两个TB的情况下，)两个TB分别对应的Redundancy version域的比特均设为‘0’或均设为‘1’。如上面的表2所示。
此外，如果被提供了多于一个针对CG PUSCH的配置，该DCI的有效性还取决 于RV域，关于RV域设置的进一步解释和上述针对只有一个针对CG PUSCH的配置的激活情况相同。如上面的表3所示。
另一方面，(针对被提供了多于一个针对CG PUSCH的配置的情况，)HARQ process number域用于指示该DCI激活的CG配置索引。该CG配置索引可以关联/对应一个或多个针对CG PUSCH的配置。
在本申请实施例中，针对CG去激活，如果只被提供了一个针对CG PUSCH的配置(或者说，只配置了一个CG PUSCH)，该DCI的有效性还可能取决于HARQ process number域，RV域，Modulation and coding scheme域和Frequency domain resource assignment域。
其中，针对RV域，如果该DCI对应的DCI format(例如DCI format 1_1)应用的TDRA表包括至少一行包括多于一个SLIV配置的TDRA配置，在该DCI指示的TDRA配置仅包括/对应一个PDSCH的情况下，该DCI中对应一个TB的Redundancy version域包括2比特。在该DCI format配置一个TB的情况下，DCI中仅包括一个Redundancy version域，且该Redundancy version域的比特均设为‘0’或均设为‘1’。在该DCI format配置了两个TB的情况下，DCI中包括两个TB分别对应的Redundancy version域(一一对应)，两个TB分别对应的Redundancy version域的比特均设为‘0’或均设为‘1’。如上面的表4所示。
如果被提供了多于一个针对CG PUSCH的配置，该DCI的有效性还取决于RV域，Modulation and coding scheme域和Frequency domain resource assignment域，关于RV域设置的进一步解释和上述针对只有一个针对CG PUSCH的配置的去激活情况相同。如上面的表5所示。
另一方面，(针对被提供了多于一个针对CG PUSCH的配置的情况，)HARQ process number域用于指示该DCI去激活的CG配置索引。该CG配置索引可以关联/对应一个或多个针对CG PUSCH的配置。
根据本申请实施例的方法，能够支持通过一个DCI调度多于一个PUSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PUSCH的情况下的半静态调度或半持续调度PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。
第四方面的实施例
本申请实施例提供一种数据调度方法，从网络设备的一侧进行说明。该方法是与第三方面的实施例的方法对应的网络设备侧的处理，其中与第三方面的实施例相同的内容不再重复说明。
图5是本申请实施例的数据调度方法的一示意图。如图5所示，该方法包括：
501：网络设备发送第三下行控制信息，所述第三下行控制信息用于调度PUSCH，所述PUSCH为一个或多个。
在一些实施例中，在所述网络设备接收了第三下行控制信息调度的PUSCH中的多于一个PUSCH的情况下，所述多于一个PUSCH中的不同的PUSCH承载的数据不同。
在一些实施例中，所述第三下行控制信息为DCI format 0_1。
在一些实施例中，所述第三下行控制信息包括第一NDI域和/或第二NDI域；在所述第三下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
在一些实施例中，所述第一NDI域和/或第二NDI域的值为0或1。
在一些实施例中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第三下行控制信息可调度的PUSCH的最大数；
所述第三下行控制信息调度的PUSCH数；
所述第三下行控制信息调度的有效的PUSCH数。
在一些实施例中，在所述第三下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
在一些实施例中，所述第三下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三下行控制信息调度一个PUSCH，和/或，所述第三下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或，所述第三下行控制信息 调度多于一个PUSCH，和/或，所述第三下行控制信息调度多于一个有效的PUSCH，和/或，所述第三下行控制信息的NDI域中包括多于一个值为1的比特，和/或，所述第三下行控制信息调度的多于一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一，和/或，所述第三下行控制信息调度的一个或多于一个PUSCH对应的HARQ进程ID不是针对CG配置的一个或多于HARQ进程ID之一。
在一些实施例中，所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息仅调度一个PUSCH。
在一些实施例中，所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息调度多于一个PUSCH，所述网络设备接收所述第三下行控制信息调度的所述多于一个PUSCH中的其中一个PUSCH，或者，所述网络设备接收对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一的PUSCH；或者，所述网络设备接收所述第三下行控制信息调度的所述多于一个PUSCH中所有有效的PUSCH；或者，所述网络设备接收对应的NDI域的比特的值为1的PUSCH；或者，所述网络设备接收所有有效的PUSCH，针对对应的NDI域的比特的值为1的PUSCH被视为重传，针对对应的NDI域的比特的值为0的PUSCH被视为初传。
在一些实施例中，所述一个PUSCH为所述多于一个PUSCH中的第一个PUSCH或最后一个PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个有效的PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个相应的NDI域的值为1的PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。
在一些实施例中，所述第三下行控制信息指示的HARQ进程ID对应所述一个PUSCH；或者，所述第三下行控制信息指示的HARQ进程ID对应所述多于一个PUSCH中第一个有效的PUSCH，所述终端设备根据所述HARQ进程ID确定所述一个PUSCH对应的HARQ进程ID。
在一些实施例中，所述一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述一个PUSCH是有效的PUSCH。
在一些实施例中，所述第一个PUSCH是所述第三下行控制信息调度的第一个PUSCH或者是所述第三下行控制信息调度的第一个有效的PUSCH；所述最后一个PUSCH是所述第三下行控制信息调度的最后一个PUSCH或者是所述第三下行控制信息调度的最后一个有效的PUSCH。
在一些实施例中，所述所有有效的PUSCH对应的HARQ进程ID必须都是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，对应的HARQ进程ID不为针对CG配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PUSCH，为初传。
在一些实施例中，所述所有有效的PUSCH中的仅一个或至少一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所有有效的PUSCH中的仅一个或至少一个PUSCH对应的NDI域的比特的值为1。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数应用于所述第三下行控制信息。
在一些实施例中，所述第三配置参数应用于所述第三下行控制信息，包括：所述第三配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
在一些实施例中，所述第三下行控制信息调度的各PUSCH按照所述第三配置参数配置的次数重复，和/或，所述第三下行控制信息调度的各有效的PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中的终端设备需发送的各PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数不应用于所述第三下行控制信息。
在一些实施例中，所述第三配置参数不应用于所述第三下行控制信息，包括：所述第三配置参数不应用于所述第三下行控制信息调度的PUSCH中的任一个。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第三下行控制信息。
在一些实施例中，所述第四配置参数应用于所述第三下行控制信息，包括：所述第四配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
在一些实施例中，所述第三下行控制信息调度的各PUSCH按照所述第四配置参数配置的次数重复，和/或，所述第三下行控制信息调度的各有效的PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中的终端设备需发送的各PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述网络设备发送用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述网络设备发送用于激活CG配置的第四下行控制信息，所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
在一些实施例中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第四下行控制信息。
在一些实施例中，所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
在一些实施例中，所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中的终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
以上各个实施例仅对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
根据本申请实施例的方法，能够支持通过一个DCI调度多于一个PUSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PUSCH的情况下的半静态调度或半持续调度PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。此外，对于网络设备来说，也可以提高配置及资源调度的灵活性。
第五方面的实施例
本申请实施例提供一种数据接收装置。该装置例如可以是终端设备，也可以是配置于终端设备的某个或某些部件或者组件。本申请实施例的装置对应第一方面的实施例的方法，其中与第一方面的实施例相同的内容不再重复说明。
图6是本申请实施例的数据接收装置的一个示例的示意图。如图6所示，数据接收装置600包括：
第一接收单元601，其接收第一下行控制信息，所述第一下行控制信息用于调度PDSCH；
第二接收单元602，其接收所述第一下行控制信息调度的PDSCH中的一个或多 于一个PDSCH。
在一些实施例中，在第二接收单元602接收所述第一下行控制信息调度的PDSCH中的多于一个PDSCH的情况下，所述多于一个PDSCH中的不同PDSCH承载的数据不同。
在一些实施例中，所述第一下行控制信息是DCI format 1_1。
在一些实施例中，所述第一下行控制信息包括第一NDI域和/或第二NDI域；在所述第一下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
在一些实施例中，所述第一NDI域和/或第二NDI域的值为0或1。
在一些实施例中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第一下行控制信息可调度的PDSCH的最大数；
所述第一下行控制信息调度的PDSCH数；
所述第一下行控制信息调度的有效的PDSCH数。
在一些实施例中，在所述第一下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
在一些实施例中，所述第一下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述终端设备不期望所述第一下行控制信息的CRC由CS-RNTI加扰，和/或，所述第一下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或，所述第一下行控制信息调度多于一个PDSCH，和/或，所述第一下行控制信息调度多于一个有效的PDSCH，和/或，所述第一下行控制信息的NDI域中包括多于一个值为1的比特，和/或，所述第一下行控制信息调度的多于一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一，和/或，所述第一下行控制信息调度的一个或多于一个PDSCH对应的HARQ进程ID不是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息仅调度一个PDSCH，所述终端设备接收所述一个PDSCH。
在一些实施例中，所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息调度多于一个PDSCH。
在上述实施例中，第二接收单元602根据以下至少一项确定是否接收所述第一下行控制信息调度的多于一个PDSCH中的PDSCH：
PDSCH对应的HARQ process ID；
PDSCH对应的NDI域比特的值；
PDSCH是否和半静态配置的上行符号冲突。
在一些实施例中，第二接收单元602仅接收所述多于一个PDSCH中的其中一个PDSCH。
例如，所述一个PDSCH为所述多于一个PDSCH中的第一个PDSCH或最后一个PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个有效的PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
在一些实施例中，所述第一下行控制信息指示的HARQ进程ID对应所述一个PDSCH；或者，所述第一下行控制信息指示的HARQ进程ID对应所述多于一个PDSCH中第一个有效的PDSCH，所述终端设备根据所述HARQ进程ID确定所述一个PDSCH对应的HARQ进程ID。
在一些实施例中，所述一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述一个PDSCH是有效的PDSCH。
在一些实施例中，所述第一个PDSCH是所述第一下行控制信息调度的第一个PDSCH或者是所述第一下行控制信息调度的第一个有效的PDSCH；所述最后一个PDSCH是所述第一下行控制信息调度的最后一个PDSCH或者是所述第一下行控制信息调度的最后一个有效的PDSCH。
在另一些实施例中，第二接收单元602仅接收对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一的PDSCH。
在又一些实施例中，第二接收单元602接收所述多于一个PDSCH中所有有效的PDSCH。
在一些实施例中，所述所有有效的PDSCH对应的HARQ进程ID必须都是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，对应的HARQ进程ID不为针对SPS配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PDSCH，为初传。
在一些实施例中，所述所有有效的PDSCH中的仅一个或至少一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
在再一些实施例中，第二接收单元602仅接收对应的NDI域的比特的值为1的PDSCH；或者，第二接收单元602接收所有有效的PDSCH，并且，针对对应的NDI域的比特的值为1的PDSCH视为重传，针对对应的NDI域的比特的值为0的PDSCH视为初传。
在一些实施例中，所有有效的PDSCH中的仅一个或至少一个PDSCH对应的NDI域的比特的值为1。
在一些实施例中，如图6所示，所述装置600还包括：
第三接收单元603，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数应用于所述第一下行控制信息。
在一些实施例中，所述第一配置参数应用于所述第一下行控制信息，包括：所述第一配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
例如，所述第一下行控制信息调度的各PDSCH按照所述第一配置参数配置的次数重复，和/或，所述第一下行控制信息调度的各有效的PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中的所述终端设备需接收的各PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中所述终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复。
在一些实施例中，如图6所示，所述装置600还包括：
第四接收单元604，其接收包括用于配置重复次数的第一配置参数的PDSCH配 置；所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数不应用于所述第一下行控制信息。
在一些实施例中，所述第一配置参数不应用于所述第一下行控制信息，包括：所述第一配置参数不应用于所述第一下行控制信息调度的PDSCH中的任一个。
在一些实施例中，如图6所示，所述装置600还包括：
第五接收单元605，其接收包括用于配置重复次数的第二配置参数的SPS配置；所述第二配置参数应用于所述第一下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第一下行控制信息，包括：所述第二配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
例如，所述第一下行控制信息调度的各PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第一下行控制信息调度的各有效的PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中的所述终端设备需接收的各PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中所述终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复。
在另一些实施例中，如图6所示，所述装置600还包括：
第六接收单元606，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
第七接收单元607，其接收用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
在又一些实施例中，如图6所示，所述装置600还包括：
第八接收单元608，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
第九接收单元609，其接收用于激活SPS的第二下行控制信息；所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一 行或多行包括多于一个SLIV。
在一些实施例中，所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
在一些实施例中，如图6所示，所述装置600还包括：
第十接收单元610，其接收包括用于配置重复次数的第二配置参数的SPS配置；所述第二配置参数应用于所述第二下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
例如，所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中的所述终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中所述终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
图7是本申请实施例的数据接收装置的另一个示例的示意图。如图7所示，数据接收装置700包括：
第一接收单元701，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
第二接收单元702，其接收用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
图8是本申请实施例的数据接收装置的又一个示例的示意图。如图8所示，数据接收装置800包括：
第一接收单元801，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
第二接收单元802，其接收用于激活SPS的第二下行控制信息；所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
在一些实施例中，所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
在一些实施例中，如图8所示，所述装置800还包括：
第三接收单元803，其接收包括用于配置重复次数的第二配置参数的SPS配置；所述第二配置参数应用于所述第二下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
例如，所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中的所述终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中所述终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
本申请实施例还提供一种数据调度装置。该装置例如可以是网络设备，也可以是配置于网络设备的某个或某些部件或者组件。本申请实施例的装置对应第二方面的实施例的方法，其中与第二方面的实施例相同的内容不再重复说明。
图9是本申请实施例的数据调度装置的一个示例的示意图。如图9所示，数据调度装置900包括：
第一发送单元901，其发送第一下行控制信息，所述第一下行控制信息用于调度PDSCH，所述PDSCH为一个或多个。
在一些实施例中，在所述网络设备发送了第一下行控制信息调度的PDSCH中的多于一个PDSCH的情况下，所述多于一个PDSCH中的不同的PDSCH承载的数据不同。
在一些实施例中，所述第一下行控制信息为DCI format 1_1。
在一些实施例中，所述第一下行控制信息包括第一NDI域和/或第二NDI域；在所述第一下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
在一些实施例中，所述第一NDI域和/或第二NDI域的值为0或1。
在一些实施例中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第一下行控制信息可调度的PDSCH的最大数；
所述第一下行控制信息调度的PDSCH数；
所述第一下行控制信息调度的有效的PDSCH数。
在一些实施例中，在所述第一下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
在一些实施例中，所述第一下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一下行控制信息调度一个PDSCH，和/或，所述第一下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或，所述第一下行控制信息调度多于一个PDSCH，和/或，所述第一下行控制信息调度多于一个有效的PDSCH，和/或，所述第一下行控制信息的NDI域中包括多于一个值为1的比特，和/或，所述第一下行控制信息调度的多于一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一，和/或，所述第一下行控制信息调度的一个或多于一个PDSCH对应的HARQ进程ID不是针对SPS配置的一个或多于HARQ进程ID之一。
在一些实施例中，所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息仅调度一个PDSCH。
在一些实施例中，所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息调度多于一个PDSCH，所述网络设备发送所述第一下行控制信息调度的所述多于一个PDSCH中的其中一个PDSCH，或者，所述网络设备发送对应的HARQ 进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一的PDSCH；或者，所述网络设备发送所述第一下行控制信息调度的所述多于一个PDSCH中所有有效的PDSCH；或者，所述网络设备发送对应的NDI域的比特的值为1的PDSCH；或者，所述网络设备发送所有有效的PDSCH，针对对应的NDI域的比特的值为1的PDSCH被视为重传，针对对应的NDI域的比特的值为0的PDSCH被视为初传。
在一些实施例中，所述一个PDSCH为所述多于一个PDSCH中的第一个PDSCH或最后一个PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个有效的PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，和/或，所述一个PDSCH为所述多于一个PDSCH中唯一一个对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
在一些实施例中，所述第一下行控制信息指示的HARQ进程ID对应所述一个PDSCH；或者，所述第一下行控制信息指示的HARQ进程ID对应所述多于一个PDSCH中第一个有效的PDSCH，所述终端设备根据所述HARQ进程ID确定所述一个PDSCH对应的HARQ进程ID。
在一些实施例中，所述一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述一个PDSCH是有效的PDSCH。
在一些实施例中，所述第一个PDSCH是所述第一下行控制信息调度的第一个PDSCH或者是所述第一下行控制信息调度的第一个有效的PDSCH；所述最后一个PDSCH是所述第一下行控制信息调度的最后一个PDSCH或者是所述第一下行控制信息调度的最后一个有效的PDSCH。
在一些实施例中，所述所有有效的PDSCH对应的HARQ进程ID必须都是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，对应的HARQ进程ID不为针对SPS配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PDSCH，为初传。
在一些实施例中，所述所有有效的PDSCH中的仅一个或至少一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所有有效的PDSCH中的仅一个或至少一个PDSCH对应的NDI 域的比特的值为1。
在一些实施例中，如图9所示，所述装置900还包括：
第二发送单元902，其发送包括用于配置重复次数的第一配置参数的PDSCH配置；所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数应用于所述第一下行控制信息。
在一些实施例中，所述第一配置参数应用于所述第一下行控制信息，包括：所述第一配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
在一些实施例中，所述第一下行控制信息调度的各PDSCH按照所述第一配置参数配置的次数重复，和/或，所述第一下行控制信息调度的各有效的PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中的终端设备需接收的各PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复。
在一些实施例中，如图9所示，所述装置900还包括：
第三发送单元903，其发送包括用于配置重复次数的第一配置参数的PDSCH配置；所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数不应用于所述第一下行控制信息。
在一些实施例中，所述第一配置参数不应用于所述第一下行控制信息，包括：所述第一配置参数不应用于所述第一下行控制信息调度的PDSCH中的任一个。
在一些实施例中，如图9所示，所述装置900还包括：
第四发送单元904，其发送包括用于配置重复次数的第二配置参数的SPS配置；所述第二配置参数应用于所述第一下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第一下行控制信息，包括：所述第二配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
在一些实施例中，所述第一下行控制信息调度的各PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第一下行控制信息调度的各有效的PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中的终端设备需接收的各PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一 下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第一下行控制信息调度的PDSCH中终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复。
在一些实施例中，如图9所示，所述装置900还包括：
第五发送单元905，其发送包括用于配置重复次数的第一配置参数的PDSCH配置；
第六发送单元906，其发送用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
在一些实施例中，如图9所示，所述装置900还包括：
第七发送单元907，其发送包括用于配置重复次数的第一配置参数的PDSCH配置；
第八发送单元908，其发送用于激活SPS配置的第二下行控制信息，所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
在一些实施例中，如图9所示，所述装置900还包括：
第九发送单元909，其发送包括用于配置重复次数的第二配置参数的SPS配置；所述第二配置参数应用于所述第二下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
在一些实施例中，所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中的终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH 按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
图10是本申请实施例的数据调度装置的另一个示例的示意图。如图10所示，数据调度装置1000包括：
第一发送单元1001，其发送包括用于配置重复次数的第一配置参数的PDSCH配置；
第二发送单元1002，其发送用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
图11是本申请实施例的数据调度装置的再一个示例的示意图。如图11所示，数据调度装置1100包括：
第一发送单元1101，其发送包括用于配置重复次数的第一配置参数的PDSCH配置；
第二发送单元1102，其发送用于激活SPS配置的第二下行控制信息，所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
在一些实施例中，如图11所示，所述装置1100还包括：
第三发送单元1103，其发送包括用于配置重复次数的第二配置参数的SPS配置；所述第二配置参数应用于所述第二下行控制信息。
在一些实施例中，所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
在一些实施例中，所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS  PDSCH中的终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，所述第二下行控制信息对应的SPS PDSCH中终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
以上对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。数据接收装置600～800以及数据调度装置900～1100还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。此外，上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
根据本申请实施例的装置，能够支持通过一个DCI调度多于一个PDSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PDSCH的情况下的半静态调度或半持续调度PDSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。此外，对于网络设备来说，也可以提高配置及资源调度的灵活性。
第六方面的实施例
本申请实施例提供一种数据发送装置或数据调度装置。该装置例如可以是终端设备，也可以是配置于终端设备的某个或某些部件或者组件。本申请实施例的装置对应第三方面的实施例的方法，其中与第三方面的实施例相同的内容不再重复说明。
图12是本申请实施例的数据发送装置的一个示例的示意图。如图12所示，数据发送装置1200包括：
第一接收单元1201，其接收第三下行控制信息，所述第三下行控制信息用于调度PUSCH；
发送单元1202，其发送所述第三下行控制信息调度的PUSCH中的一个或多于一个PUSCH。
在一些实施例中，在发送单元1202发送所述第三下行控制信息调度的PUSCH 中的多于一个PUSCH的情况下，所述多于一个PUSCH中的不同PUSCH承载的数据不同。
在一些实施例中，所述第三下行控制信息是DCI format 0_1。
在一些实施例中，所述第三下行控制信息包括第一NDI域和/或第二NDI域；在所述第三下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
在一些实施例中，所述第一NDI域和/或第二NDI域的值为0或1。
在一些实施例中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第三下行控制信息可调度的PUSCH的最大数；
所述第三下行控制信息调度的PUSCH数；
所述第三下行控制信息调度的有效的PUSCH数。
在一些实施例中，在所述第三下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
在一些实施例中，所述第三下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在上述实施例中，所述终端设备不期望所述第三下行控制信息的CRC由CS-RNTI加扰，和/或，所述第三下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或，所述第三下行控制信息调度多于一个PUSCH，和/或，所述第三下行控制信息调度多于一个有效的PUSCH，和/或，所述第三下行控制信息的NDI域中包括多于一个值为1的比特，和/或，所述第三下行控制信息调度的多于一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一，和/或，所述第三下行控制信息调度的一个或多于一个PUSCH对应的HARQ进程ID不是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息仅调度一个PUSCH，发送单元1202发送所述一个PUSCH。
在一些实施例中，所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息调度多于一个PUSCH。
在一些实施例中，发送单元1202根据以下至少一项确定是否发送所述第三下行控制信息调度的多于一个PUSCH中的PUSCH：
PUSCH对应的HARQ process ID；
PUSCH对应的NDI域比特的值；
PUSCH是否和半静态配置的下行符号冲突；
PUSCH是否和SSB冲突；
PUSCH是否和CORESET#0冲突。
在一些实施例中，发送单元1202仅发送所述多于一个PUSCH中的其中一个PUSCH。
在上述实施例中，所述一个PUSCH为所述多于一个PUSCH中的第一个PUSCH或最后一个PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个有效的PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个相应的NDI域的值为1的PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。
在上述实施例中，在一些实施方式中，所述第三下行控制信息指示的HARQ进程ID对应所述一个PUSCH；或者，所述第三下行控制信息指示的HARQ进程ID对应所述多于一个PUSCH中第一个有效的PUSCH，所述终端设备根据所述HARQ进程ID确定所述一个PUSCH对应的HARQ进程ID。
在上述实施例中，在一些实施方式中，所述一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
在上述实施例中，在一些实施方式中，所述一个PUSCH是有效的PUSCH。
在上述实施例中，在一些实施方式中，所述第一个PUSCH是所述第三下行控制信息调度的第一个PUSCH或者是所述第三下行控制信息调度的第一个有效的PUSCH；所述最后一个PUSCH是所述第三下行控制信息调度的最后一个PUSCH或者是所述第三下行控制信息调度的最后一个有效的PUSCH。
在另一些实施例中，发送单元1202仅发送对应的HARQ进程ID是针对CG配 置的一个或多于一个HARQ进程ID之一的PUSCH。
在又一些实施例中，发送单元1202发送所述多于一个PUSCH中所有有效的PUSCH。
在上述实施例中，在一些实施方式中，所述所有有效的PUSCH对应的HARQ进程ID必须都是针对CG配置的一个或多于一个HARQ进程ID之一。
在上述实施例中，在一些实施方式中，对应的HARQ进程ID不为针对CG配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PUSCH，为初传。
在上述实施例中，在一些实施方式中，所述所有有效的PUSCH中的仅一个或至少一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
在再一些实施例中，发送单元1202仅发送对应的NDI域的比特的值为1的PUSCH；或者，发送单元1202发送所有有效的PUSCH，并且，针对对应的NDI域的比特的值为1的PUSCH视为重传，针对对应的NDI域的比特的值为0的PUSCH视为初传。
在上述实施例中，在一些实施方式中，所有有效的PUSCH中的仅一个或至少一个PUSCH对应的NDI域的比特的值为1。
在一些实施例中，如图12所示，所述装置1200还包括：
第二接收单元1203，其接收包括用于配置重复次数的第三配置参数的PUSCH配置；所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数应用于所述第三下行控制信息。
在上述实施例中，所述第三配置参数应用于所述第三下行控制信息，包括：所述第三配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
在上述实施例中，所述第三下行控制信息调度的各PUSCH按照所述第三配置参数配置的次数重复，和/或，所述第三下行控制信息调度的各有效的PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中的所述终端设备需发送的各PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中所述终端设备仅发送 一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复。
在一些实施例中，如图12所示，所述装置1200还包括：
第三接收单元1204，其接收包括用于配置重复次数的第三配置参数的PUSCH配置；所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数不应用于所述第三下行控制信息。
在上述实施例中，所述第三配置参数不应用于所述第三下行控制信息，包括：所述第三配置参数不应用于所述第三下行控制信息调度的PUSCH中的任一个。
在上述实施例中，在一些实施方式中，如图12所示，所述装置1200还包括：
第四接收单元1205，其接收包括用于配置重复次数的第四配置参数的CG配置；所述第四配置参数应用于所述第三下行控制信息。
在上述实施例中，所述第四配置参数应用于所述第三下行控制信息，包括：所述第四配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
在上述实施例中，所述第三下行控制信息调度的各PUSCH按照所述第四配置参数配置的次数重复，和/或，所述第三下行控制信息调度的各有效的PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中的所述终端设备需发送的各PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中所述终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复。
在一些实施例中，如图12所示，所述装置1200还包括：
第五接收单元1206，其接收包括用于配置重复次数的第三配置参数的PUSCH配置；
第六接收单元1107，其接收用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在上述实施例中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
在一些实施例中，如图12所示，所述装置1200还包括：
第七接收单元1208，其接收包括用于配置重复次数的第三配置参数的PUSCH配 置；
第八接收单元1209，其接收用于激活CG配置的第四下行控制信息；所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
在上述实施例中，所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
在上述实施例中，在一些实施方式中，如图12所示，所述装置1200还包括：
第九接收单元1210，其接收包括用于配置重复次数的第四配置参数的CG配置；所述第四配置参数应用于所述第四下行控制信息。
在上述实施例中，所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
在上述实施例中，所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中的所述终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中所述终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
图13是本申请实施例的数据调度装置的一个示例的示意图。如图13所示，数据调度装置1300包括：
第一接收单元1301，其接收包括用于配置重复次数的第三配置参数的PUSCH配置；
第二接收单元1302，其接收用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
图14是本申请实施例的数据调度装置的另一个示例的示意图。如图14所示，数 据接收装置1400包括：
第一接收单元1401，其接收包括用于配置重复次数的第三配置参数的PUSCH配置；
第二接收单元1402，其接收用于激活CG配置的第四下行控制信息；所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
在一些实施例中，所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
在一些实施例中，如图14所示，所述装置1400还包括：
第三接收单元1403，其接收包括用于配置重复次数的第四配置参数的CG配置；所述第四配置参数应用于所述第四下行控制信息。
在一些实施例中，所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
例如，所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中的所述终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中所述终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
本申请实施例还提供一种数据调度装置。该装置例如可以是网络设备，也可以是配置于网络设备的某个或某些部件或者组件。本申请实施例的装置对应第四方面的实施例的方法，其中与第四方面的实施例相同的内容不再重复说明。
图15是本申请实施例的数据调度装置的一个示例的示意图。如图15所示，数据调度装置1500包括：
第一发送单元1501，其发送第三下行控制信息，所述第三下行控制信息用于调度PUSCH，所述PUSCH为一个或多个。
在一些实施例中，在所述网络设备接收了第三下行控制信息调度的PUSCH中的 多于一个PUSCH的情况下，所述多于一个PUSCH中的不同的PUSCH承载的数据不同。
在一些实施例中，所述第三下行控制信息为DCI format 0_1。
在一些实施例中，所述第三下行控制信息包括第一NDI域和/或第二NDI域；在所述第三下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
在一些实施例中，所述第一NDI域和/或第二NDI域的值为0或1。
在一些实施例中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第三下行控制信息可调度的PUSCH的最大数；
所述第三下行控制信息调度的PUSCH数；
所述第三下行控制信息调度的有效的PUSCH数。
在一些实施例中，在所述第三下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
在一些实施例中，所述第三下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三下行控制信息调度一个PUSCH，和/或，所述第三下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或，所述第三下行控制信息调度多于一个PUSCH，和/或，所述第三下行控制信息调度多于一个有效的PUSCH，和/或，所述第三下行控制信息的NDI域中包括多于一个值为1的比特，和/或，所述第三下行控制信息调度的多于一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一，和/或，所述第三下行控制信息调度的一个或多于一个PUSCH对应的HARQ进程ID不是针对CG配置的一个或多于HARQ进程ID之一。
在一些实施例中，所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息仅调度一个PUSCH。
在一些实施例中，所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息调度多于一个PUSCH，所述网络设备接收所述第三下行控制信息调度的所述多于一个PUSCH中的其中一个PUSCH，或者，所述网络设备接收对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一的PUSCH；或者，所述网络设备接收所述第三下行控制信息调度的所述多于一个PUSCH中所有有效的PUSCH；或者，所述网络设备接收对应的NDI域的比特的值为1的PUSCH；或者，所述网络设备接收所有有效的PUSCH，针对对应的NDI域的比特的值为1的PUSCH被视为重传，针对对应的NDI域的比特的值为0的PUSCH被视为初传。
在一些实施例中，所述一个PUSCH为所述多于一个PUSCH中的第一个PUSCH或最后一个PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个有效的PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个相应的NDI域的值为1的PUSCH，和/或，所述一个PUSCH为所述多于一个PUSCH中唯一一个对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。
在一些实施例中，所述第三下行控制信息指示的HARQ进程ID对应所述一个PUSCH；或者，所述第三下行控制信息指示的HARQ进程ID对应所述多于一个PUSCH中第一个有效的PUSCH，所述终端设备根据所述HARQ进程ID确定所述一个PUSCH对应的HARQ进程ID。
在一些实施例中，所述一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所述一个PUSCH是有效的PUSCH。
在一些实施例中，所述第一个PUSCH是所述第三下行控制信息调度的第一个PUSCH或者是所述第三下行控制信息调度的第一个有效的PUSCH；所述最后一个PUSCH是所述第三下行控制信息调度的最后一个PUSCH或者是所述第三下行控制信息调度的最后一个有效的PUSCH。
在一些实施例中，所述所有有效的PUSCH对应的HARQ进程ID必须都是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，对应的HARQ进程ID不为针对CG配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PUSCH，为初传。
在一些实施例中，所述所有有效的PUSCH中的仅一个或至少一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
在一些实施例中，所有有效的PUSCH中的仅一个或至少一个PUSCH对应的NDI域的比特的值为1。
在一些实施例中，如图15所示，所述装置1500还包括：
第二发送单元1502，其发送包括用于配置重复次数的第三配置参数的PUSCH配置；所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数应用于所述第三下行控制信息。
在一些实施例中，所述第三配置参数应用于所述第三下行控制信息，包括：所述第三配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
在一些实施例中，所述第三下行控制信息调度的各PUSCH按照所述第三配置参数配置的次数重复，和/或，所述第三下行控制信息调度的各有效的PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中的终端设备需发送的各PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复。
在一些实施例中，如图15所示，所述装置1500还包括：
第三发送单元1503，其发送包括用于配置重复次数的第三配置参数的PUSCH配置；所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数不应用于所述第三下行控制信息。
在一些实施例中，所述第三配置参数不应用于所述第三下行控制信息，包括：所述第三配置参数不应用于所述第三下行控制信息调度的PUSCH中的任一个。
在一些实施例中，如图15所示，所述装置1500还包括：
第四发送单元1504，其发送包括用于配置重复次数的第四配置参数的CG配置；所述第四配置参数应用于所述第三下行控制信息。
在一些实施例中，所述第四配置参数应用于所述第三下行控制信息，包括：所述第四配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
在一些实施例中，所述第三下行控制信息调度的各PUSCH按照所述第四配置参 数配置的次数重复，和/或，所述第三下行控制信息调度的各有效的PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中的终端设备需发送的各PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第三下行控制信息调度的PUSCH中终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复。
在一些实施例中，如图15所示，所述装置1500还包括：
第五发送单元1505，其发送包括用于配置重复次数的第三配置参数的PUSCH配置；
第六发送单元1506，其发送用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
在一些实施例中，如图15所示，所述装置1500还包括：
第七发送单元1507，其发送包括用于配置重复次数的第三配置参数的PUSCH配置；
第八发送单元1508，其发送用于激活CG配置的第四下行控制信息，所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
在一些实施例中，如图15所示，所述装置1500还包括：
第九发送单元1509，其发送包括用于配置重复次数的第四配置参数的CG配置；所述第四配置参数应用于所述第四下行控制信息。
在一些实施例中，所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
在一些实施例中，所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，所述第四下行控制信息对应的各有效的CG PUSCH 按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中的终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
图16是本申请实施例的数据调度装置的另一个示例的示意图。如图16所示，数据调度装置1600包括：
第一发送单元1601，发送包括用于配置重复次数的第三配置参数的PUSCH配置；
第二发送单元1602，其发送用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
图17是本申请实施例的数据调度装置的再一个示例的示意图。如图17所示，数据调度装置1700包括：
第一发送单元1701，其发送包括用于配置重复次数的第三配置参数的PUSCH配置；
第二发送单元1702，其发送用于激活CG配置的第四下行控制信息，所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
在一些实施例中，所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
在一些实施例中，如图17所示，所述装置1700还包括：
第三发送单元1703，其发送包括用于配置重复次数的第四配置参数的CG配置；所述第四配置参数应用于所述第四下行控制信息。
在一些实施例中，所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
在一些实施例中，所述第四下行控制信息对应的各CG PUSCH按照所述第四配 置参数配置的次数重复，和/或，所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中的终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，所述第四下行控制信息对应的CG PUSCH中终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
以上对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。
值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。数据发送装置1200以及数据调度装置1300～1700还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。此外，上述各个部件或模块可以通过例如处理器、存储器、发射机、接收机等硬件设施来实现；本申请实施并不对此进行限制。
根据本申请实施例的装置，能够支持通过一个DCI调度多于一个PUSCH，进一步的，能够支持在一个DCI(或者说DCI format)可以调度多于一个PUSCH的情况下的半静态调度或半持续调度PUSCH，以及支持针对对应半静态调度或半持续调度的数据的动态重传。此外，对于网络设备来说，也可以提高配置及资源调度的灵活性。
第七方面的实施例
本申请实施例还提供一种通信系统，包括网络设备和终端设备。
在一些实施例中，终端设备被配置为执行第一方面的实施例所述的方法，网络设备被配置为执行第二方面的实施例所述的方法。
在一些实施例中，终端设备被配置为执行第三方面的实施例所述的方法，网络设备被配置为执行第四方面的实施例所述的方法。
由于在第一方面至第四方面的实施例中，已经对各方法进行了详细说明，其内容被合并于此，不再重复说明。
本申请实施例还提供一种终端设备，该终端设备例如可以是UE，但本申请不限 于此，还可以是其它的终端设备。
图18是本申请实施例的终端设备的示意图。如图18所示，该终端设备1800可以包括处理器1801和存储器1802；存储器1802存储有数据和程序，并耦合到处理器1801。值得注意的是，该图是示例性的；还可以使用其它类型的结构，来补充或代替该结构，以实现电信功能或其它功能。
例如，处理器1801可以被配置为执行程序而实现如第一方面或第三方面的实施例所述的方法。
如图18所示，该终端设备1800还可以包括：通信模块1803、输入单元1804、显示器1805、电源1806。其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，终端设备1800也并不是必须要包括图18中所示的所有部件，上述部件并不是必需的；此外，终端设备1800还可以包括图18中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种网络设备，该网络设备例如可以是基站，但本申请不限于此，还可以是其他的网络设备。
图19是本申请实施例的网络设备的构成示意图。如图19所示，网络设备1900可以包括：处理器1901和存储器1902；存储器1902耦合到处理器1901。其中该存储器1902可存储各种数据；此外还存储信息处理的程序，并且在处理器1901的控制下执行该程序。
例如，处理器1901可以被配置为执行程序而实现如第二方面或第四方面的实施例所述的方法。
此外，如图19所示，网络设备1900还可以包括：收发机1903和1904。其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，网络设备1900也并不是必须要包括图19中所示的所有部件；此外，网络设备1900还可以包括图19中没有示出的部件，可以参考现有技术。
本申请实施例还提供一种计算机程序，其中当在终端设备中执行所述程序时，所述程序使得所述终端设备执行第一方面或第三方面的实施例所述的方法。
本申请实施例还提供一种存储有计算机程序的存储介质，其中所述计算机程序使得终端设备执行第一方面或第三方面的实施例所述的方法。
本申请实施例还提供一种计算机程序，其中当在网络设备中执行所述程序时，所 述程序使得所述网络设备执行第二方面或第四方面的实施例所述的方法。
本申请实施例还提供一种存储有计算机程序的存储介质，其中所述计算机程序使得网络设备执行第二方面或第四方面的实施例所述的方法。
本申请以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本申请还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本 申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。
关于包括以上实施例的实施方式，还公开下述的附记：
1.一种数据接收方法，所述方法包括：
终端设备接收第一下行控制信息，所述第一下行控制信息用于调度PDSCH；
所述终端设备接收所述第一下行控制信息调度的PDSCH中的一个或多于一个PDSCH。
2.根据附记1所述的方法，其中，在所述终端设备接收所述第一下行控制信息调度的PDSCH中的多于一个PDSCH的情况下，所述多于一个PDSCH中的不同PDSCH承载的数据不同。
3.根据附记1所述的方法，其中，所述第一下行控制信息是DCI format 1_1。
4.根据附记1所述的方法，其中，所述第一下行控制信息包括第一NDI域和/或第二NDI域；在所述第一下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
5.根据附记4所述的方法，其中，所述第一NDI域和/或第二NDI域的值为0或1。
6.根据附记4所述的方法，其中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第一下行控制信息可调度的PDSCH的最大数；
所述第一下行控制信息调度的PDSCH数；
所述第一下行控制信息调度的有效的PDSCH数。
7.根据附记4或6所述的方法，其中，在所述第一下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；
在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
8.根据附记1所述的方法，其中，所述第一下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
9.根据附记8所述的方法，其中，
所述终端设备不期望所述第一下行控制信息的CRC由CS-RNTI加扰，和/或，
所述第一下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或
所述第一下行控制信息调度多于一个PDSCH，和/或，
所述第一下行控制信息调度多于一个有效的PDSCH，和/或，
所述第一下行控制信息的NDI域中包括多于一个值为1的比特，和/或，
所述第一下行控制信息调度的多于一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一，和/或，
所述第一下行控制信息调度的一个或多于一个PDSCH对应的HARQ进程ID不是针对SPS配置的一个或多于HARQ进程ID之一。
10.根据附记1-9任一项所述的方法，其中，
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息仅调度一个PDSCH，所述终端设备接收所述一个PDSCH。
11.根据附记1-9任一项所述的方法，其中，
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息调度多于一个PDSCH。
12.根据附记11所述的方法，其中，所述终端设备根据以下至少一项确定是否接收所述第一下行控制信息调度的多于一个PDSCH中的PDSCH：
PDSCH对应的HARQ process ID；
PDSCH对应的NDI域比特的值；
PDSCH是否和半静态配置的上行符号冲突。
13.根据附记11所述的方法，其中，
所述终端设备仅接收所述多于一个PDSCH中的其中一个PDSCH。
14.根据附记13所述的方法，其中，
所述一个PDSCH为所述多于一个PDSCH中的第一个PDSCH或最后一个PDSCH，和/或
所述一个PDSCH为所述多于一个PDSCH中唯一一个有效的PDSCH，和/或
所述一个PDSCH为所述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，和/或，
所述一个PDSCH为所述多于一个PDSCH中唯一一个对应的HARQ进程ID是 针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
15.根据附记14所述的方法，其中，
所述第一下行控制信息指示的HARQ进程ID对应所述一个PDSCH；或者，
所述第一下行控制信息指示的HARQ进程ID对应所述多于一个PDSCH中第一个有效的PDSCH，所述终端设备根据所述HARQ进程ID确定所述一个PDSCH对应的HARQ进程ID。
16.根据附记14所述的方法，其中，
所述一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
17.根据附记14所述的方法，其中，
所述一个PDSCH是有效的PDSCH。
18.根据附记14所述的方法，其中，
所述第一个PDSCH是所述第一下行控制信息调度的第一个PDSCH或者是所述第一下行控制信息调度的第一个有效的PDSCH；
所述最后一个PDSCH是所述第一下行控制信息调度的最后一个PDSCH或者是所述第一下行控制信息调度的最后一个有效的PDSCH。
19.根据附记11所述的方法，其中，
所述终端设备仅接收对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一的PDSCH。
20.根据附记11所述的方法，其中，
所述终端设备接收所述多于一个PDSCH中所有有效的PDSCH。
21.根据附记20所述的方法，其中，所述所有有效的PDSCH对应的HARQ进程ID必须都是针对SPS配置的一个或多于一个HARQ进程ID之一。
22.根据附记20所述的方法，其中，
对应的HARQ进程ID不为针对SPS配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PDSCH，为初传。
23.根据附记20所述的方法，其中，
所述所有有效的PDSCH中的仅一个或至少一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
24.根据附记11所述的方法，其中，
所述终端设备仅接收对应的NDI域的比特的值为1的PDSCH；或者，
所述终端设备接收所有有效的PDSCH，并且，针对对应的NDI域的比特的值为1的PDSCH视为重传，针对对应的NDI域的比特的值为0的PDSCH视为初传。
25.根据附记24所述的方法，其中，所有有效的PDSCH中的仅一个或至少一个PDSCH对应的NDI域的比特的值为1。
26.根据附记1所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第一配置参数的PDSCH配置；
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数应用于所述第一下行控制信息。
27.根据附记26所述的方法，其中，所述第一配置参数应用于所述第一下行控制信息，包括：所述第一配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
28.根据附记26或27所述的方法，其中，
所述第一下行控制信息调度的各PDSCH按照所述第一配置参数配置的次数重复，和/或，
所述第一下行控制信息调度的各有效的PDSCH按照所述第一配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中的所述终端设备需接收的各PDSCH按照所述第一配置参数配置的次数重复；和/或，
所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中所述终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复。
29.根据附记1所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第一配置参数的PDSCH配置；
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数不应用于所述第一下行控制信息。
30.根据附记29所述的方法，其中，
所述第一配置参数不应用于所述第一下行控制信息，包括：所述第一配置参数不应用于所述第一下行控制信息调度的PDSCH中的任一个。
31.根据附记29所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第一下行控制信息。
32.根据附记31所述的方法，其中，所述第二配置参数应用于所述第一下行控制信息，包括：所述第二配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
33.根据附记31或32所述的方法，其中，
所述第一下行控制信息调度的各PDSCH按照所述第二配置参数配置的次数重复，和/或，
所述第一下行控制信息调度的各有效的PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中的所述终端设备需接收的各PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中所述终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复。
34.根据附记1所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第一配置参数的PDSCH配置；
所述终端设备接收用于激活SPS配置的第二下行控制信息，
所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
35.根据附记34所述的方法，其中，所述第一配置参数应用于所述第二下行控制信息，包括：
所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
36.根据附记1所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第一配置参数的PDSCH配置；
所述终端设备接收用于激活SPS的第二下行控制信息；
所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
37.根据附记36所述的方法，其中，
所述第一配置参数不应用于所述第二下行控制信息，包括：
所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
38.根据附记36所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第二下行控制信息。
39.根据附记38所述的方法，其中，
所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
40.根据附记36或39所述的方法，其中，
所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，
所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中的所述终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中所述终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
41.一种数据接收方法，其中，所述方法包括：
终端设备接收包括用于配置重复次数的第一配置参数的PDSCH配置；
所述终端设备接收用于激活SPS配置的第二下行控制信息，
所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
42.根据附记41所述的方法，其中，所述第一配置参数应用于所述第二下行控制信息，包括：
所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
43.一种数据接收方法，其中，所述方法包括：
终端设备接收包括用于配置重复次数的第一配置参数的PDSCH配置；
所述终端设备接收用于激活SPS的第二下行控制信息；
所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
44.根据附记43所述的方法，其中，
所述第一配置参数不应用于所述第二下行控制信息，包括：
所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
45.根据附记43所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第二下行控制信息。
46.根据附记45所述的方法，其中，
所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
47.根据附记43或46所述的方法，其中，
所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，
所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中的所述终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中所述终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
1A.一种数据调度方法，所述方法包括：
网络设备发送第一下行控制信息，所述第一下行控制信息用于调度PDSCH，所述PDSCH为一个或多个。
2A.根据附记1A所述的方法，其中，
在所述网络设备发送了第一下行控制信息调度的PDSCH中的多于一个PDSCH的情况下，所述多于一个PDSCH中的不同的PDSCH承载的数据不同。
3A.根据附记1A所述的方法，其中，
所述第一下行控制信息为DCI format 1_1。
4A.根据附记1A所述的方法，其中，
所述第一下行控制信息包括第一NDI域和/或第二NDI域；在所述第一下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
5A.根据附记4A所述的方法，其中，所述第一NDI域和/或第二NDI域的值为0或1。
6A.根据附记4A所述的方法，其中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第一下行控制信息可调度的PDSCH的最大数；
所述第一下行控制信息调度的PDSCH数；
所述第一下行控制信息调度的有效的PDSCH数。
7A.根据附记4A或6A所述的方法，其中，在所述第一下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；
在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
8A.根据附记1A所述的方法，其中，所述第一下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
9A.根据附记8A所述的方法，其中，
所述第一下行控制信息调度一个PDSCH，和/或，
所述第一下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或
所述第一下行控制信息调度多于一个PDSCH，和/或，
所述第一下行控制信息调度多于一个有效的PDSCH，和/或，
所述第一下行控制信息的NDI域中包括多于一个值为1的比特，和/或，
所述第一下行控制信息调度的多于一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一，和/或，
所述第一下行控制信息调度的一个或多于一个PDSCH对应的HARQ进程ID不是针对SPS配置的一个或多于HARQ进程ID之一。
10A.根据附记1A所述的方法，其中，
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息仅调度一个PDSCH。
11A.根据附记1A所述的方法，其中，
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息调度多于一个PDSCH，
所述网络设备发送所述第一下行控制信息调度的所述多于一个PDSCH中的其中一个PDSCH，或者，
所述网络设备发送对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一的PDSCH；或者，
所述网络设备发送所述第一下行控制信息调度的所述多于一个PDSCH中所有有效的PDSCH；或者，
所述网络设备发送对应的NDI域的比特的值为1的PDSCH；或者，
所述网络设备发送所有有效的PDSCH，针对对应的NDI域的比特的值为1的PDSCH被视为重传，针对对应的NDI域的比特的值为0的PDSCH被视为初传。
12A.根据附记11A所述的方法，其中，
所述一个PDSCH为所述多于一个PDSCH中的第一个PDSCH或最后一个PDSCH，和/或
所述一个PDSCH为所述多于一个PDSCH中唯一一个有效的PDSCH，和/或
所述一个PDSCH为所述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，和/或，
所述一个PDSCH为所述多于一个PDSCH中唯一一个对应的HARQ进程ID是 针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
13A.根据附记12A所述的方法，其中，
所述第一下行控制信息指示的HARQ进程ID对应所述一个PDSCH；或者，
所述第一下行控制信息指示的HARQ进程ID对应所述多于一个PDSCH中第一个有效的PDSCH，所述终端设备根据所述HARQ进程ID确定所述一个PDSCH对应的HARQ进程ID。
14A.根据附记12A所述的方法，其中，
所述一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
15A.根据附记12A所述的方法，其中，
所述一个PDSCH是有效的PDSCH。
16A.根据附记12A所述的方法，其中，
所述第一个PDSCH是所述第一下行控制信息调度的第一个PDSCH或者是所述第一下行控制信息调度的第一个有效的PDSCH；
所述最后一个PDSCH是所述第一下行控制信息调度的最后一个PDSCH或者是所述第一下行控制信息调度的最后一个有效的PDSCH。
17A.根据附记11A所述的方法，其中，
所述所有有效的PDSCH对应的HARQ进程ID必须都是针对SPS配置的一个或多于一个HARQ进程ID之一。
18A.根据附记11A所述的方法，其中，
对应的HARQ进程ID不为针对SPS配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PDSCH，为初传。
19A.根据附记11A所述的方法，其中，
所述所有有效的PDSCH中的仅一个或至少一个PDSCH对应的HARQ进程ID是针对SPS配置的一个或多于一个HARQ进程ID之一。
20A.根据附记11A所述的方法，其中，
所有有效的PDSCH中的仅一个或至少一个PDSCH对应的NDI域的比特的值为1。
21A.根据附记1A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数应用于所述第一下行控制信息。
22A.根据附记21A所述的方法，其中，所述第一配置参数应用于所述第一下行控制信息，包括：所述第一配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
23A.根据附记21A或22A所述的方法，其中，
所述第一下行控制信息调度的各PDSCH按照所述第一配置参数配置的次数重复，和/或，
所述第一下行控制信息调度的各有效的PDSCH按照所述第一配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中的终端设备需接收的各PDSCH按照所述第一配置参数配置的次数重复；和/或，
所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第一配置参数配置的次数重复。
24A.根据附记1A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数不应用于所述第一下行控制信息。
25A.根据附记24A所述的方法，其中，
所述第一配置参数不应用于所述第一下行控制信息，包括：所述第一配置参数不应用于所述第一下行控制信息调度的PDSCH中的任一个。
26A.根据附记24A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第一下行控制信息。
27A.根据附记26A所述的方法，其中，所述第二配置参数应用于所述第一下行控制信息，包括：所述第二配置参数应用于所述第一下行控制信息调度的PDSCH中 的一个或多于一个。
28A.根据附记26A或27A所述的方法，其中，
所述第一下行控制信息调度的各PDSCH按照所述第二配置参数配置的次数重复，和/或，
所述第一下行控制信息调度的各有效的PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中的终端设备需接收的各PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第一下行控制信息仅调度一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第一下行控制信息调度的PDSCH中终端设备仅接收一个PDSCH且所述一个PDSCH按照所述第二配置参数配置的次数重复。
29A.根据附记1A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述网络设备发送用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
30A.根据附记29A所述的方法，其中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
31A.根据附记1A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述网络设备发送用于激活SPS配置的第二下行控制信息，所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
32A.根据附记31A所述的方法，其中，
所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
33A.根据附记31A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第二下行控制信息。
34A.根据附记33A所述的方法，其中，
所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
35A.根据附记31A或34A所述的方法，其中，
所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，
所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中的终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
36A.一种数据调度方法，其中，所述方法包括：
网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述网络设备发送用于激活SPS配置的第二下行控制信息，所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
37A.根据附记36A所述的方法，其中，所述第一配置参数应用于所述第二下行控制信息，包括：所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
38A.一种数据调度方法，其中，所述方法包括：
网络设备发送包括用于配置重复次数的第一配置参数的PDSCH配置；
所述网络设备发送用于激活SPS配置的第二下行控制信息，所述第一配置参数不应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
39A.根据附记38A所述的方法，其中，
所述第一配置参数不应用于所述第二下行控制信息，包括：所述第一配置参数不应用于所述第二下行控制信息对应的SPS PDSCH中的任一个。
40A.根据附记38A所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第二配置参数的SPS配置；
所述第二配置参数应用于所述第二下行控制信息。
41A.根据附记40A所述的方法，其中，
所述第二配置参数应用于所述第二下行控制信息，包括：所述第二配置参数应用于所述第二下行控制信息对应的SPS PDSCH中的一个或多于一个。
42A.根据附记38A或41A所述的方法，其中，
所述第二下行控制信息对应的各SPS PDSCH按照所述第二配置参数配置的次数重复，和/或，
所述第二下行控制信息对应的各有效的SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中的终端设备需接收的各SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息仅对应一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复；和/或，
所述第二下行控制信息对应的SPS PDSCH中终端设备仅接收一个SPS PDSCH且所述一个SPS PDSCH按照所述第二配置参数配置的次数重复。
1C.一种数据发送方法，所述方法包括：
终端设备接收第三下行控制信息，所述第三下行控制信息用于调度PUSCH；
所述终端设备发送所述第三下行控制信息调度的PUSCH中的一个或多于一个PUSCH。
2C.根据附记1C所述的方法，其中，在所述终端设备发送所述第三下行控制信息调度的PUSCH中的多于一个PUSCH的情况下，所述多于一个PUSCH中的不同PUSCH承载的数据不同。
3C.根据附记1C所述的方法，其中，所述第三下行控制信息是DCI format 0_1。
4C.根据附记1C所述的方法，其中，所述第三下行控制信息包括第一NDI域和 /或第二NDI域；在所述第三下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
5C.根据附记4C所述的方法，其中，所述第一NDI域和/或第二NDI域的值为0或1。
6C.根据附记4C所述的方法，其中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第三下行控制信息可调度的PUSCH的最大数；
所述第三下行控制信息调度的PUSCH数；
所述第三下行控制信息调度的有效的PUSCH数。
7C.根据附记4C或6C所述的方法，其中，在所述第三下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；
在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
8C.根据附记1C所述的方法，其中，所述第三下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
9C.根据附记8C所述的方法，其中，
所述终端设备不期望所述第三下行控制信息的CRC由CS-RNTI加扰，和/或，
所述第三下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或
所述第三下行控制信息调度多于一个PUSCH，和/或，
所述第三下行控制信息调度多于一个有效的PUSCH，和/或，
所述第三下行控制信息的NDI域中包括多于一个值为1的比特，和/或，
所述第三下行控制信息调度的多于一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一，和/或，
所述第三下行控制信息调度的一个或多于一个PUSCH对应的HARQ进程ID不是针对CG配置的一个或多于一个HARQ进程ID之一。
10C.根据附记1C-9C任一项所述的方法，其中，
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息仅调度一个PUSCH，所述终端设备发送所述一个PUSCH。
11C.根据附记1C-9C任一项所述的方法，其中，
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息调度多于一个PUSCH。
12C.根据附记11C所述的方法，其中，所述终端设备根据以下至少一项确定是否发送所述第三下行控制信息调度的多于一个PUSCH中的PUSCH：
PUSCH对应的HARQ process ID；
PUSCH对应的NDI域比特的值；
PUSCH是否和半静态配置的下行符号冲突；
PUSCH是否和SSB冲突；
PUSCH是否和CORESET#0冲突。
13C.根据附记11C所述的方法，其中，
所述终端设备仅发送所述多于一个PUSCH中的其中一个PUSCH。
14C.根据附记13C所述的方法，其中，
所述一个PUSCH为所述多于一个PUSCH中的第一个PUSCH或最后一个PUSCH，和/或
所述一个PUSCH为所述多于一个PUSCH中唯一一个有效的PUSCH，和/或
所述一个PUSCH为所述多于一个PUSCH中唯一一个相应的NDI域的值为1的PUSCH，和/或，
所述一个PUSCH为所述多于一个PUSCH中唯一一个对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。
15C.根据附记14C所述的方法，其中，
所述第三下行控制信息指示的HARQ进程ID对应所述一个PUSCH；或者，
所述第三下行控制信息指示的HARQ进程ID对应所述多于一个PUSCH中第一个有效的PUSCH，所述终端设备根据所述HARQ进程ID确定所述一个PUSCH对应的HARQ进程ID。
16C.根据附记14C所述的方法，其中，
所述一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
17C.根据附记14C所述的方法，其中，
所述一个PUSCH是有效的PUSCH。
18C.根据附记14C所述的方法，其中，
所述第一个PUSCH是所述第三下行控制信息调度的第一个PUSCH或者是所述第三下行控制信息调度的第一个有效的PUSCH；
所述最后一个PUSCH是所述第三下行控制信息调度的最后一个PUSCH或者是所述第三下行控制信息调度的最后一个有效的PUSCH。
19C.根据附记11C所述的方法，其中，
所述终端设备仅发送对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一的PUSCH。
20C.根据附记11C所述的方法，其中，
所述终端设备发送所述多于一个PUSCH中所有有效的PUSCH。
21C.根据附记20C所述的方法，其中，所述所有有效的PUSCH对应的HARQ进程ID必须都是针对CG配置的一个或多于一个HARQ进程ID之一。
22C.根据附记20C所述的方法，其中，
对应的HARQ进程ID不为针对CG配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PUSCH，为初传。
23C.根据附记20C所述的方法，其中，
所述所有有效的PUSCH中的仅一个或至少一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
24C.根据附记11C所述的方法，其中，
所述终端设备仅发送对应的NDI域的比特的值为1的PUSCH；或者，
所述终端设备发送所有有效的PUSCH，并且，针对对应的NDI域的比特的值为1的PUSCH视为重传，针对对应的NDI域的比特的值为0的PUSCH视为初传。
25C.根据附记24C所述的方法，其中，所有有效的PUSCH中的仅一个或至少一个PUSCH对应的NDI域的比特的值为1。
26C.根据附记1C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第三配置参数的PUSCH配置；
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数应用于所述第三下行控制信息。
27C.根据附记26C所述的方法，其中，所述第三配置参数应用于所述第三下行控制信息，包括：所述第三配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
28C.根据附记26C或27C所述的方法，其中，
所述第三下行控制信息调度的各PUSCH按照所述第三配置参数配置的次数重复，和/或，
所述第三下行控制信息调度的各有效的PUSCH按照所述第三配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中的所述终端设备需发送的各PUSCH按照所述第三配置参数配置的次数重复；和/或，
所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中所述终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复。
29C.根据附记1C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第三配置参数的PUSCH配置；
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数不应用于所述第三下行控制信息。
30C.根据附记29C所述的方法，其中，
所述第三配置参数不应用于所述第三下行控制信息，包括：所述第三配置参数不应用于所述第三下行控制信息调度的PUSCH中的任一个。
31C.根据附记29C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第三下行控制信息。
32C.根据附记31C所述的方法，其中，所述第四配置参数应用于所述第三下行控制信息，包括：所述第四配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
33C.根据附记31C或32C所述的方法，其中，
所述第三下行控制信息调度的各PUSCH按照所述第四配置参数配置的次数重复， 和/或，
所述第三下行控制信息调度的各有效的PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中的所述终端设备需发送的各PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中所述终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复。
34C.根据附记1C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第三配置参数的PUSCH配置；
所述终端设备接收用于激活CG配置的第四下行控制信息，
所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
35C.根据附记34C所述的方法，其中，所述第三配置参数应用于所述第四下行控制信息，包括：
所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
36C.根据附记1C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第三配置参数的PUSCH配置；
所述终端设备接收用于激活CG配置的第四下行控制信息；
所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
37C.根据附记36C所述的方法，其中，
所述第三配置参数不应用于所述第四下行控制信息，包括：
所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
38C.根据附记36C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第四下行控制信息。
39C.根据附记38C所述的方法，其中，
所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
40C.根据附记36C或39C所述的方法，其中，
所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，
所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中的所述终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中所述终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
41C.一种数据调度方法，其中，所述方法包括：
终端设备接收包括用于配置重复次数的第三配置参数的PUSCH配置；
所述终端设备接收用于激活CG配置的第四下行控制信息，
所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
42C.根据附记41C所述的方法，其中，所述第三配置参数应用于所述第四下行控制信息，包括：
所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
43C.一种数据调度方法，其中，所述方法包括：
终端设备接收包括用于配置重复次数的第三配置参数的PUSCH配置；
所述终端设备接收用于激活CG配置的第四下行控制信息；
所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多行包括多于一个SLIV。
44C.根据附记43C所述的方法，其中，
所述第三配置参数不应用于所述第四下行控制信息，包括：
所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
45C.根据附记43C所述的方法，其中，所述方法还包括：
所述终端设备接收包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第四下行控制信息。
46C.根据附记45C所述的方法，其中，
所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
47C.根据附记43C或46C所述的方法，其中，
所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，
所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中的所述终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中所述终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
1D.一种数据调度方法，所述方法包括：
网络设备发送第三下行控制信息，所述第三下行控制信息用于调度PUSCH，所述PUSCH为一个或多个。
2D.根据附记1D所述的方法，其中，
在所述网络设备接收了第三下行控制信息调度的PUSCH中的多于一个PUSCH的情况下，所述多于一个PUSCH中的不同的PUSCH承载的数据不同。
3D.根据附记1D所述的方法，其中，
所述第三下行控制信息为DCI format 0_1。
4D.根据附记1D所述的方法，其中，
所述第三下行控制信息包括第一NDI域和/或第二NDI域；在所述第三下行控制 信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
5D.根据附记4D所述的方法，其中，所述第一NDI域和/或第二NDI域的值为0或1。
6D.根据附记4D所述的方法，其中，所述第一NDI域和/或第二NDI域包括的比特数根据以下至少一项确定：
所述第三下行控制信息可调度的PUSCH的最大数；
所述第三下行控制信息调度的PUSCH数；
所述第三下行控制信息调度的有效的PUSCH数。
7D.根据附记4D或6D所述的方法，其中，在所述第三下行控制信息的CRC由CS-RNTI加扰的情况下，所述第一NDI域和/或第二NDI域包括一个比特，或者，所述第一NDI域和/或第二NDI域包括多于一个比特；
在所述第一NDI域和/或第二NDI域包括多于一个比特的情况下，其中仅有一个比特是有效的，或者，其中多于一个比特是有效的，或者所有比特是有效的。
8D.根据附记1D所述的方法，其中，所述第三下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
9D.根据附记8D所述的方法，其中，
所述第三下行控制信息调度一个PUSCH，和/或，
所述第三下行控制信息的第一NDI域和/或第二NDI域的值为1，和/或
所述第三下行控制信息调度多于一个PUSCH，和/或，
所述第三下行控制信息调度多于一个有效的PUSCH，和/或，
所述第三下行控制信息的NDI域中包括多于一个值为1的比特，和/或，
所述第三下行控制信息调度的多于一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一，和/或，
所述第三下行控制信息调度的一个或多于一个PUSCH对应的HARQ进程ID不是针对CG配置的一个或多于HARQ进程ID之一。
10D.根据附记1D所述的方法，其中，
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息仅调度一个PUSCH。
11D.根据附记1D所述的方法，其中，
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三下行控制信息调度多于一个PUSCH，
所述网络设备接收所述第三下行控制信息调度的所述多于一个PUSCH中的其中一个PUSCH，或者，
所述网络设备接收对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一的PUSCH；或者，
所述网络设备接收所述第三下行控制信息调度的所述多于一个PUSCH中所有有效的PUSCH；或者，
所述网络设备接收对应的NDI域的比特的值为1的PUSCH；或者，
所述网络设备接收所有有效的PUSCH，针对对应的NDI域的比特的值为1的PUSCH被视为重传，针对对应的NDI域的比特的值为0的PUSCH被视为初传。
12D.根据附记11D所述的方法，其中，
所述一个PUSCH为所述多于一个PUSCH中的第一个PUSCH或最后一个PUSCH，和/或
所述一个PUSCH为所述多于一个PUSCH中唯一一个有效的PUSCH，和/或
所述一个PUSCH为所述多于一个PUSCH中唯一一个相应的NDI域的值为1的PUSCH，和/或，
所述一个PUSCH为所述多于一个PUSCH中唯一一个对应的HARQ进程ID是针对CG配置的一个或多于HARQ进程ID之一的PUSCH。
13D.根据附记12D所述的方法，其中，
所述第三下行控制信息指示的HARQ进程ID对应所述一个PUSCH；或者，
所述第三下行控制信息指示的HARQ进程ID对应所述多于一个PUSCH中第一个有效的PUSCH，所述终端设备根据所述HARQ进程ID确定所述一个PUSCH对应的HARQ进程ID。
14D.根据附记12D所述的方法，其中，
所述一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
15D.根据附记12D所述的方法，其中，
所述一个PUSCH是有效的PUSCH。
16D.根据附记12D所述的方法，其中，
所述第一个PUSCH是所述第三下行控制信息调度的第一个PUSCH或者是所述第三下行控制信息调度的第一个有效的PUSCH；
所述最后一个PUSCH是所述第三下行控制信息调度的最后一个PUSCH或者是所述第三下行控制信息调度的最后一个有效的PUSCH。
17D.根据附记11D所述的方法，其中，
所述所有有效的PUSCH对应的HARQ进程ID必须都是针对CG配置的一个或多于一个HARQ进程ID之一。
18D.根据附记11D所述的方法，其中，
对应的HARQ进程ID不为针对CG配置的一个或多于一个HARQ进程ID之一和/或对应的NDI域比特的值为0的PUSCH，为初传。
19D.根据附记11D所述的方法，其中，
所述所有有效的PUSCH中的仅一个或至少一个PUSCH对应的HARQ进程ID是针对CG配置的一个或多于一个HARQ进程ID之一。
20D.根据附记11D所述的方法，其中，
所有有效的PUSCH中的仅一个或至少一个PUSCH对应的NDI域的比特的值为1。
21D.根据附记1D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数应用于所述第三下行控制信息。
22D.根据附记21D所述的方法，其中，所述第三配置参数应用于所述第三下行控制信息，包括：所述第三配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
23D.根据附记21D或22D所述的方法，其中，
所述第三下行控制信息调度的各PUSCH按照所述第三配置参数配置的次数重复，和/或，
所述第三下行控制信息调度的各有效的PUSCH按照所述第三配置参数配置的次 数重复；和/或，
所述第三下行控制信息调度的PUSCH中的终端设备需发送的各PUSCH按照所述第三配置参数配置的次数重复；和/或，
所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第三配置参数配置的次数重复。
24D.根据附记1D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数不应用于所述第三下行控制信息。
25D.根据附记24D所述的方法，其中，
所述第三配置参数不应用于所述第三下行控制信息，包括：所述第三配置参数不应用于所述第三下行控制信息调度的PUSCH中的任一个。
26D.根据附记24D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第三下行控制信息。
27D.根据附记26D所述的方法，其中，所述第四配置参数应用于所述第三下行控制信息，包括：所述第四配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
28D.根据附记26D或27D所述的方法，其中，
所述第三下行控制信息调度的各PUSCH按照所述第四配置参数配置的次数重复，和/或，
所述第三下行控制信息调度的各有效的PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中的终端设备需发送的各PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第三下行控制信息仅调度一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第三下行控制信息调度的PUSCH中终端设备仅发送一个PUSCH且所述一个PUSCH按照所述第四配置参数配置的次数重复。
29D.根据附记1D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述网络设备发送用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
30D.根据附记29D所述的方法，其中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
31D.根据附记1D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述网络设备发送用于激活CG配置的第四下行控制信息，所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
32D.根据附记31D所述的方法，其中，
所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
33D.根据附记31D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第四下行控制信息。
34D.根据附记33D所述的方法，其中，
所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
35D.根据附记31D或34D所述的方法，其中，
所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，
所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中的终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
36D.一种数据调度方法，其中，所述方法包括：
网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述网络设备发送用于激活CG配置的第四下行控制信息，所述第三配置参数应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
37D.根据附记36D所述的方法，其中，所述第三配置参数应用于所述第四下行控制信息，包括：所述第四下行控制信息对应的CG PUSCH按照所述第三配置参数重复。
38D.一种数据调度方法，其中，所述方法包括：
网络设备发送包括用于配置重复次数的第三配置参数的PUSCH配置；
所述网络设备发送用于激活CG配置的第四下行控制信息，所述第三配置参数不应用于所述第四下行控制信息，所述第四下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
39D.根据附记38D所述的方法，其中，
所述第三配置参数不应用于所述第四下行控制信息，包括：所述第三配置参数不应用于所述第四下行控制信息对应的CG PUSCH中的任一个。
40D.根据附记38D所述的方法，其中，所述方法还包括：
所述网络设备发送包括用于配置重复次数的第四配置参数的CG配置；
所述第四配置参数应用于所述第四下行控制信息。
41D.根据附记40D所述的方法，其中，
所述第四配置参数应用于所述第四下行控制信息，包括：所述第四配置参数应用于所述第四下行控制信息对应的CG PUSCH中的一个或多于一个。
42D.根据附记38D或41D所述的方法，其中，
所述第四下行控制信息对应的各CG PUSCH按照所述第四配置参数配置的次数重复，和/或，
所述第四下行控制信息对应的各有效的CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中的终端设备需发送的各CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息仅对应一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复；和/或，
所述第四下行控制信息对应的CG PUSCH中终端设备仅发送一个CG PUSCH且所述一个CG PUSCH按照所述第四配置参数配置的次数重复。
1E.一种终端设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现如附记1至47以及1C至47C任一项所述的方法。
1F.一种网络设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现如附记1A至42A以及1D至42D任一项所述的方法。
1G.一种通信系统，包括附记1F所述的网络设备和附记1E所述的终端设备。

Claims (20)

  1. 一种数据接收装置，配置于终端设备，其中，所述装置包括：
    第一接收单元，其接收第一下行控制信息，所述第一下行控制信息用于调度PDSCH；
    第二接收单元，其接收所述第一下行控制信息调度的PDSCH中的一个或多于一个PDSCH。
  2. 根据权利要求1所述的装置，其中，所述第一下行控制信息是DCI format 1_1。
  3. 根据权利要求1所述的装置，其中，所述第一下行控制信息包括第一NDI域和/或第二NDI域；在所述第一下行控制信息包括第一NDI域和第二NDI域的情况下，所述第一NDI域和第二NDI域分别对应第一个TB和第二个TB。
  4. 根据权利要求3所述的装置，其中，所述第一NDI域和/或第二NDI域的值为0或1。
  5. 根据权利要求1所述的装置，其中，所述第一下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
  6. 根据权利要求1所述的装置，其中，
    所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息仅调度一个PDSCH，所述终端设备接收所述一个PDSCH。
  7. 根据权利要求1所述的装置，其中，
    所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一下行控制信息调度多于一个PDSCH。
  8. 根据权利要求7所述的装置，其中，所述第二接收单元根据以下至少一项确定是否接收所述第一下行控制信息调度的多于一个PDSCH中的PDSCH：
    PDSCH对应的HARQ process ID；
    PDSCH对应的NDI域比特的值；
    PDSCH是否和半静态配置的上行符号冲突。
  9. 根据权利要求7所述的装置，其中，
    所述第二接收单元仅接收所述多于一个PDSCH中的其中一个PDSCH。
  10. 根据权利要求9所述的装置，其中，
    所述一个PDSCH为所述多于一个PDSCH中的第一个PDSCH或最后一个PDSCH，和/或
    所述一个PDSCH为所述多于一个PDSCH中唯一一个有效的PDSCH，和/或
    所述一个PDSCH为所述多于一个PDSCH中唯一一个相应的NDI域的值为1的PDSCH，和/或，
    所述一个PDSCH为所述多于一个PDSCH中唯一一个对应的HARQ进程ID是针对SPS配置的一个或多于HARQ进程ID之一的PDSCH。
  11. 根据权利要求10所述的装置，其中，
    所述第一个PDSCH是所述第一下行控制信息调度的第一个PDSCH或者是所述第一下行控制信息调度的第一个有效的PDSCH；
    所述最后一个PDSCH是所述第一下行控制信息调度的最后一个PDSCH或者是所述第一下行控制信息调度的最后一个有效的PDSCH。
  12. 根据权利要求7所述的装置，其中，
    所述第二接收单元接收所述多于一个PDSCH中所有有效的PDSCH。
  13. 根据权利要求1所述的装置，其中，所述装置还包括：
    第三接收单元，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
    所述第一下行控制信息的CRC由CS-RNTI加扰，所述第一配置参数应用于所述第一下行控制信息。
  14. 根据权利要求13所述的装置，其中，所述第一配置参数应用于所述第一下行控制信息，包括：所述第一配置参数应用于所述第一下行控制信息调度的PDSCH中的一个或多于一个。
  15. 一种数据接收装置，配置于终端设备，其中，所述装置包括：
    第一接收单元，其接收包括用于配置重复次数的第一配置参数的PDSCH配置；
    第二接收单元，其接收用于激活SPS配置的第二下行控制信息，
    所述第一配置参数应用于所述第二下行控制信息，所述第二下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
  16. 根据权利要求15所述的装置，其中，所述第一配置参数应用于所述第二下行控制信息，包括：
    所述第二下行控制信息对应的SPS PDSCH按照所述第一配置参数重复。
  17. 一种数据发送装置，配置于终端设备，其中，所述装置包括：
    第一接收单元，其接收第三下行控制信息，所述第三下行控制信息用于调度PUSCH；
    发送单元，其发送所述第三下行控制信息调度的PUSCH中的一个或多于一个PUSCH。
  18. 根据权利要求17所述的装置，其中，所述第三下行控制信息对应的TDRA表中的一行或多于一行包括多于一个SLIV。
  19. 根据权利要求17所述的装置，其中，所述装置还包括：
    第二接收单元，其接收包括用于配置重复次数的第三配置参数的PUSCH配置；
    所述第三下行控制信息的CRC由CS-RNTI加扰，所述第三配置参数应用于所述第三下行控制信息。
  20. 根据权利要求19所述的装置，其中，所述第三配置参数应用于所述第三下行控制信息，包括：所述第三配置参数应用于所述第三下行控制信息调度的PUSCH中的一个或多于一个。
PCT/CN2022/075936 2022-02-10 2022-02-10 数据发送方法、数据接收方法和装置 WO2023150987A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202280090480.8A CN118614131A (zh) 2022-02-10 2022-02-10 数据发送方法、数据接收方法和装置
PCT/CN2022/075936 WO2023150987A1 (zh) 2022-02-10 2022-02-10 数据发送方法、数据接收方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/075936 WO2023150987A1 (zh) 2022-02-10 2022-02-10 数据发送方法、数据接收方法和装置

Publications (1)

Publication Number Publication Date
WO2023150987A1 true WO2023150987A1 (zh) 2023-08-17

Family

ID=87563483

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/075936 WO2023150987A1 (zh) 2022-02-10 2022-02-10 数据发送方法、数据接收方法和装置

Country Status (2)

Country Link
CN (1) CN118614131A (zh)
WO (1) WO2023150987A1 (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111278131A (zh) * 2019-08-12 2020-06-12 维沃移动通信有限公司 一种调度方法、网络设备及终端
CN111954307A (zh) * 2019-05-17 2020-11-17 北京三星通信技术研究有限公司 无线通信网络中的通信方法和设备
US20210051690A1 (en) * 2019-08-14 2021-02-18 Apple Inc. Multiple TTI PUSCH Transmissions in a Wireless Communication System
CN112583558A (zh) * 2019-09-30 2021-03-30 维沃移动通信有限公司 资源配置方法、终端设备及网络设备
US20210320760A1 (en) * 2020-04-09 2021-10-14 Nazanin Rastegardoost HARQ Feedback Collision in Unlicensed Bands
CN113677014A (zh) * 2020-05-15 2021-11-19 大唐移动通信设备有限公司 一种确定反馈信息传输位置的方法及设备
CN113796140A (zh) * 2019-05-03 2021-12-14 Lg电子株式会社 在无线通信系统中发送和接收信号的方法和装置
CN113950150A (zh) * 2020-07-16 2022-01-18 维沃移动通信有限公司 资源确定方法、装置及终端
CN113965999A (zh) * 2020-07-21 2022-01-21 维沃移动通信有限公司 Pdcch的校验方法、发送方法、终端及网络侧设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113796140A (zh) * 2019-05-03 2021-12-14 Lg电子株式会社 在无线通信系统中发送和接收信号的方法和装置
CN111954307A (zh) * 2019-05-17 2020-11-17 北京三星通信技术研究有限公司 无线通信网络中的通信方法和设备
CN111278131A (zh) * 2019-08-12 2020-06-12 维沃移动通信有限公司 一种调度方法、网络设备及终端
US20210051690A1 (en) * 2019-08-14 2021-02-18 Apple Inc. Multiple TTI PUSCH Transmissions in a Wireless Communication System
CN112583558A (zh) * 2019-09-30 2021-03-30 维沃移动通信有限公司 资源配置方法、终端设备及网络设备
US20210320760A1 (en) * 2020-04-09 2021-10-14 Nazanin Rastegardoost HARQ Feedback Collision in Unlicensed Bands
CN113677014A (zh) * 2020-05-15 2021-11-19 大唐移动通信设备有限公司 一种确定反馈信息传输位置的方法及设备
CN113950150A (zh) * 2020-07-16 2022-01-18 维沃移动通信有限公司 资源确定方法、装置及终端
CN113965999A (zh) * 2020-07-21 2022-01-21 维沃移动通信有限公司 Pdcch的校验方法、发送方法、终端及网络侧设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ASUSTEK: "Discussion on multi-cell PDSCH scheduling via a single DCI", 3GPP DRAFT; R1-2101657, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 18 January 2021 (2021-01-18), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051971812 *

Also Published As

Publication number Publication date
CN118614131A (zh) 2024-09-06

Similar Documents

Publication Publication Date Title
US20220132539A1 (en) Method and apparatus for improving control channel structure in shortened transmission time intervals in a wireless communication system
CN112740611B (zh) 用于突发传输的方法和装置
JP7401521B2 (ja) 構成済みグラントを使用したｕｌ送信のためのｕｃｉ設計
JP6908135B2 (ja) フィードバック情報の送受信方法、装置及び通信システム
JP7371761B2 (ja) 信号送信方法、装置及びシステム
TW201935970A (zh) 無線通訊系統中監聽間斷傳輸指示的方法和設備
AU2016244719B2 (en) Physical resource block allocation of physical downlink control and data channels
JP2015512571A (ja) Ｌｔｅｆｄｄネットワークにおける半二重ｆｄｄ動作のための方法
WO2018107400A1 (zh) 传输方法和装置
KR20170052473A (ko) 비면허 대역을 지원하는 통신 네트워크를 위한 스케쥴링 방법
WO2020199957A1 (zh) 一种重传资源的调度方法及设备
TW201803384A (zh) 傳輸數據的方法及裝置
TW202014010A (zh) 用於移動通信中的上行鏈路傳輸的混合自動重傳請求回饋過程
US20180324821A1 (en) Cross-carrier scheduling method, feedback method, and apparatus
JP2023526813A (ja) 複数のｔｒｐにわたる単一のｃｏｒｅｓｅｔに基づいたｐｄｃｃｈのダイバーシティ
WO2020142925A1 (zh) 上行控制信息的发送和接收方法以及装置
US10952185B2 (en) Methods and arrangements for managing allocation of uplink resources regarding remaining data blocks of an uplink transmission
WO2021062824A1 (zh) 一种信息处理方法和通信设备
WO2020142987A1 (zh) 边链路信息的发送和接收方法以及装置
WO2023150987A1 (zh) 数据发送方法、数据接收方法和装置
WO2019153369A1 (zh) 一种数据传输方法及设备
JP2023536535A (ja) 情報伝送方法および通信装置
WO2023010494A1 (zh) 数据调度方法、数据发送方法以及装置
WO2023150985A1 (zh) 信息反馈方法、信息接收方法以及装置
WO2023151048A1 (zh) 信息反馈方法以及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22925349

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE