Type indication method, device, terminal and network-side device for SPS PDSCH

Abstract

The present application discloses a method, apparatus, terminal, and network-side device for indicating the type of SPS PDSCH, belonging to the field of wireless communication technologies. Among them, a method for indicating the type of SPS PDSCH includes: a network-side device indicating the type of SPS PDSCH to a terminal, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

Description

Technical Field

[0001] This application belongs to the field of wireless communication technologies, and particularly relates to a method, apparatus, terminal, and network-side device for indicating the type of SPS PDSCH. Background Art

[0002] For semi-persistent scheduling (SPS) physical downlink shared channel (PDSCH) transmission, some parameters of downlink (DL) SPS are configured by a higher layer and activated using downlink control information (DCI). After the downlink SPS transmission is activated, the periodically initiated PDSCH transmissions do not have corresponding DCI indications.

[0003] A terminal can configure one or more DL SPSs on one or more serving cells. Each DL SPS corresponds to a configuration index, and the period of each SPS PDSCH can be as small as 1 time slot. Multiple simultaneously activated DL SPS configurations help reduce latency and provide the possibility for the UE to support multiple different service types.

[0004] In the related art, after the DL SPS is configured, it is activated through a specific unicast DCI format scrambled with a configured scheduling radio network temporary identifier (CS-RNTI), such as DCI format 1_0, DCI format 1_1, DCI format 1_2, etc. The SPS PDSCH is scrambled with the same radio network temporary identifier (RNTI) as the activating DCI. However, when using DL SPS to schedule multicast / broadcast services (MBS), the SPS PDSCH needs to be scrambled with a sequence shared by multicast terminals, such as a group RNTI (Grouping RNTI, g-RNTI). But in the related art, the terminal cannot determine whether the SPS PDSCH is for unicast transmission or for multicast (which can also be referred to as groupcast), that is, the terminal cannot determine the RNTI used for scrambling the SPS PDSCH. Summary of the Invention

[0005] An embodiment of the present application provides a method, apparatus, terminal, and network-side device for indicating the type of SPS PDSCH, which can solve the problem that the terminal cannot determine whether the SPS PDSCH is for unicast transmission or for multicast.

[0006] In a first aspect, a method for indicating the type of SPS PDSCH is provided. The method includes: a network-side device indicating the type of SPS PDSCH to a terminal, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0007] In a second aspect, a device for indicating the type of SPS PDSCH is provided, including: an indication module for indicating the type of SPS PDSCH to a terminal, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0008] Optionally, the indication module indicating the type of SPS PDSCH to the terminal includes: configuring first information for the SPS PDSCH through a high-layer parameter, where the first information includes at least one of the following: the type of the SPS PDSCH, the radio network temporary identity RNTI associated with the SPS PDSCH.

[0009] Optionally, if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, it is indicated that the type of the SPS PDSCH is a unicast SPS PDSCH, or it is indicated that the type of the SPS PDSCH corresponds to the RNTI associated with the SPS PDSCH; or, if the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, it is indicated that the RNTI associated with the SPS PDSCH is a preset RNTI, or it is indicated that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0010] Optionally, the RNTI corresponding to the multicast SPS PDSCH is a group RNTI; or, the RNTI corresponding to the unicast SPS PDSCH is a configured scheduling RNTI.

[0011] Optionally, the indication module is further configured to: if multiple associated RNTIs are configured in the first information of the SPS PDSCH, indicate the RNTI used by the SPS PDSCH through a downlink signaling.

[0012] Optionally, the indication module indicating the type of SPS PDSCH to the terminal includes: configuring the multicast SPS PDSCH through a first signaling, and configuring the unicast SPS PDSCH through a second signaling.

[0013] Optionally, the indication module configures the multicast SPS PDSCH through the first signaling, including: configuring the multicast SPS PDSCH on a first target resource through the first signaling, where the first target resource is a resource corresponding to multicast downlink transmission; or configuring the unicast SPS PDSCH on a second target resource through the second signaling, where the second target resource is a resource corresponding to unicast downlink transmission.

[0014] Optionally, the indication module is further configured to: configure an RNTI associated with the multicast SPS PDSCH; or indicate, through the activation DCI of the multicast SPS PDSCH, the RNTI associated with the SPS PDSCH for multicast transmission.

[0015] Optionally, the indication module indicates the type of the SPS PDSCH to the terminal, including: activating the SPS PDSCH using a target DCI, and indicating the type of the activated SPS PDSCH configuration through the target DCI.

[0016] Optionally, the target DCI is a multicast DCI, indicating that the activated SPS PDSCH is a multicast SPS PDSCH, where the multicast DCI is scrambled using a specific RNTI.

[0017] Optionally, the target DCI carries indication information, and the indication information indicates the type and / or the associated RNTI of the activated SPS PDSCH.

[0018] In a third aspect, a method for determining the type of SPS PDSCH is provided. The method includes: the terminal determines the type of the SPS PDSCH of the terminal according to an indication from a network-side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0019] In a fourth aspect, a device for determining the type of SPS PDSCH is provided, including: a determination module, configured to determine the type of the SPS PDSCH of the terminal according to an indication from a network-side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0020] In a fifth aspect, a network-side device is provided. The network-side device includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor. When the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented.

[0021] In a sixth aspect, a terminal is provided. The terminal includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor. When the program or instruction is executed by the processor, the steps of the method described in the third aspect are implemented.

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

[0023] In an eighth aspect, a chip is provided. The chip includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is configured to run a network-side device program or instruction to implement the method described in the first aspect, or the processor is configured to run a terminal program or instruction to implement the method described in the third aspect.

[0024] In a ninth aspect, a computer program product is provided. The computer program product includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor. When the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the third aspect are implemented.

[0025] In an embodiment of the present application, the network-side device indicates the type of SPS PDSCH to the terminal, so that the terminal can know whether the SPS PDSCH is for unicast transmission or for multicast transmission, and then can use the corresponding RNTI for de-scrambling and perform other corresponding processing. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Figure 1 A block diagram of a wireless communication system to which an embodiment of the present application can be applied is shown;

[0027] Figure 2 A flowchart of a method for indicating the type of SPS PDSCH provided by an embodiment of the present application is shown;

[0028] Figure 3 A schematic structural diagram of a device for indicating the type of SPS PDSCH provided by an embodiment of the present application is shown;

[0029] Figure 4 A flowchart of a method for determining the type of SPS PDSCH provided by an embodiment of the present application is shown;

[0030] Figure 5 A schematic structural diagram of a device for determining the type of SPS PDSCH provided by an embodiment of the present application is shown;

[0031] Figure 6 Schematic diagram showing the structure of a communication device provided by an embodiment of the present application;

[0032] Figure 7 Schematic diagram showing the hardware structure of a terminal provided by an embodiment of the present application;

[0033] Figure 8 Schematic diagram showing the hardware structure of a network - side device provided by an embodiment of the present application. Detailed implementation manners

[0034] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings 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 those of ordinary skill in the art without making creative efforts belong to the scope of protection of the present application.

[0035] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, rather than to describe a specific order or sequence. It should be understood that such used data can be interchanged under appropriate circumstances so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are usually of the same type, and do not limit the number of objects. For example, the first object can be one or multiple. In addition, "and / or" in the specification and claims means at least one of the connected objects, and the character " / " generally indicates an "or" relationship between the associated objects before and after.

[0036] It should be noted that the technology described in the embodiments of this application is not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, 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 this application are often used interchangeably, and the described technology can be used in the above-mentioned systems and radio technologies, as well as in other systems and radio technologies. However, the following description describes the New Radio (NR) system for example purposes, and the NR term is used in most of the following descriptions, although these technologies can also be applied to applications other than NR system applications, such as the 6th Generation (6 th Generation, 6G) communication system.

[0037] Figure 1The block diagram of a wireless communication system to which the embodiments of the present application can be applied 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). The terminal 11 can be a mobile phone, a tablet personal computer, a laptop computer or a notebook computer, a personal digital assistant (Personal Digital Assistant, PDA), a handheld computer, a netbook, an ultra-mobile personal computer (UMPC), a mobile Internet device (Mobile Internet Device, MID), a wearable device or a vehicle-mounted device (VUE), a pedestrian terminal (PUE), etc. terminal-side devices. Wearable devices include: bracelets, earphones, glasses, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiments of the present application. The network-side device 12 can be a base station or a core network. Among them, the base station can be called a Node B, an evolved Node B, an access point, a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a 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 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 specific technical terms. It should be noted that in the embodiments 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.

[0038] Next, with reference to the accompanying drawings, the method for indicating the type of SPS PDSCH provided by the embodiments of the present application will be described in detail through specific embodiments and their application scenarios.

[0039] Figure 2 A flowchart showing a method for indicating the type of SPS PDSCH in the embodiments of the present application is shown. This method 200 can be executed by a network-side device. In other words, the method can be executed by software or hardware installed on the network-side device. As Figure 2 shown, the method may include the following steps.

[0040] S210, the network side device indicates the type of the SPS PDSCH to the terminal, where the type includes the multicast SPS PDSCH for multicast transmission or the unicast SPS PDSCH for unicast transmission.

[0041] In the embodiments of the present application, the network side device indicates the type of the SPS PDSCH to the terminal, so that the terminal can know whether the SPS PDSCH is for multicast transmission or for unicast transmission, and further can know whether to use the RNTI corresponding to multicast or the RNTI corresponding to unicast to descramble the SPS PDSCH, or the network side device directly indicates the RNTI corresponding to the SPS PDSCH to the terminal, so that the terminal can descramble the SPS PDSCH.

[0042] In the embodiments of the application, the SPS PDSCH is a PDSCH transmission periodically initiated on the downlink SPS resource. Therefore, the type of the SPS PDSCH can also be called the type of the DL SPS, or it can be said that the DL SPS can also be called the SPS PDSCH, and the embodiments of the present application do not make a distinction. The type of the DL SPS indicates the type of transmission of the DL SPS resource, that is, it indicates whether the DL SPS is for multicast transmission or for unicast transmission. Among them, unicast transmission can represent point-to-point transmission, that is, one sender and one receiver; multicast transmission can represent point-to-multipoint transmission, that is, one sender and one or more receivers, and can also be called multicast transmission. Multicast transmission can be used to transmit, for example, multicast / broadcast services.

[0043] In a possible implementation manner, the network side device indicating the type of the SPS PDSCH to the terminal may include: the network side device configures first information for the SPS PDSCH through a high-layer parameter, where the first information includes at least one of the following: the type of the SPS PDSCH, the RNTI associated with the SPS PDSCH.

[0044] Among them, the RNTI associated with the SPS PDSCH means that the SPS PDSCH may be scrambled using this RNTI.

[0045] In the above possible implementation manner, the network side device may configure the type of the DL SPS when configuring some parameters of the DL SPS through the high layer, that is, configure the type of the PDSCH (i.e., the SPS PDSCH) initiated on the DL SPS. For example, a parameter indicating the type of the SPS PDSCH may be added to the configuration parameters of the DL SPS.

[0046] In the above possible implementation manners, since the RNTIs corresponding to multicast transmission and unicast transmission are different, when configuring the above first information through higher layer parameters, the type of SPS PDSCH can be configured, or the RNTI associated with the SPS PDSCH can be directly configured. The terminal processes the SPS PDSCH scrambled with the corresponding RNTI through the RNTI associated with the SPS PDSCH, or the terminal can also determine the type of the SPS PDSCH through the RNTI associated with the SPS PDSCH. Alternatively, the type of the SPS PDSCH can be configured to be the RNTI associated with the SPS PDSCH at the same time.

[0047] Optionally, if the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, it is indicated that the RNTI associated with the SPS PDSCH is a preset RNTI, or it is indicated that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0048] Among them, the preset RNTI can be CS-RNTI, that is, when the RNTI associated with a certain SPS PDSCH is not configured, it is defaulted that the SPS PDSCH uses CS-RNTI scrambling. Or, if the type of the SPS PDSCH is configured in the first information of the SPS PDSCH, it is indicated that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0049] Optionally, if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, it is indicated that the type of the SPS PDSCH is a unicast SPS PDSCH, or it is indicated that the type of the SPS PDSCH corresponds to the RNTI associated with the SPS PDSCH.

[0050] That is to say, when the type of a certain SPS PDSCH is not configured, it is indicated that the SPS PDSCH is of the default type, where the default type is a unicast SPS PDSCH. Of course, this is not limited thereto, and the default type can also be a multicast SPS PDSCH. Or, if the RNTI associated with the SPS PDSCH is configured in the first information of the SPS PDSCH, it is indicated that the type of the SPS PDSCH corresponds to the RNTI associated with the SPS PDSCH.

[0051] For example, the unicast SPS PDSCH corresponds to the CS-RNTI, and the multicast SPS PDSCH corresponds to the g-RNTI. The terminal can determine the corresponding RNTI according to the type of the SPS PDSCH. Similarly, it can also determine whether the SPS PDSCH is used for multicast transmission or unicast transmission according to the RNTI associated with the SPS PDSCH.

[0052] For example, in the above possible implementation, if the type of the SPS PDSCH is configured as a multicast SPS PDSCH, the RNTI corresponding to the SPS PDSCH is the g-RNTI. If the SPS type of the SPS PDSCH is a unicast SPS PDSCH, the RNTI corresponding to the type of the SPS PDSCH is the CS-RNTI.

[0053] It should be noted that the g-RNTI in the embodiments of the present application represents the RNTI or sequence used for scrambling the multicast SPS PDSCH transmission, which is different from the CS-RNTI used for the unicast SPS PDSCH. The g-RNTI can be shared by a group of UEs in the multicast service, and its specific name is not limited. For example, it can also be called the group scheduling RNTI (gS-RNTI), or the group configured scheduling RNTI (gCS-RNTI), etc.

[0054] In a possible implementation, if the network side device configures multiple associated RNTIs for a certain SPS PDSCH in the first information of the SPS PDSCH, the network side device can indicate the RNTI used by the SPS PDSCH through downlink signaling. For example, the network side device can indicate the RNTI used by the SPS PDSCH through the activation DCI of the SPS PDSCH, and the terminal can determine the RNTI used for descrambling the SPS PDSCH according to the indication of the activation DCI. Alternatively, the network side device may not make an indication, and the terminal blindly detects the SPS PDSCH using the multiple RNTIs configured for the SPS PDSCH.

[0055] In the above possible implementations, the first information may be the configuration information of the SPS PDSCH.

[0056] The following uses the first information being SPS-config or sps-ConfigToAddModList-r16 as an example for illustration. Among them, SPS-config or sps-ConfigToAddModList-r16 is configured under the parameter BWP-DownlinkDedicated. Under each SPS-config, the configuration period, the number of Hybrid Automatic Repeat request Acknowledgement (HARQ-ACK) processes, the Physical Uplink Control Channel (PUCCH) resources for feedback HARQ-ACK, the Modulation and coding scheme (MCS) table, and the configuration index, etc. are configured. And when the UE supports multiple DL SPSs, one or more SPS-configs can be configured through sps-ConfigToAddModList-r16. Among them, under BWP-DownlinkDedicated, only one of sps-Config and sps-ConfigToAddModList-r16 can be configured, that is, either configure one DL SPS through sps-Config or configure one or more DL SPSs through sps-ConfigToAddModList-r16.

[0057] If the MBS service can also be scheduled using DL SPS, since the scrambling sequence corresponding to the multicast PDSCH, or rather the initialization of the scrambling sequence, needs to be a sequence common to multicast UEs, such as g-RNTI, and different MBS services correspond to different g-RNTIs. Therefore, for a certain DL SPS, the UE needs to know the RNTI used for the SPS PDSCH transmission, that is, the UE needs to know whether the RNTI is CS-RNTI or g-RNTI, and if it is g-RNTI, which g-RNTI among the multiple g-RNTIs it specifically is.

[0058] In order to enable the UE to obtain whether the SPS PDSCH is unicast transmission or multicast transmission, or to determine whether the scrambling RNTI information is CS-RNTI or G-RNTI, the network side device can configure the first information by adding a parameter indicating the type of the SPS PDSCH and / or the associated RNTI in SPS-config or sps-ConfigToAddModList-r16.

[0059] For example, it can be added in SPS-config or sps-ConfigToAddModList-r16:

[0060] SPS-Config ::= SEQUENCE {

[0061] AssocaitedRNTIRNTI-Value

[0062] …

[0063] }

[0064] The RNTI associated with the SPS PDSCH is indicated by the RNTI-Value.

[0065] Optionally, the base station may configure one or more associated RNTIs for each DL SPS through AssocaitedRNTI. When multiple RNTIs are configured for a DL SPS, the base station may, through relevant signaling, such as an activation DCI, indicate to the UE which RNTI the SPS PDSCH uses, or the UE blindly demodulates the PDSCH using the multiple configured RNTIs until the PDSCH can be correctly demodulated or all configured RNTIs have been tried.

[0066] Optionally, for a certain DL SPS, the base station may not configure its associated RNTI. In this case, the UE demodulates the PDSCH using the default RNTI, such as CS-RNTI.

[0067] Alternatively, the network-side device may also configure the multicast DL SPS and the unicast DL SPS through different signaling to indicate the type of the configured DL SPS.

[0068] Therefore, in another possible implementation, the way for the network-side device to indicate the type of the SPS PDSCH to the terminal may include: the network-side device configures the multicast SPS PDSCH through the first signaling and configures the unicast SPS PDSCH through the second signaling. That is to say, in this possible implementation, different types of SPS PDSCH are configured through different signaling to indicate the type of the configured SPS PDSCH.

[0069] Optionally, the type of the configured SPS PDSCH may be indicated by the target resource where the configured SPS PDSCH is located. For example, in a possible implementation, configuring the multicast SPS PDSCH by the first signaling may include: configuring the multicast SPS PDSCH on a first target resource by the first signaling, where the first target resource is a resource corresponding to multicast downlink transmission. For example, it may be a Bandwidth Part (BWP) corresponding to multicast downlink transmission or a set of resource blocks corresponding to multicast downlink transmission.

[0070] That is to say, in the above possible implementation, if the SPS PDSCH configured by the first signaling is on the first target resource, it indicates that the SPS PDSCH configured by the first signaling is a multicast SPS PDSCH, and its associated RNTI is g-RNTI. Among them, multicast downlink transmission includes but is not limited to multicast PDSCH.

[0071] In the above possible implementation, the network side device may also configure the RNTI associated with the multicast SPS PDSCH in the first signaling. For example, if the terminal is configured with multiple g-RNTIs, the RNTI associated with the multicast SPS PDSCH may be configured in the first signaling.

[0072] Alternatively, optionally, the network side device may also indicate the RNTI associated with the multicast SPS PDSCH through the activation DCI of the SPS PDSCH.

[0073] Optionally, the network side device may configure the RNTI associated with the multicast SPS PDSCH through the first signaling. If there are multiple configured RNTIs, the network side device may also indicate the RNTI associated with the multicast SPS PDSCH (i.e., the RNTI scrambling the multicast SPS PDSCH) through the activation DCI of the SPS PDSCH, so that the terminal can obtain the RNTI scrambling the SPS PDSCH and use this RNTI to descramble the SPS PDSCH, rather than performing blind detection using multiple configured RNTIs, thereby reducing the complexity of terminal descrambling.

[0074] In a possible implementation, configuring the unicast SPS PDSCH by the second signaling may include: configuring the unicast SPS PDSCH on a second target resource by the second signaling, where the second target resource is a resource corresponding to unicast downlink transmission. For example, it may be a BWP corresponding to unicast downlink transmission.

[0075] That is to say, in the above possible implementation manners, if the SPS PDSCH configured by the second signaling is on the resources corresponding to unicast downlink transmission, it indicates that the SPS PDSCH configured by the second signaling is a unicast SPS PDSCH, and the corresponding RNTI is the CS-RNTI. Among them, unicast downlink transmission includes but is not limited to unicast PDSCH.

[0076] For example, for unicast PDSCH transmission, the base station configures a dedicated DL BWP for each UE, such as the parameter BWP-DownlinkDedicated, and configures DL SPS within the DL BWP, such as SPS-config or sps-ConfigToAddModList-r16. For the UE receiving multicast PDSCH, the base station also configures a DL BWP or DL common resources for multicast PDSCH transmission. For example, the parameter BWP-DownlinkForMBS or configurationForMBS, then the base station can configure DL SPS for multicast transmission under the BWP or resources where the multicast PDSCH is located. That is, for a certain SPS PDSCH, if this SPS PDSCH is configured under BWP-DownlinkDedicated, then this SPS PDSCH is a unicast SPS PDSCH, and the corresponding RNTI is the CS-RNTI. If this SPS PDSCH is configured under BWP-DownlinkForMBS or configurationForMBS, then this SPS PDSCH is a multicast SPS PDSCH, and the corresponding RNTI is the g-RNTI. If different services' SPSs correspond to different g-RNTIs, the base station can also configure the RNTI value associated with each multicast SPS PDSCH through activating DCI or high-layer signaling, or the UE performs blind detection.

[0077] In another possible implementation manner, the network-side device indicates the type of the SPS PDSCH to the terminal, which may include: activating the SPS PDSCH using the target DCI, and indicating the type of the configuration of the activated SPS PDSCH through the target DCI. That is to say, in this possible implementation manner, the type of the SPS PDSCH (or referred to as DL SPS) is indicated through the activation DCI of the SPS PDSCH.

[0078] Optionally, if the target DCI is a multicast DCI, it indicates that the activated SPS PDSCH is a multicast SPS PDSCH, where the multicast DCI is scrambled with a specific RNTI. For example, the Cyclic Redundancy Check (CRC) of the multicast DCI is scrambled with a g-RNTI. That is to say, in this optional implementation, the SPS PDSCH activated by the multicast DCI is a multicast SPS PDSCH. In this possible implementation, activating DL SPS through the multicast DCI can reduce the overhead of the Physical Downlink Control Channel (PDCCH); or, if the target DCI is a unicast DCI, it indicates that the activated SPS PDSCH is a unicast SPS PDSCH, where the unicast DCI is scrambled with a specific RNTI, such as a CS-RNTI.

[0079] Alternatively, optionally, a unicast DCI can also be used to activate the SPS PDSCH, and the type of the activated SPS PDSCH and / or the RNTI associated with the activated SPS PDSCH are indicated in a specific bit field in the unicast DCI.

[0080] Of course, when using the multicast DCI to activate the multicast SPS PDSCH, the type of the activated SPS PDSCH and / or the RNTI associated with the activated SPS PDSCH can also be indicated in a specific bit field in the multicast DCI. Therefore, optionally, the target DCI carries indication information, and the indication information indicates the type of the SPS PDSCH and / or the associated RNTI.

[0081] For example, the UE can be configured with multiple g-RNTIs, where each g-RNTI can correspond to a service, or each g-RNTI corresponds to a Temporary Mobile Group Identity (TMGI). For a candidate SPS PDSCH, the indication information carried in the target DCI can indicate the RNTI associated with the activated SPS PDSCH, that is, the RNTI corresponding to the service transmitted on the activated SPS PDSCH. When the terminal performs descrambling, it can use this RNTI to descramble the SPS PDSCH, instead of using multiple g-RNTIs to perform blind detection on the SPS PDSCH, so as to reduce the descrambling complexity of the UE.

[0082] The g-RNTI in the embodiments of this application can be the RNTI or sequence used for scrambling the multicast DL SPS or scrambling the CRC of the DCI for activating the multicast DL SPS.

[0083] For example, although in the related art, DL SPS can only be activated or deactivated by unicast DCI, for multicast PDSCH, since a group of UEs need to be activated, using multicast DCI to activate SPS can reduce the PDCCH overhead. However, at the same time, since the time when each UE enters the multicast group may be different. For example, during the transmission of a multicast service, if a certain UE enters the multicast service (such as live broadcast and other application scenarios), unicast DCI needs to be used for activation.

[0084] Therefore, in a possible implementation manner of the embodiment of the present application, multicast DCI is used to activate multicast DL SPS. Optionally, the base station may configure the RNTI used by the multicast DL SPS, such as g-RNTI, and one UE may be configured with one or more g-RNTIs. For example, the base station may configure the RNTI used by the multicast DL SPS in the above-mentioned manner through high-layer parameters. When a UE is configured with multiple g-RNTIs, one possible implementation manner is: the activation DCI indicates the RNTI used by the PDSCH that activates the DL SPS; another manner is: the CRC of the activation DCI can be scrambled with different RNTIs, and the UE determines the RNTI used by the PDSCH it activates according to the RNTI used for scrambling the CRC of the activation DCI.

[0085] Alternatively, in another possible implementation manner, unicast DCI can also be used to activate multicast DL SPS. Optionally, the RNTI used by the activated SPS PDSCH is indicated in the unicast DCI. Or, the base station can also configure the RNTI used by each SPS PDSCH. For example, the base station may configure the RNTI used by the multicast DL SPS in the above-mentioned manner through high-layer parameters.

[0086] It should be noted that for the method for indicating the type of SPS PDSCH provided in the embodiment of the present application, the execution subject may be a device for indicating the type of SPS PDSCH, or a control module in the device for indicating the type of SPS PDSCH that executes the method for indicating the type of SPS PDSCH. In the embodiment of the present application, taking the device for indicating the type of SPS PDSCH executing the method for indicating the type of SPS PDSCH as an example, the device for indicating the type of SPS PDSCH provided in the embodiment of the present application is described.

[0087] Figure 3 A schematic structural diagram showing a device for indicating the type of SPS PDSCH provided in the embodiment of the present application is as Figure 3 shown. The device 300 for indicating the type of SPS PDSCH mainly includes an indication module 301.

[0088] In an embodiment of the present application, an indication module 301 is configured to indicate to a terminal the type of SPS PDSCH, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0089] In a possible implementation manner, the indication module 301 indicating to the terminal the type of SPS PDSCH includes:

[0090] Configuring first information for the SPS PDSCH through a high-layer parameter, where the first information includes at least one of the following: the type of the SPS PDSCH, the radio network temporary identity RNTI associated with the SPS PDSCH.

[0091] In a possible implementation manner, if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, it is indicated that the type of the SPS PDSCH is a unicast SPS PDSCH, or it is indicated that the type of the SPS PDSCH corresponds to the RNTI associated with the SPS PDSCH; or, if the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, it is indicated that the RNTI associated with the SPS PDSCH is a preset RNTI, or it is indicated that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0092] In a possible implementation manner, the RNTI corresponding to the multicast SPS PDSCH is a group RNTI; or, the RNTI corresponding to the unicast SPS PDSCH is a configured scheduling RNTI.

[0093] In a possible implementation manner, the indication module 301 is further configured to:

[0094] If multiple associated RNTIs are configured in the first information of the SPS PDSCH, indicate through a downlink signaling the RNTI used by the SPS PDSCH.

[0095] In a possible implementation manner, the indication module 301 indicating to the terminal the type of SPS PDSCH includes:

[0096] Configuring the multicast SPS PDSCH through a first signaling, and configuring the unicast SPS PDSCH through a second signaling.

[0097] In a possible implementation manner, the indication module 301 configuring the multicast SPS PDSCH through the first signaling includes:

[0098] Configure the multicast SPS PDSCH on a first target resource through the first signaling, where the first target resource is a resource corresponding to multicast downlink transmission; or,

[0099] Configure the unicast SPS PDSCH on a second target resource through the second signaling, where the second target resource is a resource corresponding to unicast downlink transmission.

[0100] In a possible implementation, the indication module 301 is further configured to:

[0101] Configure an RNTI associated with the multicast SPS PDSCH; or,

[0102] Indicate, through the activation DCI of the multicast SPS PDSCH, the RNTI associated with the SPS PDSCH for multicast transmission.

[0103] In a possible implementation, the indication module 301 indicates the type of the SPS PDSCH to the terminal, including:

[0104] Activate the SPS PDSCH using a target DCI, and indicate the type of the activated SPS PDSCH configuration through the target DCI.

[0105] In a possible implementation, the target DCI is a multicast DCI, indicating that the activated SPS PDSCH is a multicast SPS PDSCH, where the multicast DCI is scrambled using a specific RNTI.

[0106] In a possible implementation, the target DCI carries indication information, and the indication information indicates the type and / or associated RNTI of the activated SPS PDSCH.

[0107] The SPS PDSCH type indication device in the embodiments of the present application may be a device, or a component, integrated circuit, or chip in a network-side device. The network-side device may be a base station. Exemplarily, the base station may include, but is not limited to, the types of the network-side device 12 listed above, and the embodiments of the present application do not make specific limitations.

[0108] The SPS PDSCH type indication device in the embodiments of the present application may be a device with an operating system. The operating system may be an Android operating system, an iOS operating system, or other possible operating systems, and the embodiments of the present application do not make specific limitations.

[0109] The SPS PDSCH type indication device provided in the embodiments of the present application can implement Figure 2The various processes implemented by the method embodiments achieve the same technical effects. To avoid repetition, they will not be elaborated here.

[0110] Figure 4 FIG. shows a schematic flowchart of a method for determining the type of SPS PDSCH provided by an embodiment of the present application. This method 400 can be executed by a terminal. In other words, the method can be executed by software or hardware installed on the terminal. As Figure 4 shown, the method may include the following steps.

[0111] S410, the terminal determines the type of the SPS PDSCH of the terminal according to an indication from a network-side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0112] In the embodiment of the present application, the network-side device may directly indicate the type of the SPS PDSCH to the terminal, thereby determining the RNTI for scrambling the SPS PDSCH. Alternatively, the network-side device may also directly indicate the RNTI corresponding to the SPS PDSCH to the terminal. The terminal can determine the RNTI for descrambling the SPS PDSCH according to the indication from the network-side device, use the corresponding RNTI to descramble the SPS PDSCH, and perform other corresponding processing. For example, if the HARQ-ACK processing for the multicast SPS PDSCH and the unicast SPS PDSCH is different, the UE may also perform corresponding HARQ-ACK processing according to the type of the SPS PDSCH.

[0113] In the embodiment of the present application, according to the indication from the network-side device, the terminal can determine whether a certain SPS PDSCH of the terminal is for multicast transmission or for unicast transmission, and then can use the RNTI corresponding to the type of the SPS PDSCH for descrambling.

[0114] In the embodiment of the present application, the network-side device may use the above method 200 to indicate the type of the SPS PDSCH of the terminal. For specific details, reference can be made to the description in the above method 200.

[0115] In this embodiment, method 400 is the behavior on the terminal side corresponding to method 200. Below, the behavior on the terminal side will be mainly described. For other parts corresponding to method 200, reference can be made to the description in method 200 and will not be elaborated here.

[0116] In a possible implementation, after determining the type of the SPS PDSCH of the terminal in S410, the method further includes: descrambling the SPS PDSCH by using the RNTI corresponding to the type of the SPS PDSCH. For example, if the type of the SPS PDSCH is a multicast SPS PDSCH, the RNTI corresponding to this SPS PDSCH is the g-RNTI, and the g-RNTI is used to descramble this SPS PDSCH. If the SPS type of the SPS PDSCH is a unicast SPS PDSCH, the RNTI corresponding to the type of this SPS PDSCH is the CS-RNTI, and the CS-RNTI is used to descramble this SPS PDSCH.

[0117] In a possible implementation, determining the type of the SPS PDSCH of the terminal according to the indication of the network-side device may include: determining the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by a higher layer, where the first information includes at least one of the following: the type of the SPS PDSCH, the RNTI associated with the SPS PDSCH.

[0118] Determining the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by a higher layer includes: if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, determining that the SPS PDSCH is a unicast SPS PDSCH, or indicating that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH; or if the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, determining that the RNTI associated with the SPS PDSCH is a preset value, or the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0119] Optionally, the RNTI corresponding to the multicast SPS PDSCH is the group RNTI; or, the RNTI corresponding to the unicast SPS PDSCH is the configured scheduling RNTI.

[0120] Wherein, the manner in which the network-side device configures the first information of the SPS PDSCH through a higher layer may refer to the description of the relevant possible implementation manners in method 200, and will not be elaborated herein.

[0121] In a possible implementation, when multiple associated RNTIs are configured in the first information of the SPS PDSCH, or when there are multiple RNTIs indicated by the first information. For example, when the first information configures the SPS PDSCH as a multicast SPS PDSCH and there are multiple configured group RNTIs corresponding to the multicast SPS PDSCH, if the network device indicates the RNTI used by the SPS PDSCH through downlink signaling, then according to the indication of the network device's downlink signaling, determine the RNTI used by the SPS PDSCH, and use this RNTI to demodulate the SPS PDSCH. If the network device does not indicate the RNTI used by the SPS PDSCH through downlink signaling, then the UE performs blind detection on the SPS PDSCH using the multiple RNTIs.

[0122] In another possible implementation, determining the type of the terminal's SPS PDSCH according to the indication of the network device may include: determining the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH.

[0123] Optionally, determining the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH includes: if the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a first target resource, then determine that the SPS PDSCH is a multicast SPS PDSCH, where the first target resource is a resource corresponding to multicast downlink transmission. For example, a BWP corresponding to multicast downlink transmission, or a set of resource blocks corresponding to multicast downlink transmission; or, if the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a second target resource, then determine that the SPS PDSCH is a unicast SPS PDSCH, where the second target resource is a resource corresponding to unicast downlink transmission, such as a BWP corresponding to unicast downlink transmission.

[0124] For the possible implementation of the network device indicating the type of the SPS PDSCH through the configuration signaling of the SPS PDSCH, reference may be made to the description in the above method 200 regarding the network device configuring the multicast SPS PDSCH through the first signaling and configuring the unicast SPS PDSCH through the second signaling, which will not be elaborated here.

[0125] In yet another possible implementation, determining the type of the terminal's SPS PDSCH according to the indication of the network device may include: determining the type of the SPS PDSCH by activating the target DCI of the SPS PDSCH.

[0126] For example, optionally, if the target DCI is a multicast DCI, determine that the SPS PDSCH is a multicast SPS PDSCH.

[0127] If the multicast SPS PDSCH is activated by a multicast DCI, the method may further include: if the terminal is configured with multiple group RNTIs, for the SPS PDSCH, use the multiple group RNTIs to demodulate the SPS PDSCH respectively.

[0128] Alternatively, indication information indicating the RNTI associated with the activated SPS PDSCH may be carried in the multicast DCI. For the SPS PDSCH, use the RNTI indicated by the activated DCI to demodulate the SPS PDSCH. For example, a specific bit field in the multicast DCI indicates the RNTI associated with the activated SPS PDSCH.

[0129] In a possible implementation, the SPS PDSCH may also be activated by a unicast DCI, and indication information indicating the type of the activated SPS PDSCH and / or the RNTI associated with the SPS PDSCH may be carried in the unicast DCI.

[0130] For example, if the unicast DCI activates a unicast SPS PDSCH, indication information indicating that the type of the SPS PDSCH is a unicast SPS PDSCH may be carried in the unicast DCI. According to the indication of the indication information, the terminal may determine to use the CS-RNTI to demodulate the activated SPS PDSCH. Alternatively, indication information indicating that the RNTI associated with the SPS PDSCH is the CS-RNTI may be carried in the unicast DCI. According to the indication of the indication information, the terminal may determine that the type of the activated SPS PDSCH is a unicast SPS PDSCH and use the CS-RNTI to demodulate the activated SPS PDSCH. Alternatively, indication information indicating that the type of the SPS PDSCH is a unicast SPS PDSCH and indication information indicating that the RNTI associated with the SPS PDSCH is the CS-RNTI may be carried in the unicast DCI at the same time. According to the indication of the indication information, the terminal may determine that the type of the activated SPS PDSCH is a unicast SPS PDSCH and use the indicated CS-RNTI to demodulate the activated SPS PDSCH.

[0131] For another example, if the unicast DCI activates a multicast SPS PDSCH, the unicast DCI may carry indication information indicating that the type of the SPS PDSCH is a multicast SPS PDSCH. According to the indication of the indication information, the terminal may determine to use the g-RNTI to scramble the activated SPS PDSCH. Alternatively, the unicast DCI may carry indication information indicating the RNTI associated with the SPS PDSCH (which is the g-RNTI). According to the indication of the indication information, the terminal may determine that the type of the activated SPS PDSCH is a multicast SPS PDSCH and use the indicated RNTI to scramble the activated SPS PDSCH. Alternatively, the unicast DCI may carry both indication information indicating that the type of the SPS PDSCH is a multicast SPS PDSCH and indication information indicating the RNTI associated with the SPS PDSCH (which is the g-RNTI; if there are multiple g-RNTIs, it is the g-RNTI used by this SPS PDSCH). According to the indication of the indication information, the terminal may determine that the type of the activated SPS PDSCH is a unicast SPS PDSCH and use the indicated g-RNTI to scramble the activated SPS PDSCH.

[0132] It should be noted that for the method for determining the type of the SPS PDSCH provided in the embodiments of the present application, the execution subject may be a device for determining the type of the SPS PDSCH, or a control module in the device for determining the type of the SPS PDSCH that is used to execute the method for determining the type of the SPS PDSCH. In the embodiments of the present application, the method for determining the type of the SPS PDSCH executed by the device for determining the type of the SPS PDSCH is taken as an example to illustrate the device for determining the type of the SPS PDSCH provided in the embodiments of the present application.

[0133] Figure 5 FIG. shows a schematic structural diagram of a device for determining the type of the SPS PDSCH provided in the embodiments of the present application, as Figure 5 shown, the device for determining the type of the SPS PDSCH mainly includes a determination module 501.

[0134] In the embodiments of the present application, the determination module 501 is configured to determine the type of the SPS PDSCH of the terminal according to the indication of the network-side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0135] In a possible implementation manner, the determination module 501 determines the type of the SPS PDSCH of the terminal, including:

[0136] Determine the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by the higher layer, where the first information includes at least one of the following: the type of the SPS PDSCH, the RNTI associated with the SPS PDSCH.

[0137] In a possible implementation, the determining module 501 determines the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by the higher layer, including:

[0138] If the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, determine that the SPS PDSCH is a unicast SPS PDSCH, or indicate that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH; or

[0139] If the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, determine that the RNTI associated with the SPS PDSCH is a preset value, or the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0140] In a possible implementation, the RNTI corresponding to the multicast SPS PDSCH is a group RNTI; or, the RNTI corresponding to the unicast SPS PDSCH is a configured scheduling RNTI.

[0141] In a possible implementation, the determining module 501 is further configured to:

[0142] If there are multiple associated RNTIs configured in the first information of the SPS PDSCH, determine the RNTI used by the SPS PDSCH according to the indication of the downlink signaling of the network side device.

[0143] In a possible implementation, the determining module 501 determines the type of the SPS PDSCH of the terminal, including:

[0144] Determine the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH.

[0145] In a possible implementation, the determining module 501 determines the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH, including:

[0146] If the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a first target resource, determine that the SPS PDSCH is a multicast SPS PDSCH, where the first target resource is a resource corresponding to multicast downlink transmission; or,

[0147] If the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a second target resource, determine that the SPS PDSCH is a unicast SPS PDSCH, where the second target resource is a resource corresponding to unicast downlink transmission.

[0148] In a possible implementation, the determining module 501 determines the type of the SPS PDSCH of the terminal, including:

[0149] Determine the type of the SPS PDSCH by activating the target DCI of the SPS PDSCH.

[0150] In a possible implementation, the determining module 501 determines the type of the SPS PDSCH of the terminal according to an indication of a network-side device, including:

[0151] If the target DCI is a multicast DCI, determine that the SPS PDSCH is a multicast SPS PDSCH.

[0152] In a possible implementation, the determining module 501 is further configured to:

[0153] If the terminal is configured with multiple group RNTIs, for a candidate physical downlink shared channel PDSCH of the SPS PDSCH, use the multiple group RNTIs to demodulate the candidate PDSCH respectively.

[0154] In a possible implementation, the target DCI carries indication information, and the indication information indicates the type of the SPS PDSCH and / or the associated RNTI.

[0155] In a possible implementation, the determining module 501 is further configured to:

[0156] For the SPS PDSCH, use the RNTI corresponding to the indication information carried in the target DCI to demodulate the SPS PDSCH.

[0157] The SPS PDSCH type determination device in the embodiments of this application can be a device, or a component, integrated circuit, or chip in a terminal. This device can be a mobile terminal or a non-mobile terminal. Exemplarily, the mobile terminal can include, but is not limited to, the types of the above-listed terminal 11, and the non-mobile terminal can be a server, a Network Attached Storage (NAS), a personal computer (PC), a television (TV), a teller machine, or a self-service machine, etc., which are not specifically limited in the embodiments of this application.

[0158] The SPS PDSCH type determination device in the embodiments of this application can be a device with an operating system. The operating system can be the Android operating system, the iOS operating system, or other possible operating systems, which are not specifically limited in the embodiments of this application.

[0159] The SPS PDSCH type determination device provided in the embodiments of this application can implement Figure 4 each process implemented by the method embodiments and achieve the same technical effects. To avoid repetition, details are not described here again.

[0160] Optionally, as Figure 6 shown, the embodiments of this application further provide a communication device 600, including a processor 601, a memory 602, and a program or instruction stored on the memory 602 and executable on the processor 601. For example, when the communication device 600 is a terminal, when the program or instruction is executed by the processor 601, it implements each process of the above SPS PDSCH type determination method embodiment and can achieve the same technical effects. When the communication device 600 is a network-side device, when the program or instruction is executed by the processor 601, it implements each process of the above SPS PDSCH type indication method embodiment and can achieve the same technical effects. To avoid repetition, details are not described here again.

[0161] Figure 7 It is a schematic diagram of the hardware structure of a terminal for implementing the embodiments of this application.

[0162] 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, etc.

[0163] Those skilled in the art can understand that the terminal 700 may further include a power source (such as a battery) for powering each component. The power source can be logically connected to the processor 710 through a power management system, so as to manage functions such as charging, discharging, and power consumption management through the power management system. In the figure 7 The terminal structure shown does not limit the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0164] It should be understood that in the embodiments of the present application, the input unit 704 may include a Graphics Processing Unit (GPU) 7041 and a microphone 7042. The graphics processor 7041 processes the image data of static pictures or videos obtained by an image capture device (such as a camera) in a video capture mode or an 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 707 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. The 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, a joystick, which will not be elaborated here.

[0165] In the embodiments of the present application, after receiving the downlink data from the network side device, the radio frequency unit 701 processes it for the processor 710; in addition, it sends the uplink data 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.

[0166] The memory 709 can be used to store software programs or instructions and various data. The memory 709 mainly includes a program or instruction storage area and a data storage area. Among them, the program or instruction storage area can store an operating system, applications or instructions required for at least one function (such as a sound playback function, an image playback function, etc.). In addition, the memory 709 may include a high-speed random access memory, and may also include a non-volatile memory. Among them, the non-volatile memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable Programmable ROM (EPROM), an Electrically Erasable Programmable ROM (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.

[0167] The processor 710 may include one or more processing units; optionally, the processor 710 may integrate an application processor and a modem processor. Among them, the application processor mainly processes the operating system, user interface, application programs or instructions, etc., and the modem processor mainly processes wireless communication, such as a baseband processor. It can be understood that the above-mentioned modem processor may not be integrated into the processor 710 either.

[0168] Among them, the processor 710 is used to determine the type of the SPS PDSCH of the terminal according to the indication of the network-side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0169] The terminal can learn whether the SPS PDSCH is for unicast transmission or for multicast transmission according to the indication of the network-side device, and then can use the corresponding RNTI for descrambling.

[0170] Optionally, the processor 710 is further used to determine the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by the higher layer, where the first information includes at least one of the following: the type of the SPS PDSCH, the RNTI associated with the SPS PDSCH.

[0171] Optionally, the processor 710 is further used to determine that the SPS PDSCH is a unicast SPS PDSCH if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, or determine that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH; or

[0172] If the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, determine that the RNTI associated with the SPS PDSCH is a preset value, or the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0173] Optionally, the processor 710 is further used to determine the RNTI used by the SPS PDSCH according to the indication of the downlink signaling of the network-side device if there are multiple associated RNTIs configured in the first information of the SPS PDSCH.

[0174] Optionally, the processor 710 is further used to determine the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH.

[0175] Optionally, the processor 710 is further configured to determine that the SPS PDSCH is a multicast SPS PDSCH if the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a first target resource, where the first target resource is a resource corresponding to multicast downlink transmission; or,

[0176] if the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a second target resource, determine that the SPS PDSCH is a unicast SPS PDSCH, where the second target resource is a resource corresponding to unicast downlink transmission.

[0177] Optionally, the processor 710 is further configured to determine the type of the SPS PDSCH by activating the target DCI of the SPS PDSCH.

[0178] Optionally, the processor 710 is further configured to determine that the SPS PDSCH is a multicast SPS PDSCH if the target DCI is a multicast DCI.

[0179] Optionally, if the terminal is configured with multiple group RNTIs, for the SPS PDSCH, the processor 710 is further configured to use the multiple group RNTIs to demodulate the SPS PDSCH respectively.

[0180] Optionally, for the SPS PDSCH, the processor 710 is further configured to use the RNTI corresponding to the indication information carried in the target DCI to demodulate the SPS PDSCH.

[0181] Specifically, an embodiment of the present application further provides a network-side device. As Figure 8 shown, the network 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 then sends it out through the antenna 801.

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

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

[0184] The baseband device 803 may further include a network interface 806 for interacting with the radio frequency device 802. This interface is, for example, a common public radio interface (CPRI for short).

[0185] Specifically, the network-side device in the embodiments of the present invention further includes: instructions or programs stored on the memory 805 and executable on the processor 804. The processor 804 calls the instructions or programs in the memory 805 to execute Figure 3 the methods executed by the modules shown and achieve the same technical effects. To avoid repetition, they will not be elaborated here.

[0186] The embodiments of the present application further provide a readable storage medium. Programs or instructions are stored on the readable storage medium. When the programs or instructions are executed by a processor, the various processes of the above embodiments of the method for determining the type of SPS PDSCH are implemented, or when the programs or instructions are executed by a processor, the various processes of the above embodiments of the method for indicating the type of SPS PDSCH are implemented, and the same technical effects can be achieved. To avoid repetition, they will not be elaborated here.

[0187] Among them, the processor is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media such as computer read-only memory (ROM), random access memory (RAM), magnetic disks, or optical discs.

[0188] The embodiments of the present application further provide a chip. The chip includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run network-side device programs or instructions to implement the various processes of the above embodiments of the method for indicating the type of SPS PDSCH and achieve the same technical effects, or the processor is used to run terminal programs or instructions to implement the various processes of the above embodiments of the method for determining the type of SPS PDSCH and achieve the same technical effects. To avoid repetition, they will not be elaborated here.

[0189] It should be understood that the chip mentioned in the embodiments of the present application may also be referred to as a system-on-chip, system chip, chip system, or system-on-chip.

[0190] An embodiment of the present application also provides a computer program product, which includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor. When the program or instruction is executed by the processor, it implements each process in the embodiment of the method for indicating the type of SPS PDSCH, or implements each process in the embodiment of the method for determining the type of SPS PDSCH, and can achieve the same technical effect. To avoid repetition, it will not be elaborated here.

[0191] It should be noted that in this document, the term "including", "comprising" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements not only includes those elements, but also includes other elements not expressly listed, or also includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "including a..." does not exclude the existence of additional identical elements in the process, method, article or device including that element. In addition, it should be pointed out that the methods and devices in the embodiments of the present application are not limited to performing functions in the order shown or discussed. It may also include performing functions in a substantially simultaneous manner or in a reverse order according to the functions involved. For example, the described methods may be performed in an order different from that described, and various steps may be added, omitted, or combined. Additionally, the features described with reference to certain examples may be combined in other examples.

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

[0193] The embodiments of the present application have been described above in conjunction with the accompanying drawings. However, the present application is not limited to the above specific embodiments. The above specific embodiments are merely illustrative and not restrictive. Under the inspiration of the present application, those of ordinary skill in the art can also make many forms without departing from the purpose of the present application and the scope protected by the claims, and all of them belong to the protection scope of the present application.

Claims

1. A method for indicating the type of semi-static scheduling (SPS) physical downlink shared channel (PDSCH), characterized in that, the method includes: The network side device indicates the type of SPS PDSCH to the terminal, where the type includes multicast SPS PDSCH for multicast transmission or unicast SPS PDSCH for unicast transmission; Wherein, the network side device indicates the type of SPS PDSCH to the terminal, including at least one of the following: The network side device configures first information for the SPS PDSCH through a high-layer parameter, where the first information includes at least one of the following: the type of the SPS PDSCH, the radio network temporary identity (RNTI) associated with the SPS PDSCH; The network side device configures the multicast SPS PDSCH through a first signaling and configures the unicast SPS PDSCH through a second signaling; The method further includes: configuring an associated RNTI for the multicast SPS PDSCH through a high-layer signaling; and / or, indicating the RNTI associated with the multicast SPS PDSCH through the activation downlink control information (DCI) of the multicast SPS PDSCH, where the terminal is configured with multiple RNTIs for multicast SPS PDSCH transmission.

2. The method according to claim 1, characterized in that, If the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, then it is indicated that the type of the SPS PDSCH is unicast SPS PDSCH, or it is indicated that the type of the SPS PDSCH corresponds to the RNTI associated with the SPS PDSCH.

3. The method according to claim 1, characterized in that, If the associated RNTI is not configured in the first information of the SPS PDSCH, then it is indicated that the RNTI associated with the SPS PDSCH is a preset RNTI, or it is indicated that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

4. The method according to any one of claims 1 to 3, characterized in that, The RNTI corresponding to the multicast SPS PDSCH is a group RNTI; and / or, The RNTI corresponding to the unicast SPS PDSCH is a configured scheduling RNTI.

5. The method according to claim 1, characterized in that, the method further includes: If multiple associated RNTIs are configured in the first information of the SPS PDSCH, then the RNTI used by the SPS PDSCH is indicated through a downlink signaling.

6. The method according to claim 1, characterized in that, Configuring the multicast SPS PDSCH through a first signaling includes: Configuring the multicast SPS PDSCH on a first target resource through the first signaling, where the first target resource is a resource corresponding to multicast downlink transmission.

7. The method according to claim 6, characterized in that, Configuring the unicast SPS PDSCH through a second signaling includes: Configure the unicast SPS PDSCH on a second target resource through the second signaling, where the second target resource is a resource corresponding to unicast downlink transmission.

8. The method according to claim 1, wherein, The network side device indicates the type of the SPS PDSCH to the terminal, including: Activating the SPS PDSCH using a target DCI, and indicating the type of the configured SPS PDSCH activated through the target DCI.

9. The method according to claim 8, wherein, The target DCI is a multicast DCI, indicating that the activated SPS PDSCH is a multicast SPS PDSCH, where the multicast DCI is scrambled with a specific RNTI.

10. The method according to claim 9, wherein, The specific RNTI includes a group RNTI.

11. The method according to any one of claims 8 to 10, wherein, The target DCI carries indication information, and the indication information indicates the type of the activated SPS PDSCH and / or the associated RNTI.

12. A method for determining the type of an SPS PDSCH, wherein, The method includes: The terminal determines the type of the SPS PDSCH of the terminal according to the indication of the network side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission; wherein, determining the type of the SPS PDSCH of the terminal according to the indication of the network side device includes at least one of the following: Determining the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by a higher layer, where the first information includes at least one of the following: the type of the SPS PDSCH, the RNTI associated with the SPS PDSCH; Determining the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH, where the configuration signaling includes a first signaling or a second signaling, the SPS PDSCH configured by the first signaling is a multicast SPS PDSCH, and the SPS PDSCH configured by the second signaling is a unicast SPS PDSCH; The method further includes: determining the RNTI associated with the multicast SPS PDSCH based on the configuration of a higher layer signaling; and / or, determining the RNTI associated with the multicast SPS PDSCH through the activation DCI of the multicast SPS PDSCH, where the terminal is configured with multiple RNTIs for multicast SPS PDSCH transmission.

13. The method according to claim 12, wherein, Determining the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by a higher layer includes: If the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, determine that the SPS PDSCH is a unicast SPS PDSCH, or determine that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH; or If the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, determine that the RNTI associated with the SPS PDSCH is a preset value, or determine that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

14. The method according to claim 12 or 13, wherein, the RNTI corresponding to the multicast SPS PDSCH is a group RNTI; or, the RNTI corresponding to the unicast SPS PDSCH is a configured scheduling RNTI.

15. The method according to claim 12, wherein, the method further includes: If multiple associated RNTIs are configured in the first information of the SPS PDSCH, determine the RNTI used by the SPS PDSCH according to the indication of the downlink signaling of the network side device.

16. The method according to claim 12, wherein, determining the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH includes: If the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a first target resource, determine that the SPS PDSCH is a multicast SPS PDSCH, where the first target resource is a resource corresponding to multicast downlink transmission; or, If the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a second target resource, determine that the SPS PDSCH is a unicast SPS PDSCH, where the second target resource is a resource corresponding to unicast downlink transmission.

17. The method according to claim 12, wherein, determining the type of the SPS PDSCH of the terminal according to the indication of the network side device includes: Determine the type of the SPS PDSCH by activating the target DCI of the SPS PDSCH.

18. The method according to claim 17, wherein, determining the type of the SPS PDSCH of the terminal according to the indication of the network side device includes: If the target DCI is a multicast DCI, determine that the SPS PDSCH is a multicast SPS PDSCH.

19. The method according to claim 18, wherein, the method further includes: If the terminal is configured with multiple group RNTIs, for the SPS PDSCH, use the multiple group RNTIs to demodulate the SPS PDSCH respectively.

20. The method according to any one of claims 17 to 19, wherein, The target DCI carries indication information, and the indication information indicates the type of the SPS PDSCH and / or the RNTI associated with the SPS PDSCH.

21. The method according to claim 20, wherein, the method further includes: For the SPS PDSCH, use the RNTI corresponding to the indication information carried in the target DCI to descramble the SPS PDSCH.

22. A device for indicating the type of SPS PDSCH, wherein, it includes: An indication module, configured to indicate the type of the SPS PDSCH to a terminal, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission; wherein, the indication module indicating the type of the SPS PDSCH to the terminal includes at least one of the following: Configure first information for the SPS PDSCH through a higher layer parameter, where the first information includes at least one of the following: the type of the SPS PDSCH, the radio network temporary identity RNTI associated with the SPS PDSCH; Configure the multicast SPS PDSCH through a first signaling, and configure the unicast SPS PDSCH through a second signaling; The indication module is further configured to: configure the RNTI associated with the multicast SPS PDSCH through a higher layer signaling; and / or, indicate the RNTI associated with the multicast SPS PDSCH through the activation downlink control information DCI of the multicast SPS PDSCH, where the terminal is configured with multiple RNTIs for multicast SPS PDSCH transmission.

23. A device for determining the type of SPS PDSCH, wherein, it includes: A determination module, configured to determine the type of the SPS PDSCH of a terminal according to an indication of a network side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission; wherein, the determination module determining the type of the SPS PDSCH of the terminal according to the indication of the network side device includes at least one of the following: Determine the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by a higher layer, where the first information includes at least one of the following: the type of the SPS PDSCH, the RNTI associated with the SPS PDSCH; Determine the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH, where the configuration signaling includes a first signaling or a second signaling, the SPS PDSCH configured by the first signaling is a multicast SPS PDSCH, and the SPS PDSCH configured by the second signaling is a unicast SPS PDSCH; The determining module is further configured to: determine the RNTI associated with the multicast SPS PDSCH based on the configuration of the high-layer signaling; and / or determine the RNTI associated with the multicast SPS PDSCH through the activation DCI of the multicast SPS PDSCH, where the terminal is configured with multiple RNTIs for multicast SPS PDSCH transmission.

24. The apparatus according to claim 23, wherein, the determining module determines the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by the high layer, including: if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, determining that the SPS PDSCH is a unicast SPS PDSCH, or determining that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH; or if the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, determining that the RNTI associated with the SPS PDSCH is a preset value, or determining that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

25. The apparatus according to claim 23 or 24, wherein, the RNTI corresponding to the multicast SPS PDSCH is a group RNTI; or, the RNTI corresponding to the unicast SPS PDSCH is a configured scheduling RNTI.

26. The apparatus according to claim 23, wherein, the determining module is further configured to: if multiple associated RNTIs are configured in the first information of the SPS PDSCH, determine the RNTI used by the SPS PDSCH according to the indication of the downlink signaling of the network side device.

27. The apparatus according to claim 23, wherein, the determining module determines the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH, including: if the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a first target resource, determining that the SPS PDSCH is a multicast SPS PDSCH, where the first target resource is a resource corresponding to multicast downlink transmission; or, if the configuration signaling of the SPS PDSCH configures the SPS PDSCH on a second target resource, determining that the SPS PDSCH is a unicast SPS PDSCH, where the second target resource is a resource corresponding to unicast downlink transmission.

28. The apparatus according to claim 23, wherein, the determining module determines the type of the SPS PDSCH of the terminal, including: determining the type of the SPS PDSCH by activating the target DCI of the SPS PDSCH.

29. The apparatus according to claim 28, wherein, The determining module determines the type of the SPS PDSCH of the terminal according to an indication of a network-side device, including: If the target DCI is a multicast DCI, determining that the SPS PDSCH is a multicast SPS PDSCH.

30. The apparatus according to claim 29, wherein, the determining module is further configured to: If the terminal is configured with multiple group RNTIs, for a candidate physical downlink shared channel (PDSCH) of the SPS PDSCH, respectively use the multiple group RNTIs to demodulate the candidate PDSCH.

31. The apparatus according to any one of claims 28 to 30, wherein, the target DCI carries indication information, and the indication information indicates the type of the SPS PDSCH and / or the associated RNTI.

32. The apparatus according to claim 31, wherein, the determining module is further configured to: For the SPS PDSCH, use the RNTI corresponding to the indication information carried in the target DCI to demodulate the SPS PDSCH.

33. A network-side device, wherein, it includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor. When the program or instruction is executed by the processor, the steps of the method for indicating the type of the semi-static scheduled physical downlink shared channel according to any one of claims 1 to 11 are implemented.

34. A terminal, wherein, it includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor. When the program or instruction is executed by the processor, the steps of the method for determining the type of the semi-static scheduled physical downlink shared channel according to any one of claims 12 to 21 are implemented.

35. A readable storage medium, wherein, a program or instruction is stored on the readable storage medium. When the program or instruction is executed by a processor, the method for indicating the type of the semi-static scheduled physical downlink shared channel according to any one of claims 1 to 11 is implemented, or the steps of the method for determining the type of the semi-static scheduled physical downlink shared channel according to any one of claims 12 to 21 are implemented.

Images