Method, device, apparatus and readable storage medium for indicating SPS PDSCH

Abstract

The present application discloses a method, apparatus, device and readable storage medium for indicating SPS PDSCH, the method comprising: receiving first indication information, the first indication information indicating a valid or invalid SPS PDSCH. In an embodiment of the present application, the terminal can accurately know the SPS PDSCH Occasion without actual SPS PDSCH transmission, so that the terminal can skip the NACK feedback for these SPS PDSCH Occasions, and only feedback HARQ-ACK for the actually transmitted SPS PDSCH, which can improve the HARQ-ACK feedback efficiency, reduce uplink resource overhead, terminal uplink power consumption and system uplink interference.

Description

Technical Field

[0001] The present application belongs to the field of communication technology, and specifically relates to a method, apparatus, device and readable storage medium for indicating a semi-persistent scheduling (Semi-Persistent Scheduling, SPS) physical downlink shared channel (Physical Downlink Shared Channel, PDSCH). Background Art

[0002] In the communication system, Ultra-reliable and Low Latency Communications (URLLC) extends the SPS configuration (SPS Config). A single bandwidth part (BWP) of a single service cell can configure and activate multiple SPS Configs at the same time, mainly considering the following scenarios:

[0003] (1) This serving cell serves multiple periodic services at the same time. The periods or offsets of different services may be different. In this case, corresponding SPS Configs are configured for different periods or offsets.

[0004] (2) Some services have very high latency requirements, but their data packet period is not a configurable value in the protocol, or the arrival time of the data packet does not strictly meet the periodicity and may have jitter within a certain range. In this case, multiple SPS Configs can be configured and activated for a single service to accommodate the mismatch of the service data period or the jitter range of the service data arrival time.

[0005] For the above scenario (2), the network side actually provides more transmission opportunities than the required transmission opportunities, and the transmission opportunities actually used must be only a subset of the transmission opportunity set provided by the network. At this time, for the transmission opportunities outside this subset, according to the relevant protocol regulations, the terminal must also perform reception detection and feedback a hybrid automatic repeat request acknowledgement (HARQ-ACK) (generally, it must be a negative acknowledgment (Negative Acknowledgement, NACK), because the network side did not actually transmit downlink data in the corresponding transmission opportunity). Therefore, the HARQ-ACK codebook may contain a large number of NACK bits for SPS physical downlink shared channel (Physical downlink shared channel, PDSCH) opportunities (Occasions) that are not actually transmitted. How the terminal can accurately know which SPS PDSCH Occasions do not have actual SPS PDSCH transmissions is an urgent problem to be solved. Summary of the invention

[0006] The embodiments of the present application provide a method, apparatus, device and readable storage medium for indicating SPS PDSCH, which solve the problem of how a terminal can know which SPS PDSCH Occasions do not have actual SPS PDSCH transmission.

[0007] In a first aspect, a method for indicating a semi-persistent scheduling SPS physical downlink shared channel PDSCH is provided, which is applied to a terminal and includes:

[0008] First indication information is received, where the first indication information indicates a valid or invalid SPS PDSCH.

[0009] In a second aspect, a method for indicating an SPS PDSCH is provided, which is applied to a network side device, including:

[0010] First indication information is sent, where the first indication information indicates a valid or invalid SPS PDSCH.

[0011] In a third aspect, a device for indicating an SPS PDSCH is provided, which is applied to a terminal and includes:

[0012] A receiving module is used to receive first indication information, wherein the first indication information indicates a valid or invalid SPSPDSCH.

[0013] In a fourth aspect, a device for indicating an SPS PDSCH is provided, which is applied to a network side device, including:

[0014] A sending module is used to send first indication information, wherein the first indication information indicates a valid or invalid SPSPDSCH.

[0015] In a fifth aspect, a terminal is provided, comprising: a processor, a memory, and a program stored in the memory and executable on the processor, wherein the program, when executed by the processor, implements the steps of the method described in the first aspect.

[0016] In a sixth aspect, a network side device is provided, comprising: a processor, a memory, and a program stored in the memory and executable on the processor, wherein when the program is executed by the processor, the steps of the method described in the second aspect are implemented.

[0017] In a seventh aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of the method described in the first aspect or the second aspect are implemented.

[0018] According to an eighth aspect, a program product is provided. The program product is stored in a non-volatile storage medium and is executed by at least one processor to implement the steps of the processing method as described in the first aspect or the second aspect.

[0019] In a ninth aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the processing method described in the first aspect or the second aspect.

[0020] In an embodiment of the present application, the terminal can accurately obtain the SPS PDSCH Occasions without actual SPS PDSCH transmission, so that the terminal can skip the NACK feedback for these SPS PDSCH Occasions and only feedback HARQ-ACK for the SPS PDSCH actually transmitted, thereby significantly improving the HARQ-ACK feedback efficiency and reducing uplink resource overhead, terminal uplink power consumption and system uplink interference. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] Figure 1 is a block diagram of a wireless communication system to which the embodiments of the present application can be applied;

[0022] Figure 2 One of the schematic diagrams of the method for indicating SPS PDSCH in an embodiment of the present application;

[0023] Figure 3 The second schematic diagram of the method for indicating SPS PDSCH in an embodiment of the present application;

[0024] Figure 4A schematic diagram of skipping some SPS PDSCH opportunities when configuring multiple SPS configurations to support time sensitive network (TSN) services in an embodiment of the present application;

[0025] Figure 5 This is one of the schematic diagrams of the device for indicating SPS PDSCH according to an embodiment of the present application;

[0026] Figure 6 This is a second schematic diagram of the device for indicating SPS PDSCH according to an embodiment of the present application;

[0027] Figure 7 A schematic diagram of a terminal according to an embodiment of the present application;

[0028] Figure 8 A schematic diagram of a network side device according to an embodiment of the present application. DETAILED DESCRIPTION

[0029] In order to facilitate understanding of the embodiments of the present application, the following technical points are first introduced:

[0030] For a certain SPS PDSCH Occasion, when the terminal uses a dedicated demodulation reference signal (DM-RS) detection method to determine whether there is actual SPS PDSCH transmission, any of the following methods 1 and 2 may be used:

[0031] Method 1: First perform DM-RS detection, determine whether the corresponding SPS PDSCH is actually transmitted, and then perform PDSCH detection.

[0032] Method 2: Perform DM-RS detection and PDSCH detection in parallel and make judgments based on the results of both:

[0033] Case 2-1, DM-RS detection passed, PDSCH detection decoded correctly: Determine that PDSCH is actually sent, and confirm (Acknowledgement, ACK).

[0034] Case 2-2, DM-RS detection passed, PDSCH detection decoded incorrectly: It is impossible to accurately determine whether PDSCH is actually sent;

[0035] Case 2-3, DM-RS detection fails, PDSCH detection is decoded correctly: Determine that PDSCH is actually sent, ACK;

[0036] Case 2-4, DM-RS detection fails, PDSCH detection is incorrectly decoded: It is impossible to accurately determine whether PDSCH is actually sent.

[0037] For the above cases 2-2 and 2-4, when the accuracy of DM-RS detection is in doubt, the terminal cannot accurately determine whether the SPS PDSCH is not actually transmitted within the SPS PDSCH Occasion, or whether the SPS PDSCH is actually transmitted but the decoding is wrong.

[0038] The above method 1 also has similar problems. If the terminal skips the HARQ-ACK feedback corresponding to some SPS PDSCH Occasions based on the results of DM-RS detection, it may cause the terminal and the network to have inconsistent understanding of the HARQ-ACK codebook. In addition, because the terminal needs to perform additional DM-RS detection operations for each SPS PDSCH Occasion, it will also increase the complexity of its implementation.

[0039] The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.

[0040] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specified order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first" and "second" are generally of the same type, and the number of objects is not limited. For example, the first object can be one or more. In addition, the "and" in the specification and claims represents at least one of the connected objects, and the character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0041] It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE) / LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA) and other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used for the systems and radio technologies mentioned above as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for illustrative purposes, and NR terminology is used in most of the following descriptions, but these technologies can also be applied to applications other than NR system applications, such as the 6th generation (6 th Generation, 6G) communication system.

[0042] Figure 1A block diagram of a wireless communication system applicable to an embodiment of the present application is shown. The wireless communication system includes a terminal 11 and a network side device 12. Among them, the terminal 11 can also be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), a wearable device (Wearable Device) or a vehicle-mounted device (VUE), a pedestrian terminal (PUE) and other terminal side devices, and the wearable device includes: a bracelet, a headset, glasses, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 can be a base station or a core network, wherein the base station can be referred to as a node B, an evolved node B, an access point, a base transceiver station (Base Transceiver Station, BTS), a radio base station, a radio transceiver, a basic service set (Basic Service Set, BSS), an extended service set (Extended Service Set, ESS), a B node, an evolved B node (eNB), a home B node, a home evolved B node, a WLAN access point, a WiFi node, a transmitting and receiving point (Transmitting Receiving Point, TRP) or some other suitable term in the field. As long as the same technical effect is achieved, the base station is not limited to the specified technical vocabulary. It should be noted that in the embodiment of the present application, only the base station in the NR system is taken as an example, but the specific type of the base station is not limited.

[0043] In combination with the accompanying drawings, the method, device, equipment and readable storage medium for indicating SPSPDSCH provided in the embodiments of the present application are described in detail through specific embodiments and their application scenarios.

[0044] See also Figure 2 , an embodiment of the present application provides a method for indicating SPS PDSCH, the execution subject of the method may be a terminal, and the specific steps include: step 201.

[0045] Step 201: Receive first indication information, which indicates (or configures) valid or invalid SPSPDSCH.

[0046] Among them, the valid SPS PDSCH can be the SPS PDSCH that is actually transmitted or the SPS PDSCH timing when there is SPS PDSCH transmission, and the invalid SPS PDSCH can be the SPS PDSCH that is not actually transmitted or the SPS PDSCH timing when there is no SPS PDSCH transmission, or the valid SPS PDSCH can also be the SPS PDSCH or SPS PDSCH timing when HARQ-ACK feedback is expected, and the invalid SPS PDSCH can also be the SPS PDSCH or SPS PDSCH timing when HARQ-ACK feedback is not expected.

[0047] In some implementations, the first indication information is a first DCI, and the first DCI indicates a valid or invalid SPS PDSCH.

[0048] In some implementations, the first DCI is a group common DCI (Group common DCI) or a terminal specific DCI (UE specific DCI).

[0049] In some implementations, the first DCI includes one or more of the following:

[0050] (1) first information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set, and information for determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set;

[0051] Optionally, the SPS Config is divided into groups according to certain rules. For example, one or more SPS Configs configured for a certain service can be configured to belong to the same SPS Config group, or the SPS Configs for the same priority index (PriorityIndex), BWP, Serving Cell or PUCCH (Physical Uplink Control Channel) Cell Group can be explicitly configured or implicitly classified into the same SPS Config group.

[0052] Optionally, the network side may also only indicate the service cell or the service cell set, or the network side may indicate the service cell or the service cell set corresponding to the carrier through the carrier sent by the DCI; all or part of the SPS Config or SPS Config groups configured or activated on this service cell or service cell set are used as the SPS Config set or SPS Config group set indicated by this first DCI.

[0053] (2) second information indicating a range of valid or invalid SPS PDSCH;

[0054] (3) The third information is used to control HARQ-ACK feedback.

[0055] Optionally, the third information is used to control HARQ-ACK feedback of a valid or invalid SPS PDSCH, or the third information is used to control HARQ-ACK feedback of all SPS PDSCHs.

[0056] For example, the first information indicates information of a valid or invalid SPS PDSCH corresponding to 0, 1 or more SPS Configs, SPS Config groups, SPS Config sets or SPS Config group sets.

[0057] In some implementations, the SPS Config, SPS Config group, SPS Config set, or SPS Config group set indicated by the first information is currently in an activated state.

[0058] Optionally, the first information may be in any of the following forms (Option 1-1 or Option 1-2):

[0059] Option 1-1: Bitmap format.

[0060] In some implementations, the first information includes a first bitmap, the first bitmap includes: a first bit, the first bit corresponds to an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set.

[0061] There is a one-to-one or one-to-many correspondence between each valid bit in the first bitmap and each configuration or activated SPS Config or SPS Config group, where the valid bit refers to the bit actually used in the first bitmap. There may be bits in the first bitmap that are not actually used, such as a certain number of padding bits at the end.

[0062] In some implementations, the value of the first bit is used to determine whether the first DCI indicates an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set corresponding to the first bit. Optionally, the first bit is a valid bit.

[0063] For example, the first bit value is 0 to determine that the first DCI does not indicate the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit, or the valid or invalid SPS PDSCH information of the SPSConfig, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit; the first bit value is 1 to determine that the first DCI indicates the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit, or the valid or invalid SPS PDSCH information of the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit.

[0064] In some implementations, the position of the first bit in the first bitmap is determined by any of the following methods (method 1 or method 2):

[0065] Mode 1: implicitly determining the position (or subscript) of the first bit in the first bitmap based on an index (or identity, ID) of an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set corresponding to the first bit;

[0066] At present, each SPS Config or SPS Config group has a corresponding index (for example, the index is indicated by the parameter sps-ConfigIndex-r16), which uniquely identifies this SPS Config or SPS Config group in a single BWP. Based on this index, combined with the Serving Cell Index corresponding to each SPS Config or SPS Config group, the position of the first bit corresponding to this SPS Config or SPS Config group in the first bitmap can be determined.

[0067] For example, assuming that the current PUCCH Cell Group corresponds to M Serving Cell Indexes, one or more BWPs are configured on the serving cell corresponding to each Serving Cell Index, and zero or more SPSConfigs or SPS Config groups are configured on each BWP.

[0068] For a certain serving cell m, assuming that the maximum number of SPS Configs or SPS Config groups configured on each BWP configured by it is N, when the bits in the Bitmap correspond to the SPS Config or SPS Config groups one by one, this serving cell m can correspond to the N bits in the first bitmap. When a certain BWP is in an activated state, the various SPS Configs or SPS Config groups configured in this BWP correspond to the various bits in the N bits in sequence according to the index from small to large (or from large to small), starting from the first bit in the N bits (i.e., the first bit, or the designated bit). If there are any remaining bits at the end, they are considered to be bits that are not actually used. The Bitmap parts corresponding to the M serving cells are cascaded head to tail in sequence according to the Serving Cell Index from small to large (or from large to small) to form a complete Bitmap. In this way, the corresponding bits in the Bitmap of the various SPS Configs or SPS Config groups configured in each BWP of each serving cell in the same PUCCH CellGroup are determined.

[0069] Optionally, when the bit in the first bitmap and the SPS Config or SPS Config group can be in a one-to-many correspondence, O SPS Config or SPS Config groups with adjacent indexes can be corresponded to the same bit, and O can be specified by the protocol or configured through high-level signaling. At this time, when the maximum number of SPS Configs configured on each BWP configured by a certain service cell m is N, this service cell m can correspond to the ceiling (N / O) bit in the first bitmap, that is, the number of bits corresponding to the first bitmap is N / O and rounded up, and ceiling() is an operation to round a floating point number up.

[0070] Mode 2: Based on the fourth information configured on the network side, the fourth information indicates the position of the first bit corresponding to the SPS Config, SPS Config set, SPS Config group or SPS Config group set in the first bitmap, that is, explicitly configures the position of the first bit in the first bitmap.

[0071] That is, the one-to-one correspondence between each valid bit in the first map and each SPS Config or each SPS Config group is ensured by the network side configuration. Optionally, the network side may also be configured so that a valid bit in the first map corresponds to more than one SPS Config or SPS Config group, that is, multiple SPS Configs (equivalent to an SPS Config set) or SPS Config groups (equivalent to an SPS Config group set) are configured with the same position or index in the first map.

[0072] In some implementations, the number of bits of the first bitmap is determined by any of the following methods (method A or method B):

[0073] Mode A: Determine the number of bits of the first bitmap based on the SPS Config, SPS Config set, SPS Config group or SPS Config group set configured on the BWP of the serving cell configuration corresponding to the current physical uplink control channel (Physical Uplink Control Channel, PUCCH) cell group (Cell Group);

[0074] For example, assuming that the current PUCCH Cell Group corresponds to M Serving Cell Indexes, one or more BWPs are configured on the serving cell m corresponding to each ServingCell Index, and each BWP is configured with 0 or more SPSConfig or SPS Config groups. For a serving cell m, assuming that it is configured with I BWPs, where BWP i (for example, representing the i-th BWP) is configured with N m,i If the SPS Config or SPS Config group is selected, the serving cell m corresponds to the ceiling(max(N m,i ) / J m ) bits (N m =max(N m,i )), ceiling() is an operation to round a floating point number upwards, where when the bits in the first bitmap correspond one-to-one with the SPS Config or SPS Config group, J m =1, when the bits in the first bitmap have a one-to-many correspondence with SPSConfig or SPS Config group, J m =O m , 1≤O m ≤N m , here J mIt can be understood as the number or maximum number of SPS Config or SPS Config groups corresponding to one bit in the first bitmap. m It can be understood as a one-to-many correspondence, which is the number or maximum number of SPS Config or SPS Config groups corresponding to the same bit in the first bitmap and with adjacent indexes or IDs. The number of bits in the entire first bitmap can be ∑ m ceiling(max(N m,i ) / J m ).

[0075] Mode B: The number of bits of the first bitmap is determined based on fifth information configured on the network side, where the fifth information indicates the number of bits of the first bitmap, that is, the number of bits of the first bitmap explicitly configured by the network side.

[0076] Option 1-2: State form.

[0077] In some implementations, the first information indicates a first state in a state list, and the first state corresponds to the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set.

[0078] It is understandable that the upper layer will configure each State to correspond to an SPS Config, an SPS Config group set, and a single SPS Config, an SPS Config group set can be referenced to each involved SPS Config, SPS Config group based on the SPS Config, SPS Config group index or ID, that is, each State actually corresponds to a single SPS Config, SPS Config group index or ID set, and this set may contain one or more SPS Config, SPS Config group index or ID, and each SPS Config, SPS Config group index or ID indicates its corresponding SPS Config or SPS Config group. The upper layer will form a State list for each configured State and configure it to the terminal, and indicate the index of a State in the list, or the ID corresponding to the State, in the first DCI, thereby indicating this State, and then indicating the SPSConfig, SPS Config set, SPS Config group or SPS Config group set corresponding to this State.

[0079] That is, in the embodiment of the present application, when the State form is adopted, each State corresponds to an SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set, and a State in this State list is indicated in the first DCI.

[0080] In some embodiments, if the first information is included in the first DCI, the second information indicates the range of valid or invalid SPS PDSCH for each SPS Config, SPS Config set, SPS Config group or SPS Config group set respectively; or, if the first information is not included in the first DCI, the second information uniformly indicates the range of valid or invalid SPS PDSCH for all SPS Config, SPS Config set, SPS Config group or SPS Config group set.

[0081] The above “all” means that the scope of valid or invalid SPS PDSCH is all configured or activated SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the current PUCCH cell group (Cell Group).

[0082] In some embodiments, the network side may indicate the scope of a valid or invalid SPS PDSCH through the second information in the first DCI. When an SPS Config or SPS Config set, or an SPS Config group or an SPS Config group set, in which valid or invalid SPS PDSCH indication information is indicated in the first DCI, the scope of a valid or invalid SPS PDSCH may be indicated separately for each SPS Config, or each SPS Config group, or each SPS Config set, or each SPS Config group set (a certain SPS Config set / SPS Config group set includes part of the SPS Config / SPS Config groups in the set consisting of all SPS Config / SPS Config groups indicated in the first DCI), or the scope of a valid or invalid SPS PDSCH may be uniformly indicated for all SPS Configs, SPS Config sets, SPS Config groups, or SPS Config group sets indicated in the first DCI.

[0083] When the first DCI does not indicate the existence of an SPS Config, SPS Config group, SPS Config set or SPS Config group set indicating valid or invalid SPS PDSCH indication information, it can be understood that the scope of valid or invalid SPS PDSCH is for all configured or activated SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the current PUCCH Cell Group.

[0084] When indicating a valid or invalid SPS PDSCH range (assuming that the valid or invalid SPS PDSCH range indicates an application / corresponding SPS Config, an SPS Config group, an SPS Config set, or an SPS Config group set is referred to as a target SPS Config), the second information may adopt any one of the following options 2-1 and 2-2:

[0085] Option 2-1: Indicates valid or invalid SPS PDSCH Occasion. For details, see Option 2-1-1 and Option 2-1-2. That is, either Option 2-1-1 or Option 2-1-2 can be used.

[0086] Option 2-1-1: Indicating valid or invalid SPS PDSCH timing based on the indication period;

[0087] When the protocol stipulates or the high-level layer configures the first DCI detection period and offset, the UE will periodically detect the above-mentioned first DCI. At this time, each first DCI detection position may correspond to an indication period. The target SPS Config uses all SPS PDSCH Occasions existing in this indication period (the SPS PDSCH Occasions that are completely located in this indication period, or the SPS PDSCH Occasions that overlap with this indication period in the time domain) as the indication range of the SPS PDSCH, and indicates the SPS PDSCH Occasion subset with valid or invalid SPS PDSCH transmissions within this range through the information in the first DCI.

[0088] In some embodiments, the length of the indication period is determined by any of the following methods:

[0089] (1) The length of the indication period (L1) is equal to the length of the detection period (L2) of the first DCI, that is, L1 is equal to L2;

[0090] (2) The length of the indication period (L1) is N times the length of the detection period (L2) of the first DCI, where N is a positive integer, that is, L1 is N times L2, and this N may be specified by the protocol or configured by a higher layer;

[0091] (3) The length of the indication period (L1) includes the length of the detection period of the first DCI (L2) and the adjustment length, that is, L1 is superimposed with an adjustment length on the basis of L2, and the adjustment length may be specified by the protocol or configured by a higher layer;

[0092] (4) The length of the indication period (L1) is agreed upon by the protocol or configured by the network side, that is, L1 is directly specified by the protocol or configured by the high layer.

[0093] In some implementations, the end position of the indication period includes any one of the following:

[0094] (1) the end time of the first symbol of the control resource set (CORESET) where the first DCI detection is located, for example, the indication period is located before the first symbol of the CORESET where the first DCI detection is located;

[0095] (2) the end time of the X1th symbol before the first symbol of the CORESET where the first DCI is detected, for example, the indication period is located before the -X1-1th symbol of the CORESET where the first DCI is detected;

[0096] (3) the end time of the last symbol of the CORESET where the first DCI detection is located, for example, the indication period is located before the next symbol of the last symbol of the CORESET where the first DCI detection is located;

[0097] (4) the end time of the Y1th symbol after the last symbol of the CORESET where the first DCI detection is located, for example, the indication period is located before the last symbol of the CORESET where the first DCI detection is located + Y1+1 symbol;

[0098] Among them, X1 and Y1 are positive integers and can be specified by the protocol or configured by the high layer.

[0099] Optionally, the starting position of the indication period can be determined based on the above-mentioned end position and the length (L1) of the indication period. At this time, it can be understood that the network side mainly indicates the SPS PDSCH Occasion that has occurred, and the UE side corrects the judgment of the invalid SPS PDSCH (or Skipped SPS PDSCH) based on these indications, so as to accurately skip the HARQ-ACK corresponding to the invalid SPS PDSCH when the HARQ-ACK is fed back. (HARQ-ACK skipping for skipped SPS PDSCH).

[0100] In some embodiments, the starting position of the indication period includes any one of the following:

[0101] (1) the end time (or start time) of the first symbol of the CORESET where the first DCI is detected, for example, the indication period is located after the first symbol of the CORESET where the first DCI is detected (or after the start time of the CORESET where the first DCI is detected);

[0102] (2) the end time (or start time) of the X2th symbol before the first symbol of the CORESET where the first DCI is detected, for example, the indication period is located after the first symbol -X2 symbol of the CORESET where the first DCI is detected (or after the first symbol -X2-1 symbol of the CORESET where the first DCI is detected);

[0103] (3) the end time (or start time) of the last symbol of the CORESET where the first DCI is detected, for example, the indication period is located after the last symbol of the CORESET where the first DCI is detected (or after the second to last symbol of the CORESET where the first DCI is detected);

[0104] (4) the end time (or start time) of the Y2th symbol after the last symbol of the CORESET where the first DCI detection is located, for example, the indication period is located after the last symbol of the CORESET where the first DCI detection is located + Y2 symbols (or after the last symbol of the CORESET where the first DCI detection is located + Y2-1 symbols);

[0105] Among them, X2 and Y2 are positive integers and can be specified by the protocol or configured by the high layer.

[0106] Optionally, the end position of the indication period can be determined based on the above starting position and the length of the indication period (L1). At this time, it can be understood that the network side mainly indicates the SPS PDSCH Occasion that has not yet arrived. The UE side can detect subsequent SPS PDSCH Occasions based on this indication (for example, only detect SPS PDSCH Occasions indicating the existence of valid SPS PDSCH transmissions), and can also accurately skip the HARQ-ACK corresponding to the invalid SPS PDSCH based on this indication when the HARQ-ACK is fed back (HARQ-ACK skipping for skipped SPS PDSCH). However, because the network is pre-indicated, there are certain restrictions on the scheduling of subsequent SPS PDSCH (the network needs to ensure the consistency between the scheduling of subsequent SPS PDSCH and the pre-indicated information). When the service characteristics are clearer (for example, the network side can accurately determine the arrival time of high-level service data) and the time and frequency resources in the system are sufficient, this scheduling restriction is relatively small.

[0107] When indicating valid or invalid SPS PDSCH transmission of the target SPS Config within the indication period, any one of the following methods 2-1-1-a and 2-1-1-b may be used:

[0108] Method 2-1-1-a: The second information directly indicates the existence of a SPS PDSCH timing index or index set for valid or invalid SPS PDSCH transmission.

[0109] At this point, it can be understood that the 0 or more SPS PDSCH Occasions existing in the target SPS Config within the indication period can be assigned a local index in chronological order, and the network side indicates whether there is or does not exist an actual SPS PDSCH transmission for the SPS PDSCH Occasions corresponding to the 0 or more indexes. When the target SPS Config involves multiple SPS Configs that transmit the corresponding SPS PDSCH on the same service cell, and the SPS PDSCH Occasions corresponding to these SPS Configs overlap in the time domain, a predefined rule can be used to consider only part or a single SPS PDSCH Occasion among the multiple SPS PDSCH Occasions that overlap in the time domain within a single time domain unit, and only these SPS PDSCH Occasions that are taken into consideration will be assigned the above-mentioned local index.

[0110] For example, for multiple SPS PDSCH Occasions that overlap in the time domain within a single time slot, only the SPS PDSCH Occasion corresponding to the SPS Config with the smallest SPSConfig index is considered. When allocating local indexes as mentioned above, if the target SPS Config involves multiple SPS Configs, it is possible to distinguish and allocate local indexes to each SPS Config / SPS Config group, or to uniformly allocate local indexes to the multiple SPS Configs involved in the target SPS Config. Accordingly, when indicating the index or index set of valid or invalid SPS PDSCH transmissions, it is also possible to distinguish and indicate the SPS Config or SPSConfig group separately, or to indicate the target SPS Config uniformly.

[0111] Method 2-1-1-b: The second information uses Bitmap to indicate the SPS PDSCH Occasion of valid or invalid SPS PDSCH transmission.

[0112] That is, the second information may include a second bitmap, the second bitmap including a second bit, the second bit indicating one or more SPS PDSCH opportunities where valid or invalid SPS PDSCH transmission exists.

[0113] For example, the SPS PDSCH Occasions that need to be considered within the indication period are first collected to form an SPS PDSCH Occasion set (if the target SPS Config involves multiple SPS Configs, the SPS PDSCH Occasion set here can be collected separately for each SPS Config or each SPS Config group, or can be collected uniformly for multiple SPS Configs involved in the target SPS Config; if the target SPS Config only involves a single SPS Config, the SPS PDSCH Occasion set here corresponds to this single SPS Config), and the SPS PDSCH Occasions in the SPS PDSCH Occasion set can be arranged in order of starting time or other predefined order, and then a Bitmap method is used for this SPS PDSCH Occasion set to indicate the SPS PDSCH Occasion with valid or invalid SPS PDSCH transmission. When determining the correspondence between each bit in the Bitmap and the SPS PDSCH Occasion, each bit can correspond one-to-one to a single SPS PDSCH Occasion, or each bit can correspond to multiple SPS PDSCH Occasions with consecutive indexes or adjacent arrangement positions in the set, that is, using the Bundling method. Based on the arrangement order of the SPS PDSCH Occasion in the SPS PDSCH Occasion set, it can be mapped from the starting bit or designated bit of the Bitmap, from front to back or other predefined order. When the value of a bit is 0, it can indicate that the corresponding SPS PDSCH Occasion does not have an actual SPS PDSCH transmission. When the value is 1, it can indicate that the corresponding SPS PDSCH Occasion has an actual SPS PDSCH transmission.

[0114] Optionally, a single Bitmap (i.e., the second bitmap) corresponds one-to-one to the single SPS PDSCH Occasion set, that is, if the target SPS Config involves multiple SPS Configs, the Bitmap here can correspond one-to-one to each SPS Config or each SPS Config group, or can correspond uniformly to these multiple SPS Configs; if the target SPS Config only involves a single SPS Config, the Bitmap here corresponds to this single SPS Config. When more than one Bitmap is involved, these Bitmaps can also be cascaded head to tail based on predefined rules, such as cascading in ascending order or other predefined order based on the index or ID of the SPS Config or SPS Config group.

[0115] Option 2-1-2: A valid or invalid SPS PDSCH occasion indicated based on a reference point and a first value, wherein the first value represents a count of the valid or invalid SPS PDSCH occasion, that is, indicating a valid or invalid SPS PDSCH Occasion based on a reference point and an SPS PDSCH Occasion count.

[0116] When the protocol does not specify or the high layer does not configure the first DCI detection period and offset, or even if the protocol specifies or the network configures the first DCI detection period and offset, but does not indicate valid or invalid SPS PDSCH Occasion based on the indication period, the following method can be used to determine valid or invalid SPS PDSCH Occasion:

[0117] Relative to the above-mentioned first DCI, the target SPS Config starts from a certain reference point and counts N (first value) SPS PDSCH Occasions forward or backward as the SPS PDSCH Occasions to be considered; when the target SPS Config involves more than one SPS Config or one SPS Config group, the corresponding SPS PDSCH Occasion can be determined for each SPS Config or each SPSConfig group involved, and optionally, the SPS PDSCH Occasion selection behavior when there are multiple SPS PDSCH Occasions with time domain overlap in a single time domain unit can be further considered.

[0118] In some embodiments, the reference point is determined in any of the following ways:

[0119] (1) the starting time of the first symbol of the CORESET where the first DCI is detected, that is, the first symbol of the CORESET where the first DCI is detected;

[0120] (2) the starting time of the X3th symbol before the first symbol of the CORESET where the first DCI is detected, that is, the first symbol of the CORESET where the first DCI is detected - the X3th symbol;

[0121] (3) the end time of the last symbol of the CORESET where the first DCI is detected, that is, the last symbol of the CORESET where the first DCI is detected;

[0122] (4) the end time of the Y3th symbol after the last symbol of the CORESET where the first DCI detection is located, that is, the last symbol of the CORESET where the first DCI detection is located + Y3 symbols;

[0123] (5) the start time or end time of the HARQ-ACK feedback resource indicated in the first DCI;

[0124] (6) the start time or end time of the time domain unit where the HARQ-ACK feedback resource indicated in the first DCI is located;

[0125] Wherein, X3 and Y3 are positive integers which may be specified by the protocol or configured by the high-level layer. The HARQ-ACK feedback resource here may be PUCCH or PUSCH (Physical uplink shared channel). The time domain unit here may be a time slot (Slot) or a sub-time slot (Sub-slot).

[0126] In some embodiments, the first value (N) is determined in any of the following ways:

[0127] (1) Network-side configuration, that is, it can be directly configured by the higher layer, and can be configured based on granularity such as SPS Config, Priority Index, BWP, Serving Cell, or PUCCH Cell Group, that is, it can be configured separately for each SPS Config, Priority Index, BWP, Serving Cell, or PUCCH Cell Group;

[0128] (2) Determined based on a value set configured by the network side and sixth information carried in the first DCI, where the sixth information indicates a value in the value set, that is, a value set is configured by a higher layer, and a certain value in the value set is indicated in the first DCI. The configuration and indication here may also be based on granularity configuration such as SPS Config, Priority Index, BWP, Serving Cell, or PUCCH Cell Group;

[0129] (3) Protocol agreement, that is, determined based on specified rules, which can be agreed upon by the protocol. For example, it can be determined based on the ratio between the configured K1 maximum value and the period of SPS Config, where K1 is the offset between the uplink time slot / sub-time slot where the PDSCH ends and the uplink time slot / sub-time slot where the HARQ-ACK feedback resource is located, and the K1 maximum value is the maximum value in the K1 candidate value set configured by the high layer. Optionally, N can also be implicitly determined based on the reference point and the above-mentioned K1 maximum value. For example, when the reference point is the start time or end time of the time domain unit where the HARQ-ACK feedback resource indicated in the first DCI is located, the number of SPS PDSCH Occasions existing in the time window defined by the starting time determined by the duration corresponding to the K1 maximum value time domain units forward from this reference point (i.e., the time window from this starting time to the reference point), or the number of SPS PDSCH Occasions that overlap with this time window in the time domain, can be used as the value of N.

[0130] Option 2-2: The second information indicates the HARQ process corresponding to the valid or invalid SPS PDSCH.

[0131] The current protocol can configure a HARQ process ID offset and the number of available HARQ processes for each SPS Config, thereby determining an available HARQ process pool for each SPS Config. The HARQ process used by a specified SPS PDSCH Occasion of a certain SPS Config can be uniquely determined based on the corresponding available HARQ process pool and the time domain position of this SPS PDSCH Occasion.

[0132] Based on the above description, a feasible method for indicating valid or invalid SPS PDSCH transmission is: the network side indicates whether there is a valid or invalid SPS PDSCH transmission for a certain SPS Config involved in the target SPS Config for a certain HARQ process configured therein; when a certain HARQ process configured by a certain SPS Config is indicated as not having a valid or invalid SPS PDSCH transmission, all SPS PDSCH Occasions associated with this HARQ process do not have a valid or invalid SPS PDSCH transmission.

[0133] The SPS Configs involved in the target SPS Config can be indicated separately, or the HARQ process pools corresponding to all SPS Configs involved in the target SPS Config can be unioned (for example, only the HARQ process pools corresponding to the SPS Confg configured on the same service cell can be unioned), or the HARQ process pools corresponding to all SPS Configs corresponding to a certain SPS Config group involved in the target SPS Config can be unioned (for example, only the HARQ process pools corresponding to the SPS Confg configured on the same service cell can be unioned), and then the union can be uniformly indicated (when the target SPS Config or a certain SPS Config group of the target SPS Config involves multiple service cells, a unified indication is given to each service cell).

[0134] Optionally, when the second information specifically indicates, any one of the following methods 2-2-1 and 2-2-1 may be used:

[0135] Method 2-2-1: The second information directly indicates the HARQ process index or index set.

[0136] In some embodiments, the second information indicates: a HARQ process index or a HARQ process index set corresponding to a valid or invalid SPS PDSCH;

[0137] The index here may be directly the HARQ process ID, or a local index of the HARQ process in the HARQ process pool, or the HARQ process pool.

[0138] Method 2-2-2: The second information is indicated by Bitmap.

[0139] In an embodiment of the present application, the second information includes: a third bitmap, the third bitmap includes a third bit, and the value of the third bit indicates whether the HARQ process corresponding to the third bit corresponds to a valid or invalid SPS PDSCH. For example, when the value of the third bit is 0, it indicates that the corresponding HARQ process does not have a valid or invalid SPS PDSCH transmission; when the value of the third bit is 1, it indicates that the corresponding HARQ process has a valid or invalid SPS PDSCH transmission.

[0140] The third bitmap may correspond to any one of the following (1) to (4):

[0141] (1) The downlink HARQ process pool configured in the serving cell. In this case, the position (subscript) in the third bitmap can be directly the HARQ process ID;

[0142] (2) A HARQ process pool of a certain SPS Config, in which case the position in the third bitmap may be a local index in the HARQ process pool;

[0143] (3) The union of the HARQ process pools corresponding to the SPS Config involved in the target SPS Config on a certain serving cell. In this case, the position in the third bitmap may be a local index in this union;

[0144] (4) A union of the HARQ process pools corresponding to the SPS Configs involved in a certain SPS Config group of the target SPS Config on a certain serving cell. In this case, the position in the third bitmap may be a local index in this union.

[0145] Optionally, the third bitmap may also correspond only to a subset of the above process pool or union, and this subset may be configured by a higher layer, or a higher layer may configure multiple subsets and indicate one subset in the first DCI.

[0146] Optionally, multiple HARQ processes with consecutive IDs or local indexes in the HARQ process pool or subset may correspond to a single bit in the third bitmap, that is, indicated by bundling, which will not be described in detail here.

[0147] In some implementations, when the first indication information includes the first information but does not include the second information, the UE may make any one of the following assumptions:

[0148] (1) Whether all SPS PDSCH opportunities corresponding to the SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information have or do not have valid or invalid SPS PDSCH transmissions;

[0149] (2) Whether there is valid or invalid SPS PDSCH transmission in the SPS PDSCH timing corresponding to all HARQ processes configured by the SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information.

[0150] Compared with (1), (2) has a different understanding angle and may be more suitable for the situation where the HARQ-ACK codebook is organized based on the HARQ process.

[0151] The HARQ process pools corresponding to different SPS Configs configured on the same Serving Cell and BWP may overlap. When there is overlap, the SPS PDSCH Occasion corresponding to the HARQ process mentioned here may be only for the indicated SPS Config or SPS Config group, and may further include the SPS PDSCH Occasion corresponding to this HARQ process when it is applied to other SPS Config or SPSConfig group.

[0152] In some embodiments, the third information indicates one or more of the following:

[0153] (1) Whether to skip the HARQ-ACK corresponding to the SPS PDSCH opportunity that does not indicate the existence of a valid SPS PDSCH transmission (or skip the HARQ-ACK corresponding to the SPS PDSCH opportunity that indicates the existence of an invalid SPS PDSCH transmission);

[0154] (2) Whether to enable the bundling mechanism of HARQ-ACK feedback of SPS PDSCH;

[0155] (3) Whether to directly trigger HARQ-ACK feedback.

[0156] For (2), when the binding mechanism is indicated to be enabled, the binding mechanism related parameters of the application may be further indicated.

[0157] The third information may further indicate the time-frequency resource information of the HARQ-ACK feedback when directly triggered. For example, the first DCI indicating a valid or invalid SPS PDSCH is triggered by triggering a one-shot codebook and not scheduling a PDSCH, and directly triggering the corresponding HARQ-ACK feedback.

[0158] In some implementations, HARQ-ACK is fed back based on the first DCI.

[0159] Example 1: The first DCI indicates a valid SPS PDSCH, see the following method 1 or method 2:

[0160] Mode 1: within the predefined HARQ-ACK feedback range, feedback is given of the HARQ-ACK corresponding to the valid SPS PDSCH corresponding to the first object, where the first object includes the SPS Config, SPS Config set, SPSConfig group or SPS Config group set corresponding to the first DCI; feedback is given of the HARQ-ACK corresponding to all SPS PDSCHs corresponding to the second object, where the second object does not include the SPS Config, SPS Config set, SPS Config group or SPSConfig group set corresponding to the first DCI;

[0161] Optionally, the predefined HARQ-ACK feedback range may be for all SPS Config or SPS Config groups configured or activated for the UE, or for all SPS Config or SPS Config groups configured or activated on each serving cell corresponding to the PUCCH Cell Group corresponding to the HARQ-ACK feedback. Optionally, the predefined HARQ-ACK feedback range may be for all SPS PDSCH opportunities for which HARQ-ACK has not been fed back or HARQ-ACK has not been successfully fed back for the SPS Config or SPS Config group of interest.

[0162] Mode 2: Feedback the HARQ-ACK corresponding to the valid SPS PDSCH indicated by the first DCI.

[0163] Example 2: The first DCI indicates an invalid SPS PDSCH, see the following method 1 or method 2:

[0164] Mode 1: Within a predefined HARQ-ACK feedback range, the HARQ-ACK corresponding to the invalid SPS PDSCH corresponding to the third object is not fed back, and the third object includes the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first information.

[0165] Optionally, when organizing the HARQ-ACK codebook, the HARQ-ACK bits corresponding to the HARQ process corresponding to the invalid SPS PDSCH are ignored or skipped, that is, these HARQ-ACK bits are not included in the HARQ-ACK codebook that is finally fed back.

[0166] In some implementations, the first indication information is a pattern corresponding to a valid or invalid SPS PDSCH.

[0167] In some implementations, the upper layer may configure the Pattern corresponding to the valid or invalid SPS PDSCH based on the service data arrival characteristics and the parameters of the SPS Config or SPS Config group configured for it. The Pattern configuration here may be in any of the following ways:

[0168] (1) Configure the period and offset of valid or invalid SPS PDSCH;

[0169] For example, for Figure 4 The SPS PDSCH Occasion collection corresponding to SPS configuration 1, SPS configuration 2 and SPS configuration 3 (which can constitute an SPS Config group) in the collection actually uses one SPS PDSCH Occasion to actually transmit the corresponding SPS PDSCH every 25 SPS PDSCH Occasions. Therefore, the period can be set to 25, and the offset can be determined based on the offset between the actual moment when the service data initially arrives and a reference time point. For example, the reference time point can be the starting time corresponding to the first PDSCH transmission after the activation of a certain SPS Config (for example, the earliest activated SPS Config in the configured SPS Config group, or the SPS Config whose index meets certain conditions (for example, minimum / maximum, etc.)).

[0170] (2) The SPS PDSCH opportunity period is configured in a bitmap manner, and the SPS PDSCH opportunity period is indicated to include valid or invalid SPS PDSCH opportunities or opportunity sets.

[0171] Optionally, the high layer configures multiple sets of periods and offsets, or multiple patterns in the form of Bitmaps, and the DCI indicates a set of periods and offsets, or a certain pattern.

[0172] It can be understood that the above DCI can be an activation or reactivation DCI for a configured SPS Config, an SPS Config set, an SPS Config group or an SPS Config in an SPS Config group set, or other DCI that schedules PDSCH or does not schedule PDSCH.

[0173] It can be understood that in step 201, whether the first indication information specifically indicates a valid SPS PDSCH or an invalid SPS PDSCH can be specified by the protocol or configured by high-level signaling, or determined based on the proportion of valid or invalid SPS PDSCH in the SPS PDSCH Occasion corresponding to the configured SPS Config, SPS Config set, SPS Config group or SPS Config group set.

[0174] For example, if a large number or more than half of the SPS PDSCH Occasions corresponding to the configured SPS Config, SPS Config set, SPS Config group or SPS Config group set do not actually transmit SPS PDSCH, then consider indicating a valid SPS PDSCH; if only a small number of SPS PDSCH Occasions corresponding to the configured SPS Config or SPS Config group do not actually transmit SPS PDSCH, then consider indicating an invalid SPS PDSCH. When the proportion of SPS PDSCH Occasions that do not actually transmit SPS PDSCH is very small or even negligible, the network side does not need to make any indication, and can be executed according to the conventional HARQ-ACK feedback mechanism. Through this consideration, the indication overhead can be reduced.

[0175] In some embodiments, the method further comprises:

[0176] If the terminal does not receive the first indication information or if the terminal receives the first indication information, feeding back HARQ-ACK in a first manner;

[0177] The first method includes any one of the following, namely (1) or (2) or (3) below:

[0178] (1)No skipping.

[0179] Regardless of the codebook type used, the HARQ-ACK corresponding to all SPS PDSCH Occasions is fed back normally, regardless of whether there is a valid SPS PDSCH transmission in each SPS PDSCH Occasion;

[0180] (2)Always skipping:

[0181] When the terminal has no valid HARQ-ACK to be fed back except the HARQ-ACK corresponding to the invalid SPS PDSCH (Skipped SPS PDSCH), the HARQ-ACK is not fed back; when the terminal has a valid HARQ-ACK to be fed back, the terminal deletes the HARQ-ACK bit for the invalid SPS PDSCH in the feedback HARQ-ACK codebook; the valid HARQ-ACK here can be understood as other HARQ-ACK feedback except the HARQ-ACK corresponding to the invalid SPS PDSCH, which may include the HARQ-ACK feedback corresponding to the dynamically scheduled PDSCH, the HARQ-ACK feedback corresponding to the SPS PDSCH release, the HARQ-ACK feedback corresponding to the valid SPS PDSCH, etc.;

[0182] (3) Skipping the corresponding HARQ-ACK feedback in certain cases (Skipping for some case(s)).

[0183] In order to avoid inconsistent understanding of the entire codebook between the two sides after HARQ-ACK bits are deleted, the corresponding HARQ-ACK feedback is skipped only in some specific cases. Optionally, skipping the corresponding HARQ-ACK feedback in the specific case includes one or more of the following (3-1), (3-2), and (3-3):

[0184] (3-1) When the HARQ-ACK codebook contains only the HARQ-ACK for the SPS PDSCH, the corresponding HARQ-ACK bits are deleted from the HARQ-ACK codebook for the skipped SPS PDSCH;

[0185] (3-2) When the HARQ-ACK codebook only includes the HARQ-ACK for the SPS PDSCH, and the SPS PDSCHs are all skipped SPS PDSCHs, ignoring the transmission of the entire HARQ-ACK codebook;

[0186] (3-3) When the HARQ-ACK codebook only includes the HARQ-ACK for the SPS PDSCH, and the HARQ-ACK values ​​are all NACK, the transmission of the entire HARQ-ACK codebook is ignored.

[0187] An optional implementation scheme is: if the terminal does not receive the first indication information, a skipping prohibition operation (ie, the above (1)) may be adopted to avoid the problem of inconsistent understanding between the two sides; if the terminal receives the first indication information, an always skipping operation (ie, the above (2)) may be adopted to reduce the HARQ-ACK feedback overhead as much as possible, or, an operation of skipping the corresponding HARQ-ACK feedback in a specific case (ie, the above (3)) may be adopted to reduce the HARQ-ACK feedback overhead in some cases, avoid the problem of inconsistent understanding of the entire codebook between the two sides after the HARQ-ACK bit is deleted, or avoid the complexity caused by sending and receiving a new codebook type.

[0188] In an embodiment of the present application, the terminal can accurately obtain the SPS PDSCH Occasions without actual SPS PDSCH transmission, so that the terminal can skip the NACK feedback for these SPS PDSCH Occasions and only feedback HARQ-ACK for the SPS PDSCH actually transmitted, thereby significantly improving the HARQ-ACK feedback efficiency and reducing uplink resource overhead, terminal uplink power consumption and system uplink interference.

[0189] See also Figure 3 , an embodiment of the present application provides a method for indicating SPS PDSCH, the execution subject of the method may be a network side device, and the specific steps include: step 301.

[0190] Step 301: Send first indication information, where the first indication information indicates a valid or invalid SPS PDSCH.

[0191] Optionally, the network side device may periodically or as required trigger to dynamically send the first indication information to the terminal.

[0192] In the embodiment of the present application, the first indication information is a first DCI, and the first DCI indicates a valid or invalid SPS PDSCH. For example, the first DCI may be a group common DCI (Group common DCI) or a terminal-specific DCI (UE-specific DCI).

[0193] In this embodiment of the present application, the first DCI includes one or more of the following:

[0194] (1) first information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set, and information for determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set;

[0195] (2) second information indicating a range of valid or invalid SPS PDSCH;

[0196] (3) The third information is used to control the HARQ-ACK feedback of the SPS PDSCH.

[0197] In an embodiment of the present application, the first information includes a first bitmap, and the first bitmap includes: a first bit, and the first bit corresponds to the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set.

[0198] In an embodiment of the present application, the number of bits in the first bitmap is determined by:

[0199] Mode 1: Determine the number of bits in the first bitmap based on the SPS Config, SPS Config set, SPS Config group or SPS Config group set configured on the BWP of the serving cell configuration corresponding to the current PUCCH cell group;

[0200] Mode 2: Determine the number of bits in the first bitmap based on fifth information configured on the network side, where the fifth information indicates the number of bits in the first bitmap.

[0201] In this embodiment of the present application, the first information indicates a first state in a state list, and the first state corresponds to the SPS Config, SPS Config set, SPS Config group or SPS Config group set.

[0202] In the embodiment of the present application, the scope of the valid or invalid SPS PDSCH includes one or more of the following:

[0203] (1) Valid or invalid SPS PDSCH timing;

[0204] (2) HARQ process corresponding to valid or invalid SPS PDSCH.

[0205] In the embodiment of the present application, the valid or invalid SPS PDSCH opportunity includes:

[0206] (1) Valid or invalid SPS PDSCH timing based on indication period;

[0207] (2) A valid or invalid SPS PDSCH opportunity based on a reference point and an indication of a first value, wherein the first value represents a count of the valid or invalid SPS PDSCH opportunity.

[0208] When implemented, the network side device can ensure that the aforementioned valid or invalid SPSPDSCH configuration or indication is accurately received by the UE by improving the reliability of PDCCH transmission, and can reserve corresponding PUCCH resources only for the compressed HARQ-ACK codebook, thereby improving the efficiency of system resource utilization and reducing UE uplink transmission power consumption and system uplink interference.

[0209] In addition, the network side device can also flexibly choose whether to pay a certain amount of PDCCH overhead (when only the high-level configuration pattern is used, there is no additional PDCCH overhead) in exchange for the reduction of PUCCH overhead, or not to pay additional PDCCH overhead and directly determine the PUCCH overhead according to normal rules or other rules.

[0210] Optionally, when the network side device expects that there may be a certain probability of PDCCH missed detection, the network side device can reserve PUCCH resources for both uncompressed and compressed HARQ-ACK codebooks. When receiving, first detect on the PUCCH resources corresponding to the compressed HARQ-ACK codebook. If the detection fails, further detection can be performed on the PUCCH resources corresponding to the uncompressed HARQ-ACK codebook. At this time, the problem of inconsistent understanding of the HARQ-ACK codebook on both sides caused by PDCCH missed detection can be solved by detecting two sizes of HARQ-ACK codebooks. At the same time, the UE uplink transmission power consumption and system uplink interference can be reduced (because PUCCH resources corresponding to two codebook sizes need to be reserved at the same time, the system resource utilization efficiency cannot be improved).

[0211] In an embodiment of the present application, the terminal can accurately obtain the SPS PDSCH Occasions without actual SPS PDSCH transmission, so that the terminal can skip the NACK feedback for these SPS PDSCH Occasions and only feedback HARQ-ACK for the SPS PDSCH actually transmitted, thereby significantly improving the HARQ-ACK feedback efficiency and reducing uplink resource overhead, terminal uplink power consumption and system uplink interference.

[0212] Embodiment 1 of the present invention: directly triggering HARQ-ACK feedback

[0213] When valid / invalid SPS PDSCH indication information is indicated in DCI (equivalent to the aforementioned first DCI) and HARQ-ACK feedback is triggered at the same time, the following solution may be adopted.

[0214] The DCI here can be a One-shot codebook feedback triggering DCI that does not schedule PDSCH transmission. The triggering of HARQ-ACK feedback can use the existing 1-bit triggering domain, and the indication of valid or invalid SPS PDSCH indication information (including one or more of information one, information two, information three and information four) in the DCI can reuse or reinterpret the indication domain or indication bit that is not actually used in the DCI.

[0215] (1) Regarding DCI indication.

[0216] One or more of the following may be indicated in the DCI:

[0217] (a) Information 1: SPS Config / SPS Config group or SPS Config / SPS Config group set containing valid / invalid SPS PDSCH indication information or Pattern information;

[0218] You can use Option 1-1 or Option 1-2 as follows:

[0219] Option 1-1: Bitmap format

[0220] Determination of the correspondence between each valid bit in the Bitmap and each SPS Config / each SPS Config group.

[0221] Determine the number of bits in Bitmap.

[0222] Option 1-2: State format

[0223] (b) Information 2: valid / invalid SPS PDSCH range indication;

[0224] You can use Option 2-1 or Option 2-2 as follows:

[0225] Option 2-1: Indicates valid / invalid SPS PDSCH Occasion;

[0226] Option 2-1-1: Indicate valid / invalid SPS PDSCH Occasion based on the indication period.

[0227] Determination of the length of the indication period.

[0228] Determination of the start and end positions of the indication cycle.

[0229] Indicates the valid / invalid SPS PDSCH transmission mode of the target SPS Config within the indication period.

[0230] Option 2-1-2: Indicate valid / invalid SPS PDSCH Occasion based on reference point and SPS PDSCH Occasion count.

[0231] Option 2-2: Indicates the HARQ process corresponding to the valid / invalid SPS PDSCH.

[0232] (c) Information three: Pattern indication of valid / invalid SPS PDSCH.

[0233] Select a single pattern from at least one pattern configured in a higher level. The pattern can be one of the following:

[0234] Period and offset;

[0235] Bitmap format indicates the period and one or more SPS PDSCH Occasions

[0236] (d) Information 4: Feedback auxiliary information

[0237] Information that controls the HARQ-ACK feedback behavior.

[0238] It can be understood that information 1 is equivalent to the aforementioned first information, information 2 is equivalent to the aforementioned second information, and information 4 is equivalent to the aforementioned third information. Accordingly, the indication methods or various options of the indication methods of information 1, information 2, and information 3 can also directly use the corresponding operations of the indication methods or corresponding options of the indication methods of the aforementioned first information, second information, and third information.

[0239] (2) About the codebook organization:

[0240] When valid SPS PDSCH information is indicated in the DCI, the HARQ-ACK codebook may be organized based on the indication information in any of the following ways:

[0241] (a) Within the predefined HARQ-ACK feedback range, for the SPS Config or SPS Config group involved in the indication information, only the HARQ-ACK corresponding to the corresponding valid SPS PDSCH is fed back; for the SPS Config or SPS Config group not involved in the indication information, the HARQ-ACK corresponding to all the corresponding SPS PDSCH is fed back;

[0242] (b) Only the HARQ-ACK corresponding to the indicated valid SPS PDSCH is fed back.

[0243] When invalid SPS PDSCH information is indicated in the DCI, the HARQ-ACK codebook can be organized based on the indication information in the following manner:

[0244] (a) Within the predefined HARQ-ACK feedback range, for the SPS Config or SPS Config group involved in the indication information, the HARQ-ACK corresponding to the invalid SPS PDSCH is not fed back; for the SPS Config or SPS Config group not involved in the indication information, the HARQ-ACK corresponding to all the corresponding SPS PDSCHs are fed back.

[0245] The organization of the HARQ-ACK codebook is described below by taking the example of indicating valid SPS PDSCH information in DCI and only feeding back HARQ-ACK corresponding to the valid SPS PDSCH.

[0246] About the codebook structure:

[0247] When organizing the HARQ-ACK codebook, either of the following methods A or B can be used:

[0248] (A) Organize HARQ-ACK Codebook based on SPS PDSCH Occasion;

[0249] The codebook can be organized based on the following traversal order:

[0250] (a) First traverse each SPS PDSCHOccasion corresponding to a certain SPS Config or a certain SPS Config group;

[0251] (b) Next, traverse each SPS Config or each SPS Config group configured or activated on a certain serving cell;

[0252] (c) Finally, traverse each serving cell configured by the UE, or each serving cell configured by the UE in the current PUCCH Cell Group.

[0253] When traversing each SPS Config or each SPS Config group configured or activated on each serving cell, it can be determined based on information one indicated in the DCI, or when information one is not indicated in the DCI, it can be determined based on the following predefined first rule. The traversal can be performed from small to large or from large to small based on the index or ID of the SPS Config or SPS Config group.

[0254] The predefined first rule can be any of the following:

[0255] (1) All SPS Config or SPS Config groups configured or activated for the UE need to feedback the corresponding HARQ-ACK;

[0256] (2) All SPS Config or SPS Config groups configured or activated by the UE on the carrier where the DCI is sent need to feedback the corresponding HARQ-ACK;

[0257] (3) All SPS Configs or SPS Config groups configured or activated for the UE on the carrier indicated by the DCI (for example, indicated by the "Carrier indicator" field) need to feedback the corresponding HARQ-ACK.

[0258] When traversing each SPS PDSCH Occasion corresponding to each SPS Config or each SPS Config group, it can be determined based on information 2 indicated in the DCI, or when information 2 is not indicated in the DCI, it can be determined based on the following predefined second rule. When traversing, the HARQ-ACK corresponding to each SPS PDSCH Occasion can be fed back based on the SPS PDSCH Occasion from front to back or from back to front or other predefined order. For the SPS Config group, the SPS PDSCH Occasion can be traversed separately for each SPS Config contained therein; optionally, the SPS PDSCH Occasion set that needs to feedback HARQ-ACK can be determined for each SPS Config contained therein, and then the SPS PDSCH Occasion set is taken as the union, and the SPS PDSCH Occasions in the union are arranged in chronological order, and then the aforementioned traversal is performed.

[0259] The predefined second rule can be any of the following:

[0260] (1) All SPS PDSCH Occasions that do not feedback HARQ-ACK due to resource direction conflicts need to feedback corresponding HARQ-ACK;

[0261] (2) All SPS PDSCH Occasions whose time interval with the indicated PUCCH Transmission Occasion does not exceed the maximum value of K1 configured by the higher layer semi-persistently need to feedback the corresponding HARQ-ACK.

[0262] When traversing each serving cell, only the serving cells for which there is an SPSConfig or SPS Config group that actually needs to feedback the corresponding HARQ-ACK may be traversed. The traversal may be performed from small to large or from large to small based on the index or ID of the serving cell.

[0263] (B) Based on HARQ process

[0264] The codebook can be organized based on the following traversal order:

[0265] (1) First traverse each HARQ process corresponding to a certain SPS Config or a certain SPS Config group;

[0266] (2) Next, traverse each SPS Config or each SPS Config group configured or activated on a certain serving cell;

[0267] (3) Finally, traverse all serving cells configured by the UE, or all serving cells configured by the UE in the current PUCCH Cell Group.

[0268] Alternatively, the UE directly takes the union of the HARQ processes that need to feedback HARQ-ACK on a certain serving cell, and organizes the codebook based on the following traversal order:

[0269] (1) First, traverse all HARQ processes on a serving cell that need to feedback HARQ-ACK;

[0270] (2) Then traverse each serving cell configured by the UE, or each serving cell configured by the UE in the current PUCCH Cell Group.

[0271] When traversing each SPS Config or each SPS Config group configured or activated on each serving cell, it can be based on information one indicated in the DCI, or when information one is not indicated in the DCI, it can be determined based on the aforementioned predefined first rule. The traversal can be performed from small to large or from large to small based on the index or ID of the SPS Config or SPS Config group.

[0272] When traversing each HARQ process corresponding to each SPS Config or each SPS Config group, or taking the union of the HARQ processes that need to feedback HARQ-ACK for each SPS Config or each SPS Config group on a certain service cell, it can be based on information 2 indicated in the DCI, or when information 2 is not indicated in the DCI, it can be determined based on the following predefined third rule. The traversal can be performed from small to large or from large to small based on the index or ID of the HARQ process. For the SPSConfig group, the HARQ process can be traversed separately for each SPS Config contained therein; optionally, the HARQ process set corresponding to each SPS Config contained therein can be determined first, and then the union of these HARQ process sets can be taken, and the HARQ processes in the union can be arranged from small to large or from large to small according to the index or ID, and then the aforementioned traversal can be performed.

[0273] The predefined third rules may include:

[0274] All HARQ processes configured for an SPS Config or SPS Config group are considered.

[0275] When traversing each serving cell, only the serving cells for which there is an SPSConfig or SPS Config group that actually needs to feedback the corresponding HARQ-ACK may be traversed. The traversal may be performed from small to large or from large to small based on the index or ID of the serving cell.

[0276] About the codebook content:

[0277] Based on the prior art, it is known that the feedback of the One-shot codebook (i.e., one-time codebook) can be reported by the high-level configuration of the new data indication (NDI). When the NDI is configured to be reported, when the HARQ-ACK of each HARQ process is fed back, the corresponding NDI needs to be reported at the same time. When the NDI is not configured to be reported, if the HARQ-ACK of a certain HARQ process has been fed back before, the HARQ-ACK of this HARQ process is reset to NACK when it is fed back again.

[0278] Here, the transmission corresponding to the SPS PDSCH can be assumed to be the initial transmission, so the NDI reporting configuration of the One-shot Codebook can be ignored, and only the HARQ-ACK corresponding to the SPS PDSCH is reported at any time, and the NDI corresponding to the SPS PDSCH is not reported. In addition, it can be assumed that the base station will not blindly schedule before receiving the HARQ-ACK of a certain HARQ process, so the above-mentioned NACK reset operation can be ignored. When reporting the HARQ-ACK of a certain HARQ process, it is always based on the decoding result of the SPS PDSCH corresponding to this HARQ process.

[0279] This embodiment can directly trigger HARQ-ACK feedback based on valid or invalid SPS PDSCH indication information to reduce HARQ-ACK feedback overhead and reduce HARQ-ACK feedback delay. In addition, this embodiment can also be used to trigger any scenario of part or all of the HARQ-ACK of a specified SPS Config, SPS Config set, SPS Config group, or SPS Config group set as needed, providing a flexible way for network side devices (such as base stations) to obtain the HARQ-ACK corresponding to the SPS PDSCH as needed.

[0280] See also Figure 5 The embodiment of the present application provides a device for indicating SPS PDSCH, which is applied to a terminal. The device 500 includes:

[0281] The receiving module 501 is used to receive first indication information, wherein the first indication information indicates valid or invalid SPSPDSCH.

[0282] In some implementations, the first indication information is a first DCI, and the first DCI indicates a valid or invalid SPS PDSCH.

[0283] In some implementations, the first DCI is a group-common DCI or a terminal-specific DCI.

[0284] In some implementations, the first DCI includes one or more of the following:

[0285] First information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set, and information of determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set;

[0286] The second information indicates a range of a valid or invalid SPS PDSCH;

[0287] The third information is used to control the HARQ-ACK feedback of the SPS PDSCH.

[0288] In some embodiments, the first information includes a first bitmap, the first bitmap includes: a first bit, the first bit corresponds to the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set.

[0289] In some implementations, the value of the first bit is used to determine whether the first DCI indicates an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set corresponding to the first bit.

[0290] In some implementations, the position of the first bit in the first bitmap is determined by:

[0291] Determine a position of the first bit in the first bitmap based on an index of an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set corresponding to the first bit;

[0292] or,

[0293] Based on fourth information configured on the network side, the fourth information indicates a position of a first bit corresponding to an SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set in the first bitmap.

[0294] In some implementations, determining a position of the first bit in the first bitmap based on an index of the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set corresponding to the first bit includes:

[0295] The position of the first bit in the first bitmap is determined based on the index of the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit and the serving cell index corresponding to the SPS Config, SPS Config set, SPS Config group or SPSConfig group set.

[0296] In some implementations, the number of bits in the first bitmap is determined by:

[0297] Determine the number of bits of the first bitmap based on the SPS Config, SPS Config set, SPS Config group or SPS Config group set configured on the BWP of the serving cell configuration corresponding to the current PUCCH cell group;

[0298] or,

[0299] The number of bits of the first bitmap is determined based on fifth information configured on the network side, where the fifth information indicates the number of bits of the first bitmap.

[0300] In some implementations, the first information indicates a first state in a state list, and the first state corresponds to the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set.

[0301] In some embodiments, if the first information is included in the first DCI, the second information indicates a range of valid or invalid SPS PDSCH for each SPS Config, SPS Config set, SPS Config group, or SPS Config group set;

[0302] or,

[0303] If the first information is not included in the first DCI, the second information uniformly indicates the range of valid or invalid SPS PDSCH for all SPS Configs, SPS Config sets, SPS Config groups, or SPS Config group sets.

[0304] In some implementations, the range of valid or invalid SPS PDSCH includes one or more of the following:

[0305] Valid or invalid SPS PDSCH timing;

[0306] HARQ process corresponding to valid or invalid SPS PDSCH.

[0307] In some implementations, the valid or invalid SPS PDSCH opportunity includes:

[0308] Valid or invalid SPS PDSCH timing based on indication period;

[0309] or,

[0310] A valid or invalid SPS PDSCH opportunity is indicated based on a reference point and a first value, wherein the first value represents a count of the valid or invalid SPS PDSCH opportunity.

[0311] In some embodiments, the length of the indication period is determined by any of the following methods:

[0312] The length of the indication period is equal to the length of the detection period of the first DCI;

[0313] The length of the indication period is N times the length of the detection period of the first DCI, where N is a positive integer;

[0314] The length of the indication period includes the length of the detection period and the adjustment length of the first DCI;

[0315] The length of the indication period is agreed upon by the protocol or configured by the network side.

[0316] In some implementations, the end position of the indication period includes any one of the following:

[0317] The end time of the first symbol of the control resource set CORESET where the first DCI is detected;

[0318] The end time of the X1th symbol before the first symbol of the CORESET where the first DCI is detected;

[0319] The end time of the last symbol of the CORESET where the first DCI is detected;

[0320] The end time of the Y1th symbol after the last symbol of the CORESET where the first DCI is detected;

[0321] Among them, X1 and Y1 are positive integers.

[0322] In some embodiments, the starting position of the indication period includes any one of the following:

[0323] The end time of the first symbol of the CORESET where the first DCI is detected;

[0324] The end time of the X2th symbol before the first symbol of the CORESET where the first DCI is detected;

[0325] The end time of the last symbol of the CORESET where the first DCI is detected;

[0326] The end time of the Y2th symbol after the last symbol of the CORESET where the first DCI is detected;

[0327] Among them, X2 and Y2 are positive integers.

[0328] In some embodiments, the second information further indicates an SPS PDSCH opportunity index or index set for which there is a valid or invalid SPS PDSCH transmission.

[0329] In some embodiments, the second information includes a second bitmap, the second bitmap including a second bit, the second bit indicating one or more SPS PDSCH opportunities where there is a valid or invalid SPS PDSCH transmission.

[0330] In some embodiments, the reference point is determined in any of the following ways:

[0331] The starting time of the first symbol of the CORESET where the first DCI is detected;

[0332] The starting time of the X3th symbol before the first symbol of the CORESET where the first DCI is detected;

[0333] The end time of the last symbol of the CORESET where the first DCI is detected;

[0334] The end time of the Y3th symbol after the last symbol of the CORESET where the first DCI is detected;

[0335] the start time or end time of the HARQ-ACK feedback resource indicated in the first DCI;

[0336] The start time or end time of the time domain unit where the HARQ-ACK feedback resource indicated in the first DCI is located;

[0337] Among them, X3 and Y3 are positive integers.

[0338] In some embodiments, the first value is determined by any of the following methods:

[0339] Network side configuration;

[0340] Determined based on a value set configured on the network side and sixth information carried in the first DCI, where the sixth information indicates a value in the value set;

[0341] Agreement.

[0342] In some embodiments, the second information indicates: a HARQ process index or a HARQ process index set corresponding to a valid or invalid SPS PDSCH;

[0343] or,

[0344] The second information includes: a third bitmap, the third bitmap includes a third bit, and a value of the third bit indicates whether the HARQ process corresponding to the third bit corresponds to a valid or invalid SPS PDSCH.

[0345] In some embodiments, when the first indication information includes the first information but does not include the second information, all SPS PDSCH opportunities corresponding to the SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information have or do not have valid or invalid SPS PDSCH transmissions;

[0346] Alternatively, the first information indicates that there is or does not exist valid or invalid SPS PDSCH transmission in the SPS PDSCH opportunities corresponding to all HARQ processes configured by the SPS Config, SPS Config set, SPS Config group or SPSConfig group set.

[0347] In some embodiments, the third information indicates one or more of the following:

[0348] Whether to skip HARQ-ACK corresponding to SPS PDSCH opportunities that do not indicate the presence of valid SPS PDSCH transmissions, or whether to skip HARQ-ACK corresponding to SPS PDSCH opportunities that indicate the presence of invalid SPS PDSCH transmissions;

[0349] Whether to enable the bundling mechanism of HARQ-ACK feedback of valid or invalid SPS PDSCH;

[0350] Whether to directly trigger HARQ-ACK feedback.

[0351] In some embodiments, the apparatus 500 further comprises:

[0352] A feedback module is used to feed back HARQ-ACK according to the first DCI.

[0353] In some embodiments, the first DCI indicates a valid SPS PDSCH, and the feedback module is further used to: within a predefined HARQ-ACK feedback range, feedback the HARQ-ACK corresponding to the valid SPS PDSCH corresponding to the first object, the first object including the SPS Config, SPS Config set, SPS Config group or SPSConfig group set corresponding to the first DCI; feedback the HARQ-ACK corresponding to all SPS PDSCHs corresponding to the second object, the second object does not include the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first DCI; or, feedback the HARQ-ACK corresponding to the valid SPS PDSCH indicated by the first DCI.

[0354] In some embodiments, the first DCI indicates an invalid SPS PDSCH, and the feedback module is further used to: within a predefined HARQ-ACK feedback range, not feed back the HARQ-ACK corresponding to the invalid SPS PDSCH corresponding to a third object, and the third object includes the SPS Config, SPS Config set, SPS Config group or SPSConfig group set corresponding to the first information.

[0355] In some implementations, the first DCI is a DCI that triggers a One-shot codebook and does not schedule a PDSCH.

[0356] In some implementations, the first indication information is a mode corresponding to a valid or invalid SPS PDSCH.

[0357] In some embodiments, the configuration of the mode includes:

[0358] Configure the period and offset of valid or invalid SPS PDSCH;

[0359] An SPS PDSCH opportunity period is configured in a bitmap manner, and indicates whether there are valid or invalid SPS PDSCH opportunities or opportunity sets in the SPS PDSCH opportunity period.

[0360] In some embodiments, the device further comprises:

[0361] A first feedback module, configured to feed back HARQ-ACK in a first manner if the terminal does not receive the first indication information or if the terminal receives the first indication information;

[0362] The first method includes:

[0363] Feedback HARQ-ACK corresponding to all SPS PDSCH opportunities;

[0364] or,

[0365] When the terminal has no valid HARQ-ACK to be fed back except the HARQ-ACK corresponding to the invalid SPS PDSCH, the terminal does not feed back the HARQ-ACK; when the terminal has a valid HARQ-ACK to be fed back, the terminal deletes the HARQ-ACK bit for the invalid SPS PDSCH in the fed-back HARQ-ACK codebook;

[0366] or,

[0367] The corresponding HARQ-ACK feedback is skipped in certain cases.

[0368] In some implementations, skipping the corresponding HARQ-ACK feedback in a specific situation includes one or more of the following:

[0369] When the HARQ-ACK codebook contains only HARQ-ACK for the SPS PDSCH, deleting corresponding HARQ-ACK bits from the HARQ-ACK codebook for the skipped SPS PDSCH;

[0370] When the HARQ-ACK codebook only includes the HARQ-ACK for the SPS PDSCH, and the SPS PDSCHs are all skipped SPS PDSCHs, ignoring the transmission of the entire HARQ-ACK codebook;

[0371] When the HARQ-ACK codebook only includes the HARQ-ACK for the SPS PDSCH, and the HARQ-ACK values ​​are all NACK, the transmission of the entire HARQ-ACK codebook is ignored.

[0372] The device provided in the embodiment of the present application can achieve Figure 2 The various processes implemented by the method embodiment shown achieve the same technical effect and will not be described again here to avoid repetition.

[0373] See also Figure 6 The embodiment of the present application provides a device for indicating SPS PDSCH, which is applied to a network side device. The device 600 includes:

[0374] The sending module 601 is used to send the first indication information, wherein the first indication information indicates a valid or invalid SPSPDSCH.

[0375] In some implementations, the first indication information is a first DCI, and the first DCI indicates a valid or invalid SPS PDSCH.

[0376] In some implementations, the first DCI includes one or more of the following:

[0377] First information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set, and information of determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set;

[0378] The second information indicates a range of a valid or invalid SPS PDSCH;

[0379] The third information is used to control the HARQ-ACK feedback of the SPS PDSCH.

[0380] In some embodiments, the first information includes a first bitmap, the first bitmap includes: a first bit, the first bit corresponds to an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set.

[0381] In some implementations, the number of bits in the first bitmap is determined by:

[0382] Determine the number of bits in the first bitmap based on the SPS Config, SPS Config set, SPS Config group or SPS Config group set configured on the BWP of the serving cell configuration corresponding to the current PUCCH cell group;

[0383] or,

[0384] The number of bits in the first bitmap is determined based on fifth information configured on the network side, where the fifth information indicates the number of bits in the first bitmap.

[0385] In some implementations, the first information indicates a first state in a state list, and the first state corresponds to the SPS Config, the SPS Config set, the SPS Config group, or the SPS Config group set.

[0386] In some implementations, the range of valid or invalid SPS PDSCH includes one or more of the following:

[0387] Valid or invalid SPS PDSCH timing;

[0388] HARQ process corresponding to valid or invalid SPS PDSCH.

[0389] In some implementations, the valid or invalid SPS PDSCH opportunity includes:

[0390] Valid or invalid SPS PDSCH timing based on indication period;

[0391] or,

[0392] A valid or invalid SPS PDSCH opportunity is indicated based on a reference point and a first value, wherein the first value represents a count of the valid or invalid SPS PDSCH opportunity.

[0393] The device provided in the embodiment of the present application can achieve Figure 3 The various processes implemented by the method embodiment shown achieve the same technical effect and will not be described again here to avoid repetition.

[0394] Figure 7 A schematic diagram of the hardware structure of a terminal for implementing an embodiment of the present application.

[0395] The terminal 700 includes but is not limited to: a radio frequency unit 701, a network module 702, an audio output unit 703, an input unit 704, a sensor 705, a display unit 706, a user input unit 707, an interface unit 708, a memory 709, and a processor 710.

[0396] Those skilled in the art will appreciate that the terminal 700 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 710 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Figure 7 The terminal structure shown in the figure does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently, which will not be described in detail here.

[0397] It should be understood that in the embodiment of the present application, the input unit 704 may include a graphics processor (Graphics Processing Unit, GPU) 7041 and a microphone 7042, and the graphics processor 7041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 706 may include a display panel 7061, and the display panel 7061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 5807 includes a touch panel 7071 and other input devices 7072. The touch panel 7071 is also called a touch screen. The touch panel 7071 may include two parts: a touch detection device and a touch controller. Other input devices 7072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

[0398] In the embodiment of the present application, the radio frequency unit 701 receives downlink data from the network side device and sends it to the processor 710 for processing; in addition, the uplink data is sent to the network side device. Generally, the radio frequency unit 701 includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

[0399] The memory 709 can be used to store software programs or instructions and various data. The memory 5809 can mainly include a storage program or instruction area and a storage data area, wherein the storage program or instruction area can store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 709 can include a high-speed random access memory, and can also include a non-volatile memory, wherein the non-volatile memory can be a read-only memory (Read-Only Memory, ROM), a programmable read-only memory (Programmable ROM, PROM), an erasable programmable read-only memory (Erasable PROM, EPROM), an electrically erasable programmable read-only memory (Electrically EPROM, EEPROM) or a flash memory. For example, at least one disk storage device, a flash memory device, or other non-volatile solid-state storage devices.

[0400] The processor 710 may include one or more processing units; optionally, the processor 710 may integrate an application processor and a modem processor, wherein the application processor mainly processes an operating system, a user interface, and application programs or instructions, etc., and the modem processor mainly processes wireless communications, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 710.

[0401] The terminal provided in the embodiment of the present application can achieve Figure 2 The various processes implemented by the method embodiment shown achieve the same technical effect and will not be described again here to avoid repetition.

[0402] The terminal provided in the embodiment of the present application can achieve Figure 2 The various processes implemented by the method embodiment shown achieve the same technical effect and will not be described again here to avoid repetition.

[0403] The present application embodiment also provides a network side device. Figure 8 As shown, the network side device 800 includes: an antenna 801, a radio frequency device 802, and a baseband device 803. The antenna 801 is connected to the radio frequency device 802. In the uplink direction, the radio frequency device 802 receives information through the antenna 801 and sends the received information to the baseband device 803 for processing. In the downlink direction, the baseband device 803 processes the information to be sent and sends it to the radio frequency device 802. The radio frequency device 802 processes the received information and sends it out through the antenna 801.

[0404] The frequency band processing device may be located in the baseband device 803 . The method performed by the network-side device in the above embodiment may be implemented in the baseband device 803 . The baseband device 803 includes a processor 804 and a memory 805 .

[0405] The baseband device 803 may include, for example, at least one baseband board on which a plurality of chips are arranged. Figure 8 As shown, one of the chips is, for example, a processor 804, which is connected to a memory 805 to call a program in the memory 805 to execute the network device operations shown in the above method embodiment.

[0406] The baseband device 803 may further include a network interface 806 for exchanging information with the radio frequency device 802 , and the interface may be, for example, a common public radio interface (CPRI for short).

[0407] Specifically, the network side device of the embodiment of the present application further includes: instructions or programs stored in the memory 805 and executable on the processor 804, and the processor 804 calls the instructions or programs in the memory 805 to execute. Figure 6 The methods executed by the modules shown achieve the same technical effects, and therefore will not be described here in detail to avoid repetition.

[0408] The embodiment of the present application also provides a program product, which is stored in a non-volatile storage medium and is executed by at least one processor to implement the following Figure 2 or Figure 3 The steps of the processing method.

[0409] The embodiment of the present application also provides a readable storage medium on which a program or instruction is stored. When the program or instruction is executed by a processor, the above Figure 2 or Figure 3 The various processes of the method embodiment shown can achieve the same technical effect, and will not be described again here to avoid repetition.

[0410] The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0411] The present application also provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a network side device program or instruction to implement the above Figure 2 The various processes of the method embodiment shown can achieve the same technical effect, and will not be described again here to avoid repetition.

[0412] It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

[0413] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0414] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0415] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

Claims

1. A method for indicating a semi-persistent scheduling SPS physical downlink shared channel PDSCH, applied to a terminal, characterized in that: include: Receive first indication information, where the first indication information indicates a valid or invalid SPS PDSCH, where the valid SPS PDSCH is an SPS PDSCH that is actually transmitted or an SPS PDSCH timing when there is SPS PDSCH transmission, and the invalid SPS PDSCH is an SPS PDSCH that is not actually transmitted or an SPS PDSCH timing when there is no SPS PDSCH transmission, or the valid SPS PDSCH is an SPS PDSCH or an SPS PDSCH timing for which HARQ-ACK feedback is expected, and the invalid SPS PDSCH is an SPS PDSCH or an SPS PDSCH timing for which HARQ-ACK feedback is not expected; The first indication information is first downlink control information DCI, and the first DCI indicates a valid or invalid SPS PDSCH; The first DCI includes one or more of the following: First information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set, and information of determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set; The second information indicates a range of a valid or invalid SPS PDSCH; The SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information are currently in an activated state; If the first information is included in the first DCI, the second information indicates the range of a valid or invalid SPS PDSCH for each SPS Config, SPS Config set, SPS Config group or SPS Config group set; or, If the first information is not included in the first DCI, the second information uniformly indicates the range of valid or invalid SPS PDSCH for all SPS Configs, SPS Config sets, SPS Config groups, or SPS Config group sets; or, When the first DCI includes the first information but does not include the second information, there may be or no valid or invalid SPS PDSCH transmission for all SPS PDSCH opportunities corresponding to the SPSConfig, SPS Config set, SPS Config group or SPS Config group set indicated by the first information; or, there may be or no valid or invalid SPS PDSCH transmission for the SPS PDSCH opportunities corresponding to all HARQ processes configured by the SPS Config, SPSConfig set, SPS Config group or SPS Config group set indicated by the first information.

2. The method according to claim 1, characterized in that The first DCI is a group-common DCI or a terminal-specific DCI.

3. The method according to claim 1, characterized in that The first DCI further includes: The third information is used to control the hybrid automatic repeat request acknowledgement HARQ-ACK feedback of the SPS PDSCH.

4. The method according to claim 1, characterized in that The first information includes a first bitmap, the first bitmap includes: a first bit, the first bit corresponds to an SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set.

5. The method according to claim 4, characterized in that The value of the first bit is used to determine whether the first DCI indicates the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit.

6. The method according to claim 4, characterized in that The position of the first bit in the first bitmap is determined by: Determine a position of the first bit in the first bitmap based on an index of an SPS Config, an SPS Config set, an SPS Config group, or an SPS Config group set corresponding to the first bit; or, Based on fourth information configured on the network side, the fourth information indicates a position of a first bit corresponding to the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set in the first bitmap.

7. The method according to claim 6, characterized in that Determining a position of the first bit in the first bitmap based on an index of the SPSConfig, the SPS Config set, the SPS Config group, or the SPS Config group set corresponding to the first bit, comprising: Based on the index of the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first bit and the serving cell index corresponding to the SPS Config, SPS Config set, SPS Config group or SPS Config group set, the position of the first bit in the first bitmap is determined.

8. The method according to claim 4, characterized in that The number of bits in the first bitmap is determined by: Determine the number of bits of the first bitmap based on the SPS Config, SPS Config set, SPS Config group or SPS Config group set configured on the bandwidth part BWP of the serving cell configuration corresponding to the current physical uplink control channel PUCCH cell group; or, The number of bits of the first bitmap is determined based on fifth information configured on the network side, where the fifth information indicates the number of bits of the first bitmap.

9. The method according to claim 1, characterized in that The first information indicates a first state in a state list, and the first state corresponds to the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set.

10. The method according to claim 1, characterized in that The scope of the valid or invalid SPS PDSCH includes one or more of the following: Valid or invalid SPS PDSCH timing; HARQ process corresponding to valid or invalid SPS PDSCH.

11. The method according to claim 10, characterized in that The valid or invalid SPS PDSCH opportunity includes: Valid or invalid SPS PDSCH timing based on indication period; or, A valid or invalid SPS PDSCH opportunity is indicated based on a reference point and a first value, wherein the first value represents a count of the valid or invalid SPS PDSCH opportunity.

12. The method according to claim 11, characterized in that The length of the indication period is determined by any of the following methods: The length of the indication period is equal to the length of the detection period of the first DCI; The length of the indication period is N times the length of the detection period of the first DCI, where N is a positive integer; The length of the indication period includes the length of the detection period and the adjustment length of the first DCI; The length of the indication period is agreed upon by the protocol or configured by the network side.

13. The method according to claim 11, characterized in that The end position of the indication period includes any one of the following: The end time of the first symbol of the control resource set CORESET where the first DCI is detected; The end time of the X1th symbol before the first symbol of the CORESET where the first DCI is detected; The end time of the last symbol of the CORESET where the first DCI is detected; The end time of the Y1th symbol after the last symbol of the CORESET where the first DCI is detected; Among them, X1 and Y1 are positive integers.

14. The method according to claim 11, characterized in that The starting position of the indication period includes any one of the following: The end time of the first symbol of the CORESET where the first DCI is detected; The end time of the X2th symbol before the first symbol of the CORESET where the first DCI is detected; The end time of the last symbol of the CORESET where the first DCI is detected; The end time of the Y2th symbol after the last symbol of the CORESET where the first DCI is detected; Among them, X2 and Y2 are positive integers.

15. The method according to claim 10, characterized in that The second information further indicates an SPS PDSCH opportunity index or an index set where there is a valid or invalid SPS PDSCH transmission.

16. The method according to claim 10, characterized in that The second information includes a second bitmap, the second bitmap includes a second bit, and the second bit indicates one or more SPS PDSCH opportunities where there is valid or invalid SPS PDSCH transmission.

17. The method according to claim 11, characterized in that The reference point is determined by any of the following methods: The starting time of the first symbol of the CORESET where the first DCI is detected; The starting time of the X3th symbol before the first symbol of the CORESET where the first DCI is detected; The end time of the last symbol of the CORESET where the first DCI is detected; The end time of the Y3th symbol after the last symbol of the CORESET where the first DCI is detected; the start time or end time of the HARQ-ACK feedback resource indicated in the first DCI; The start time or end time of the time domain unit where the HARQ-ACK feedback resource indicated in the first DCI is located; Among them, X3 and Y3 are positive integers.

18. The method according to claim 11, characterized in that The first value is determined by any of the following methods: Network side configuration; Determined based on a value set configured on the network side and sixth information carried in the first DCI, where the sixth information indicates a value in the value set; Agreement.

19. The method according to claim 10, characterized in that The second information indicates: a HARQ process index or a HARQ process index set corresponding to a valid or invalid SPS PDSCH; or, The second information includes: a third bitmap, the third bitmap includes a third bit, and a value of the third bit indicates whether the HARQ process corresponding to the third bit corresponds to a valid or invalid SPS PDSCH.

20. The method according to claim 3, characterized in that The third information indicates one or more of the following: Whether to skip HARQ-ACK corresponding to SPS PDSCH opportunities that do not indicate the presence of valid SPS PDSCH transmissions, or whether to skip HARQ-ACK corresponding to SPS PDSCH opportunities that indicate the presence of invalid SPS PDSCH transmissions; Whether to enable the bundling mechanism of HARQ-ACK feedback of SPS PDSCH; Whether to directly trigger HARQ-ACK feedback.

21. The method according to claim 1, characterized in that The method further comprises: According to the first DCI, HARQ-ACK is fed back.

22. The method according to claim 21, characterized in that The first DCI indicates a valid SPS PDSCH, and the feeding back HARQ-ACK according to the first DCI includes: Feedback the HARQ-ACK corresponding to the valid SPS PDSCH corresponding to the first object within the predefined HARQ-ACK feedback range, where the first object includes the SPS Config, SPS Config set, SPS Config group, or SPS Config group set corresponding to the first DCI; Feedback the HARQ-ACK corresponding to all SPS PDSCHs corresponding to the second object, where the second object does not include the SPS Config, SPS Config set, SPS Config group, or SPS Config group set corresponding to the first DCI; or, Feedback is given to the HARQ-ACK corresponding to the valid SPS PDSCH indicated by the first DCI.

23. The method according to claim 21, characterized in that The first DCI indicates an invalid SPS PDSCH, and the feeding back HARQ-ACK according to the first DCI includes: Within the predefined HARQ-ACK feedback range, the HARQ-ACK corresponding to the invalid SPS PDSCH corresponding to the third object is not fed back, and the third object includes the SPS Config, SPS Config set, SPS Config group or SPS Config group set corresponding to the first information.

24. The method according to claim 21, 22 or 23, characterized in that The first DCI is a DCI that triggers a one-time codebook and does not schedule a PDSCH.

25. The method according to claim 1, characterized in that The first indication information also includes a mode corresponding to a valid or invalid SPS PDSCH; The configuration of the mode includes: Configure the period and offset of valid or invalid SPS PDSCH; The SPS PDSCH opportunity period is configured in a bitmap manner, and indicates whether there are valid or invalid SPS PDSCH opportunities or opportunity sets in the SPS PDSCH opportunity period.

26. The method according to claim 1, characterized in that The method further comprises: If the terminal does not receive or receives the first indication information, feeding back HARQ-ACK in a first manner; The first method includes: Feedback HARQ-ACK corresponding to all SPS PDSCH opportunities; or, When the terminal has no valid HARQ-ACK to be fed back except the HARQ-ACK corresponding to the invalid SPS PDSCH, the terminal does not feed back the HARQ-ACK; when the terminal has a valid HARQ-ACK to be fed back, the terminal deletes the HARQ-ACK bit for the invalid SPS PDSCH in the fed-back HARQ-ACK codebook; or, The corresponding HARQ-ACK feedback is skipped in certain cases.

27. The method according to claim 26, characterized in that The skipping of the corresponding HARQ-ACK feedback under a specific situation includes one or more of the following: When the HARQ-ACK codebook contains only HARQ-ACK for the SPS PDSCH, deleting corresponding HARQ-ACK bits from the HARQ-ACK codebook for the skipped SPS PDSCH; When the HARQ-ACK codebook only includes the HARQ-ACK for the SPS PDSCH, and the SPS PDSCHs are all skipped SPS PDSCHs, ignoring the transmission of the entire HARQ-ACK codebook; When the HARQ-ACK codebook only includes the HARQ-ACK for the SPS PDSCH, and the HARQ-ACK values ​​are all NACK, the transmission of the entire HARQ-ACK codebook is ignored.

28. A method for indicating SPS PDSCH, applied to a network side device, characterized in that: include: Sending first indication information, where the first indication information indicates a valid or invalid SPS PDSCH, where the valid SPS PDSCH is an SPS PDSCH that is actually transmitted or an SPS PDSCH opportunity when there is SPS PDSCH transmission, and the invalid SPS PDSCH is an SPS PDSCH that is not actually transmitted or an SPS PDSCH opportunity when there is no SPS PDSCH transmission, or the valid SPS PDSCH is an SPS PDSCH or an SPS PDSCH opportunity when HARQ-ACK feedback is expected, and the invalid SPS PDSCH is an SPS PDSCH or an SPS PDSCH opportunity when HARQ-ACK feedback is not expected; The first indication information is first downlink control information DCI, and the first DCI indicates a valid or invalid SPS PDSCH; The first DCI includes one or more of the following: First information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set, and information of determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set; The second information indicates a range of a valid or invalid SPS PDSCH; The SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information are currently in an activated state; If the first information is included in the first DCI, the second information indicates the range of a valid or invalid SPS PDSCH for each SPS Config, SPS Config set, SPS Config group or SPS Config group set; or, If the first information is not included in the first DCI, the second information uniformly indicates the range of valid or invalid SPS PDSCH for all SPS Configs, SPS Config sets, SPS Config groups, or SPS Config group sets; or, When the first DCI includes the first information but does not include the second information, there may be or no valid or invalid SPS PDSCH transmission for all SPS PDSCH opportunities corresponding to the SPSConfig, SPS Config set, SPS Config group or SPS Config group set indicated by the first information; or, there may be or no valid or invalid SPS PDSCH transmission for the SPS PDSCH opportunities corresponding to all HARQ processes configured by the SPS Config, SPSConfig set, SPS Config group or SPS Config group set indicated by the first information.

29. The method according to claim 28, characterized in that The first DCI further includes: The third information is used to control the HARQ-ACK feedback of the SPS PDSCH.

30. The method according to claim 28, characterized in that The first information includes a first bitmap, the first bitmap includes: a first bit, the first bit corresponds to an SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set.

31. The method according to claim 30, characterized in that The number of bits in the first bitmap is determined by: Determine the number of bits in the first bitmap based on the SPS Config, SPS Config set, SPS Config group or SPS Config group set configured on the BWP of the serving cell configuration corresponding to the current PUCCH cell group; or, The number of bits in the first bitmap is determined based on fifth information configured on the network side, where the fifth information indicates the number of bits in the first bitmap.

32. The method according to claim 28, characterized in that The first information indicates a first state in a state list, and the first state corresponds to the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set.

33. The method according to claim 30, characterized in that The scope of the valid or invalid SPS PDSCH includes one or more of the following: Valid or invalid SPS PDSCH timing; HARQ process corresponding to valid or invalid SPS PDSCH.

34. The method according to claim 33, characterized in that The valid or invalid SPS PDSCH opportunity includes: Valid or invalid SPS PDSCH timing based on indication period; or, A valid or invalid SPS PDSCH opportunity is indicated based on a reference point and a first value, wherein the first value represents a count of the valid or invalid SPS PDSCH opportunity.

35. A device for indicating SPS PDSCH, applied to a terminal, characterized in that: include: a receiving module, configured to receive first indication information, wherein the first indication information indicates a valid or invalid SPS PDSCH, wherein the valid SPS PDSCH is an SPS PDSCH that is actually transmitted or an SPS PDSCH opportunity when there is SPS PDSCH transmission, and the invalid SPS PDSCH is an SPS PDSCH that is not actually transmitted or an SPS PDSCH opportunity when there is no SPS PDSCH transmission, or the valid SPS PDSCH is an SPS PDSCH or an SPS PDSCH opportunity when HARQ-ACK feedback is expected, and the invalid SPS PDSCH is an SPS PDSCH or an SPS PDSCH opportunity when HARQ-ACK feedback is not expected; The first indication information is first downlink control information DCI, and the first DCI indicates a valid or invalid SPS PDSCH; The first DCI includes one or more of the following: First information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set, and information of determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set; The second information indicates a range of a valid or invalid SPS PDSCH; The SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information are currently in an activated state; If the first information is included in the first DCI, the second information indicates the range of a valid or invalid SPS PDSCH for each SPS Config, SPS Config set, SPS Config group or SPS Config group set; or, If the first information is not included in the first DCI, the second information uniformly indicates the range of valid or invalid SPS PDSCH for all SPS Configs, SPS Config sets, SPS Config groups, or SPS Config group sets; or, When the first DCI includes the first information but does not include the second information, there may be or no valid or invalid SPS PDSCH transmission for all SPS PDSCH opportunities corresponding to the SPSConfig, SPS Config set, SPS Config group or SPS Config group set indicated by the first information; or, there may be or no valid or invalid SPS PDSCH transmission for the SPS PDSCH opportunities corresponding to all HARQ processes configured by the SPS Config, SPSConfig set, SPS Config group or SPS Config group set indicated by the first information.

36. A device for indicating SPS PDSCH, applied to a network side device, characterized in that: include: a sending module, configured to send first indication information, wherein the first indication information indicates a valid or invalid SPS PDSCH, wherein the valid SPS PDSCH is an SPS PDSCH that is actually transmitted or an SPS PDSCH opportunity when there is SPS PDSCH transmission, and the invalid SPS PDSCH is an SPS PDSCH that is not actually transmitted or an SPS PDSCH opportunity when there is no SPS PDSCH transmission, or the valid SPS PDSCH is an SPS PDSCH or an SPS PDSCH opportunity when HARQ-ACK feedback is expected, and the invalid SPS PDSCH is an SPS PDSCH or an SPS PDSCH opportunity when HARQ-ACK feedback is not expected; The first indication information is first downlink control information DCI, and the first DCI indicates a valid or invalid SPS PDSCH; The first DCI includes one or more of the following: First information indicating a semi-persistent scheduling configuration SPS Config, an SPS Config set, an SPS Config group or an SPS Config group set, and information of determining a valid or invalid SPS PDSCH based on the SPS Config, the SPS Config set, the SPS Config group or the SPS Config group set; The second information indicates a range of a valid or invalid SPS PDSCH; The SPS Config, SPS Config set, SPS Config group or SPS Config group set indicated by the first information are currently in an activated state; If the first information is included in the first DCI, the second information indicates the range of a valid or invalid SPS PDSCH for each SPS Config, SPS Config set, SPS Config group or SPS Config group set; or, If the first information is not included in the first DCI, the second information uniformly indicates the range of valid or invalid SPS PDSCH for all SPS Configs, SPS Config sets, SPS Config groups, or SPS Config group sets; or, When the first DCI includes the first information but does not include the second information, there may be or no valid or invalid SPS PDSCH transmission for all SPS PDSCH opportunities corresponding to the SPSConfig, SPS Config set, SPS Config group or SPS Config group set indicated by the first information; or, there may be or no valid or invalid SPS PDSCH transmission for the SPS PDSCH opportunities corresponding to all HARQ processes configured by the SPS Config, SPSConfig set, SPS Config group or SPS Config group set indicated by the first information.

37. A terminal, characterized in that: include: A processor, a memory, and a program stored in the memory and executable on the processor, wherein when the program is executed by the processor, the steps of the method according to any one of claims 1 to 28 are implemented.

38. A network side device, characterized in that: include: A processor, a memory, and a program stored in the memory and executable on the processor, wherein the program implements the steps of the method according to any one of claims 29 to 34 when executed by the processor.

39. A readable storage medium, characterized in that: The readable storage medium stores a program or instruction, and when the program or instruction is executed by a processor, the steps of the method according to any one of claims 1 to 34 are implemented.

Images