Method for supporting changing parameters of multiple physical downlink shared channel / physical uplink shared channel for augmented reality applications

Abstract

Systems, methods, apparatuses, and computer program products for indicating changes in transmit parameters for multi-PxSCH transmissions. A method may include receiving, from a network entity, a configuration for at least one of multi-PxSCH transmissions or PxSCHs, the configuration indicating at least one transmission parameter to be adjusted, and receiving a DCI scheduling the at least one of the multi-PxSCH transmissions, the DCI including at least one activation indication.

Description

Technical Field

[0001] Some example embodiments generally relate to mobile or wireless telecommunication systems, such as 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE), 5th Generation (5G) Radio Access Technology (RAT), New Radio (NR) Access Technology, 6th Generation (6G), and / or other communication systems. For example, certain example embodiments may relate to systems and / or methods for indicating changes in transmit parameters for multiple physical downlink shared channel (PDSCH) / physical uplink shared channel (PUSCH) (PxSCH) transmissions. Background Art

[0002] Examples of mobile or wireless telecommunication systems may include radio frequency (RF) 5G RAT, universal mobile telecommunication system (UMTS) terrestrial radio access network (UTRAN), LTE Evolution UTRAN (E-UTRAN), LTE-Advanced (LTE-A), LTE-APro, NR access technology, MulteFire Alliance and / or 6G. 5G wireless systems refer to next generation (NG) radio systems and network architectures. 5G systems are typically built on 5G NR, but 5G (or NG) networks may also be built on E-UTRA radio. NR is expected to support service categories such as enhanced mobile broadband (eMBB), ultra-reliable low latency communications (URLLC), and massive machine type communications (mMTC). NR is expected to deliver ultra-wideband, ultra-robust, low latency connectivity, and massive networking to support the Internet of Things (IoT). Next Generation Radio Access Network (NG-RAN) represents a radio access network (RAN) for 5G, which can provide radio access for NR, LTE, and LTE-A. It should be noted that a node in 5G that provides radio access functions to user equipment (e.g., similar to a Node B in UTRAN or an evolved Node B (eNB) in LTE) may be referred to as a next-generation Node B (gNB) when built on an NR radio, and may be referred to as a next-generation eNB (NG-eNB) when built on an E-UTRA radio. Summary of the invention

[0003] According to some example embodiments, a method may include receiving, from a network entity, a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions, the configuration indicating at least one transmission parameter to be adjusted. The method may also include receiving downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0004] According to certain example embodiments, an apparatus may include means for receiving, from a network entity, a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions, the configuration indicating at least one transmission parameter to be adjusted. The apparatus may also include means for receiving downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0005] According to various example embodiments, a non-transitory computer-readable medium may include program instructions that, when executed by an apparatus, cause the apparatus to perform at least one method. The method may include receiving a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channels (PxSCH) transmissions from a network entity, the configuration indicating at least one transmission parameter to be adjusted. The method may also include receiving downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0006] According to some example embodiments, a computer program product may perform a method. The method may include receiving a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions from a network entity, the configuration indicating at least one transmission parameter to be adjusted. The method may also include receiving downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0007] According to certain example embodiments, an apparatus may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to at least: receive a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channels (PxSCH) transmissions from a network entity, the configuration indicating at least one transmission parameter to be adjusted. The at least one memory and the instructions, when executed by the at least one processor, may also cause the apparatus to at least: receive downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0008] According to various example embodiments, an apparatus may include receiving circuitry configured to receive, from a network entity, a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions, the configuration indicating at least one transmit parameter to be adjusted. The apparatus may also include receiving circuitry configured to receive downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0009] According to some example embodiments, a method may include sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted. The method may also include sending downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0010] According to certain example embodiments, an apparatus may include means for sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted. The apparatus may also include means for sending downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0011] According to various example embodiments, a non-transitory computer-readable medium may include program instructions that, when executed by an apparatus, cause the apparatus to perform at least one method. The method may include sending a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channels (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted. The method may also include sending downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0012] According to some example embodiments, a computer program product may perform a method. The method may include sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted. The method may also include sending downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0013] According to certain example embodiments, an apparatus may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to at least: send a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channels (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted. The at least one memory and the instructions, when executed by the at least one processor, may also cause the apparatus to at least: send downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0014] According to various example embodiments, an apparatus may include: a transmitting circuit system configured to transmit a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channels (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted. The apparatus may also include: a transmitting circuit system configured to transmit downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] For a proper understanding of the example embodiments, reference should be made to the accompanying drawings, in which:

[0016] Figure 1 An example of extended reality packet transmission using multiple PxSCHs is shown.

[0017] Figure 2 An example of a signaling diagram is shown in accordance with some example embodiments.

[0018] Figure 3 An example of a flow chart of a method according to some example embodiments is shown.

[0019] Figure 4 An example of a flow chart of another method according to various example embodiments is shown.

[0020] Figure 5 Examples of various network devices are shown in accordance with certain example embodiments.

[0021] Figure 6 Examples of 5G network and system architectures are shown according to some example embodiments. DETAILED DESCRIPTION

[0022] It will be readily appreciated that the components of certain example embodiments, as generally described and illustrated in the figures herein, may be arranged and designed in a variety of different configurations. Therefore, the following detailed description of some example embodiments of systems, methods, apparatus, and computer program products for indicating a change in transmit parameters for multiple PxSCH transmissions is not intended to limit the scope of certain example embodiments, but is representative of selected example embodiments.

[0023] 3GPP RAN Rel-18 is continuing to develop enhancements for Extended Reality (XR), specifically targeting XR awareness in the RAN, XR-specific power sharing, and XR-specific capacity improvements. With regard to XR-specific capacity improvements, 3GPP RAN Rel-18 seeks to provide more efficient resource allocation and scheduling for XR service characteristics (e.g., periodicity, multi-flow, jitter, latency, reliability) through a range of semi-persistent scheduling (SPS), configured grant (CG), and dynamic scheduling / grant enhancements. Dynamic scheduling / grant enhancements under consideration include determining how to support candidate capacity enhancement techniques for dynamic scheduling / grant transmission based on XR traffic, in particular allowing different configurations for each PDSCH / PUSCH. In this regard, 3GPP RAN Rel-18 seeks to support scheduling of multiple PDSCHs (multi-PDSCH) by a single downlink control information (DCI), which currently supports frequency range (FR) 2-2 (i.e., 52.6–71 GHz, where larger subcarrier spacing can be used) to other subcarrier spacings (SCS) in FR1 / FR2.

[0024] Dynamic grant (DG) based scheduling can serve XR traffic with varying and large size application packets / bursts, as well as possible jitter for downlink (DL) video and uplink (UL) posture information traffic (i.e., spatial position and orientation relative to XR space). Further developments are expected on scheduling multiple PDSCH / PUSCH (e.g., multi-PxSCH) with a single DCI based on what is already specified in 3GPP Rel-17 and based on specific aspects arising from XR traffic.

[0025] The multi-PxSCH framework of 3GPP Rel-17 can allow adjustment of the time allocation of transport blocks (TBs) scheduled by the same multi-PxSCH DCI. This is possible because the DCI can indicate a row in the time domain resource allocation (TDRA) table configured by the radio resource control (RRC), where different start and length indicator values ​​(SLIV) can be given to each TB. In contrast, the current multi-PxSCH does not allow changes in the modulation and coding scheme (MCS) and physical resource block (PRB) allocation between TBs scheduled together.

[0026] Such static / semi-static allocation of MCS and PRB may be a limiting factor for XR services. Figure 1 Depicted are the 6 TBs that need to be carried for the same video frame. The impact due to static / semi-static allocation could be worse with larger video frame sizes, more dynamic channel conditions, and reduced UE capabilities. Figure 1 In the scenario shown in , the actual transmission time for the first TB in a video frame may also be much longer than that for the last TB (ie, T1>T2).

[0027] In order to meet both the packet delay budget (PDB) and reliability requirements, a robust MCS scheme can be used for all TBs carrying the same video frame on multiple PDSCHs. Since possible retransmissions for earlier scheduled TBs may not be utilized, the overall system efficiency may be reduced. Alternatively, if an invalid MCS scheme is applied to all TBs, the reliability of the last TB may be significantly reduced, thereby reducing the quality of the entire video frame and impairing the end-user experience. Although the applied MCS scheme can be included in the DCI; however, this may increase overhead because 5 bits will be required for each MCS scheme. Therefore, in the case of varying 5G system conditions and XR traffic characteristics, it may be necessary to improve system performance by considering both spectral efficiency (e.g., control signaling overhead) and user experience with multiple PxSCH transmissions.

[0028] Certain example embodiments described herein may have various benefits and / or advantages to overcome the above disadvantages. For example, certain example embodiments may enable a base station to indicate a change in certain transmission parameters (e.g., MCS for multiple PxSCH transmissions) without introducing heavy signaling overhead. Therefore, certain example embodiments discussed below are intended to improve computer-related technologies.

[0029] Figure 2 An example of a signaling diagram is shown that depicts a method for enabling a base station to indicate a change in certain transmit parameters for multiple PxSCH transmissions. According to some example embodiments, NE 220 and UE 210 may accordingly be similar to Figure 5 NE 510 and UE 520 are shown in FIG.

[0030] At 201 , the NE 220 may configure rules for multiple PxSCH transmissions, which rules specify, for example, which transmission parameters may be changed and how they may be changed from one PxSCH transmission to another.

[0031] At 202, once the rules are received by the UE 210, the NE 220 may send a DCI scheduling multiple PDSCHs to the UE 210, where multiple PDSCH transmission is provided as an example. As an example, an activation indication may be included in the scheduling DCI.

[0032] In some example embodiments, NE 220 may configure UE 210: which transmission parameters may be changed from a first PxSCH transmission associated with a DCI scheduling multiple PxSCH transmissions to a second PxSCH transmission. As an example, the transmission parameters may include Tx power, MCS, number of repetitions, frequency hopping, multiple-input multiple-output (MIMO) scheme, etc.

[0033] In addition, the NE 220 may configure the UE 210 with a step value indicating the changed transmission parameter. For example, the Tx power may be increased by 2 dB from one transmission to another; this may be, from one transmission to another, selecting a more robust MCS of one level (e.g., based on an MCS table, such as Table 1 below). Various bitmaps may be used to indicate rules for changing transmission parameters (e.g., 000: no change; 001: only the last TB may use a lower MCS; 010: MCS is reduced for each TB). This may be transmitted using DCI. The exact number of bits may depend on the number of configured rules. In some examples, one bit in the bitmap may correspond to a PDSCH opportunity, which may be used to indicate whether the MCS applied to the current PDSCH opportunity may be different from the previous PDSCH opportunity.

[0034] In various example embodiments, the incremental transmission parameters may also be included in the scheduling DCI. In the example of changing the MCS scheme from one transmission to another, using the RRC configuration, the UE 210 may know that the MCS scheme is different from one transmission of PxSCH to another transmission of PxSCH. The DCI may be used to indicate the step size of the change, for example, to move to a more robust MCS scheme. Table 1 below shows an example rule where a more robust MCS is applied from one PDSCH transmission to another. With MCS index I MCS The MCS change rule may become one level more robust, and the MCS may be associated with the subsequent PDSCH.

[0035] Table 1: Example of MCS change rules for one PDSCH transmission to another PDSCH transmission

[0036]

[0037]

[0038] In various example embodiments, in addition to changing the step size, the RRC may also configure a bitmap for such a transmission parameter change. In the example of scheduling four PDSCHs for a video frame, a bitmap may be

[0011] , where the first two transmissions may use the same transmission parameters following the scheduling DCI, while the second two transmissions may use different transmission parameters. Thus, the DCI may be used to indicate whether a configured change should be applied. In this example, "0" may indicate that the transmission parameters have not changed compared to the previous transmission (i.e., all PxSCHs will use the same transmission parameters), while "1" may indicate that the configured transmission parameter changes are applied compared to the previous transmission. It should be noted that only 1 bit of overhead will be included in the scheduling DCI.

[0039] Certain example embodiments may include changing multiple transmit parameters (e.g., both MCS level and Tx power), where multiple bits may be utilized in the DCI (i.e., one bit for one transmit parameter) if individual transmit parameters need to be changed. Some example embodiments may include applying different rules for transmit parameters; in this case, the DCI may include additional bits to inform the UE 210 which MCS the UE 210 should apply to the remaining TBs. The different rules may be predefined via RRC or indicated via other protocol signaling (e.g., MAC CE).

[0040] Certain example embodiments may include explicitly indicating in the DCI the transmission parameters to be used in multiple PxSCHs. As an example, the MCS parameter used for the first PDSCH may be indicated in the scheduling DCI, and an additional bit using the same DCI may indicate a change in the MCS transmitted from one PxSCH to another. In an example where 4 PDSCHs are scheduled, the MCS parameter used for the first PDSCH may be explicitly indicated in the DCI, and the additional 3 bits may indicate a change in the MCS used for the remaining 3 PDSCHs. For example, "011", "0" may indicate that the 2nd PDSCH is using the same MCS as the 1st PDSCH. The second bit "1" may indicate that the MCS used for the 3rd PDSCH is different from the MCS used for the 2nd PDSCH, and the third bit "1" may indicate that the MCS used for the 4th PDSCH is different from the MCS used for the 3rd PDSCH.

[0041] Various example embodiments may use activation based on semi-static RRC configuration. Specifically, after the RRC configuration is completed, the UE 210 may automatically apply the RRC configuration to the scheduled multiple PxSCHs without dynamic indication in the DCI. This may provide the advantage of not requiring additional bits in the scheduling DCI.

[0042] Certain example embodiments may include activation based on a medium access control (MAC) element (CE). Specifically, once the RRC configuration is completed, the MAC CE may carry an activation indication in the first PDSCH transmission. This technique may only apply to PDSCH.

[0043] At 203, NE 220 may transmit a first PDSCH transmission having a format according to the scheduling DCI to UE 210. In some example embodiments, transmission parameters (eg, MCS, HARQ process ID, RV) may be applied to the first PDSCH transmission.

[0044] At 204, NE 220 may send a second PDSCH transmission with different transmission parameters to UE 210 according to the RRC configuration. In various example embodiments, UE 210 may learn that the RRC configured rule is activated after decoding the DCI carrying the activation indication for scheduling multiple PDSCHs at 202. UE 210 may decode the received second PDSCH with updated parameters based on the rule configured by the RRC. In some example embodiments, UE 210 may decode the PDSCH according to the configuration for multiple PxSCHs at a first instance after receiving at least one activation indication, and decode the PDSCH according to at least one of the transmission parameters that has been adjusted at a second instance.

[0045] At 205, NE 220 may send an Xth PDSCH transmission with different transmission parameters to UE 210 according to the RRC configuration; this process may be similar to the process performed by UE 210 at 204.

[0046] Figure 3 An example of a flowchart of a method for enabling a base station to indicate a change in certain transmission parameters for a multiple PxSCH transmission according to various example embodiments, which method may be used by a UE such as Figure 5 UE 520 shown in ) executes.

[0047] At 301, the method may include, at a UE, receiving a request from a NE (such as Figure 5 The NE 510 shown in FIG. 5 receives rules for configuration of multiple PxSCH transmissions, which rules specify, for example, which transmission parameters can be changed from one PxSCH transmission to another and how they can be changed.

[0048] At 302, once the rules are received, the method may include receiving a DCI scheduling multiple PDSCHs from a NE, wherein multiple PDSCH transmission is provided as an example. As an example, an activation indication may be included in the scheduling DCI.

[0049] In some example embodiments, the UE may be configured which transmission parameters may be changed from a first PxSCH transmission associated with a DCI scheduling multiple PxSCH transmissions to a second PxSCH transmission. As examples, the transmission parameters may include Tx power, MCS, number of repetitions, frequency hopping, multiple-input multiple-output (MIMO) scheme, etc.

[0050] In addition, the UE may be configured with a step value indicating the changed transmission parameter. For example, the Tx power may be increased by 2dB from one transmission to another; this may be, from one transmission to another, selecting a more robust level of MCS (e.g., based on an MCS table, such as Table 1 above). Various bitmaps may be used to indicate rules for changing transmit parameters (e.g., 000: no change; 001: only the last TB may use a lower MCS; 010: reduce MCS for each TB). This may be transmitted using DCI. The exact number of bits may depend on the number of configured rules. In some examples, one bit in the bitmap may correspond to a PDSCH opportunity, which may be used to indicate whether the MCS applied to the current PDSCH opportunity may be different from the previous PDSCH opportunity.

[0051] In various example embodiments, the incremental transmission parameters may also be included in the scheduling DCI. In the example of changing the MCS scheme from one transmission to another, using the RRC configuration, the UE 210 may know that the MCS scheme is different from one transmission of PxSCH to another transmission of PxSCH. The DCI may be used to indicate the step size of the change, for example, to move to a more robust MCS scheme. Table 1 below shows an example rule where a more robust MCS is applied from one PDSCH transmission to another. With MCS index I MCS Lowering, the MCS change rules may become one level more robust, and the MCS may be associated with the subsequent PDSCH.

[0052] In various example embodiments, in addition to changing the step size, the RRC may also configure a bitmap for such a transmit parameter change. In the example of scheduling four PDSCHs for a video frame, a bitmap may be

[0011] , where the first two transmissions may use the same transmit parameters following the scheduling DCI, while the second two transmissions may use different transmit parameters. Thus, the DCI may be used to indicate whether a configured change should be applied. In this example, "0" may indicate that the transmit parameters have not changed compared to the previous transmission (i.e., all PxSCHs will use the same transmit parameters), while "1" may indicate that a configured transmit parameter change is applied compared to the previous transmission. It should be noted that only 1 bit of overhead will be included in the scheduling DCI.

[0053] Certain example embodiments may include changing multiple transmit parameters (e.g., both MCS level and Tx power), where multiple bits may be utilized in the DCI (i.e., one bit for one transmit parameter) if individual transmit parameters need to be changed. Some example embodiments may include applying different rules for transmit parameters; in this case, the DCI may include additional bits to inform the UE which MCS the UE should apply to the remaining TBs. The different rules may be predefined via RRC or indicated via other protocol signaling (e.g., MAC CE).

[0054] Certain example embodiments may include explicitly indicating in the DCI the transmission parameters to be used in multiple PxSCHs. As an example, the MCS parameter used for the first PDSCH may be indicated in the scheduling DCI, and an additional bit using the same DCI may indicate a change in the MCS transmitted from one PxSCH to another. In an example where 4 PDSCHs are scheduled, the MCS parameter used for the first PDSCH may be explicitly indicated in the DCI, and the additional 3 bits may indicate a change in the MCS used for the remaining 3 PDSCHs. For example, "011", "0" may indicate that the 2nd PDSCH is using the same MCS as the 1st PDSCH. The second bit "1" may indicate that the MCS used for the 3rd PDSCH is different from the MCS used for the 2nd PDSCH, and the third bit "1" may indicate that the MCS used for the 4th PDSCH is different from the MCS used for the 3rd PDSCH.

[0055] Various example embodiments may use activation based on semi-static RRC configuration. Specifically, after the RRC configuration is completed, the UE may automatically apply the RRC configuration to the scheduled multiple PxSCHs without dynamic indication in the DCI. This may provide the advantage of not requiring additional bits in the scheduling DCI.

[0056] Certain example embodiments may include activation based on a medium access control (MAC) element (CE). Specifically, once the RRC configuration is completed, the MAC CE may carry an activation indication in the first PDSCH transmission. This technique may only apply to PDSCH.

[0057] At 303, the method may further include receiving a first PDSCH transmission having a format according to the scheduling DCI.

[0058] At 304, the method may further include: receiving a second PDSCH transmission having different transmission parameters according to the RRC configuration. In various example embodiments, the UE may learn that the RRC configured rule is activated after decoding the DCI carrying the activation indication for scheduling multiple PDSCHs at 302. The method may include: decoding the received second PDSCH using updated parameters based on the rules configured by the RRC. In some example embodiments, the method may include: decoding the PDSCH according to the configuration for multiple PxSCHs at a first occasion after receiving at least one activation indication, and decoding the PDSCH according to at least one of the transmission parameters that has been adjusted at a second occasion.

[0059] At 305 , the method may further include: receiving an Xth PDSCH transmission having different transmission parameters according to the RRC configuration; this process may be similar to the process performed at 304 .

[0060] Figure 4 An example of a flow chart of a method for enabling a NE to indicate a change in certain transmit parameters for a multiple PxSCH transmission according to various example embodiments, which method may be used by a NE such as Figure 5 NE 510 shown in FIG. 5 is executed.

[0061] At 401, the method may include: sending a signal to a UE (such as Figure 5 The UE 520 shown in FIG. 5 ) sends rules for configuration of multiple PxSCH transmissions, which rules specify, for example, which transmission parameters can be changed when changing from one PxSCH transmission to another, and how they can be changed.

[0062] At 402, once the rules are sent, the method may include sending a DCI scheduling multiple PDSCHs to the UE, wherein multiple PDSCH transmission is provided as an example. As an example, the activation indication may be included in the scheduling DCI.

[0063] In some example embodiments, the NE may configure the UE: which transmission parameters may be changed from a first PxSCH transmission associated with a DCI scheduling multiple PxSCH transmissions to a second PxSCH transmission. As an example, the transmission parameters may include Tx power, MCS, number of repetitions, frequency hopping, multiple-input multiple-output (MIMO) scheme, etc.

[0064] In addition, the NE may configure the UE with a step value indicating the changed transmission parameters. For example, from one transmission to another, the Tx power may be increased by 2dB; this may be: from one transmission to another, a more robust MCS of one level is selected (e.g., based on an MCS table, such as Table 1 above). Various bitmaps may be used to indicate rules for changing transmission parameters (e.g., 000: no change; 001: only the last TB may use a lower MCS; 010: reduce MCS for each TB). This may be transmitted using DCI. The exact number of bits may depend on the number of configured rules. In some examples, one bit in the bitmap may correspond to one PDSCH opportunity that may be used; whether the MCS applied to the current bit may be different from the previous bit.

[0065] In various example embodiments, the incremental transmission parameters may also be included in the scheduling DCI. In the example of changing the MCS scheme from one transmission to another, using the RRC configuration, the UE may know that the MCS scheme is different from one transmission of PxSCH to another transmission of PxSCH. DCI may be used to indicate the step size of the change, such as moving to a more robust MCS scheme. Table 1 above shows an example rule where a more robust MCS is applied from one PDSCH transmission to another. With MCS index I MCS Lowering, the MCS change rules may become one level more robust, and the MCS may be associated with the subsequent PDSCH.

[0066] In various example embodiments, in addition to changing the step size, the RRC may also configure a bitmap for such a transmission parameter change. In the example of scheduling four PDSCHs for a video frame, a bitmap may be

[0011] , where the first two transmissions may use the same transmission parameters following the scheduling DCI, while the second two transmissions may use different transmission parameters. Thus, the DCI may be used to indicate whether a configured change should be applied. In this example, "0" may indicate that the transmission parameters have not changed compared to the previous transmission (i.e., all PxSCHs will use the same transmission parameters), while "1" may indicate that a configured transmission parameter change is applied compared to the previous transmission. It should be noted that only 1 bit of overhead will be included in the scheduling DCI.

[0067] Certain example embodiments may include changing multiple transmit parameters (e.g., both MCS level and Tx power), where multiple bits may be utilized in the DCI if individual transmit parameters need to be changed (i.e., one bit corresponds to one transmit parameter). Some example embodiments may include applying different rules for transmit parameters; in this case, the DCI may include additional bits to inform the UE which MCS the UE should apply to the remaining TBs. The different rules may be predefined via RRC or indicated via other protocol signaling (e.g., MAC CE).

[0068] Certain example embodiments may include explicitly indicating in the DCI the transmission parameters to be used in multiple PxSCHs. As an example, the MCS parameter used for the first PDSCH may be indicated in the scheduling DCI, and an additional bit using the same DCI may indicate a change in the MCS transmitted from one PxSCH to another. In an example where 4 PDSCHs are scheduled, the MCS parameter used for the first PDSCH may be explicitly indicated in the DCI, and the additional 3 bits may indicate a change in the MCS used for the remaining 3 PDSCHs. For example, "011", "0" may indicate that the 2nd PDSCH is using the same MCS as the 1st PDSCH. The second bit "1" may indicate that the MCS used for the 3rd PDSCH is different from the MCS used for the 2nd PDSCH, and the third bit "1" may indicate that the MCS used for the 4th PDSCH is different from the MCS used for the 3rd PDSCH.

[0069] Various example embodiments may use activation based on semi-static RRC configuration. Specifically, after the RRC configuration is completed, the UE may automatically apply the RRC configuration to the scheduled multiple PxSCHs without dynamic indication in the DCI. This may provide the advantage of not requiring additional bits in the scheduling DCI.

[0070] Certain example embodiments may include activation based on a medium access control (MAC) element (CE). Specifically, once the RRC configuration is completed, the MAC CE may carry an activation indication in the first PDSCH transmission. This technique may only apply to PDSCH.

[0071] At 403, the method may further include sending a first PDSCH transmission having a format according to the scheduling DCI.

[0072] At 404, the method may also include transmitting a second PDSCH transmission having different transmission parameters according to the RRC configuration.

[0073] At 405, the method may further include transmitting an Xth PDSCH transmission having different transmission parameters according to the RRC configuration.

[0074] Figure 5 An example of a system according to certain example embodiments is shown. In an example embodiment, a system may include a plurality of devices, such as, for example, a NE 510 and / or a UE 520 .

[0075] NE 510 may be one or more of a base station (e.g., a 3G UMTS NodeB, a 4G LTE Evolution NodeB, or a 5G NR Next Generation NodeB), a serving gateway, a server, and / or any other access node or a combination thereof.

[0076] The NE 510 may also include at least one gNB centralized unit (CU), which may be associated with at least one gNB distributed unit (DU). The at least one gNB-CU and at least one gNB-DU may communicate via at least one F1 interface, at least one Xn-C interface, and / or via at least one NG interface of a fifth generation core (5GC).

[0077] UE 520 may include one or more mobile devices, such as mobile phones, smart phones, personal digital assistants (PDAs), tablet computers or portable media players, digital cameras, camcorders, video game consoles, navigation units (such as global positioning system (GPS) devices), desktop or laptop computers, single location devices (such as sensors or smart meters), or any combination thereof. In addition, NE 510 and / or UE 520 may be one or more Citizen Broadband Radio Service Devices (CBSDs).

[0078] NE 510 and / or UE 520 may include at least one processor, indicated as 511 and 521, respectively. Processors 511 and 521 may be embodied by any computing or data processing device, such as a central processing unit (CPU), an application specific integrated circuit (ASIC), or the like. The processor may be implemented as a single controller, or multiple controllers or processors.

[0079] At least one memory may be provided in one or more devices, as indicated by 512 and 522. The memory may be fixed or removable. The memory may include computer program instructions or computer codes contained therein. The memories 512 and 522 may independently be any suitable storage device, such as a non-transitory computer-readable medium. As used herein, the term "non-transitory" may correspond to the limitations of the medium itself (i.e., tangible, rather than a signal), rather than limitations on data storage persistence (e.g., random access memory (RAM) versus read-only memory (ROM)). A hard disk drive (HDD), random access memory (RAM), flash memory, or other suitable memory may be used. The memory may be combined on a single integrated circuit as a processor, or may be separated from one or more processors. In addition, the computer program instructions stored in the memory and that may be processed by the processor may be computer program codes in any suitable form, for example, a compiled or interpreted computer program written in any suitable programming language.

[0080] Processors 511 and 521, memories 512 and 522, and any subset thereof may be configured to provide Figures 2 to 4 Although not shown, the device may also include positioning hardware, such as GPS or micro-electromechanical system (MEMS) hardware, which can be used to determine the location of the device. Other sensors are also allowed and can be configured to determine location, altitude, speed, orientation, etc., such as a barometer, compass, etc.

[0081] like Figure 5 As shown in , transceivers 513 and 523 may be provided, and one or more devices may also include at least one antenna, respectively shown as 514 and 524. The device may have many antennas, such as an antenna array configured for MIMO communication, or multiple antennas for multiple RATs. For example, other configurations of these devices may be provided. Transceivers 513 and 523 may be transmitters, receivers, both transmitters and receivers, or units or devices that may be configured for both sending and receiving.

[0082] The memory and computer program instructions may be configured together with a processor for a particular device to cause a hardware device (such as a UE) to perform any of the above processes (ie, Figures 2 to 4 ). Thus, in certain example embodiments, a non-transitory computer readable medium may be encoded with computer instructions that, when executed in hardware, perform a process such as one of the processes described herein. Alternatively, certain example embodiments may be implemented entirely in hardware.

[0083] In certain example embodiments, the apparatus may include a Figures 2 to 4As used in this application, the term "circuitry" may refer to one or more or all of the following: (a) a hardware circuit implementation only (such as, an implementation only in analog and / or digital circuitry), (b) a combination of hardware circuitry and software, such as (as applicable): (i) a combination of (multiple) analog and / or digital hardware circuits and software / firmware, and (ii) any portion of (multiple) hardware processors (including (multiple) digital signal processors), software and (multiple) memories with software, which work together to enable a device (such as a mobile phone or server) to perform various functions, and (c) (multiple) hardware circuits and / or (multiple) processors (such as (multiple) microprocessors or portions of (multiple) microprocessors) that require software (e.g., firmware) to operate, but the software may not be present when the software is not required for operation. This definition of circuitry applies to all uses of the term in this application, including any claims. As a further example, as used in this application, the term circuitry also covers implementations of hardware circuits or processors (or multiple processors) or portions of hardware circuits or processors and their accompanying software and / or firmware. The term circuitry also covers, for example, a baseband integrated circuit or a processor integrated circuit for a mobile device or a similar integrated circuit in a server, cellular network device, or other computing or networking device, if applicable to a particular claim element.

[0084] Figure 6 An example of a 5G network and system architecture according to certain example embodiments is shown. Multiple network functions are shown that can be implemented as software operating as part of a network device or dedicated hardware, as a network device itself or dedicated hardware, or as virtual functions operating as a network device or dedicated hardware. Figure 6 The NEs and UEs shown in the figure may be similar to NE 510 and UE 520, respectively. The user plane function (UPF) may provide services such as intra-RAT and inter-RAT mobility, routing and forwarding of data packets, inspection of packets, user plane quality of service (QoS) processing, buffering of downlink packets and / or triggering of downlink data notifications. The application function (AF) may mainly interface with the core network to facilitate application use of traffic routing and interact with the policy framework.

[0085] According to some example embodiments, processors 511 and 521 and memories 512 and 522 may be included in a processing circuit system or a control circuit system or may form a part of a processing circuit system or a control circuit system. In addition, in some example embodiments, transceivers 513 and 523 may be included in a transceiver circuit system or may form a part of a transceiver circuit system.

[0086] In some example embodiments, an apparatus (e.g., NE 510 and / or UE 520) may include a component for performing a method, process, or any variant discussed herein. Examples of the component may include one or more processors, memories, controllers, transmitters, receivers, and / or computer program codes for performing the operation.

[0087] In various example embodiments, the apparatus 520 may be controlled by a memory 522 and a processor 521 to receive a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channel (PxSCH) transmissions from a network entity, the configuration indicating at least one transmission parameter to be adjusted; and receive downlink control information for scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0088] Certain example embodiments may be directed to an apparatus comprising components for performing any of the methods described herein, including, for example, components for receiving a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions from a network entity, the configuration indicating at least one transmission parameter to be adjusted; and components for receiving downlink control information for scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0089] In various example embodiments, the apparatus 510 may be controlled by a memory 512 and a processor 511 to send a configuration for at least one of multiple physical downlink shared channels or physical uplink shared channel (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted; and to send downlink control information for scheduling at least one of the multiple PxSCH transmissions, the downlink control information including at least one activation indication.

[0090] Certain example embodiments may be directed to an apparatus comprising components for performing any of the methods described herein, including, for example, components for sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted; and components for sending downlink control information for scheduling at least one of the multiple PxSCH transmissions, the downlink control information comprising at least one activation indication.

[0091] The features, structures or characteristics of the example embodiments described in this specification may be combined in any suitable manner in one or more example embodiments. For example, the use of the phrases "various embodiments," "certain embodiments," "some embodiments," or other similar language in this specification means that a particular feature, structure, or characteristic described in relation to the example embodiments may be included in at least one example embodiment. Therefore, the appearance of the phrases "in various embodiments," "certain embodiments," "in some embodiments," or other similar language in this specification does not necessarily refer to the same set of example embodiments, and the features, structures, or characteristics may be combined in any suitable manner in one or more example embodiments.

[0092] As used herein, “at least one of: ” and “at least one of ” and similar expressions, where a list of two or more elements is connected by “and” or “or”, mean at least any one element, or at least any two or more elements, or at least all the elements.

[0093] In addition, if necessary, the above-mentioned different functions or processes can be performed in different orders and / or concurrently with each other. In addition, if necessary, one or more of the functions or processes can be optional or can be combined. Therefore, the above description should be regarded as an explanation of the principles and teachings of some example embodiments, rather than a limitation thereof.

[0094] Those skilled in the art will readily appreciate that the above-described example embodiments may be practiced using processes in a different order and / or hardware elements that are different from the disclosed configurations. Therefore, although some embodiments have been described based on these example embodiments, it will be apparent to those skilled in the art that certain modifications, variations, and alternative configurations will be apparent while still remaining within the spirit and scope of the example embodiments.

[0095] Partial Glossary

[0096] 3GPP Third Generation Partnership Project

[0097] 5G Fifth Generation

[0098] 5GC Fifth Generation Core

[0099] 6G Sixth Generation

[0100] ACK

[0101] AF Application Function

[0102] ASIC Application-Specific Integrated Circuit

[0103] BSR Buffer Status Report

[0104] CBG Code Block Group

[0105] CBSD Citizens Broadband Radio Service Device

[0106] CE Control Unit

[0107] CG Configuration Authorization

[0108] CPU Central Processing Unit

[0109] CU Centralized Unit

[0110] DCI Downlink Control Information

[0111] DG Dynamic Authorization

[0112] DL Downlink

[0113] DU Distributed Unit

[0114] eMBB Enhanced Mobile Broadband

[0115] eNB Evolved Node B

[0116] FR Frequency Range

[0117] gNB Next Generation Node B

[0118] GPS Global Positioning System

[0119] HARQ Hybrid Automatic Repeat Request

[0120] HDD Hard Drive

[0121] IoT

[0122] L1 Layer 1

[0123] LTE Long Term Evolution

[0124] LTE-A Long Term Evolution Advanced

[0125] MAC Media Access Control

[0126] MCS Modulation and Coding Scheme

[0127] MEMS Micro-Electro-Mechanical Systems

[0128] MIMO Multiple Input Multiple Output

[0129] mMTC: Massive Machine Type Communications

[0130] NE Network Entity

[0131] NG Next Generation

[0132] NG-eNB Next Generation Evolved Node B

[0133] NG-RAN Next Generation Radio Access Network

[0134] NR New Radio

[0135] PDA Personal Digital Assistant

[0136] PDSCH Physical Downlink Shared Channel

[0137] PDB Packet Delay Budget

[0138] PRB Physical Resource Block

[0139] PUSCH Physical Uplink Shared Channel

[0140] PxSCH Physical downlink shared channel / physical uplink shared channel

[0141] QoS Quality of Service

[0142] RAM Random Access Memory

[0143] RAN Radio Access Network

[0144] RAT Radio Access Technology

[0145] RF

[0146] ROM Read Only Memory

[0147] RRC Radio Resource Control

[0148] SCS Subcarrier Spacing

[0149] SLIV start and length indicator value

[0150] SPS Semi-Persistent Scheduling

[0151] TB Transfer Block

[0152] TDRA Time Domain Resource Allocation

[0153] Tx Transmission

[0154] UE User Equipment

[0155] UL Uplink

[0156] UMTS Universal Mobile Telecommunications System

[0157] UPF User Plane Function

[0158] URLLC Ultra-Reliable and Low-Latency Communications

[0159] UTRAN Universal Mobile Telecommunications System Terrestrial Radio Access Network

[0160] XR

Claims

1. A device comprising: at least one processor; as well as at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to at least: receiving, from a network entity, a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions, the configuration indicating at least one transmit parameter to be adjusted; as well as Downlink control information scheduling at least one of the multiple PxSCH transmissions is received, the downlink control information comprising at least one activation indication.

2. The apparatus of claim 1 , wherein the at least one memory and the instructions, when executed by the at least one processor, further cause the apparatus to at least: At least one physical downlink shared channel transmission is received according to at least one of the transmit parameters that has been adjusted.

3. The apparatus according to any one of claims 1 or 2, wherein the at least one memory and the instructions, when executed by at least one processor, further cause the apparatus to at least: After receiving the at least one activation indication, the physical downlink shared channel is decoded according to the configuration for multiple PxSCH in a first instance, and according to the at least one of the transmission parameters that has been adjusted in a second instance.

4. The apparatus according to any one of claims 1 to 3, wherein the bitmap comprises: The configuration is used for multiple PxSCH transmission.

5. The apparatus of claim 4, wherein the configuration for multiple PxSCH transmission comprises at least one rule.

6. The apparatus of claim 5, wherein the at least one rule indicates that a last transport block is to be used in a robust modulation and coding scheme.

7. The apparatus of claim 5, wherein the at least one rule dictates that a robust modulation and coding scheme is to be used for each transport block.

8. The apparatus of any one of claims 1 to 7, wherein the at least one memory and the instructions, when executed by the at least one processor, further cause the apparatus to at least: The at least one transmission parameter is updated according to a radio resource control configuration.

9. The apparatus according to any one of claims 1 to 8, wherein the at least one multi-PxSCH transmission is scheduled using one downlink control information.

10. An apparatus comprising: at least one processor; as well as at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to at least: sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel PxSCH transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted; as well as Downlink control information scheduling at least one of the multiple PxSCH transmissions is transmitted, the downlink control information comprising at least one activation indication.

11. The apparatus of claim 10, wherein the at least one memory and the instructions, when executed by the at least one processor, further cause the apparatus to at least: At least one physical downlink shared channel transmission is transmitted according to at least one of the transmission parameters that has been adjusted.

12. The apparatus according to claim 10 or 11, wherein the bitmap comprises: The configuration is used for multiple PxSCH transmission.

13. The apparatus of claim 12, wherein the configuration for multiple PxSCH transmission comprises at least one rule.

14. The apparatus of claim 13, wherein the at least one rule indicates that a last transport block is to be used in a robust modulation and coding scheme.

15. The apparatus of claim 14, wherein the at least one rule dictates that a robust modulation and coding scheme is to be used for each transport block. 16 . The apparatus according to claim 10 , wherein the at least one multi-PxSCH transmission is scheduled using one downlink control information.

17. An apparatus comprising: means for receiving, from a network entity, a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel PxSCH transmissions, the configuration indicating at least one transmit parameter to be adjusted; and Means for receiving downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information comprising at least one activation indication.

18. The apparatus according to claim 17, further comprising: Means for receiving at least one physical downlink shared channel transmission according to at least one of the transmit parameters that has been adjusted.

19. The apparatus according to any one of claims 17 or 18, further comprising: A means for decoding the physical downlink shared channel according to the configuration for multiple PxSCH at a first field after receiving the at least one activation indication, and decoding the physical downlink shared channel according to the at least one of the transmission parameters that has been adjusted at a second field.

20. The apparatus of any one of claims 17 to 19, wherein the bitmap comprises: The configuration is used for multiple PxSCH transmission.

21. The apparatus of claim 20, wherein the configuration for multiple PxSCH transmission comprises at least one rule.

22. The apparatus of claim 21, wherein the at least one rule indicates that a last transport block is to be used in a robust modulation and coding scheme.

23. The apparatus of claim 21, wherein the at least one rule dictates that a robust modulation and coding scheme is to be used for each transport block.

24. The apparatus according to any one of claims 17 to 23, further comprising: Means for updating the at least one transmit parameter based on a radio resource control configuration.

25. The apparatus according to any one of claims 17 to 24, wherein the at least one multi-PxSCH transmission is scheduled using one downlink control information.

26. An apparatus comprising: means for sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel PxSCH transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted; as well as Means for sending downlink control information scheduling at least one of the multiple PxSCH transmissions, the downlink control information comprising at least one activation indication.

27. The apparatus according to claim 26, further comprising: Means for transmitting at least one physical downlink shared channel transmission in accordance with at least one of the transmit parameters that has been adjusted.

28. The apparatus of claim 26 or 27, wherein the bitmap comprises: The configuration is used for multiple PxSCH transmission.

29. The apparatus of claim 28, wherein the configuration for multiple PxSCH transmission comprises at least one rule.

30. The apparatus of claim 29, wherein the at least one rule indicates that a last transport block is to be used in a robust modulation and coding scheme.

31. The apparatus of claim 30, wherein the at least one rule dictates that a robust modulation and coding scheme is to be used for each transport block.

32. The apparatus according to any one of claims 26 to 31, wherein the at least one multi-PxSCH transmission is scheduled using one downlink control information.

33. A method comprising: receiving, from a network entity, a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel (PxSCH) transmissions, the configuration indicating at least one transmit parameter to be adjusted; as well as Downlink control information scheduling at least one of the multiple PxSCH transmissions is received, the downlink control information comprising at least one activation indication.

34. The method of claim 33, further comprising: At least one physical downlink shared channel transmission is received according to at least one of the transmit parameters that has been adjusted.

35. The method according to any one of claims 33 or 34, further comprising: After receiving the at least one activation indication, the physical downlink shared channel is decoded according to the configuration for multiple PxSCH in a first instance, and according to the at least one of the transmission parameters that has been adjusted in a second instance.

36. A method according to any one of claims 33 to 35, wherein the bitmap comprises: The configuration is used for multiple PxSCH transmission.

37. The method of claim 36, wherein the configuration for multiple PxSCH transmission comprises at least one rule.

38. The method of claim 37, wherein the at least one rule indicates that a last transport block is to be used in a robust modulation and coding scheme.

39. The method of claim 37, wherein the at least one rule dictates that a robust modulation and coding scheme is to be used for each transport block.

40. The method according to any one of claims 33 to 39, further comprising: The at least one transmission parameter is updated according to a radio resource control configuration.

41. The method according to any one of claims 33 to 40, wherein the at least one multi-PxSCH transmission is scheduled using one downlink control information.

42. A method comprising: sending a configuration for at least one of multiple physical downlink shared channel or physical uplink shared channel PxSCH transmissions to a user equipment, the configuration indicating at least one transmission parameter to be adjusted; as well as Downlink control information scheduling at least one of the multiple PxSCH transmissions is transmitted, the downlink control information comprising at least one activation indication.

43. The method of claim 42, further comprising: At least one physical downlink shared channel transmission is transmitted according to at least one of the transmission parameters that has been adjusted.

44. The method of claim 42 or 43, wherein the bitmap comprises: The configuration is used for multiple PxSCH transmission.

45. The method of claim 44, wherein the configuration for multiple PxSCH transmission comprises at least one rule.

46. ​​The method of claim 45, wherein the at least one rule indicates that a last transport block is to be used in a robust modulation and coding scheme.

47. The method of claim 46, wherein the at least one rule dictates that a robust modulation and coding scheme is to be used for each transport block.

48. The method according to any one of claims 42 to 47, wherein the at least one multi-PxSCH transmission is scheduled using one downlink control information.

49. A non-transitory computer readable medium comprising program instructions which, when executed by an apparatus, cause the apparatus to perform at least the method according to any one of claims 33 to 48.

50. An apparatus comprising circuitry configured to perform the method of any one of claims 33 to 48.

51. A computer program comprising instructions which, when executed by an apparatus, cause the apparatus to perform a method according to any one of claims 33 to 48.

Images