Systems and methods for managing collisions in multi-transmit and receive point communications

Abstract

A method of managing multi-transmission and reception point (M-TRP) communications includes receiving, by a user equipment (UE), a plurality of PDSCH communications, wherein: a first subset of the plurality of PDSCH communications is associated with a first TRP, and a second subset of the plurality of PDSCH communications is associated with a second TRP different from the first TRP. The method further includes selecting a first set of one or more PDSCH communications to decode by applying a first management process to the first subset of PDSCH communications, selecting a second set of one or more PDSCH communications to decode by applying a second management process to the second subset of PDSCH communications, and decoding the first set of one or more PDSCH communications to decode and the second set of one or more PDSCH communications to decode.

Description

[0001] Cross-reference to related applications

[0002] This application claims priority and benefit to U.S. Provisional Patent Application No. 63 / 021,307, filed May 7, 2020, with the United States Patent and Trademark Office, the entire disclosure of which is incorporated herein by reference. Technical Field

[0003] Some embodiments described herein relate to systems and methods for handling or managing collisions in multiple-transmission-and-reception-points (M-TRP) communications. Background Technology

[0004] In some cellular communication protocols, such as those in the 3rd Generation Partnership Project (3GPP) 5th Generation New Radio (5G-NR) specification for cellular networks, downlink traffic (dynamic licensing or DG) or semi-persistent scheduling (SPS) that can be dynamically scheduled can be transmitted wirelessly from network equipment or network systems to user equipment (UE) (e.g., smartphones, IoT devices or other computing or electronic devices) via the Physical Downlink Shared Channel (PDSCH).

[0005] In some implementations, different antenna ports of a multiple-input multiple-output (MIMO) cellular transmission scheme can relate to a single TRP; in this case, the scheme can be referred to as a single-TRP transmission scheme. Different antenna ports of one or different channels can also correspond to multiple TRPs, which can be non-co-located (e.g., physically spaced apart); in this case, the scheme can be referred to as an M-TRP. An example of this scenario is the case where rank-2 PDSCH is transmitted by two antenna ports, where the first port is within the first TRP (TRP1) and the second port is within the second TRP (TRP2).

[0006] In some implementations, the UE may not be able to support the processing of multiple overlapping PDSCH communications from a single TRP (sharing at least one of the same time resources, e.g., at least a portion of each PDSCH communication is received by the UE on the same time unit or on the same symbol in a given time slot) (regarding the term "overlapping," as used herein, a single communication is not considered to be "overlapping" itself). In such cases, conflict management can be implemented to "drop" or not decode one or more of the multiple PDSCH communications. However, in some implementations, the UE is able to support the processing of multiple PDSCH communications from different TRPs. In such scenarios, conflict management can be complex, and improved conflict management techniques (such as those described herein) will be helpful in this regard. Summary of the Invention

[0007] According to one embodiment of this disclosure, a method for managing multiple transmit and receive point (M-TRP) communications includes: receiving a plurality of PDSCH communications by a user equipment (UE), wherein: a first subset of the plurality of PDSCH communications is associated with a first TRP, and a second subset of the plurality of PDSCH communications is associated with a second TRP different from the first TRP. The method further includes: selecting a first set of one or more PDSCH communications to be decoded by applying a first management process to the first subset of the PDSCH communications; selecting a second set of one or more PDSCH communications to be decoded by applying a second management process to the second subset of the PDSCH communications; and decoding the first set of one or more PDSCH communications to be decoded and the second set of one or more PDSCH communications to be decoded.

[0008] According to another embodiment of this disclosure, a method for managing multiple transmit and receive point (M-TRP) communications includes: a UE receiving a plurality of PDSCH communications, each PDSCH communication associated with a corresponding TRP; selecting a subset of one or more PDSCH communications to be decoded by applying management processing to the plurality of PDSCH communications; and decoding the subset of one or more PDSCH communications to be decoded. The management processing includes: selecting the subset of one or more PDSCH communications to be decoded such that: (i) there is no overlap between two PDSCH communications associated with the same TRP in the subset, and (ii) each PDSCH communication in the subset overlaps with at most one other PDSCH communication in the subset associated with a specific TRP.

[0009] According to another embodiment of this disclosure, a method for managing M-TRP communications includes: a UE receiving a plurality of PDSCH communications, each PDSCH communication being associated with a corresponding TRP; selecting a subset of one or more PDSCH communications to be decoded by applying management processing to the plurality of PDSCH communications; and decoding the subset of one or more PDSCH communications to be decoded. The management process includes: selecting a first PDSCH communication from the plurality of PDSCH communications, wherein the first PDSCH communication is associated with a first TRP; identifying a first subset of PDSCH communications that are associated with the first TRP and overlap with the first PDSCH communication, and excluding the first subset of PDSCH communications from decoding; identifying a second subset of PDSCH communications that are associated with a second TRP different from the first TRP and overlap with the first PDSCH communication; selecting a second PDSCH communication from the second subset of PDSCH communications for decoding, and excluding PDSCH communications not selected from the second subset of PDSCH communications from decoding; and excluding any PDSCH communication from the second subset of PDSCH communications that overlaps with the second PDSCH communication from decoding.

[0010] According to another embodiment of this disclosure, a method for managing M-TRP communications includes: receiving a plurality of PDSCH communications by a UE, each PDSCH communication being associated with a corresponding TRP; selecting a subset of one or more PDSCH communications to be decoded by applying management processing to the plurality of PDSCH communications; and decoding the subset of one or more PDSCH communications to be decoded. Applying the management processing includes: initializing the plurality of PDSCH communications as a candidate set of PDSCH communications to be decoded; and iteratively performing the following operations until an exit condition is met: (i) identifying any PDSCH communication in the candidate set that is associated with a first TRP and does not overlap with any PDSCH communication in the candidate set that is associated with a second TRP different from the first TRP; (ii) (a) if one or more PDSCH communications are identified in (i), selecting one of the identified one or more PDSCH communications as a first surviving PDSCH communication; (b) otherwise, selecting the PDSCH communication in the candidate set that has the lowest SPS configuration index as the first surviving PDSCH communication. (iii) Include the first surviving PDSCH communication in the subset of one or more PDSCH communications to be decoded. (iv) Update the candidate set by removing the first surviving PDSCH communication and any PDSCH communication in the candidate set that is associated with the first TRP and overlaps with the first surviving PDSCH communication. (v) Identify any PDSCH communication in the candidate set that overlaps with the first surviving PDSCH communication and is associated with the second TRP, and if such a PDSCH communication exists, select one of such PDSCH communication as the second surviving PDSCH communication, and update the candidate set by removing such (second surviving) PDSCH communication and any PDSCH communication in the candidate set that overlaps with the second surviving PDSCH communication and is associated with the second TRP. Attached Figure Description

[0011] Some example embodiments are illustrated together with the accompanying drawings and description.

[0012] Figure 1 An example communication system configured to provide communication between a network device and a UE according to some embodiments is shown.

[0013] Figure 2A Examples of PDSCH communications received by a UE according to some embodiments are shown.

[0014] Figures 2B to 2D An example of a first method for managing M-TRP communication according to some embodiments is shown.

[0015] Figures 3A to 3CAn example of a second method for managing M-TRP communication according to some embodiments is shown.

[0016] Figure 4 An example of a third method for managing M-TRP communication according to some embodiments is shown.

[0017] Figure 5 An example of a fourth method for managing M-TRP communication according to some embodiments is shown.

[0018] Figure 6 An example of a fifth method for managing M-TRP communication according to some embodiments is shown.

[0019] Figure 7 Examples of systems configured to handle or manage conflicts in M-TRP communications, according to some embodiments, are shown. Detailed Implementation

[0020] In the following detailed description, certain exemplary embodiments are described by way of illustration. This disclosure should not be construed as strictly limited to the embodiments expressly set forth herein.

[0021] Figure 1 A communication system 100 that can be used for cellular communications (e.g., according to applicable 3GPP standards) is illustrated. The communication system 100 may include network device 102, network 104, and UE 106. The techniques described herein can be implemented by the communication system 100 (or by one or more of its components).

[0022] Network device 102 may be a gNB device and may be configured to schedule transmissions between the gNB and the UE, as well as communicate with one or more other gNBs. Network device 102 may be a 5G network device. Note that the term "network device" may be used herein to refer to a network system, and a network device is not limited to a single physical device, but may also refer to multiple distributed devices (or components thereof) performing networking functions. In some embodiments, network device 102 may be a UE, and communication may be UE-to-UE (e.g., via a sidelink).

[0023] Network 104 may include, for example, a wide area network (WAN), such as a cellular communication network. UE 106 may include, for example, any device configured to communicate via network 104 (e.g., mobile devices, smartphones, tablets, desktop computers, laptops, local area network (LAN) devices (such as routers) that serve local devices and connect them to network 104, IoT devices, or any other suitable communication device). Note that the term UE is not necessarily limited to a user-operated device and can refer to a device that operates independently of user control. UE 106 may be configured to decode received communications that it is capable of decoding.

[0024] In 3GPP NR technology, downlink traffic (e.g., from network device 102 to UE 106) can be transmitted via DGPDSCH or SPS PDSCH. DG PDSCH communication is scheduled using the physical downlink control channel (PDCCH) to send downlink control information (DCI) to UE 106. Among other information, the DCI may include the time and frequency resources that UE 106 is scheduled to receive PDSCH communication, and UE 106 can use this information to correctly receive DG PDSCH communication (e.g., reserve appropriate processing resources and execute the reception protocol and processing of the received DG PDSCH communication).

[0025] UE 106 can use SPS PDSCH communication to receive PDSCH communication without requiring a corresponding scheduling DCI for each PDSCH communication (e.g., one communication can be used to establish a periodic recurring resource reservation that can be used for multiple SPS PDSCH communications). Utilizing the SPS PDSCH protocol, a "g-nodeB" (one or more 5G network-side devices) configures UE 106 with one or more SPS configurations via Radio Resource Control (RRC) messages (e.g., notifying UE 106 of communication scheduling / parameters). Such messages may include or indicate an SPS configuration information element (IE) for each serving cell per bandwidth portion (BWP), which includes, for example, periodic, Physical Uplink Control Channel (PUCCH) resource information and other information for SPS operation.

[0026] SPS configuration (including, for example, periodic scheduling for SPS PDSCH communications) can be activated by an activation DCI. The SPS activation DCI can be scrambled using the configured Licensed Radio Network Temporary Identifier (CS-RNTI), and certain DCI fields are specifically used for SPS activation identification, including the New Data Indicator (NDI), Hybrid Automatic Repeat Request (HARQ) Process Number (HPN), and Redundancy Version (RV). In some respects, the SPS activation DCI can be similar to how the DG DCI schedules DG PDSCHs to schedule the first SPS PDSCH timing. The SPS timing following SPS activation can be determined based on the periodic IE in the SPS configuration and the time-domain and frequency-domain resources indicated by the activation DCI.

[0027] MIMO transmission schemes can be used in digital communications to increase the capacity of wireless channels. The 3GPP mobile communication standard supports MIMO transmission schemes, in which other types of channels and signals, such as the PDSCH or Physical Uplink Shared Channel (PUSCH), can be transmitted from different physical antennas or different antenna ports.

[0028] Regarding M-TRP transmission and DCI, M-TRP transmission can be classified into single-DCI M-TRP and multi-DCI M-TRP. With single-DCI M-TRP, a single PDCCH communication is sent from one of the TRPs, and this single PDCCH communication schedules one or more PDSCH communications. In one transmission scheme, different layers of a single PDSCH communication are sent from different TRPs. In other transmission schemes, multiple PDSCH communications with the same transport block (TB) are sent (multiplexed in the time or frequency domain), and all layers of the PDSCH are sent from one of the TRPs. Different PDSCHs within these PDSCHs can be sent from different TRPs depending on the pattern. With multi-DCI M-TRP, each TRP sends its own PDCCH, and its own PDCCH scheduling also sends PDSCHs from ports within the same TRP.

[0029] This document provides techniques for managing conflicts or potential conflicts between different PDSCH communications from two or more TRPs (note that while some examples in this document are described with respect to PDSCH communications associated with two TRPs, some implementations can be extended to scenarios involving three or more TRPs where appropriate). These techniques can be used to enable UE 106 to receive more PDSCH communications than some other techniques (e.g., by enabling UE 106 to drop fewer PDSCH communications, or by scheduling scattered PDSCH communications (in terms of time), thus making UE 106 potentially easier to handle).

[0030] Some comparative implementations involve multiple active SPS configurations per serving cell per bandwidth portion (BWP) to support different use cases (e.g., uRLLC applications). When UE 106 has multiple active SPS configurations per cell, it can receive multiple SPS PDSCHs that overlap in time. In these comparative implementations, for UE 106 that does not support processing multiple overlapping PDSCH communications, specific SPS PDSCH communications can be selected for decoding by UE 106, and other SPS PDSCH communications can be discarded.

[0031] In some multi-DCI multi-TRP schemes, each DG or SPS PDSCH communication is associated with a TRP via higher-level parameters in the CORESET configuration based on the scheduled / activated PDCCH. Each CORESET configuration contains the RRC parameter CORSETPoolIndex, which takes, for example, a value of 0 or 1 (in some embodiments, more than two TRPs may be involved, and the index may take more than two possible values ​​accordingly). If the scheduled PDCCH is in the search space associated with a CORESET having CORSETPoolIndex = 0 / 1, it is assumed that the first / second TRP has sent the DG PDSCH. Similarly, if the activated PDCCH of the SPSPDSCH is in the search space associated with a CORESET having CORSETPoolIndex = 0 / 1, it is assumed that the first / second TRP has sent the SPS PDSCH.

[0032] In certain multi-TRP operations, UE 106 can declare the ability to process two overlapping PDSCHs (DG or SP) associated with different TRPs. In the case of SPS overlap, or DG and SPS overlap, UE 106 can be configured in an improved manner to appropriately select which communications to decode and which to discard, and UE 106 can thus decode the selected communications. Some example embodiments provide methods for resolving conflicts between DG PDSCHs and SPSPDSCHs with different configuration indices and CORSETPoolIndex values.

[0033] Figure 2A An example embodiment of a collection of PDSCH communications 202 is shown. PDSCH communications 202 can be transmitted from a gNB (e.g., network device 102) to a UE (e.g., UE 106). PDSCH communications 202 are scheduled to use certain resources, such as time and frequency resources, etc. Figure 2AAs shown. Each PDSCH communication 202 has an SPS configuration index number (other identifiers may be used in other embodiments), which ranges from #0 to #9 in the example shown. The SPS configuration index number may be a number assigned to the PDSCH communication by the gNB. Each PDSCH communication 202 is associated with a TRP (e.g., TRP0 or TRP1) from which it is transmitted, and each PDSCH communication may include an indication of its associated TRP (e.g., it may have a CORESETPoolIndex value indicating this, as discussed above). In some implementations, each CORESET may be configured by the gNB to have a CORESETPoolIndex value of 0 or 1. A CORESET with a CORESETPoolIndex value of 0 may be associated with a first TRP, while a CORESET with a CORESETPoolIndex value of 1 may be associated with a second TRP. If no CORESETPoolIndex is configured for a CORESET, it can be assumed that the CORESETPoolIndex is 0 for that CORESET. DGPDSCH communication can be associated with the TRP by sending a CORESET to schedule PDCCH communication. SPS PDSCH communication can be associated with the TRP by sending a CORESET to activate PDCCH communication. Therefore, each PDSCH can have a unique association with the TRP.

[0034] Figure 2A The x-axis shown enumerates the orthogonal frequency division multiplexing (OFDM) symbols for receiving PDSCH communication 202, which directly corresponds to the timing of UE 106 receiving PDSCH communication 202. In the example shown, the x-axis spans a time slot, and PDSCH communication 202 may include all PDSCH communication received in that time slot. Figure 2A The y-axis shown enumerates the frequency of PDSCH communication transmission.

[0035] like Figure 2A As shown, although these overlapping PDSCH communications differ in frequency, some PDSCH communications can overlap with each other in the time domain (extending over the same one or more symbols as another PDSCH communication). As mentioned above, UE 106 may not be able to handle overlapping PDSCH communications associated with the same TRP (e.g., it may not be able to handle PDSCH communication #0 (associated with TRP1) and PDSCH communication #1 (also associated with TRP1), but some UEs can support the processing (e.g., decoding) of overlapping PDSCH communications associated with different TRPs (e.g., PDSCH communication #0 (associated with TRP1) and PDSCH communication #3 (associated with TRP0)).

[0036] In such scenarios, determining which PDSCH communications to decode can be challenging for the UE. This paper presents techniques for managing overlaps or conflicts in M-TRP scenarios.

[0037] Figures 2B to 2D This illustrates the management of M-TRP communication (in the example shown, management...). Figure 2A An example embodiment of the first method of PDSCH communication 202 shown is provided. The first method of managing M-TRP communication involves independently determining the PDSCH communication that UE 106 will decode for each of TRP0 and TRP1.

[0038] Figure 2B The set of received TRP0 PDSCH communications 204 is shown, which is the PDSCH communications associated with TRP0 in PDSCH communications 202. Figure 2B A set of decoded TRP0 PDSCH communications 206 is also shown, which are TRP0 PDSCH communications that UE 106 selects to decode (in this case, PDSCH communications from the same TRP but not overlapping) and decode. The decoded TRP0 PDSCH communications 206 can be determined according to a first method for managing M-TRP communications as follows.

[0039] (i) UE 106 determines a first subset of PDSCH communications 206 associated with TRP0. This can be achieved using the CORESETPoolIndexs of the PDSCH communications 206. UE 106 sets the first subset as a decoding candidate group. (ii) UE 106 selects one PDSCH communication from the first subset as a “surviving” PDSCH communication from the decoding candidate group. For example, UE 106 can select the PDSCH communication with the lowest SPS configuration number in the first subset as the surviving PDSCH communication. (iii) UE 106 excludes all PDSCH communications in the decoding candidate group that overlap with the surviving PDSCH communication from decoding (e.g., discards or determines not to decode). (ii) and (iii) can be iterated to generate a set of surviving PDSCH communications to be decoded, wherein, between iterations, UE 106 removes from the decoding candidate group PDSCH communications that were selected as surviving PDSCH communications in previous iterations but were excluded when decoding the PDSCH communications. The exit condition for the iteration could be, for example, that the reduced subset is empty, or that the number of iterations equals the maximum number of unicast PDSCHs in the time slots that the UE can decode. Therefore, UE 106 can select the set of surviving PDSCH communications for TRP0 such that there is no PDSCH communication overlap in the set of surviving PDSCH communications for TRP0.

[0040] Figure 2C The set of received TRP1 PDSCH communications 208 is shown, which is a subset of the PDSCH communications associated with TRP1 in PDSCH communications 202. Figure 2C Also shown is a set of decoded TRP1 PDSCH communications 210, which are TRP1 PDSCH communications that UE 106 selects to decode (in this case, PDSCH communications from the same TRP but not overlapping) and decode. This can be referenced above. Figure 2B The method described for determining the TRP0 PDSCH communication 206 to be decoded is similar to the method used to determine (select from the received TRP1 PDSCH communication 208) the TRP1 PDSCH communication 210 to be decoded. Therefore, UE 106 can select a set of surviving PDSCH communications for TRP1 such that there is no PDSCH communication overlap in the set of surviving PDSCH communications for TRP1.

[0041] Figure 2D Decoded PDSCH communication 212 is shown, which is the PDSCH communication selected and decoded by UE 106. Decoded PDSCH communication 212 is the PDSCH communication selected for decoding by UE 106 using the first method for managing M-TRP communication, and includes all decoded TRP0 PDSCH communication 206 and all decoded TRP1 PDSCH communication 210. It should be noted that decoded PDSCH communication 212 does not include any overlapping PDSCH communication associated with the same TRP (which UE 106 may not be able to handle), but does include some overlapping PDSCH communication associated with different TRPs (#2 and #4 overlap, #4 and #5 overlap), which UE 106 (in this example) is able to handle, and which may have been discarded in some comparison technique (e.g., a technique that simply does not allow any overlap). Therefore, the first method for managing M-TRP communication can advantageously avoid selecting PDSCH communication that UE 106 cannot handle for decoding, and can advantageously select PDSCH communication that UE 106 can handle for decoding.

[0042] Now for reference Figures 3A to 3C , Figures 3A to 3C This illustrates the management of M-TRP communication (in this example, Figure 2A An example embodiment of the second method for PDSCH communication 202 shown is provided. Similar to the first method, for each of TRP0 and TRP1, the second method for managing M-TRP communication independently involves determining the PDSCH communication that UE 106 will decode. (See reference...) Figure 3CIn more detail, a second method for managing M-TRP communications can provide a set of PDSCH communications that is less burdensome for UE 106 decoding, but may still include one or more overlapping PDSCH communications associated with different TRPs.

[0043] Figure 3A Received TRP0 PDSCH communications 304 are shown. These are the same PDSCH communications included in the received TRP0 PDSCH communications 204 (all PDSCH communications associated with TRP0 in PDSCH communications 202). A second method for managing M-TRP communications involves grouping the TRP0 PDSCH communications 304 into groups of overlapping PDSCHs, and selecting one PDSCH communication from each group for decoding. In the example shown, the TRP0 PDSCH communications 304 are grouped into groups 1 through 3.

[0044] As an example and for the purpose of implementing a second method for managing M-TRP communications, a group of overlapping PDSCHs can be defined as a group that meets the following criteria: (a) Each PDSCH communication has a start symbol number equal to or greater than the start symbol number of the “first” or earliest PDSCH communication in the group (in the case of two or more PDSCH communications that may qualify as “first” or earliest, one may be appropriately (e.g., randomly)). (b) Each PDSCH communication has an end symbol number equal to or less than the end symbol number of the “last” or latest SPS PDSCH in the group (in the case of two or more PDSCH communications that may qualify as “last” or latest, one may be appropriately (e.g., randomly)). (c) Each PDSCH in the group overlaps with at least one other PDSCH in the group. If any given PDSCH in the group is neither the “first” nor the “last” PDSCH in the group, then both the start and end symbols of that given PDSCH overlap with at least one other PDSCH in the group.

[0045] According to the second method for managing M-TRP communication, the first group of time slots is obtained by considering any PDSCH with the earliest start symbol in the time slot. The last PDSCH in the first group is the PDSCH with the latest end symbol, so that the above conditions for the group are met. The second group of overlapping PDSCHs is obtained by excluding PDSCHs in the first group and applying the same definition to the start and last PDSCHs. According to this method, the received TRP0 PDSCH communication 304 will be divided into groups 1 to 3, as follows. Figure 3A As shown in the image.

[0046] Figure 3AAlso shown are the decoded TRP0 PDSCH communications 306. These are the PDSCH communications selected by UE 106 for decoding and are selected from the received TRP0 PDSCH communications 304 according to the second method for managing M-TRP communications. UE 106 determines the decoded TRP0 PDSCH communications 306 by selecting one PDSCH communication from each group of overlapping PDSCH communications (e.g., by selecting one PDSCH communication with the lowest SPS configuration index number from each group) and excluding all other PDSCH communications in said group from decoding.

[0047] Figure 3B The set of received TRP1 PDSCH communications 308 is shown, which is the PDSCH communications associated with TRP1 in PDSCH communications 202. Figure 3B Also shown is a set of decoded TRP1 PDSCH communications 310, which are TRP1 PDSCH communications selected by UE 106 for decoding and decoding (in this case, PDSCH communications from the same TRP but not overlapping). This can be referenced above. Figure 3A The method described for determining the TRP0 PDSCH communication 306 for decoding is similar to the method for determining the TRP1 PDSCH communication 310 for decoding.

[0048] Figure 3C The decoded PDSCH communication 312 is shown, which is the PDSCH communication that UE 106 has selected for decoding (and decoding) using the second method of managing M-TRP communications, and includes all decoded TRP0 PDSCH communications 306 and all decoded TRP1 PDSCH communications 310. Note that, unlike the first method, the second method of managing M-TRP communications excludes PDSCH communication #4 from decoding when processing the same received PDSCH communication 202 as the first method of managing M-TRP communications. Overall, compared to the first method of managing M-TRP communications, the second method of managing M-TRP communications can further reduce the processing burden on UE 106 by considering groups of overlapping PDSCH communications and decoding individual PDSCH communications from that group. In some implementations, even if the decoded PDSCH communication 212 does not include overlapping PDSCH communication associated with the same TRP, UE 106 may still find it difficult to process all the decoded PDSCH communication 212 selected for decoding (including PDSCH communication #4) using the first method for managing M-TRP communication, because there are many PDSCH communication communications that require fast and continuous processing. The second method for managing M-TRP communication can alleviate this difficulty for UE 106 compared to the first method.

[0049] The third, fourth, and fifth methods for managing M-TRP communications are described below. These methods for managing M-TRP communications do not require independent processing of PDSCH communications associated with different TRPs. The fifth method guarantees satisfactory processing, and the third and fourth methods also result in satisfactory processing, wherein UE 106 selects PDSCH communications such that: (i) two PDSCH communications not selected for decoding and associated with the same TRP overlap, and (ii) each PDSCH communication selected for decoding overlaps with at most one other PDSCH communication associated with a particular TRP. This can advantageously provide UE 106 with a reasonably manageable set of PDSCH communications for decoding. In some embodiments, UE 106 may implement the third or fourth method to select PDSCH communications and may determine whether the selected PDSCH communications satisfy the conditions (i) and (ii) above. If the selected PDSCH communications do not satisfy conditions (i) and (ii), UE 106 may, in response, implement a remedial method for selecting PDSCH communications for decoding to attempt to satisfy conditions (i) and (ii). The chosen remedy can be any appropriate method, such as one of the methods for managing M-TRP communication described herein.

[0050] Now for reference Figure 4 , Figure 4 An example embodiment of a third method for managing M-TRP communication is shown. Figure 4 The diagram shows PDSCH communication 402 received by UE106, which includes some overlapping M-TRP PDSCH communications. Figure 4 Also shown is the decoded PDSCH communication 406, which UE 106 selects from PDSCH communication 402 for decoding and decodes according to a third method for managing M-TRP communication. Figure 4 Decoded PDSCH communication 404 is also shown for reference, which is the PDSCH communication that UE 106 would choose to decode if using the first or second method of managing M-TRP communication. (As shown in...) Figure 4 As can be seen, the use of the third method results in additional dropping of PDSCH communication #2 (compared to the use of the first or second method).

[0051] A third method for managing M-TRP communications may include: UE 106 selecting PDSCH communications in the decoded PDSCH communications 406 (e.g., the PDSCH communication with the lowest SPS configuration index number in a first subset, which is #0 in the illustrated example), wherein the selected PDSCH communication is associated with a first TRP (e.g., TRP0); identifying a first subset of PDSCH communications in the decoded PDSCH communications 406 that are associated with the first TRP and overlap with the selected PDSCH communication (in the illustrated example, this subset is empty because there is no PDSCH communication #0 that overlaps with TRP0); and excluding the first subset of PDSCH communications from decoding.

[0052] A third method for managing M-TRP communications may further include: UE 106 identifying a second subset of PDSCH communications in the decoded PDSCH communications 406 that are associated with a second TRP (e.g., TRP1) different from the first TRP and overlap with the selected PDSCH communications (e.g., #1 and #2, which overlap with #0); selecting one PDSCH communication from the second subset of PDSCH communications for decoding (e.g., the PDSCH communication with the lowest SPS configuration index number in the second subset, which is #1 in the example shown); excluding any other PDSCH communications from the second subset of PDSCH communications from decoding (e.g., excluding #2); and excluding any decoded PDSCH communications in the decoded PDSCH communications 406 that overlap with one of the selected PDSCH communications from the second subset of PDSCH communications from decoding (e.g., excluding #4, which overlaps with #1).

[0053] The result of the above processing is that #2 and #4 are excluded from decoding, while #0, #1, and #3 are selected for decoding (and therefore decoded). This provides UE 106 with a reasonably manageable set of PDSCH communications for decoding.

[0054] Now for reference Figure 5 , Figure 5 An example embodiment of a fourth method for managing M-TRP communication is shown. Figure 5 The diagram shows PDSCH communication 502 received by UE106, which includes some overlapping M-TRP PDSCH communications. Figure 5 Also shown is the decoded PDSCH communication 506, in which the UE 106 selects to decode from the PDSCH communication 502 according to the fourth method for managing M-TRP communication. Figure 5 Decoded PDSCH communication 504 is also shown for reference, which is the PDSCH communication that UE 106 would choose to decode if using the first or second method of managing M-TRP communication. From Figure 5 As can be seen, compared to using the first or second method, using the fourth method results in the selection of different PDSCH communications for decoding, which can be more manageable for UE 106 processing (e.g., because for each PDSCH communication to be decoded, there is no overlap of more than one PDSCH communication associated with different TRPs).

[0055] The fourth method may include UE 106 initializing a subset of candidate PDSCH communications for decoding by setting a subset of candidate PDSCH communications as PDSCH communications 502, and iteratively performing the following processing until an exit condition (e.g., an exit condition as described below) is met.

[0056] (i): Identify any PDSCH communication in a subset of candidate PDSCH communications that is associated with a first TRP (e.g., TRP0) and does not overlap with any PDSCH communication in the subset of candidate PDSCH communications that is associated with a second TRP (e.g., TRP1), wherein the second TRP is different from the first TRP. Note that, as used herein, “identifying any PDSCH communication that satisfies a specific condition or has a specific characteristic” may include determining that no PDSCH communication satisfies the condition or has the characteristic. Figure 5 In the example shown, in the first iteration, UE 106 recognizes PDSCH communication #1.

[0057] (ii): (a) If one or more PDSCH communications (e.g., #1) are identified in (i), then one of the identified PDSCH communications is selected as the first surviving PDSCH communication (e.g., the PDSCH communication with the lowest SPS configuration index is selected), (b) otherwise, one PDSCH communication (e.g., the PDSCH communication with the lowest SPS configuration index) from the subset of candidate PDSCH communications is selected as the first surviving PDSCH communication. In the example shown, in the first iteration, (a) is implemented because PDSCH communication #1 has already been identified in (i) and PDSCH communication #1 is selected as the first surviving PDSCH communication.

[0058] (iii) Include the first surviving PDSCH communication (e.g., #1) in a subset of one or more PDSCH communications for decoding.

[0059] (iv) The subset of candidate PDSCH communications is updated for decoding by removing the first surviving PDSCH communication (e.g., #1) and removing any PDSCH communications in the subset of candidate PDSCH communications that are associated with the first TRP (e.g., TRP0) and overlap with the first surviving PDSCH communication. In the example shown, in the first iteration, PDSCH communication #1 will be removed as the first surviving PDSCH communication, and PDSCH #0 will also be removed.

[0060] (v) Identify any PDSCH communication in the subset of candidate PDSCH communications that overlaps with the first surviving PDSCH communication and is associated with the second TRP (e.g., TRP1), and if such PDSCH communication exists, then: (a) select one of such PDSCH communication (e.g., with the lowest SPS configuration index number) as the second surviving PDSCH communication, and (b) if the exit condition is not met, update the subset of candidate PDSCH communication for decoding by removing such PDSCH communication, and remove any PDSCH communication in the subset of candidate PDSCH communication that overlaps with the second surviving PDSCH communication and is associated with the second TRP. In the example shown, in the first iteration, UE 106 identifies that there is no PDSCH communication that overlaps with #1 and is associated with TRP1, therefore, skips (a) and (b).

[0061] The above processes (i)-(v) can be iterated until an exit condition is met. For example, an exit condition could be that the number of completed iterations has reached the maximum number of PDSCH communications from the two TRPs supported by the UE, or that a subset of candidate PDSCH communications has been updated to an empty subset.

[0062] Compared to using the first or second method, the fourth method described above can be used to select different PDSCH communications for decoding, which can be more manageable for UE 106 processing.

[0063] Now for reference Figure 6 , Figure 6 An example embodiment of the fifth method for managing M-TRP communication is shown. Figure 6 The diagram shows PDSCH communication 602 received by UE106, which includes some overlapping M-TRP PDSCH communications. Figure 6 Also shown is a decoded PDSCH communication 606, in which the UE 106 selects to decode from the PDSCH communication 602 according to a fifth method for managing M-TRP communication. Figure 6Decoded PDSCH communication 604 is also shown for reference, which is the PDSCH communication that UE 106 would choose to decode if using the first or second method of managing M-TRP communication. Figure 6 As can be seen, compared to the case where the first or second method is used, the use of the fifth method results in the selection of different PDSCH communications for decoding, which can be more manageable for UE 106 processing (for example, because for each PDSCH communication to be decoded, there is no overlap of more than one PDSCH communication associated with different TRPs).

[0064] The fifth method may include UE 106 initializing a subset of candidate PDSCH communications for decoding by setting a subset of candidate PDSCH communications as PDSCH communications 602, and iteratively performing the following processes until an exit condition (e.g., an exit condition as described below) is met.

[0065] (i) Select the PDSCH communication associated with the first TRP (e.g., TRP0) from the subset of candidate PDSCH communications as the first surviving PDSCH communication. UE 106 can select the PDSCH communication associated with the first TRP and having the lowest SPS configuration index number from the subset of candidate PDSCH communications. Figure 6 In the example shown, UE 106 selects PDSCH communication #0 as the first surviving PDSCH communication.

[0066] (ii) Include the first surviving PDSCH communication in a subset of one or more PDSCH communications to be decoded.

[0067] (iii) Identify any PDSCH communication in the subset of candidate PDSCH communications to be decoded that overlaps with the first surviving PDSCH communication and is associated with a second TRP (e.g., TRP1) different from the first TRP, and if any such PDSCH communication is identified (e.g., PDSCH communication #1), select one such PDSCH communication (e.g., with the lowest SPS configuration index number) as the second surviving PDSCH communication, and include the second surviving PDSCH communication in the subset of one or more PDSCH communications to be decoded. In the example shown, UE 106 selects PDSCH communication #1 as the second surviving PDSCH communication.

[0068] (iv) If the exit condition is not met, the subset of candidate PDSCH communications is updated by: (a) removing the first surviving PDSCH communication (e.g., #0) and any PDSCH communication in the subset of candidate PDSCH communications that overlaps with the first surviving PDSCH communication (e.g., #1 and #2); and (b) if any PDSCH communication is selected as the second surviving PDSCH communication (e.g., #1), the second surviving PDSCH communication (in the example shown, #1 has already been removed, so UE106 does not need to take this action) and any PDSCH communication in the subset of candidate PDSCH communications that overlaps with the second surviving PDSCH communication (e.g., #2 (in the example shown, #3 has already been removed, so UE106 does not need to take this action) and #3).

[0069] The above processes (i)-(iv) can be iterated until an exit condition is met. For example, an exit condition could be that the number of completed iterations has reached the maximum number of PDSCH communications from the two TRPs supported by the UE, or that a subset of candidate PDSCH communications has been updated to an empty subset.

[0070] Compared to the use of the first or second method, the fifth method described above can be used to select different PDSCH communications for decoding, which can be more manageable for UE 106 processing (e.g., because for each PDSCH communication to be decoded, there is no overlap of more than one PDSCH communication associated with different TRPs).

[0071] Referring to the methods for managing M-TRP communications described above, some examples described herein involve utilizing the SPS configuration index number of PDSCH communications. In other embodiments, different index numbers or different identifiers may be used. In some embodiments, PDSCH communications received by UE 106 and processed using the methods for managing M-TRP communications described herein may include one or more DG PDSCH communications and one or more SPS PDSCH communications. The examples described above involving utilizing the SPS configuration index number of PDSCH communications can be implemented for such a mixed set of received PDSCHs, for example, by assigning an SPS configuration index number (or other identifier or index number) to a DG PDSCH communication (such an SPS configuration index number may be referred to as a virtual SPS configuration index number). In some embodiments where selecting PDSCH communications to be decoded involves selecting PDSCH communications with the lowest SPS configuration index number, DG PDSCH communications can be prioritized by assigning them an SPS configuration index number lower than any SPS configuration index number of the SPS PDSCH communication. For example, if the lowest SPS configuration index number for SPS PDSCH communication is 0, a negative SPS configuration index number can be assigned to DG PDSCH communication. DG PDSCH communication numbers can be assigned appropriately (e.g., randomly, in a manner feasible while meeting the above constraints).

[0072] Figure 7 An example of a system 700 configured to manage M-TRP conflicts according to some embodiments is shown. References Figure 7In network environment 700, electronic device 701 (which may be similar to or the same as UE 106) can communicate with electronic device 702 via a first network 798 (e.g., a short-range wireless communication network, such as a Wi-Fi network), or via a second network 799 (which may be similar to or the same as network 104, such as a long-range wireless communication network, such as a cellular communication network, such as a 5G network) to communicate with electronic device 704 or server 708 (which may be similar to or the same as network device 102). Electronic device 701 can communicate with electronic device 704 via server 708. Electronic device 701 may include processor 720, memory 730, input device 750, sound output device 755, display device 760, audio module 770, sensor module 776, interface 777, and haptic module 77. 9. Camera module 780, power management module 788, battery 789, communication module 790, subscriber identity module (SIM) 796, and / or antenna module 797. In one embodiment, at least one component (e.g., display device 760 or camera module 780) may be omitted from electronic device 701, or one or more other components may be added to electronic device 701. In one embodiment, some components may be implemented as a single integrated circuit (IC). For example, sensor module 776 (e.g., fingerprint sensor, iris sensor, or illuminance sensor) may be embedded in display device 760 (e.g., display), or display device 760 may include one or more sensors in addition to sensor module 776.

[0073] In some embodiments, electronic device 701 may include a computing device or processor configured to implement M-TRP conflict management (e.g., the method for managing M-TRP communication described herein).

[0074] Processor 720 can execute, for example, software (e.g., program 740) to control at least one other component (e.g., hardware or software component) of electronic device 701 coupled to processor 720, and can perform various data processing and / or calculations. As at least part of the data processing and / or calculations, processor 720 can load commands or data received from another component (e.g., sensor module 776 or communication module 790) into volatile memory 732, process the commands or data stored in volatile memory 732, and store the resulting data in non-volatile memory 734. Processor 720 may include a main processor 721 (e.g., central processing unit (CPU) or application processor (AP)) and an auxiliary processor 723 (e.g., graphics processing unit (GPU), image signal processor (ISP), sensor hub processor, or communication processor (CP)) that can operate independently of or in conjunction with the main processor 721. Additionally or alternatively, auxiliary processor 723 may be adapted to consume less power than the main processor 721 and / or perform specific functions. The auxiliary processor 723 can be implemented either separately from the main processor 721 or as part of the main processor 721.

[0075] The auxiliary processor 723 can replace the main processor 721 when the main processor 721 is inactive (e.g., in a sleep state), or work with the main processor 721 when the main processor 721 is active (e.g., executing an application) to control at least some of the functions or states associated with at least one component of the electronic device 701 (e.g., display device 760, sensor module 776, or communication module 790). According to one embodiment, the auxiliary processor 723 (e.g., an image signal processor or a communication processor) can be implemented as part of another component (e.g., a camera module 780 or communication module 790) functionally associated with the auxiliary processor 723.

[0076] The memory 730 may store various data used by at least one component of the electronic device 701 (e.g., processor 720 or sensor module 776). The various data may include, for example, software (e.g., program 740) and input or output data for commands associated with it. The memory 730 may include volatile memory 732 and / or non-volatile memory 734.

[0077] The program 740 can be stored as software in the memory 730 and may include, for example, an operating system (OS) 742, middleware 744, or application 746.

[0078] Input device 750 can receive commands or data from outside electronic device 701 (e.g., a user) to be used by another component of electronic device 701 (e.g., processor 720). Input device 750 may include, for example, a microphone, mouse, and / or keyboard.

[0079] The sound output device 755 can output sound signals to the outside of the electronic device 701. The sound output device 755 may include, for example, a speaker or a receiver. The speaker can be used for general purposes, such as playing multimedia or recording, and the receiver can be used to receive incoming calls. According to one embodiment, the receiver can be implemented separately from the speaker or as part of the speaker.

[0080] Display device 760 can visually provide information to the outside of electronic device 701 (e.g., a user). Display device 760 may include, for example, a display, a holographic device, and / or a projector, and control circuitry for controlling the corresponding device among the display, holographic device, and projector. According to one embodiment, display device 760 may include touch circuitry adapted to detect touch, or sensor circuitry adapted to measure the intensity of the force caused by touch (e.g., a pressure sensor).

[0081] The audio module 770 can convert sound into electrical signals and vice versa. According to one embodiment, the audio module 770 can acquire sound via an input device 750 and / or output sound via a sound output device 755 or headphones of an external electronic device 702 that is directly (e.g., wired) or wirelessly coupled to the electronic device 701.

[0082] Sensor module 776 can detect the operating state of electronic device 701 (e.g., power or temperature) and / or the environmental state outside electronic device 701 (e.g., user state), and then generate an electrical signal or data value corresponding to the detected state. Sensor module 776 may include, for example, a gesture sensor, gyroscope sensor, atmospheric pressure sensor, magnetic sensor, accelerometer, grip sensor, proximity sensor, color sensor, infrared (IR) sensor, biosensor, temperature sensor, humidity sensor, and / or illuminance sensor.

[0083] Interface 777 may support one or more specified protocols for direct (e.g., wired) or wireless coupling of electronic device 701 to external electronic device 702. According to one embodiment, interface 777 may include, for example, a High Definition Multimedia Interface (HDMI), a Universal Serial Bus (USB) interface, a Secure Digital Card (SD) interface, and / or an audio interface.

[0084] The connection terminal 778 may include a connector, through which the electronic device 701 can be physically connected to an external electronic device 702. According to one embodiment, the connection terminal 778 may include, for example, an HDMI connector, a USB connector, an SD card connector, and / or an audio connector (e.g., a headphone connector).

[0085] The haptic module 779 can convert electrical signals into mechanical stimuli (e.g., vibration or motion) and / or electrical stimuli that can be recognized by a user via touch or kinesthesia. According to one embodiment, the haptic module 779 may include, for example, a motor, a piezoelectric element, and / or an electrical stimulator.

[0086] Camera module 780 can capture still or moving images. According to one embodiment, camera module 780 may include one or more lenses, an image sensor, an image signal processor, and / or a flash.

[0087] The power management module 788 can manage the power supplied to the electronic device 701. The power management module 788 can be implemented as at least a part of, for example, a power management integrated circuit (PMIC).

[0088] The battery 789 can supply power to at least one component of the electronic device 701. According to one embodiment, the battery 789 may include, for example, a non-rechargeable primary battery, a rechargeable secondary battery, and / or a fuel cell.

[0089] Communication module 790 can support the establishment of a direct (e.g., wired) or wireless communication channel between electronic device 701 and external electronic devices (e.g., electronic device 702, electronic device 704, and / or server 708), and perform communication via the established communication channel. Communication module 790 may include one or more communication processors that can operate independently of processor 720 (e.g., AP), and can support direct (e.g., wired) communication and / or wireless communication. According to one embodiment, communication module 790 may include wireless communication module 792 (e.g., cellular communication module, short-range wireless communication module, and / or Global Navigation Satellite System (GNSS) communication module) or wired communication module 794 (e.g., local area network (LAN) communication module or power line communication (PLC) module). A corresponding one of these communication modules can communicate via a first network 798 (e.g., such as...). (Bluetooth, Wi-Fi Direct and / or Infrared Data Association (IrDA) standard short-range communication networks) or a second network 799 (e.g., a long-range communication network such as a cellular network, the Internet and / or a computer network (e.g., a LAN or a wide area network (WAN))) to communicate with external electronic devices. Bluetooth is a registered trademark of Bluetooth SIG, Inc., Kirkland, WA. These various types of communication modules can be implemented as a single component (e.g., a single IC) or as multiple components separate from each other (e.g., multiple ICs). Wireless communication module 792 can use user information (e.g., International Mobile Subscriber Identity (IMSI)) stored in subscriber identity module 796 to identify and authenticate electronic device 701 in a communication network (such as a first network 798 or a second network 799).

[0090] Antenna module 797 can transmit signals and / or power to and / or receive signals and / or power from the outside of electronic device 701 (e.g., external electronic device). According to one embodiment, antenna module 797 may include one or more antennas, and at least one antenna suitable for a communication scheme used in a communication network such as a first network 798 and / or a second network 799 can then be selected, for example, by communication module 790 (e.g., wireless communication module 792). Signals and / or power can then be transmitted and / or received between communication module 790 and external electronic device via the selected at least one antenna.

[0091] At least some of the aforementioned components may be coupled to each other and transmit signals (e.g., commands and / or data) between them via inter-peripheral communication schemes (e.g., bus, general purpose input and output (GPIO), serial peripheral interface (SPI) and / or mobile industrial processor interface (MIPI)).

[0092] According to one embodiment, commands and / or data can be sent and / or received between electronic device 701 and external electronic device 704 via server 708 coupled to a second network 799. Each of electronic devices 702 and 704 can be a device of the same or different type as electronic device 701. All or some of the operations to be performed at or by electronic device 701 can be performed at one or more of the external electronic devices 702, 704, or server 708. For example, if electronic device 701 is required to automatically perform a function and / or service, or in response to a request from a user or another device, electronic device 701 can perform the function and / or service instead, or request one or more external electronic devices to perform at least a portion of the function and / or service in addition to performing the function and / or service. One or more external electronic devices receiving the request can perform at least a portion of the requested function and / or service, and / or additional functions and / or additional services related to the request, and transmit the results of the execution to electronic device 701. Electronic device 701 can provide the results, with or without further processing, as at least part of a response to the request. For this purpose, cloud computing, distributed computing, and / or client-server computing technologies can be used, for example.

[0093] One embodiment can be implemented as software (e.g., program 740) including one or more instructions stored in a storage medium (e.g., internal memory 736 or external memory 738) readable by a machine (e.g., electronic device 701). For example, a processor of electronic device 701 can invoke at least one of the instructions stored in the storage medium and execute the at least one instruction under the control of the processor, with or without one or more other components. Thus, the machine can be operated to perform at least one function according to the invoked at least one instruction. The one or more instructions may include code generated by a compiler or code executable by an interpreter. The machine-readable storage medium may be provided in the form of a non-transitory storage medium. The term "non-transitory" indicates that the storage medium is a tangible device and does not include signals (e.g., electromagnetic waves), but the term does not distinguish between cases where data is stored semi-permanently in the storage medium and cases where data is temporarily stored in the storage medium.

[0094] According to one embodiment, the methods of this disclosure can be included and provided in a computer program product. The computer program product can be traded as a product between a seller and a buyer. The computer program product can be distributed in the form of a machine-readable storage medium (e.g., an optical disc read-only memory (CD-ROM)), or distributed online (e.g., downloaded or uploaded) via an app store (e.g., Play Store™), or directly between two user devices (e.g., smartphones). If distributed online, at least a portion of the computer program product can be temporarily generated or at least temporarily stored in a machine-readable storage medium, such as the memory of a manufacturer's server, an app store's server, or a relay server.

[0095] Embodiments of the present disclosure are described in detail herein with reference to the accompanying drawings. It should be noted that identical or similar elements may be represented by the same reference numerals / letters, even if they are shown in different drawings. Specific details such as detailed configurations and components are provided in the description herein to aid in a comprehensive understanding of the embodiments of the present disclosure. Various changes and modifications may be made to the embodiments described herein without departing from the scope of the present disclosure. For clarity and conciseness, certain detailed descriptions may be omitted.

[0096] This disclosure provides various modifications and embodiments. It should be understood that this disclosure is not limited to the various embodiments explicitly described or detailed herein, and that this disclosure includes modifications, equivalents, and alternatives within the scope of this disclosure.

[0097] Although various elements may be described using terms including ordinal numbers such as first, second, etc., the elements are not limited by these terms. Such terms are used to distinguish one element from another and do not imply any particular order. As used herein, the term “and / or” includes any and all combinations of one or more related items. Unless the context clearly indicates otherwise, the singular form is intended to include the plural form. In this disclosure, it should be understood that the terms “comprising” or “having” indicate the presence of features, numbers, steps, operations, structural elements, components, or combinations thereof, and do not exclude the possibility of the presence of one or more other features, numbers, steps, operations, structural elements, components, or combinations thereof, or the addition of one or more other features, numbers, steps, operations, structural elements, components, or combinations thereof.

[0098] According to one embodiment, at least one of the above-described components (e.g., a manager, a set of processor-executable instructions, a program, or a module) may include a single entity or multiple entities. One or more of the above-described components may be omitted, or one or more other components may be added. Alternatively or additionally, multiple components (e.g., a manager, a set of processor-executable instructions, a program, or a module) may be integrated into a single component. In this case, the integrated component can still perform one or more functions of each of the multiple components in the same or similar manner as they were performed by a corresponding one of the multiple components prior to integration. Operations performed by the manager, the set of processor-executable instructions, the program, the module, or another component may be performed sequentially, in parallel, repeatedly, or heuristically, or one or more operations may be performed in a different order or omitted, or one or more other operations may be added.

[0099] While this article references the 3GPP 5G specification to some extent, the technologies disclosed herein can be applied to or extended to other specifications, including cellular specifications (3GPP or others), such as the 3GPP 4G or LTE specifications, and any cellular specification that follows 5G (e.g., the 6G specification).

Claims

1. A method for managing multiple sender and receiver point (M-TRP) communication, comprising: The user equipment (UE) receives multiple PDSCH communications, among which: The first subset of multiple PDSCH communications is associated with the first TRP, and A second subset of multiple PDSCH communications is associated with a second TRP that is different from the first TRP; By applying a first management process to a first subset of PDSCH communications, a first set of one or more PDSCH communications to be decoded is selected. By applying a second management process to a second subset of PDSCH communications, a second set of one or more PDSCH communications to be decoded is selected; and Decode a first set of one or more PDSCH communications to be decoded, and a second set of one or more PDSCH communications to be decoded. in, Multiple PDSCH communications include one or more semi-persistent scheduling (SPS) PDSCH communications that do not require corresponding scheduling downlink control information (DCI) and one or more dynamically licensed scheduling (DG) PDSCH communications that use scheduling DCI. One or more SPS PDSCH communications are associated with the corresponding SPS configuration index number, and The method further includes: assigning an SPS configuration index number, which is lower than the SPS configuration number associated with the SPS PDSCH communication, to each of the one or more DG PDSCH communications. The first management process includes selecting the PDSCH communication with the lowest SPS configuration index number from a first subset of PDSCH communications, and The second management process involves selecting the PDSCH communication with the lowest SPS configuration index number from a second subset of the PDSCH communications.

2. The method according to claim 1, wherein, The first set of one or more PDSCH communications to be decoded is selected such that there is no PDSCH communication overlap in the first set of one or more PDSCH communications to be decoded.

3. The method according to claim 2, wherein, The first management process of the application includes: Identify the first subset of candidate decoding groups, including PDSCH communications; The decoding candidate group is updated iteratively as follows until the exit condition is met: Select a single PDSCH communication from the candidate group for decoding, and include the selected single PDSCH communication in a first set of one or more PDSCH communications to be decoded; Remove any PDSCH communications from the decode candidate group that overlap with the selected single PDSCH communication; and Remove the selected individual PDSCH communication from the decoding candidate group; and Set the updated decoding candidate group as the first set of one or more PDSCH communications to be decoded.

4. The method according to claim 3, wherein: The PDSCH communication for decoding candidate groups is associated with the semi-persistent scheduling (SPS) configuration index number, and Selecting a single PDSCH communication in the decoding candidate group includes: selecting the PDSCH communication in the decoding candidate group associated with the lowest SPS configuration index number in the SPS configuration index number.

5. The method according to claim 1, wherein, The first management process includes: identifying one or more groups of overlapping PDSCH communications, and allocating one PDSCH communication from each of the one or more groups of overlapping PDSCH communications to a first set of one or more PDSCH communications to be decoded.

6. The method according to claim 5, wherein, Each PDSCH communication in one or more groups of overlapping PDSCH communications is associated with a corresponding SPS configuration index number, and allocating a PDSCH communication from each of the one or more groups of overlapping PDSCH communications includes allocating a PDSCH communication from each of the one or more groups of overlapping PDSCH communications that is associated with the lowest SPS configuration index number in the corresponding one or more groups of overlapping PDSCH communications.

7. The method according to claim 1, wherein, The first group of one or more groups of overlapping PDSCH communications includes the earliest PDSCH communication with the earliest symbol in a first subset of multiple PDSCH communications, and wherein each PDSCH communication in the first group overlaps with at least one other PDSCH communication in the first group.

8. A method for managing multiple sender and receiver point (M-TRP) communication, comprising: The user equipment (UE) receives multiple PDSCH communications, and each PDSCH communication is associated with a corresponding TRP. By applying management processing to multiple PDSCH communications, a subset of one or more PDSCH communications to be decoded is selected, wherein the management processing includes selecting a subset of one or more PDSCH communications to be decoded such that: (i) There is no overlap in communication between two PDSCHs associated with the same TRP in a subset, and (ii) Each PDSCH communication in the subset overlaps with at most one other PDSCH communication in the subset associated with a specific TRP; and Decode a subset of one or more PDSCH communications to be decoded. in, Multiple PDSCH communications include one or more semi-persistent scheduling (SPS) PDSCH communications that do not require corresponding scheduling downlink control information (DCI) and one or more dynamically licensed scheduling (DG) PDSCH communications that use scheduling DCI. The one or more SPS PDSCH communications are associated with the corresponding SPS configuration index number. The method further includes: assigning an SPS configuration index number lower than the SPS configuration number associated with the SPS PDSCH communication to one or more DG PDSCH communications, and In the management process, the SPS configuration index number is used to select at least one PDSCH communication.

9. The method according to claim 8, wherein, Application management processes include: Initialize multiple PDSCH communications into a candidate set of PDSCH communications; and Execute the following iteratively until the exit condition is met: (i) Select the first surviving PDSCH communication associated with the first TRP from the candidate set to include it in a subset of one or more PDSCH communications to be decoded; (ii) Identify any PDSCH communication in the candidate set that overlaps with the first surviving PDSCH communication and is associated with a second TRP different from the first TRP, and if any such PDSCH communication is identified, select one such PDSCH communication as the second surviving PDSCH communication to include in a subset of one or more PDSCH communications to be decoded; and (iv) Update the candidate set as follows: Remove any PDSCH communications that overlap with the first surviving PDSCH communications from the subset of first surviving PDSCH communications and candidate PDSCH communications; and If any PDSCH communication is selected as the second surviving PDSCH communication, then remove any PDSCH communication that overlaps with the second surviving PDSCH communication from the subset of the second surviving PDSCH communication and candidate PDSCH communication.

10. The method according to claim 9, wherein, The exit condition is that the number of completed iterations has reached the maximum number of PDSCH communications from two TRPs supported by the UE, or the subset of candidate PDSCH communications is an empty subset.

11. The method according to claim 9, wherein, Selecting the PDSCH communication associated with the first TRP from the subset of candidate PDSCH communications as the first surviving PDSCH communication includes: selecting the PDSCH communication associated with the first TRP among the candidate PDSCH communications that has the lowest SPS configuration index number.

12. A method for managing multiple sender and receiver point (M-TRP) communication, comprising: The user equipment (UE) receives multiple PDSCH communications, and each PDSCH communication is associated with a corresponding TRP. By applying management processes to multiple PDSCH communications, a subset of one or more PDSCH communications can be selected for decoding. These application management processes include: Select the first PDSCH communication from a plurality of PDSCH communications, wherein the first PDSCH communication is associated with the first TRP; Identify a first subset of PDSCH communications that are associated with and overlap with the first TRP among multiple PDSCH communications, and exclude the first subset of PDSCH communications from decoding; Identify a second subset of PDSCH communications that are associated with a second TRP different from the first TRP and overlap with the first PDSCH communications; Select a second PDSCH communication from the second subset of PDSCH communications for decoding, and exclude PDSCH communications not selected from the second subset of PDSCH communications from decoding; and Exclude any PDSCH communications that overlap with the second PDSCH communications in the second subset of PDSCH communications from decoding; and Decode a subset of one or more PDSCH communications to be decoded.

13. The method according to claim 12, wherein: Selecting the first PDSCH communication includes: selecting the PDSCH communication with the lowest SPS configuration index number among the multiple PDSCH communications, or Selecting a second PDSCH communication includes: selecting the PDSCH communication with the lowest SPS configuration index number from the second subset of PDSCH communications.

14. The method according to claim 12, wherein: Multiple PDSCH communications include one or more SPS PDSCH communications and one or more DG PDSCH communications. One or more SPS PDSCH communications are associated with the corresponding SPS configuration index number. The method further includes: assigning an SPS configuration index number lower than the SPS configuration number associated with the SPS PDSCH communication to one or more DG PDSCH communications, and In the management process, the SPS configuration index number is used to select at least one PDSCH communication.

15. A method for managing multiple sender and receiver point (M-TRP) communication, comprising: The user equipment (UE) receives multiple PDSCH communications, and each PDSCH communication is associated with a corresponding TRP. By applying management processing to multiple PDSCH communications, a subset of one or more PDSCH communications to be decoded is selected, wherein applying the management processing includes: Initialize multiple PDSCH communications into a candidate set of PDSCH communications to be decoded; and Execute the following iteratively until the exit condition is met: (i) Identify any PDSCH communication in the candidate set that is associated with the first TRP and does not overlap with any PDSCH communication in the candidate set that is associated with a second TRP different from the first TRP; (ii) (a) If one or more PDSCH communications are identified in (i), then one of the identified PDSCH communications is selected as the first surviving PDSCH communication. (b) Otherwise, select the PDSCH communication with the lowest SPS configuration index from the candidate set as the first surviving PDSCH communication; (iii) Include the first surviving PDSCH communication in a subset of one or more PDSCH communications to be decoded; (iv) Update the candidate set by removing the first surviving PDSCH communication and removing any PDSCH communication in the candidate set that is associated with the first TRP and overlaps with the first surviving PDSCH communication; (v) Identify any PDSCH communication in the candidate set that overlaps with the first surviving PDSCH communication and is associated with the second TRP, and if such a PDSCH communication exists, then: Choose one of these PDSCH communications as the second surviving PDSCH communication, and The candidate set is updated by removing the second surviving PDSCH communication and removing any PDSCH communication in the candidate set that overlaps with the second surviving PDSCH communication and is associated with the second TRP; and Decode the subset of one or more PDSCH communications to be decoded.

16. The method according to claim 15, wherein, The exit condition is that the number of completed iterations has reached the maximum number of PDSCH communications from two TRPs supported by the UE, or the candidate set is an empty subset.

17. The method according to claim 15, wherein, Selecting one of the identified PDSCH communications as the first surviving PDSCH communication includes: selecting the PDSCH communication with the lowest SPS configuration index number among the identified one or more PDSCH communications.

18. The method of claim 15, wherein: Multiple PDSCH communications include one or more SPS PDSCH communications and one or more DG PDSCH communications. One or more SPS PDSCH communications are associated with the corresponding SPS configuration index number. The method further includes: assigning an SPS configuration index number lower than the SPS configuration number associated with the SPS PDSCH communication to one or more DG PDSCH communications, and In the management process, the SPS configuration index number is used to select at least one PDSCH communication.

Images