SPS PDSCH type indication method, device, terminal and network side device

By providing type indication for SPS PDSCH using RNTIs and signaling, the system resolves the ambiguity in SPS PDSCH transmission type, enabling efficient unicast and multicast processing in wireless communication systems.

JP7612000B2Active Publication Date: 2025-01-10VIVO MOBILE COMM CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
JP2023507712
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Priority Date
2020-08-06
Filing Date
2021-08-05
Publication Date
2025-01-10
Estimated Expiration
2041-08-05

AI Technical Summary

Technical Problem

Existing wireless communication systems face challenges in determining whether Semi-Persistent Scheduling (SPS) Physical Downlink Shared Channel (PDSCH) is used for unicast or multicast transmission, as terminals cannot differentiate between the corresponding Radio Network Temporary Identifiers (RNTIs).

Method used

The network side device provides type indication for SPS PDSCH, specifying whether it is for multicast or unicast transmission, using methods such as configuring specific RNTIs, signaling, and activation DCIs to clearly define the type of SPS PDSCH.

Benefits of technology

Enables terminals to accurately determine the type of SPS PDSCH transmission, allowing proper descrambling and processing, reducing complexity and improving efficiency in handling unicast and multicast services.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007612000000001
    Figure 0007612000000001
  • Figure 0007612000000002
    Figure 0007612000000002
  • Figure 0007612000000003
    Figure 0007612000000003
Patent Text Reader

Abstract

This application discloses a method, apparatus, terminal, and network side device for indicating the type of SPS PDSCH, which includes a step in which a network side device indicates 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.
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims priority to a Chinese patent application filed in China on August 6, 2020, bearing application number 202010784846.4 and entitled "SPS PDSCH type indication method, apparatus, terminal and network side equipment", the entire contents of which are incorporated herein by reference.

[0002] The present application relates to the technical field of wireless communication, and in particular to a method, apparatus, terminal and network side equipment for indicating an SPS PDSCH type. [Background technology]

[0003] Semi-Persistent Scheduling (SPS) For Physical Downlink Shared Channel (PDSCH) transmission, some parameters of downlink (DL) SPS are configured by higher layers and activated using downlink control information (DCI). After downlink SPS transmission is activated, PDSCH transmission is started periodically, and these PDSCH transmissions have no corresponding DCI indication.

[0004] The terminal can configure one or more DL SPSs corresponding to one configuration index in one or more serving cells, respectively, and reduce the period of each SPS PDSCH to one slot. Multiple DL SPS configurations activated simultaneously contribute to reducing delay and provide the UE with the possibility of supporting a variety of different service types.

[0005] In the related art, after DL SPS is configured, a specific unicast DCI format, for example, DCI format 1_0, DCI format 1_1, DCI format 1_2, etc., scrambled with a configured scheduling radio network temporary identifier (CS-RNTI) is activated, so that the SPS PDSCH is scrambled with the same radio network temporary identifier (RNTI) as the activated DCI. However, when a multicast / broadcast service (MBS) is scheduled using DL SPS, the SPS PDSCH needs to be scrambled with a sequence shared by multicast terminals, for example, a grouping RNTI (g-RNTI). However, in the related art, the terminal cannot determine whether the SPS PDSCH is used for unicast transmission or multicast (which may also be called intra-group broadcast communication), in other words, the terminal cannot determine the RNTI used to scramble the SPS PDSCH. Summary of the Invention [Problem to be solved by the invention]

[0006] The embodiments of the present application provide a method, apparatus, terminal and network side device for indicating the type of SPS PDSCH, which can solve the problem that a terminal cannot determine whether an SPS PDSCH is used for unicast transmission or multicast. [Means for solving the problem]

[0007] In a first aspect, a method for indicating a type of an SPS PDSCH is provided, the method including a step of a network side device indicating a type of an SPS PDSCH to a terminal, the type including a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

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

[0009] Optionally, the step of the indication module indicating the type of SPS PDSCH to the terminal includes a step of configuring first information for the SPS PDSCH according to an upper layer parameter, the first information including at least one of the type of the SPS PDSCH and a radio network temporary identifier RNTI associated with the SPS PDSCH.

[0010] Optionally, if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, indicate that the type of the SPS PDSCH is a unicast SPS PDSCH, or indicate that the type of the SPS PDSCH corresponds to an RNTI associated with the SPS PDSCH, or if an associated RNTI is not configured in the first information of the SPS PDSCH, indicate that the RNTI associated with the SPS PDSCH is a pre-configured RNTI, or indicate that the RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH.

[0011] Optionally, the RNTI corresponding to the multicast SPS PDSCH is a grouping RNTI, or the RNTI corresponding to the unicast SPS PDSCH is a configuration scheduling RNTI.

[0012] Optionally, the indication module is further used for indicating an RNTI to be used for the SPS PDSCH by downlink signaling if multiple associated RNTIs are configured in the first information of the SPS PDSCH.

[0013] Optionally, the indicating module indicating the type of SPS PDSCH to the terminal includes configuring a multicast SPS PDSCH by first signaling and configuring a unicast SPS PDSCH by second signaling.

[0014] Optionally, the instruction module configuring a multicast SPS PDSCH through a first signaling includes configuring the multicast SPS PDSCH on a first target resource corresponding to a multicast downlink transmission through the first signaling, or configuring the unicast SPS PDSCH on a second target resource corresponding to a unicast downlink transmission through the second signaling.

[0015] Optionally, the indication module is further used to configure an associated RNTI for the multicast SPS PDSCH or to indicate, via an activation DCI for the multicast SPS PDSCH, an RNTI associated with an SPS PDSCH to be used for the multicast transmission.

[0016] Optionally, the step of the indication module indicating the type of SPS PDSCH to the terminal includes the steps of activating the SPS PDSCH using a target DCI and indicating, via the target DCI, a type to be placed on the activated SPS PDSCH.

[0017] Optionally, the target DCI is a multicast DCI scrambled with a specific RNTI, indicating that the SPS PDSCH to be activated is a multicast SPS PDSCH.

[0018] Optionally, the target DCI includes an indication indicating the type of the SPS PDSCH to be activated and / or the associated RNTI.

[0019] In a third aspect, there is provided a method for determining an SPS PDSCH type, the method including: a terminal determining a type of an SPS PDSCH of the terminal according to an instruction of a network side device, the type including a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0020] In a fourth aspect, there is provided an SPS PDSCH type determination device, comprising: a determination module used for determining a type of SPS PDSCH of the terminal according to an instruction of a network side device, the type including a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0021] In a fifth aspect, there is provided a network side device comprising a processor, a memory, and a program or command stored in the memory and executable in the processor, the program or command realizing the steps of the method according to the first aspect when executed by the processor.

[0022] In a sixth aspect, there is provided a terminal comprising a processor, a memory, and a program or command stored in the memory and executable on the processor, the program or command causing, when executed by the processor, to implement the steps of the method according to the third aspect.

[0023] In a seventh aspect, there is provided a readable storage medium storing a program or command, which, when executed by a processor, causes the steps of the method according to the first aspect to be realized or causes the steps of the method according to the third aspect to be realized.

[0024] In an eighth aspect, there is provided a chip comprising a processor and a communication interface, the communication interface and the processor being coupled to each other, the processor being configured to execute a program or command of a network side device to realize the method described in the first aspect, or to execute a program or command of a terminal to realize the method described in the third aspect.

[0025] In a ninth aspect, there is provided a computer program product comprising a processor, a memory, and a program or command stored in the memory and executable on the processor, the program or command causing, when executed by the processor, the steps of the method according to the first aspect to be achieved or the steps of the method according to the third aspect to be achieved. Effect of the Invention

[0026] In an embodiment of the present application, a network side device indicates the type of SPS PDSCH to a terminal, so that the terminal can know whether the SPS PDSCH is used for unicast transmission or multicast transmission, and can further use the corresponding RNTI to descramble and perform other corresponding processing. [Brief description of the drawings]

[0027] [Figure 1] 1 shows a block diagram of a wireless communication system to which an embodiment of the present application can be applied. [Diagram 2] 3 illustrates a schematic flowchart of an SPS PDSCH type indication method provided in an embodiment of the present application; [Diagram 3] 1 shows a schematic diagram of the configuration of an SPS PDSCH type indication device provided in an embodiment of the present application; [Figure 4] 3 illustrates a schematic flowchart of an SPS PDSCH type determination method provided in an embodiment of the present application. [Diagram 5] 1 illustrates a schematic diagram of a configuration of an SPS PDSCH type determination device provided in an embodiment of the present application; [Figure 6] 1 shows a schematic diagram of a configuration of a communication device provided in an embodiment of the present application. [Figure 7] FIG. 2 shows a schematic diagram of the hardware configuration of a terminal provided in an embodiment of the present application. [Figure 8] 1 shows a schematic diagram of a hardware configuration of a network side device provided in an embodiment of the present application. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0028] Hereinafter, the technical solutions in the embodiments of the present application will be described clearly and completely with reference to the drawings in the embodiments of the present application, and it is to be understood that the described embodiments are only a part of the embodiments of the present application, and are not all of the embodiments. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without any creative efforts shall fall within the scope of protection of the present application.

[0029] The terms "first", "second", etc. in the specification and claims of this application are not intended to describe a particular order or sequence, but are intended to distinguish between similar objects. It should be understood that the terms used in this manner may be substituted for each other where appropriate, so that the embodiments of this application may be performed in an order other than that shown or described herein, and the objects distinguished by "first" and "second" are generally of one type, and the number of objects is not limited, for example, the first object may be one or more. In the specification and claims, "and / or" indicates at least one of the objects connected, and the symbol " / " generally indicates that the related objects before and after are in an "or" relationship.

[0030] It should be noted that the technology described in the embodiments of the present application is not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, and can 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 can generally be used interchangeably, and the technology described can be used in the above-mentioned systems and wireless technologies, or in other systems and wireless technologies. However, in the following description, a New Radio (NR) system is described for illustrative purposes, and NR terminology is used in most of the following description, but these technologies can be applied to systems other than NR systems, for example, 6th generation (6 th It is also applicable to 6G (Generation, 6G) communication systems.

[0031] FIG. 1 shows a block diagram of a wireless communication system applicable to the embodiment of the present application. The wireless communication system includes a terminal 11 and a network side device 12. Here, the terminal 11 may be called a terminal device or a user terminal (User Equipment, UE), and may be a terminal side device such as a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (also called a notebook computer), a personal digital assistant (PDA), a personal digital assistant, a netbook, an 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), etc., and the wearable device includes a bracelet, an earphone, 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 equipment 12 may be a base station or a core network, in which the base station may 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 (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 any other suitable term in the above field, and as long as the same technical effect can be achieved, the base station is not limited to a specific technical term. In the embodiments of the present application, only a base station in an NR system is taken as an example, but it should be explained that the specific type of the base station is not limited.

[0032] Hereinafter, the SPS PDSCH type indication method provided in the embodiments of the present application will be described in detail according to specific embodiments and application scenarios with reference to the drawings.

[0033] 2 shows a schematic flow chart of an SPS PDSCH type indication method in an embodiment of the present application, where the method 200 can be performed by a network side device. In other words, the method can be performed by software or hardware implemented in the network side device. As shown in FIG. 2, the method may include the following step S210:

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

[0035] 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 used for multicast transmission or unicast transmission, and can further know whether to use the RNTI corresponding to multicast or unicast to descramble the SPS PDSCH. Alternatively, the network side device directly indicates the RNTI corresponding to the SPS PDSCH to the terminal, so that the terminal descrambles the SPS PDSCH.

[0036] In the embodiment of the present application, since the SPS PDSCH is a PDSCH transmission periodically initiated in the downlink SPS resource, the type of the SPS PDSCH may be called the type of DL SPS, in other words, the DL SPS may be called the SPS PDSCH, and the embodiment of the present application does not distinguish between them. The type of DL SPS indicates the type of transmission of the DL SPS resource, that is, indicates whether the DL SPS is used for multicast transmission or unicast transmission. Wherein, the unicast transmission may represent point-to-point transmission, that is, transmission from one sender to one receiver. The multicast transmission may represent point-to-multipoint transmission, that is, transmission from one sender to one or more receivers, and may be called intra-group broadcast (multicast). The multicast transmission can be used, for example, for transmission of multicast / broadcast services.

[0037] In one possible implementation form, the step of the network side device indicating the type of the SPS PDSCH to the terminal may include a step of the network side device configuring first information for the SPS PDSCH according to a higher layer parameter, the first information including at least one of the type of the SPS PDSCH and the RNTI associated with the SPS PDSCH.

[0038] In the above possible implementation, when the network side device configures some parameters of the DL SPS through the higher layer, the network side device can configure the type of the DL SPS, that is, configure the type of the PDSCH (i.e., SPS PDSCH) that starts with 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.

[0039] In the above possible implementation, since the RNTI corresponding to multicast transmission and unicast transmission are different, when configuring the above first information according to higher layer parameters, the type of SPS PDSCH may be configured, or the RNTI associated with the SPS PDSCH may be directly configured, and the terminal may process the SPS PDSCH scrambled with the corresponding RNTI according to the RNTI associated with the SPS PDSCH, or the terminal may also determine the type of the SPS PDSCH according to the RNTI associated with the SPS PDSCH, or the type of the SPS PDSCH may be configured with the RNTI associated with the SPS PDSCH at the same time.

[0040] Optionally, if an associated RNTI is not configured in the first information of the SPS PDSCH, the RNTI associated with the SPS PDSCH is indicated to be a pre-configured RNTI, or the RNTI associated with the SPS PDSCH corresponds to a type of the SPS PDSCH.

[0041] Wherein, the preset RNTI may be CS-RNTI, that is, when an SPS PDSCH has no associated RNTI configured, the SPS PDSCH is scrambled by CS-RNTI by default, or when the first information of the SPS PDSCH has an SPS PDSCH type configured, the RNTI associated with the SPS PDSCH indicates that the SPS PDSCH corresponds to the SPS PDSCH type.

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

[0043] That is, when a type of an SPS PDSCH is not configured, it indicates that the SPS PDSCH is a default type, where the default type is a unicast SPS PDSCH, and of course, is not limited thereto, and the default type may be a multicast SPS PDSCH, or, if an RNTI associated with the SPS PDSCH is configured in the first information of the SPS PDSCH, it indicates that the type of the SPS PDSCH corresponds to the RNTI associated with the SPS PDSCH.

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

[0045] 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 a g-RNTI, and if the SPS type of the SPS PDSCH is a unicast SPS PDSCH, the RNTI corresponding to the type of the SPS PDSCH is a CS-RNTI.

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

[0047] In one possible implementation form, in the first information of a certain SPS PDSCH, when the network side device configures multiple associated RNTIs for the SPS PDSCH, the network side device can indicate the RNTI used for the SPS PDSCH by downlink signaling. For example, the network side device can indicate the RNTI used for the SPS PDSCH by the activation DCI of the SPS PDSCH, and the terminal can determine the RNTI used to descramble the SPS PDSCH according to the indication of the activation DCI. Alternatively, the network side device may not indicate, and the terminal may perform blind detection on the SPS PDSCH using the multiple RNTIs configured for the SPS PDSCH.

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

[0049] In the following, an example will be described in which the first information is SPS-config or sps-ConfigToAddModList-r16. Here, SPS-config or sps-ConfigToAddModList-r16 is placed in parameter BWP-DownlinkDedicated, and for each SPS-config, a period, the number of Hybrid Automatic Repeat request Acknowledgement (HARQ-ACK) processes, a Physical Uplink Control Channel (PUCCH) resource for feeding back HARQ-ACK, a Modulation and coding scheme (MCS) table, a configuration index, etc. are placed. When a UE supports multiple DL SPSs, one or multiple SPS-configs can be placed by sps-ConfigToAddModList-r16. Here, in BWP-DownlinkDedicated, only one of sps-Config and sps-ConfigToAddModList-r16 can be configured, i.e., one DL SPS is configured by sps-Config, or one or more DL SPSs are configured by sps-ConfigToAddModList-r16.

[0050] If MBS services can also be scheduled by DL SPS, a scrambling sequence corresponding to the multicast PDSCH, i.e., a sequence common to multicast UEs, such as g-RNTI, is required for initialization of the scrambling sequence. Since different MBS services correspond to different g-RNTIs, for a certain DL SPS, the UE needs to know the RNTI used for the SPS PDSCH transmission, i.e., the UE needs to know whether the RNTI is a CS-RNTI or a g-RNTI, and if it is a g-RNTI, it needs to know which g-RNTI it is among multiple g-RNTIs.

[0051] The network side device may configure the first information by adding a parameter indicating the type of SPS PDSCH and / or the associated RNTI to SPS-config or sps-ConfigToAddModList-r16 so that the UE knows whether the SPS PDSCH is a unicast transmission or a multicast transmission, or can determine whether the information of the scrambled RNTI is a CS-RNTI or a G-RNTI.

[0052] For example, you may add the following to SPS-config or sps-ConfigToAddModList-r16: SPS-Config ::= SEQUENCE { Associated RNTI RNTI-Value … } The RNTI-Value indicates the RNTI associated with the SPS PDSCH.

[0053] Optionally, the base station may configure one or more associated RNTIs for each DL SPS via the AssocaitedRNTI, and when multiple RNTIs are configured for one DL SPS, the base station may instruct the UE via associated signaling, e.g., an activation DCI, which RNTI to use for the SPS PDSCH, or the UE may perform blind descrambling on the PDSCH using the configured multiple RNTIs until the PDSCH is correctly descrambled or attempts with all configured RNTIs have been completed.

[0054] Optionally, for a certain DL SPS, the base station may not configure an RNTI associated therewith, in which case the UE descrambles the PDSCH using a defaulted RNTI, for example, CS-RNTI.

[0055] Or, the network side device may configure the multicast DL SPS and the unicast DL SPS through different signaling to indicate the type of the configured DL SPS.

[0056] Therefore, in another possible implementation, the step of the network side equipment instructing the terminal of the type of SPS PDSCH may include the step of the network side equipment configuring a multicast SPS PDSCH by first signaling and configuring a unicast SPS PDSCH by second signaling, i.e., in this possible implementation, different types of SPS PDSCHs are configured by different signaling to indicate the type of the configured SPS PDSCH.

[0057] Optionally, the type of the configured SPS PDSCH may be indicated by a target resource where the configured SPS PDSCH is located. For example, in one possible implementation, configuring a multicast SPS PDSCH by first signaling may include configuring the multicast SPS PDSCH to a first target resource by the first signaling, where the first target resource is a resource corresponding to a multicast downlink transmission, such as a bandwidth part (BWP) corresponding to a multicast downlink transmission or a resource block set corresponding to a multicast downlink transmission.

[0058] That is, in the above possible implementation, when the SPS PDSCH configured by the first signaling is in the first target resource, it indicates that the SPS PDSCH configured by the first signaling is a multicast SPS PDSCH and the associated RNTI is a g-RNTI, where the multicast downlink transmission includes but is not limited to a multicast PDSCH.

[0059] In the above possible implementation form, the network side device may configure an associated RNTI for the multicast SPS PDSCH in the first signaling. For example, when multiple g-RNTIs are configured in the terminal, the network side device may configure an RNTI associated with the multicast SPS PDSCH in the first signaling.

[0060] Alternatively, optionally, the network side device may further indicate an RNTI associated with the multicast SPS PDSCH by an activation DCI for the SPS PDSCH.

[0061] Optionally, the network side device may configure an RNTI associated with a multicast SPS PDSCH through the first signaling. If there are multiple configured RNTIs, the network side device may further indicate an RNTI associated with the multicast SPS PDSCH (i.e., an RNTI for scrambling the multicast SPS PDSCH) through an activation DCI for the SPS PDSCH, so that the terminal knows the RNTI for scrambling the SPS PDSCH and can descramble the SPS PDSCH using the RNTI. There is no need to perform blind detection using the multiple configured RNTIs, so that the descrambling complexity of the terminal is reduced.

[0062] In one possible implementation, the step of configuring a unicast SPS PDSCH by second signaling may include the step of configuring the unicast SPS PDSCH to a second target resource by the second signaling, where the second target resource is a resource corresponding to a unicast downlink transmission, for example a BWP corresponding to a unicast downlink transmission.

[0063] That is, in the above possible implementation, if the SPS PDSCH configured by the second signaling is in a resource 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 CS-RNTI. Unicast downlink transmission includes but is not limited to unicast PDSCH.

[0064] For example, for unicast PDSCH transmission, the base station configures a DL BWP dedicated to the UE for each UE, such as a parameter BWP-DownlinkDedicated, and configures a DL SPS, such as SPS-config or sps-ConfigToAddModList-r16, in the DL BWP. For UEs receiving multicast PDSCH, a DL BWP or DL ​​common resource for multicast PDSCH transmission, such as a parameter BWP-DownlinkForMBS or configurationForMBS, is further configured, and thus the base station can configure a DL SPS for multicast transmission in the BWP or resource where the multicast PDSCH is located. That is, for a certain SPS PDSCH, if the SPS PDSCH is configured in BWP-DownlinkDedicated, it becomes a unicast SPS PDSCH, and the corresponding RNTI is CS-RNTI, and if the SPS PDSCH is configured in BWP-DownlinkForMBS or configurationForMBS, it becomes a multicast SPS PDSCH, and the corresponding RNTI is g-RNTI. When the SPS of different services correspond to different g-RNTIs, the base station may further configure an RNTI value associated with each multicast SPS PDSCH through activation DCI or higher layer signaling, or perform UE blind detection.

[0065] In yet another possible implementation form, the step of the network side device indicating the type of SPS PDSCH to the terminal may include a step of activating the SPS PDSCH using a target DCI and indicating the type to be placed on the activated SPS PDSCH by the target DCI. That is, in this possible implementation form, the type of the SPS PDSCH is indicated by an activation DCI of the SPS PDSCH (or referred to as DL SPS).

[0066] Optionally, if the target DCI is a multicast DCI, it indicates that the SPS PDSCH to be activated is a multicast SPS PDSCH, where the multicast DCI is scrambled with a specific RNTI. For example, a Cyclic Redundancy Check (CRC) of the multicast DCI is scrambled with a g-RNTI. That is, in this optional implementation, the SPS PDSCH to be activated by the multicast DCI is a multicast SPS PDSCH. In this possible implementation, the overhead of the physical downlink control channel (PDCCH) can be reduced by activating DL SPS by the multicast DCI. Or, if the target DCI is a unicast DCI, it indicates that the SPS PDSCH to be activated is a unicast SPS PDSCH, where the unicast DCI is scrambled with a specific RNTI, for example, CS-RNTI.

[0067] Alternatively, a unicast DCI may be used to activate the SPS PDSCH, with specific bit fields in the unicast DCI indicating the type of SPS PDSCH to be activated and / or the RNTI associated with the SPS PDSCH to be activated.

[0068] Of course, when a multicast SPS PDSCH is activated using a multicast DCI, a specific bit field in the multicast DCI may indicate the type of SPS PDSCH to be activated and / or the RNTI associated with the SPS PDSCH to be activated. Thus, optionally, the target DCI includes indication information indicating the type of the SPS PDSCH and / or the RNTI associated with the SPS PDSCH.

[0069] For example, a UE may configure multiple g-RNTIs, where each g-RNTI may correspond to a service or may correspond to a Temporary Mobile Group Identity (TMGI). For one candidate SPS PDSCH, the indication information included in the target DCI may indicate an RNTI associated with the SPS PDSCH to be activated, i.e., an RNTI corresponding to a service transmitted by the SPS PDSCH to be activated. When descrambling, the UE can use the RNTI to descramble the SPS PDSCH. There is no need to perform blind detection on the SPS PDSCH using multiple g-RNTIs, so the descrambling complexity of the UE is reduced.

[0070] The g-RNTI in the embodiment of the present application may be an RNTI or sequence used for scrambling a multicast DL SPS or for scrambling a DCI CRC that activates a multicast DL SPS.

[0071] For example, in the related art, DL SPS can be activated or deactivated only by unicast DCI, but for multicast PDSCH, a set of UEs needs to be activated, so activating SPS using multicast DCI can reduce PDCCH overhead. However, since each UE may access a multicast group at different times, for example, when a UE accesses a multicast service (e.g., live streaming) during the transmission of a multicast service, activation using unicast DCI is required.

[0072] Therefore, in one possible implementation of the embodiment of the present application, a multicast DCI is used to activate a multicast DL SPS. Here, the base station may selectively configure an RNTI, such as a g-RNTI, used for the multicast DL SPS, and one UE may configure one or more g-RNTIs. For example, the base station may configure the RNTI used for the multicast DL SPS in the manner according to the above-mentioned higher layer parameters. When multiple g-RNTIs are configured in the UE, one possible implementation is to indicate the RNTI used for the PDSCH for which the DL SPS is activated by the activation DCI, and another form is that the CRC of the activation DCI can be scrambled with different RNTIs, and the UE determines the RNTI used for the PDSCH to be activated by the RNTI used for scrambling the CRC of the activation DCI.

[0073] Alternatively, in another possible implementation, a multicast DL SPS may be activated using a unicast DCI, and the unicast DCI may selectively indicate the RNTI used for the activated SPS PDSCH, or the RNTI used for each SPS PDSCH may be configured by the base station, for example, the base station may configure the RNTI used for the multicast DL SPS in a manner according to the above-mentioned higher layer parameters.

[0074] It should be noted that in the SPS PDSCH type indication method provided in the embodiment of the present application, the execution body may be an SPS PDSCH type indication device, or may be a control module for executing the SPS PDSCH type indication method in the SPS PDSCH type indication device. In the embodiment of the present application, the SPS PDSCH type indication device provided in the embodiment of the present application is described by taking the SPS PDSCH type indication method being executed by the SPS PDSCH type indication device as an example.

[0075] FIG. 3 shows a schematic diagram of the configuration of an SPS PDSCH type indication device provided in an embodiment of the present application. As shown in FIG. 3, the SPS PDSCH type indication device 300 mainly includes: an indication module 301 .

[0076] In the embodiment of the present application, the indication module 301 is used for indicating the type of SPS PDSCH to the terminal, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0077] In one possible implementation, the step of the instruction module 301 instructing the terminal of the type of SPS PDSCH includes: The method includes configuring first information for the SPS PDSCH according to higher layer parameters, the first information including at least one of a type of the SPS PDSCH and a radio network temporary identifier (RNTI) associated with the SPS PDSCH.

[0078] In one possible implementation, if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, the SPS PDSCH type is indicated to be a unicast SPS PDSCH, or the SPS PDSCH type corresponds to an RNTI associated with the SPS PDSCH, or if an associated RNTI is not configured in the first information of the SPS PDSCH, the SPS PDSCH type is indicated to be a pre-configured RNTI, or the SPS PDSCH type corresponds to the SPS PDSCH type.

[0079] In one possible implementation, the RNTI corresponding to the multicast SPS PDSCH is a grouping RNTI, or the RNTI corresponding to the unicast SPS PDSCH is a configuration scheduling RNTI.

[0080] In one possible implementation, the instruction module 301 further comprises: If multiple associated RNTIs are configured in the first information of the SPS PDSCH, the first information is used to indicate the RNTI used for the SPS PDSCH by downlink signaling.

[0081] In one possible implementation, the step of the instruction module 301 instructing the terminal of the type of SPS PDSCH includes: The method includes the steps of configuring a multicast SPS PDSCH by first signaling and configuring a unicast SPS PDSCH by second signaling.

[0082] In one possible implementation, the step of the instruction module 301 configuring a multicast SPS PDSCH by the first signaling includes: Arranging the multicast SPS PDSCH to a first target resource corresponding to a multicast downlink transmission according to the first signaling; or The method includes configuring the unicast SPS PDSCH to a second target resource corresponding to a unicast downlink transmission according to the second signaling.

[0083] In one possible implementation, the instruction module 301 further comprises: Configuring an associated RNTI for the multicast SPS PDSCH; or It is used by the multicast SPS PDSCH activation DCI to indicate the RNTI associated with the SPS PDSCH used for the multicast transmission.

[0084] In one possible implementation, the step of the instruction module 301 instructing the terminal of the type of SPS PDSCH includes: The method includes activating the SPS PDSCH using a target DCI, and indicating, by the target DCI, a type to be placed on the activated SPS PDSCH.

[0085] In one possible implementation, the target DCI is a multicast DCI scrambled with a specific RNTI, indicating that the SPS PDSCH to be activated is a multicast SPS PDSCH.

[0086] In one possible implementation, the target DCI includes an indication indicating the type of the SPS PDSCH to be activated and / or the associated RNTI.

[0087] The SPS PDSCH type indication device in the embodiment of the present application may be a device, or may be an element, integrated circuit or chip in the network side equipment. The network side equipment may be a base station. For example, the base station may include, but is not limited to, the types of network side equipment 12 listed above, and the embodiment of the present application is not specifically limited thereto.

[0088] The SPS PDSCH type indication device in the embodiment of the present application may be a device having an operating system, which may be an Android operating system, an ios operating system, or other possible operating systems, and is not specifically limited in the embodiment of the present application.

[0089] The SPS PDSCH type indication device provided in the embodiment of the present application can realize each step implemented in the method embodiment of FIG. 2 and achieve the same technical effect, and detailed description thereof will be omitted here to avoid repetition.

[0090] 4 shows a schematic flow chart of a method for determining the type of SPS PDSCH provided in an embodiment of the present application, and the method 400 can be performed by a terminal. In other words, the method can be performed by software or hardware implemented in the terminal. As shown in FIG. 4, the method may include the following step S410:

[0091] In S410, the terminal determines a type of SPS PDSCH of the terminal according to an instruction of a network side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0092] In the embodiment of the present application, the network side device can directly instruct the terminal about the type of SPS PDSCH, so as to determine the RNTI for scrambling the SPS PDSCH; or the network side device can directly instruct the terminal about the RNTI corresponding to the SPS PDSCH, and the terminal can determine the RNTI for descrambling the SPS PDSCH according to the instruction of the network side device, in this way, the terminal uses the corresponding RNTI to descramble the SPS PDSCH, and performs other corresponding processing; for example, when the HARQ-ACK processing of the multicast SPS PDSCH and the unicast SPS PDSCH are different, the UE can further perform corresponding HARQ-ACK processing according to the type of the SPS PDSCH.

[0093] In an embodiment of the present application, a terminal can determine whether a certain SPS PDSCH of the terminal is used for multicast transmission or unicast transmission according to an instruction from a network side device, and can further descramble using an RNTI corresponding to the type of the SPS PDSCH.

[0094] In the embodiment of the present application, the network side device can adopt the above method 200 to indicate the type of SPS PDSCH of the terminal, and the description in the above method 200 can be referred to specifically.

[0095] In this embodiment, method 400 is the terminal-side behavior corresponding to method 200. In the following, the terminal-side behavior is mainly described. For other parts corresponding to method 200, please refer to the description in method 200 and will not be described in detail here.

[0096] In one possible implementation, after determining S410 the type of the SPS PDSCH of the terminal, the method further includes a step of descrambling the SPS PDSCH using an 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 the SPS PDSCH is a g-RNTI, and the g-RNTI is used to descramble the SPS PDSCH; if the SPS type of the SPS PDSCH is a unicast SPS PDSCH, the RNTI corresponding to the type of the SPS PDSCH is a CS-RNTI, and the CS-RNTI is used to descramble the SPS PDSCH.

[0097] In one possible implementation form, the step of determining a type of SPS PDSCH of the terminal according to an instruction of a network side device may include a step of determining a type of the SPS PDSCH according to first information of the SPS PDSCH configured by a higher layer, the first information including at least one of the type of the SPS PDSCH and an RNTI associated with the SPS PDSCH.

[0098] The step of determining a type of the SPS PDSCH according to the first information of the SPS PDSCH configured by a higher layer includes the step of determining that the SPS PDSCH is a unicast SPS PDSCH or indicating that an RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH, if the type of the SPS PDSCH is not configured in the first information of the SPS PDSCH, or the step of 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, if the RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH.

[0099] Optionally, the RNTI corresponding to the multicast SPS PDSCH is a grouping RNTI, or the RNTI corresponding to the unicast SPS PDSCH is a configuration scheduling RNTI.

[0100] Regarding the manner in which the network side device configures the first information of the SPS PDSCH through an upper layer, reference may be made to the description of the relevant possible implementation in the method 200, and the detailed description will not be given here.

[0101] In one possible implementation form, when a plurality of associated RNTIs are configured in the first information of the SPS PDSCH, or when a plurality of RNTIs are indicated by the first information, for example, when the SPS PDSCH is configured in the first information to be a multicast SPS PDSCH and a plurality of grouping RNTIs corresponding to the multicast SPS PDSCH are configured, if the network side device indicates the RNTI to be used for the SPS PDSCH by downlink signaling, the UE determines the RNTI to be used for the SPS PDSCH according to the instruction of the downlink signaling of the network side device and descrambles the SPS PDSCH using the RNTI; if the network side device does not indicate the RNTI to be used for the SPS PDSCH by downlink signaling, the UE performs blind detection on the SPS PDSCH using the plurality of RNTIs.

[0102] In another possible implementation form, determining a type of an SPS PDSCH of the terminal according to an instruction of a network side device may include determining a type of the SPS PDSCH according to configuration signaling of the SPS PDSCH.

[0103] Optionally, determining a type of the SPS PDSCH according to the SPS PDSCH configuration signaling includes: determining that the SPS PDSCH is a multicast SPS PDSCH if the SPS PDSCH configuration signaling configures the SPS PDSCH to a first target resource, where the first target resource is a resource corresponding to multicast downlink transmission, for example a BWP corresponding to multicast downlink transmission or a resource block set corresponding to multicast downlink transmission; or determining that the SPS PDSCH is a unicast SPS PDSCH if the SPS PDSCH configuration signaling configures the SPS PDSCH to a second target resource corresponding to unicast downlink transmission, where the second target resource is, for example, a BWP corresponding to unicast downlink transmission.

[0104] For a possible implementation manner in which the network side equipment indicates the type of SPS PDSCH through the configuration signaling of the SPS PDSCH, reference may be made to the description of the step in the above method 200 in which the network side equipment configures a multicast SPS PDSCH through the first signaling and configures a unicast SPS PDSCH through the second signaling, and will not be described in detail here.

[0105] In yet another possible implementation form, determining a type of SPS PDSCH of the terminal according to an instruction of a network side device may include determining a type of the SPS PDSCH according to a target DCI for activating the SPS PDSCH.

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

[0107] If a multicast SPS PDSCH is activated by a multicast DCI, the method may further include, if a plurality of grouping RNTIs are configured in the terminal, descrambling the SPS PDSCH using the plurality of grouping RNTIs for the SPS PDSCH, respectively.

[0108] Alternatively, the multicast DCI may include indication information indicating an RNTI associated with an SPS PDSCH to be activated, and thus, for the SPS PDSCH, the RNTI indicated by the activation DCI is used to descramble the SPS PDSCH, for example, a specific bit field in the multicast DCI indicates an RNTI associated with an SPS PDSCH to be activated.

[0109] In one possible implementation, the SPS PDSCH may be activated using a unicast DCI, which may include an indication indicating the type of SPS PDSCH to be activated and / or the RNTI associated with the SPS PDSCH.

[0110] For example, if a unicast DCI activates a unicast SPS PDSCH, the unicast DCI may include indication information indicating that the type of the SPS PDSCH is a unicast SPS PDSCH, and the terminal may determine to descramble the activated SPS PDSCH using a CS-RNTI according to the indication of the indication information. Alternatively, the unicast DCI may include indication information indicating that the RNTI associated with the SPS PDSCH is a CS-RNTI, and the terminal may determine that the type of the activated SPS PDSCH is a unicast SPS PDSCH according to the indication of the indication information, and descramble the activated SPS PDSCH using a CS-RNTI. Alternatively, the unicast DCI may simultaneously include 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 a CS-RNTI, and the terminal can determine that the type of the SPS PDSCH to be activated is a unicast SPS PDSCH according to the indication information, and descramble the activated SPS PDSCH using the indicated CS-RNTI.

[0111] Further, for example, if a unicast DCI activates a multicast SPS PDSCH, the unicast DCI may include indication information indicating that the type of the SPS PDSCH is a multicast SPS PDSCH, and the terminal may determine to descramble the activated SPS PDSCH using a g-RNTI according to the indication of the indication information. Alternatively, the unicast DCI may include indication information indicating an RNTI (which is a g-RNTI) related to the SPS PDSCH, and the terminal may determine that the type of the activated SPS PDSCH is a multicast SPS PDSCH according to the indication of the indication information, and descramble the activated SPS PDSCH using the indicated RNTI. Alternatively, the unicast DCI may simultaneously include indication information indicating that the type of the SPS PDSCH is a multicast SPS PDSCH and indication information indicating an RNTI related to the SPS PDSCH (g-RNTI, and if there are multiple g-RNTIs, the g-RNTI used for the SPS PDSCH), and the terminal can determine that the type of the SPS PDSCH to be activated is a multicast SPS PDSCH according to the indication information, and descramble the activated SPS PDSCH using the indicated g-RNTI.

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

[0113] FIG. 5 shows a schematic diagram of the configuration of an SPS PDSCH type determining device provided in an embodiment of the present application. As shown in FIG. 5, the SPS PDSCH type determining device mainly includes: a determining module 501 .

[0114] In an embodiment of the present application, the determining module 501 is used for determining a type of SPS PDSCH of the terminal according to the instruction of a network side device, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0115] In one possible implementation, the step of the determination module 501 determining the type of the SPS PDSCH of the terminal includes: The method includes determining a type of the SPS PDSCH according to first information of the SPS PDSCH configured by a higher layer, the first information including at least one of a type of the SPS PDSCH and an RNTI associated with the SPS PDSCH.

[0116] In one possible implementation, the step of the determining module 501 determining the type of the SPS PDSCH according to the first information of the SPS PDSCH configured by the upper layer includes: If the first information of the SPS PDSCH does not include the type of the SPS PDSCH, determining that the SPS PDSCH is a unicast SPS PDSCH or indicating that an RNTI associated with the SPS PDSCH corresponds to the type of the SPS PDSCH; or If an RNTI associated with the SPS PDSCH is not configured in the first information of the SPS PDSCH, the method includes determining that the RNTI associated with the SPS PDSCH is a preset value or indicating that the RNTI associated with the SPS PDSCH corresponds to a type of the SPS PDSCH.

[0117] In one possible implementation, the RNTI corresponding to the multicast SPS PDSCH is a grouping RNTI, or the RNTI corresponding to the unicast SPS PDSCH is a configuration scheduling RNTI.

[0118] In one possible implementation, the determination module 501 further comprises: If a plurality of associated RNTIs are configured in the first information of the SPS PDSCH, the first information is used to determine the RNTI to be used for the SPS PDSCH according to an instruction of downlink signaling from a network side device.

[0119] In one possible implementation, the step of the determination module 501 determining the type of the SPS PDSCH of the terminal includes: The method includes determining a type of the SPS PDSCH according to configuration signaling of the SPS PDSCH.

[0120] In one possible implementation, the step of the determining module 501 determining the type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH includes: determining that the SPS PDSCH is a multicast SPS PDSCH if the configuration signaling of the SPS PDSCH configures the SPS PDSCH in a first target resource corresponding to a multicast downlink transmission; or If the configuration signaling of the SPS PDSCH configures the SPS PDSCH in a second target resource corresponding to a unicast downlink transmission, determining that the SPS PDSCH is a unicast SPS PDSCH.

[0121] In one possible implementation, the step of the determination module 501 determining the type of the SPS PDSCH of the terminal includes: The method includes determining a type of the SPS PDSCH according to a target DCI for activating the SPS PDSCH.

[0122] In one possible implementation, the step of the determination module 501 determining the type of SPS PDSCH of the terminal according to the instruction of the network side device includes: If the target DCI is a multicast DCI, determining that the SPS PDSCH is a multicast SPS PDSCH.

[0123] In one possible implementation, the determination module 501 further comprises: If a plurality of grouping RNTIs are configured in the terminal, for one candidate physical downlink shared channel PDSCH of the SPS PDSCH, the plurality of grouping RNTIs are used to descramble the candidate PDSCH.

[0124] In one possible implementation, the target DCI includes an indication indicating the type of the SPS PDSCH and / or the associated RNTI.

[0125] In one possible implementation, the determination module 501 further comprises: For the SPS PDSCH, the RNTI is used to descramble the SPS PDSCH using the RNTI corresponding to the indication information included in the target DCI.

[0126] The SPS PDSCH type determination device in the embodiment of the present application may be a device, an element, an integrated circuit or a chip in a terminal. The device may be a portable terminal or a non-portable terminal. For example, the portable terminal may include, but is not limited to, the types of terminal 11 listed above, and the non-portable terminal may be a server, a network attached storage (NAS), a personal computer (PC), a television (TV), an automated teller machine or a kiosk, etc., and is not specifically limited in the embodiment of the present application.

[0127] The SPS PDSCH type determination device in the embodiment of the present application may be a device having an operating system, which may be an Android operating system, an ios operating system, or other possible operating systems, and is not specifically limited in the embodiment of the present application.

[0128] The SPS PDSCH type determination device provided in the embodiment of the present application can implement each step implemented in the method embodiment of FIG. 4 and achieve the same technical effect, and detailed description thereof will be omitted here to avoid repetition.

[0129] Optionally, as shown in Fig. 6, the embodiment of the present application further provides a communication device 600, including a processor 601, a memory 602, and a program or command stored in the memory 602 and executable by the processor 601, for example, when the communication device 600 is a terminal, the program or command is executed by the processor 601 to realize each step of the embodiment of the SPS PDSCH type determination method, and the same technical effect can be achieved. When the communication device 600 is a network side device, the program or command is executed by the processor 601 to realize each step of the embodiment of the SPS PDSCH type indication method, and the same technical effect can be achieved, and detailed description thereof will be omitted here to avoid repetition.

[0130] FIG. 7 is a schematic diagram of the hardware configuration of a terminal for implementing an embodiment of the present application.

[0131] The terminal 700 comprises elements such as, but 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.

[0132] It is understood by those skilled in the art that the terminal 700 may further include a power source (e.g., a battery) for powering each element, and the power source may be logically connected to the processor 710 through a power management system, and the power management system may further realize functions such as charge / discharge management and power consumption management. The terminal configuration shown in FIG. 7 is not intended to limit the terminal, and the terminal may include more or less elements than those shown in the drawing, or may combine some elements, or may have a different element arrangement, and detailed description thereof will be omitted here.

[0133] It should be understood that in the embodiment of the present application, the input unit 704 may include a graphics processing unit (GPU) 7041 for processing image data of static or video captured by an image capture device (e.g., a camera) in a video capture mode or an image capture mode, and a microphone 7042. The display unit 706 may include a display panel 7061, which may be arranged 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, a function button (e.g., a volume control button, a switch button, etc.), a trackball, a mouse, and a control lever, and detailed description thereof will be omitted here.

[0134] In the embodiment of the present application, the high frequency unit 701 receives downlink data from the network side device, processes the data in the processor 710, and transmits uplink data to the network side device. Typically, the high frequency unit 701 includes, but is not limited to, an antenna, at least one amplifier, a receiver-transmitter, a coupler, a low-noise amplifier, a duplexer, etc.

[0135] The memory 709 can be used to store software programs or commands and various data. The memory 709 may mainly include an area for storing programs or commands and a data storage area, which can store an operating system, applications or commands required for at least one function (e.g., audio playback function, image playback function, etc.). The memory 709 may also include a high-speed random access memory or a non-volatile memory, among which the non-volatile memory may 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 magnetic disk storage device, a flash memory device, or other non-volatile solid-state storage device may be included.

[0136] The processor 710 may include one or more processing units, and may selectively integrate an application processor, such as an operating system, a user interface, and applications or instructions, and a modem processor, such as a baseband processor, that mainly handles wireless communications, in the processor 710. It is understood that the modem processor may not be integrated into the processor 710.

[0137] The processor 710 is used for determining, according to the instruction of the network side device, the type of SPS PDSCH of the terminal, where the type includes a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission.

[0138] According to an instruction from the network side device, the terminal can know whether the SPS PDSCH is used for unicast transmission or multicast transmission, and can further perform descrambling using the corresponding RNTI.

[0139] Optionally, processor 710 is further configured to determine a type of the SPS PDSCH according to first information of the SPS PDSCH configured by a higher layer, the first information including at least one of a type of the SPS PDSCH and an RNTI associated with the SPS PDSCH.

[0140] Optionally, the processor 710 further determines that the SPS PDSCH is a unicast SPS PDSCH if the first information of the SPS PDSCH does not include a type of the SPS PDSCH, or determines that an RNTI associated with the SPS PDSCH corresponds to a 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, the RNTI associated with the SPS PDSCH is used to determine that the RNTI associated with the SPS PDSCH is a preset value or to determine that the RNTI associated with the SPS PDSCH corresponds to a type of the SPS PDSCH.

[0141] Optionally, the processor 710 is further used for determining an RNTI to be used for the SPS PDSCH according to an instruction of downlink signaling of a network side device, if the first information of the SPS PDSCH includes multiple associated RNTIs.

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

[0143] Optionally, the processor 710 further determines that the SPS PDSCH is a multicast SPS PDSCH if the configuration signaling of the SPS PDSCH configures the SPS PDSCH to a first target resource corresponding to a multicast downlink transmission; or If the configuration signaling of the SPS PDSCH configures the SPS PDSCH to a second target resource corresponding to a unicast downlink transmission, it is used to determine that the SPS PDSCH is a unicast SPS PDSCH.

[0144] Optionally, processor 710 is further adapted to determine a type of the SPS PDSCH depending on a target DCI that activates the SPS PDSCH.

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

[0146] Optionally, processor 710 is further configured to descramble the SPS PDSCH with the plurality of grouping RNTIs, respectively, for the SPS PDSCH, if the terminal is configured with a plurality of grouping RNTIs.

[0147] Optionally, processor 710 is further configured to descramble the SPS PDSCH using an RNTI corresponding to indication information included in the target DCI for the SPS PDSCH.

[0148] Specifically, an embodiment of the present application further provides a network side device. As shown in Fig. 8, 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 transmits the received information to the baseband device 803 for processing. In the downlink direction, the baseband device 803 processes the information to be transmitted and transmits it to the radio frequency device 802, and the radio frequency device 802 processes the received information before transmitting it via the antenna 801.

[0149] The above-mentioned frequency band processing device may be located in a baseband device 803 , and the method performed by the network side device in the above-mentioned embodiment can be realized by the baseband device 803 , which includes a processor 804 and a memory 805 .

[0150] The baseband device 803 may, for example, include at least one baseband board having multiple chips installed thereon, and as shown in FIG. 8, one of the chips may, for example, be a processor 804 connected to a memory 805 to call a program in the memory 805 to perform the operations of the network device as shown in the above method embodiments.

[0151] The baseband device 803 may further include a network interface 806 for communicating with the radio frequency device 802, the interface being, for example, a common public radio interface (abbreviated as CPRI).

[0152] Specifically, the network side device of the embodiment of the present application further includes a command or program stored in memory 805 and executable in processor 804, and processor 804 calls the command or program in memory 805 to execute the method executed by each module shown in FIG. 3, and the same technical effect can be achieved, and detailed description will be omitted here to avoid repetition.

[0153] The embodiments of the present application further provide a readable storage medium storing a program or command, which, when executed by a processor, realizes each step of the embodiment of the SPS PDSCH type determination method, or which, when executed by a processor, realizes each step of the embodiment of the SPS PDSCH type indication method, and can achieve the same technical effect. In order to avoid repetition, detailed description is omitted here.

[0154] The processor is the processor in the terminal according to 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.

[0155] The embodiments of the present application further provide a chip comprising a processor and a communication interface, the communication interface and the processor are coupled together, and the processor executes a program or command of a network side device to realize each step of the embodiment of the above-mentioned SPS PDSCH type indication method, and can achieve the same technical effect; or the processor executes a terminal program or command to realize each step of the embodiment of the above-mentioned SPS PDSCH type determination method, and can achieve the same technical effect. In order to avoid repetition, detailed description is omitted here.

[0156] It should be understood that the chips described in the embodiments of this application may be referred to as system chips, chip systems, system-on-chips, or the like.

[0157] An embodiment of the present application further provides a computer program product, which includes a processor, a memory, and a program or command stored in the memory and executable by the processor, and when the program or command is executed by the processor, each step in the embodiment of the SPS PDSCH type indication method is realized, or each step in the embodiment of the SPS PDSCH type determination method is realized, and the same technical effect can be achieved, and detailed description is omitted here to avoid repetition.

[0158] It should be noted that in this specification, the terms "comprise", "consist of" or any other variants are intended to include a non-exclusive inclusion, whereby a process, method, article or apparatus that includes a set of elements includes not only those elements, but also other elements not expressly stated or inherent to such process, method, article or apparatus. Unless otherwise specified, an element limited by the phrase "comprises a" does not exclude the presence of other identical elements in the process, method, article or apparatus that includes the element. It should be noted that the scope of the method and apparatus in the embodiments of this application is not limited to performing functions in the order shown or discussed, and may include performing functions in an essentially simultaneous manner or in the opposite order depending on the functions involved, for example, the described method can be performed in a different order than described, and various steps can be added, omitted or combined. It should be noted that features described with reference to some examples can be combined with other examples.

[0159] From the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be realized in the form of a combination of software and a necessary common hardware platform, and of course, they can be realized by hardware, but in many cases the former is a more preferred embodiment. Based on this view, the technical solutions of the present application can be substantially or in part contributed to the prior art can be embodied in the form of a software product, which is stored in a storage medium (e.g., ROM / RAM, magnetic disk, optical disk) and includes a number of 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 embodiments of the present application.

[0160] Although the examples of the present application have been described above with reference to the drawings, the present application is not limited to the above-mentioned specific embodiments, which are merely illustrative and not limiting. Based on the suggestions of this application, many forms that a person skilled in the art can make without departing from the spirit of the present application and the scope of protection of the claims are all within the scope of protection of the present application.

Claims

1. The method includes a step of instructing a type of SPS PDSCH by a network side device to a terminal, the type including a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission; The step of the network side device instructing the terminal of the type of SPS PDSCH includes: The network side device configures a multicast SPS PDSCH through a first signaling, and configures a unicast SPS PDSCH through a second signaling; The step of configuring a multicast SPS PDSCH by the first signaling includes: A method for indicating a type of a semi-persistent scheduling SPS physical downlink shared channel (PDSCH), comprising: configuring the multicast SPS PDSCH to a first target resource corresponding to a multicast downlink transmission by the first signaling.

2. The method according to claim 1, further comprising a step in which the network side device configures first information for the SPS PDSCH using upper layer parameters, the first information including at least one of the type of the SPS PDSCH and an RNTI associated with the SPS PDSCH.

3. The RNTI corresponding to the multicast SPS PDSCH is a grouping RNTI, and / or The method of claim 1 , wherein the RNTI corresponding to the unicast SPS PDSCH is a configuration scheduling RNTI.

4. The method of claim 2 , further comprising: indicating an RNTI to be used for the SPS PDSCH by downlink signaling if the first information of the SPS PDSCH is configured with multiple associated RNTIs.

5. The method of claim 1, further comprising indicating an RNTI associated with the multicast SPS PDSCH by activation downlink control information DCI of the multicast SPS PDSCH.

6. The step of configuring a unicast SPS PDSCH by the second signaling includes: The method of claim 1 , further comprising: placing the unicast SPS PDSCH on a second target resource by the second signaling, the second target resource being a resource corresponding to a unicast downlink transmission.

7. The terminal determines a type of SPS PDSCH of the terminal according to an instruction of a network side device, the type including a multicast SPS PDSCH for multicast transmission or a unicast SPS PDSCH for unicast transmission; The step of determining a type of SPS PDSCH of the terminal according to an instruction from the network side device includes: determining a type of the SPS PDSCH according to a configuration signaling of the SPS PDSCH, the type including: configuring a multicast SPS PDSCH according to a first signaling, and configuring a unicast SPS PDSCH according to a second signaling; The step of determining a type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH includes: determining that the SPS PDSCH is a multicast SPS PDSCH if a configuration signaling of the SPS PDSCH configures the SPS PDSCH in a first target resource corresponding to a multicast downlink transmission.

8. The method of claim 7, comprising: determining a type of the SPS PDSCH based on first information of the SPS PDSCH configured by a higher layer, the first information including at least one of the type of the SPS PDSCH and an RNTI associated with the SPS PDSCH.

9. The first information of the SPS PDSCH configured by the upper layer, The step of determining a type of PDSCH comprises: 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 9. The method of claim 8, further comprising: determining, if the first information of the SPS PDSCH does not include an RNTI associated with the SPS PDSCH, that the RNTI associated with the SPS PDSCH is a preset value; or determining that the RNTI associated with the SPS PDSCH corresponds to a type of the SPS PDSCH.

10. The method according to claim 8, further comprising: determining an RNTI to be used for the SPS PDSCH according to an instruction of downlink signaling of a network side device, if the first information of the SPS PDSCH includes a plurality of associated RNTIs.

11. The step of determining a type of the SPS PDSCH according to the configuration signaling of the SPS PDSCH includes: The method of claim 7, further comprising: determining that the SPS PDSCH is a unicast SPS PDSCH if the configuration signaling of the SPS PDSCH configures the SPS PDSCH to a second target resource corresponding to a unicast downlink transmission.

12. The RNTI corresponding to the multicast SPS PDSCH is a grouping RNTI, or The method of claim 7, wherein the RNTI corresponding to the unicast SPS PDSCH is a configuration scheduling RNTI.

13. A network side device comprising a processor, a memory, and a program or command stored in the memory and executable by the processor, the program or command being executed by the processor to realize steps of a method for indicating a type of a semi-persistent scheduling (SPS) physical downlink shared channel (PDSCH) according to any one of claims 1 to 6.

14. A terminal comprising a processor, a memory, and a program or command stored in the memory and executable by the processor, the program or command being executed by the processor to realize steps of a method for determining a type of a semi-persistent scheduling SPS physical downlink shared channel PDSCH according to any one of claims 7 to 12.

15. A readable storage medium storing a program or command, the program or command being executed by a processor to realize steps of a method for indicating the type of semi-persistent scheduling SPS physical downlink shared channel PDSCH according to any one of claims 1 to 6.

Citation Information

Patent Citations

  • Transmit mode support for ptm (point-to-multipoint) transmission and impact on pdcch blind decoding

    JP2018504052A

  • Terminal device, base station device, and communication method

    JP2020108014A

  • Base station and user terminal

    WO2016121671A1