A method, apparatus, and readable storage medium for determining the transport block size.

Abstract

Methods and apparatuses, including computer program products, are provided for determining the size of a multi-slot transport block. In some example embodiments, a method may be provided comprising: calculating, at least based on an overhead value, a number of resource units allocated within a set of resource units, the overhead value being used to determine the transport block size of a transport block transmitted during multiple time slots; calculating, at least based on the calculated number of resource units allocated within the set of resource units, a total number of resource units allocated for a physical uplink shared channel or a physical downlink shared channel, covering the multiple time slots used for transport block size determination; and transmitting or receiving transport blocks during the multiple time slots. Related systems, methods, and articles of art are also disclosed.

Description

Technical Field

[0001] The topics described in this article relate to wireless communication. Background Technology

[0002] In the current traditional 3GPP RAN1 specification, the User Equipment (UE) can initially determine the total number (N) of resource elements allocated for transmission within a time slot (also known as a time slot). RE This determines the transport block size (TBS) used for Physical Downlink Shared Channel (PDSCH) transmission or Physical Uplink Shared Channel (PUSCH) transmission. The total number of resource units N RE It was then used to calculate the unquantized intermediate variables. Among them, R and Q m υ and υ represent the coding rate, modulation order, and number of layers, respectively (and "·" indicates multiplication). Next, the unquantized intermediate variables... Quantized and mapped to a table as described in Section 5.1.3.2 of 3GPP TS 38.214 (e.g., if...). ) or algorithm (e.g., if The valid transport block size is specified in ().

[0003] Regarding the total number of resource units N RE Based on this determination, 3GPP TS 38.214 can impose further requirements on the UE, as shown in Table 1.

[0004] Table 1

[0005] Summary of the Invention

[0006] In some example embodiments, a method may be provided that includes calculating, at least based on an overhead value, the number of resource units allocated within a set of resource units, which is used to determine the transport block size of transport blocks transmitted during multiple time slots; calculating, at least based on the calculated number of resource units allocated within the set of resource units, a total number of resource units allocated for a physical uplink shared channel or a physical downlink shared channel, covering the multiple time slots used for transport block size determination; and transmitting or receiving transport blocks during the multiple time slots.

[0007] In some variations, one or more of the features disclosed herein (including the following features) may optionally be included in any feasible combination. The calculation of the total number of resource units may also be based at least on a value that defines the maximum number of resource units for a single time slot, wherein this value is scaled at least by the actual number of time slots during which the transport block is transmitted. The calculation of the total number of resource units may also be based at least on one or more values ​​of the maximum number of resource units allocated for transmitting the transport block over multiple time slots, wherein the maximum number of resource units corresponds to at least one of the actual number of time slots during which the transport block is transmitted, or corresponds to at least one of the actual number of symbols during which the transport block is transmitted, wherein the one or more values ​​are configured via higher-layer signaling. The calculation of the total number of resource units may also be based at least on one or more values ​​of the maximum number of resource units allocated for transmitting the transport block over multiple time slots, wherein the one or more values ​​of the maximum number of resource units are calculated by multiplying the actual number of symbols during which the transport block is transmitted by the number of resource units per symbol for each resource unit set. One or more calculated values ​​of the maximum number of resource elements can be reduced as scalar values, where the actual number of symbols is reduced as scalar values, and / or where the scalar value equals the overhead value. The set of resource elements can be a physical resource block or a number of subcarriers. The overhead value can be determined at least based on the actual number of time slots transmitted during the transport block's period, or at least based on the actual number of symbols transmitted during the transport block's period. The overhead value can be determined at least based on the number of multiple time slots. The overhead value can be determined at least based on a scaling of a first value of xOverhead, where the scaling modifies the first value with: the actual number of time slots transmitted during the transport block's period, the actual number of symbols transmitted during the transport block's period, or a scaling factor. The actual number of time slots can be defined as: the actual number of symbols transmitted across multiple time slots during the transport block's period, divided by the floor function of the maximum number of symbols within the time slot, or where the actual number of time slots transmitted during the transport block's period is defined by: the actual number of symbols transmitted across multiple time slots during the transport block's period, divided by the maximum number of symbols within the time slot.

[0008] Depending on the desired configuration, the above aspects and features can be implemented in systems, apparatus, methods, and / or articles. Details of one or more variations of the subject matter described herein are set forth in the accompanying drawings and the description below. The features and advantages of the subject matter described herein will be apparent from the specification, drawings, and claims. Attached Figure Description

[0009] In the attached diagram,

[0010] Figure 1Examples of transport blocks transmitted via a single time slot and examples of transport blocks transmitted via multiple time slots, according to some example embodiments, are depicted.

[0011] Figure 2 Examples of time slot allocation according to some example embodiments are described, including the full time slot length per time slot, mini time slot allocation with the same allocation symbol per time slot, and mini time slot allocation with different allocation symbols across time slots;

[0012] Figure 3 An example of a process 300 for determining the transport block size is described according to some example embodiments.

[0013] Figure 4A Examples of network nodes according to some example embodiments are depicted; and

[0014] Figure 4B Examples of apparatuses according to some example embodiments are depicted.

[0015] Similar labels are used to refer to the same or similar items in the attached images. Detailed Implementation

[0016] Support is required for transport block (TB) processing over multiple time slots on the Physical Uplink Shared Channel (PUSCH) or Physical Downlink Shared Channel (PDSCH), where the transport block size is determined based on multiple time slots and transmitted over multiple time slots. See, for example, RAN#90-e, December 7-11, 2020, RP-202928. Figure 1 Transport blocks n to n+3102A-D are depicted, each transport block being transmitted via a subframe or a corresponding single time slot (also called a time slot) of a frame. In contrast, transport block 110 is transmitted over multiple time slots 104A-D.

[0017] For example Figure 1 As shown at point 110, a transport block (TB) determined and transmitted using resources across multiple time slots may require modification of the current conventional transport block size determination algorithm at the UE to address the fact that the maximum resource unit used for transport block size determination may exceed one time slot. Therefore, this can lead to one or more problems, and these problems may occur when applying the conventional transport block size determination process (as described in the background section above) to a transport block determined and transmitted using resources across multiple time slots (referred to herein as a "multi-time slot transport block").

[0018] Regarding the number (e.g., quantity) of resource units allocated by the UE within the resource unit set (expressed as...) The traditional transport block size determination process assumes that the resource unit set represents the physical resource block (PRB) for calculating the transport block size. Although some examples in the sample involve physical resource blocks, other types of blocks or resource sets can also be used.

[0019] In the case of transport blocks that are determined and transmitted by resources in multiple time slots (as noted, they are also referred to herein as "multi-time slot transport blocks"), applying the conventional transport block size determination process may lead to the problems indicated. The calculation is performed by considering all Physical Uplink Shared Channel (PUSCH) symbols or Physical Downlink Shared Channel (PDSCH) symbols allocated across multi-slot transport blocks (for...). ), and all demodulation reference signal (DMRS) symbols within the allocated resources (for It can be scaled for multi-slot transport block scenarios. and .

[0020] Conversely, for multi-slot transport block scenarios (The overhead, configured by the high-level parameter xOverhead in PDSCH-ServingCellConfig, is determined by the scaling operation, which is not direct. According to current conventional standards,) It can be semi-statically configured based on the Radio Resource Control (RRC) parameter xOverhead found in PUSCH-ServingCellConfig (or, in the case of PDSCH transmission, in PDSCH-ServingCellConfig), therefore It has a value from the value set {6, 12, 18}, or a value of 0 if xOverhead is not configured.

[0021] However, to define xOverhead for multi-slot transport block scenarios, it may be necessary to extend xOverhead to include additional values, such as Among them, A1, A2, ... A N It is a positive integer greater than 18. More importantly, a new method is needed to map each value in the xOverhead set to a corresponding length (or length range) of a multi-slot transport block. As the length of the multi-slot transport block varies (e.g., the length can be greater than a single slot), a single value of xOverhead, which is configured semi-statically, cannot be used for different lengths of the multi-slot transport block.

[0022] The total number of resource units allocated by the UE to the Physical Uplink Shared Channel (PUCCH) or Physical Downlink Shared Channel (PDSCH) (denoted as N) REThe traditional transport block size determination process can also cause problems when applied to multi-slot transport blocks. In current legacy 3GPP NR specifications (e.g., Rel-16), the transport block size (TBS) and transmit transport block (TB) of a shared data channel can only be determined by a certain number of symbols within a single time slot for each transmission (e.g., a 14-symbol time slot, where a maximum of 13 symbols are used to determine the TBS and for transmitting the transport block). In this case, for example, a value of 156 is specified as the maximum number of resource units allocated for transmitting a transport block during a single time slot. Considering that the number of symbols used for a transport block transmission can be greater than 13, this value may not be suitable for multi-slot transport block scenarios. Therefore, the value 156 may need to be scaled based on the total actual number of symbols used to transmit a multi-slot transport block across multiple time slots.

[0023] In some example embodiments, provided and / or N RE Its precise calculations can be applied to a wide range of scenarios, including multi-slot transport block scenarios.

[0024] Regarding UE in multi-slot transport block scenarios The calculation can be implemented in various solutions as described below.

[0025] In some example embodiments, a semi-static configuration is provided via higher-layer signaling (e.g., values ​​obtained by the user equipment via radio resource control signals with a base station or cell) to determine xOverhead based on the actual number of time slots. This actual number of time slots is defined by a rounding function of the actual number of symbols (spanning multiple time slots during a transport block's duration) divided by the maximum number of symbols within a time slot (e.g., 14 symbols in the 3GPP NR specification). Alternatively or additionally, xOverhead can be determined based on the actual number of symbols (spanning multiple time slots during a transport block's duration) divided by the maximum number of symbols within a time slot (e.g., 14 symbols in the 3GPP NR specification).

[0026] In some example embodiments, a semi-static configuration is provided via higher-layer signaling (e.g., a value obtained by the user equipment via radio resource control signals with a base station or cell) to determine xOverhead based on the number of actual symbols defined by the size of some (if not all) (e.g., a set or subset) of the set of symbols that the transport block is actually transmitted during its period (configured via higher-layer signaling).

[0027] In some example embodiments, a semi-static configuration is provided via higher-layer signaling (e.g., a value obtained by the user equipment through radio resource control signals with a base station or cell) for determining xOverhead based on the nominal number of time slots, which is the number of time slots traversed by the multi-time-slot transport block (e.g., the number of time slots traversed by the multi-time-slot transport block).

[0028] In some example embodiments, a single value for xOverhead is provided, which is configured semi-statically via higher-layer signaling (e.g., a value obtained by the user equipment via radio resource control signals with the base station or cell). This single value may be a single value used for a single-slot transport block, but according to some example embodiments, the single value is scaled for multi-slot transport blocks. For example, the single value can be scaled by multiplying the single value by the actual number of allocated time slots. Alternatively or additionally, the single value can be scaled by adding (or subtracting) an integer α (which is further described below).

[0029] Regarding the total number of resource units (e.g., N) allocated by the user equipment for the Physical Downlink Shared Channel (PDSCH) or Physical Uplink Shared Channel (PUSCH) in a multi-slot transport block transmission scenario, RE The calculation provides three solutions for determining the maximum number of resource units allocated for sending transport blocks over multiple time slots.

[0030] In some example embodiments, a scaling of the aforementioned maximum number (e.g., value 156) of resource units allocated for transmitting transport blocks during a single time slot is provided based on the actual number of time slots.

[0031] In some example embodiments, a semi-static configuration is provided via higher-layer signaling (e.g., RRC signaling) of one or more values ​​for the maximum number of resource units allocated for transmitting transport blocks over multiple time slots, corresponding to the actual number of time slots or symbols during which the transport block is transmitted. These one or more values ​​may be configured jointly in the same table along with xOverhead.

[0032] In some example embodiments, a calculation is provided for the maximum number of resource units allocated for transmitting a transport block over multiple time slots, wherein this value can be calculated by multiplying the number of resource units per symbol for each resource unit set by the actual number of symbols transmitted by the transport block during its period. Alternatively or additionally, this value can be calculated by multiplying the number of resource units per symbol for each resource unit set by the actual number of symbols transmitted by the transport block during its period, and reduced by (e.g., subtracting) a scalar value. This scalar value may be an overhead value (e.g., xOvherhead); alternatively or additionally, this value can be calculated by multiplying the number of resource units per symbol for each resource unit set by the actual number of symbols transmitted by the transport block during its period, wherein the actual number of symbols transmitted by the transport block during its period is reduced by a scalar value.

[0033] For time slots used for multi-slot transport block transmission, there are at least three possibilities for the time-domain resource allocation of the Physical Uplink Shared Channel (PUSCH) and / or Physical Downlink Shared Channel (PDSCH). Time-domain PUSCH / PDSCH resources can be allocated with the full time slot length per time slot, mini-time slot allocation with the same allocation symbol per time slot, or mini-time slot allocation with different allocation symbols across time slots. Figure 2 The time slot allocation is described, specifically as full time slot length per time slot 210A, mini time slot allocation with the same allocation symbol per time slot 210B, and mini time slot allocation with different allocation symbols across time slots 210C.

[0034] If the number of symbols per time slot is the same as in 210A and 210B, then and N RE xOverhead, which is semi-statically configured for the first time slot, can be used with a total number of time slots N. S It is linearly scaled. However, this method may not work for 210C, where the number of symbols spans N. S Each time slot is different. Furthermore, the xOverhead value does not differ from the total number of time slots N. S When scaling linearly, the number of cases may not provide flexibility. To address this and / or other issues, a solution is described below that provides additional flexibility while remaining applicable to all three cases 210A-C.

[0035] In some example embodiments, a computation is provided In this way. Therefore. Defined as the number of symbols used for multi-slot transport block transmission in the i-th time slot. Spanning N SThe total number of symbols used for multi-slot transport block transmission in each time slot is defined as

[0036] ,

[0037] Where N S This represents the total nominal number of time slots. This represents the number of symbols used for multi-slot transport block transmission in the i-th time slot, where all or part of the symbols in the time slot are used for multi-slot transport block transmission. Alternatively or additionally, N S It can represent the number of time slots from the first time slot and the last time slot that have all or part of the symbols used for multi-transfer block transmission (e.g., including the case where one or more time slots between the first and last time slots are not used for multi-transfer block transmission).

[0038] Regarding the xOverhead indication, according to some example embodiments, this can be determined in various ways. For example, a semi-static configuration can be provided via higher-level signaling (e.g., RRC) based on the actual number N of time slots during which the transport block is transmitted. AS To determine xOverhead, N AS Defined by the following formula:

[0039] ,

[0040] in It is a round-up function that returns the smallest integer value greater than or equal to A. For illustrative purposes, Table 2 can be used to configure xOverhead via higher-layer signaling for multi-slot transport block configuration.

[0041] Table 2

[0042]

[0043] In Table 2, A1, A2, A3, B1, B2, B3, etc., are positive integers representing overhead resource units. These overhead resource units take into account the presence of channel state information reference signals, phase tracking reference signals, and / or other factors. A definition applicable to a given N can be defined. AS Additional candidate values ​​can be provided, but only one value can be configured so that the UE understands that for a given N AS Which value should be chosen? For example, if for each given N... AS If the value is not configured, a default assumption can be further defined for use in transport block size calculations. Alternatively, or additionally, different N... AS It can also be configured to have the same xOverhead value.

[0044] Alternatively or additionally, in some example embodiments, a method for communicating with the nominal number N of time slots is provided via higher-layer signaling values ​​(e.g., RRC). S The associated semi-static configuration of xOverhead, the nominal number of time slots is the number of time slots spanned by the multi-time-slot transport block. For example, Table 2 could also be used, but N... AS The total nominal number N of time slots S Instead. Considering similar high-level configurations (as above), where every N S By configuring only one candidate value, the user equipment can dynamically calculate the exact xOverhead for the transport block size. The UE can also implicitly derive the xOverhead by using, for example, some fields in the downlink control information (DCI) (e.g., time domain resource allocation, number of time slots, etc.).

[0045] Alternatively or additionally, in some example embodiments, a single value for xOverhead is provided, which is semi-statically configured by higher-layer signaling (i.e., a value obtained by the UE via RRC). This single value is used for single-slot transport blocks, but is scaled for multi-slot transport blocks. For example, this single value can be multiplied by the actual number N of allocated time slots. AS And it is scaled, as shown below:

[0046] ,

[0047] Where xOverhead_single_slot represents a single value used for a single timeslot transport block, N AS This indicates the actual number of time slots allocated, and xOverhead indicates the overhead value used for multi-slot transport blocks.

[0048] Alternatively or additionally, this single value can be modified by adding an integer value α, as follows:

[0049] ,

[0050] Where xOverhead_single_slot represents a single value used for a single-slot transport block, α represents the scaling factor or integer value added, and xOverhead represents the overhead value used for a multi-slot transport block.

[0051] The integer value of α (which, for simplicity, will also be referred to as the scaling factor in this article) can be determined according to N. S and / or N AS And thus determined. For example, the integer α can be configured via higher-layer signaling, as shown in Table 3 below.

[0052] Table 3

[0053]

[0054] In Table 3, α1, α2, α3… and β1, β2, β3… are integers. Alternatively or additionally, the integer α can be directly specified using values ​​corresponding to certain thresholds, which depend on N. S With N AS The difference between them. Alternatively or additionally, α can be dynamically indicated via DCI.

[0055] When calculating hour, and The values ​​can be taken separately. The value and The number of DMRS symbols assigned within a symbol.

[0056] Regarding N RE The calculations, according to some example embodiments, correctly compute using actual time-domain resources across multiple time slots. After that, N RE The calculation can be further based on at least the following value, which defines the maximum number of resource units allocated for sending transport blocks during multiple time slots.

[0057] In some example embodiments, this value can be provided by scaling the maximum number of resource units allocated for transmitting a transport block during a single time slot based on one or more scaling alternatives disclosed herein (e.g., 156 in 3GPP NR specification Rel-16). For example, this value can be in N... AS Scaled, and N RE It can be calculated using the following formula:

[0058] ,

[0059] Where NAS represents the actual number of time slots, "min" represents the minimum number of operations, and n PRB This represents the total number of resource unit sets allocated to the UE (e.g., the number of allocated physical resource blocks), and This indicates the calculated number of resource units allocated within the resource unit set.

[0060] In some example embodiments, one or more values ​​of the maximum number of resource units allocated for transmitting transmissions over multiple time slots can be configured semi-statically via higher-layer signaling (e.g., RRC) corresponding to the actual number (N) of time slots during which a transport block is transmitted. AS ) or the actual number of symbols ( This one or more values ​​can be configured together with xOverhead in the same table, as in the following example depicted in Table 4.

[0061] Table 4

[0062]

[0063] In Table 4, D1, D2, D3... are also positive integers, representing the values ​​for a given N. AS The maximum number of resource units that can be considered for determining the transport block size.

[0064] In some example embodiments, the maximum number of resource units allocated for transmitting a transport block over multiple time slots can be calculated by multiplying the number of resource units per symbol (e.g., 12 symbols) for each set of resource units by the actual number of symbols that the transport block is transmitted during its period. Multiply by N. Therefore, N RE It can be calculated using the following formula:

[0065] ,

[0066] In some example embodiments, the maximum number of resource units allocated for transmitting a transport block over multiple time slots can be determined by multiplying the number of resource units per symbol (e.g., 12 symbols) for each set of resource units by the actual number of symbols that the transport block is transmitted during its period. The product is calculated by multiplying the two values ​​and reduced by (e.g., subtracting) a scalar value X, where the scalar value X can be an overhead value (i.e., xOverhead). Therefore, N RE It can be calculated using the following formula:

[0067] .

[0068] In some example embodiments, the maximum number of resource units allocated for transmitting a transport block over multiple time slots can be calculated by multiplying the number of resource units per symbol (e.g., 12 symbols) for each set of resource units by the actual number of symbols that the transport block is transmitted during its period. Multiply by ), where the actual number of symbols transmitted in a transport block during its period is reduced by a scalar value Y, where Y can be the number of overhead symbols. Therefore, N RE It can be calculated using the following formula:

[0069] ,

[0070] Where Y represents the number of overhead symbols, and an overhead symbol may contain at least one overhead resource unit.

[0071] Figure 3 An example of a process 300 for determining the size of a multi-slot transport block is described according to some example embodiments.

[0072] In section 305, at least based on an overhead value, a calculation can be performed on the number of resource units allocated within a set of resource units (e.g., physical resource blocks), which is used to determine the transport block size of a transport block that is transmitted over multiple time slots. For example, this calculation can be performed for a multi-time slot transport block scenario. Furthermore, the cost value can be calculated based on, for example, the cost value described in this paper regarding xOverhead, to determine the cost. Calculation. In some example embodiments, the overhead value can be determined at least based on the actual number of time slots or symbols transmitted within the transport block during its duration. Alternatively or additionally, the overhead value can be determined at least based on the number of multiple time slots. Alternatively or additionally, the overhead value can be determined at least based on a scaling of a first value of xOverhead. This scaling can modify the first value using the actual number of time slots or symbols transmitted within the transport block, and / or a scaling factor. In some example embodiments, the overhead value can be configured via higher-layer signaling, such as radio resource control signaling.

[0073] At 310, the calculation can be performed for the total number of resource units allocated for a Physical Uplink Shared Channel (PUSCH) or Physical Downlink Shared Channel (PDSCH) covering multiple time slots, based at least on the calculated number of resource units allocated within a resource unit set (e.g., a physical resource block). The total number of resource units can also be calculated based at least on a value that defines the maximum number of resource units allocated for transmitting transport blocks during multiple time slots. This value can be provided by scaling the maximum number of resource units allocated for transmitting transport blocks during a single time slot, based on the actual number of time-domain resources. Alternatively or additionally, the total number of resource units can also be calculated based at least on one or more values ​​of the maximum number of resource units allocated for transmitting transport blocks during multiple time slots, corresponding to the actual time-domain resources. One or more values ​​of the maximum number of resource units (which are allocated for transmitting transport blocks during multiple time slots) can be configured via higher-layer signaling (such as radio resource control signaling). Alternatively or additionally, the total number of resource units can also be calculated based at least on one or more values ​​of the maximum number of resource units (which are allocated for transmitting transport blocks over multiple time slots), calculated by: multiplying the number of resource units per symbol for each resource unit set by the actual number of symbols transmitted by the transport block during its period; or by multiplying the number of resource units per symbol for each resource unit set by the actual number of symbols transmitted by the transport block during its period, and further reducing by (e.g., subtracting) a scalar value, where the scalar value may be an overhead value (e.g., xOvherhead); or by multiplying the number of resource units per symbol for each resource unit set by the actual number of symbols transmitted by the transport block during its period, where the actual number of symbols transmitted by the transport block during its period is further reduced by a scalar value. In some example embodiments, this calculation may correspond to N as indicated above. RE The calculation.

[0074] At 320, according to some example embodiments, transport blocks can be transmitted or received during multiple time slots. For example, a user equipment (UE) can transmit transport blocks to a base station during multiple time slots on a PDSCH or other type of uplink. Alternatively or additionally, a UE can receive transport blocks from a base station during multiple time slots on a PDSCH or other type of downlink. Alternatively or additionally, a base station can transmit transport blocks to a UE during multiple time slots on a PDSCH or other type of downlink. Alternatively or additionally, a base station can receive transport blocks from a UE during multiple time slots on a PUSCH or other type of uplink. As used herein, the “actual number of symbols” of a transport block transmitted during its period can refer to the number of symbols of the transport block actually transmitted during its period, wherein the number of symbols can refer to some, if not all, symbols in a set of symbols provided via higher-layer signaling (e.g., RRC signaling).

[0075] Figure 4A A block diagram of a network node 400 according to some example embodiments is depicted. The network node 400 may be configured to provide one or more network-side nodes or functions, such as a base station (e.g., gNB, eNB, etc.), to a user equipment, which are configured to size, transmit, and / or receive at least one transport block during multiple time slots.

[0076] According to some example embodiments, network node 400 may include network interface 402, processor 420, and memory 404. Network interface 402 may include a wired and / or wireless transceiver to enable access to other nodes, including base stations, other network nodes, the Internet, other networks, and / or other nodes. Memory 404 may include volatile and / or non-volatile memory containing program code that, when executed by at least one processor 420, provides the processes disclosed herein with respect to network nodes, etc.

[0077] Figure 4B The illustration shows a block diagram of apparatus 10 according to some example embodiments. Apparatus 10 may represent a user equipment. The user equipment may be configured to determine the size of a transport block spanning multiple time slots, wherein a multi-time slot transport block is being received by the user equipment. For example, the user equipment may need to determine the size of a transport block spanning multiple time slots in order to be able to correctly receive, transmit, and / or decode the transport block.

[0078] Device 10 may include at least one antenna 12 communicating with transmitter 14 and receiver 16. Alternatively, the transmitting antenna and receiving antenna may be separate. Device 10 may also include a processor 20 configured to provide signals to and receive signals from the transmitter and receiver, respectively, and to control the functions of the device. Processor 20 may be configured to control the functions of the transmitter and receiver by implementing control signaling via electrical leads to the transmitter and receiver. Similarly, processor 20 may be configured to control other elements of device 10 by implementing control signaling via electrical wires connecting processor 20 to other elements such as a display or memory. For example, processor 20 may be implemented in a variety of ways, including circuit systems, at least one processing core, one or more microprocessors having accompanying digital signal processors(s), one or more microprocessors without accompanying data signal processors, one or more coprocessors, one or more multi-core processors, one or more controllers, processing circuit systems, one or more computers, various other processing elements including integrated circuits (e.g., application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), etc.), or some combination thereof. Therefore, although in Figure 4B The processor 20 is shown as a single processor, but in some example embodiments, the processor 20 may include multiple processors or processing cores.

[0079] Device 10 may be able to operate using one or more air interface standards, communication protocols, modulation types, access types, etc. The signals transmitted and received by processor 20 may include signaling information conforming to applicable cellular system air interface standards and / or any number of different wired or wireless network technologies, including but not limited to Wi-Fi, Wireless Local Access Network (WLAN) technologies such as IEEE 802.11, 802.16, 802.3, ADSL, DOCSIS, etc. Furthermore, these signals may include voice data, user-generated data, user-requested data, etc.

[0080] For example, device 10 and / or its cellular modem can operate according to various first-generation (1G), second-generation (2G or 2.5G), third-generation (3G), fourth-generation (4G), fifth-generation (5G), and Internet Protocol Multimedia Subsystem (IMS) communication protocols (e.g., Session Initiation Protocol (SIP)). For example, device 10 can operate according to 2G wireless communication protocols such as IS-136, Time Division Multiple Access (TDMA), Global System for Mobile Communications (GSM), IS-95, and Code Division Multiple Access (CDMA). Furthermore, for example, device 10 can operate according to 2.5G wireless communication protocols such as General Packet Radio Service (GPRS) and Enhanced Data GSM Environment (EDGE). Additionally, for example, device 10 can operate according to 3G wireless communication protocols such as Universal Mobile Telecommunications System (UMTS), Code Division Multiple Access 2000 (CDMA2000), Wideband Code Division Multiple Access (WCDMA), and Time Division Synchronous Code Division Multiple Access (TD-SCDMA). Furthermore, device 10 can also operate according to 3.9G wireless communication protocols, such as Long Term Evolution (LTE), Evolved Universal Terrestrial Radio Access Network (E-UTRAN), etc. Additionally, for example, device 10 can operate according to 4G wireless communication protocols (such as Advanced LTE, 5G, etc.) and similar wireless communication protocols that may be developed subsequently.

[0081] It is understood that processor 20 may include circuitry for implementing the audio / video and logic functions of device 10. For example, processor 20 may include a digital signal processor device, a microprocessor device, an analog-to-digital converter, a digital-to-analog converter, etc. The control and signal processing functions of device 10 can be distributed among these devices according to their respective capabilities. Processor 20 may also include an internal voice encoder (VC) 20a, an internal data modem (DM) 20b, etc. Furthermore, processor 20 may include functionality for operating one or more software programs, which may be stored in memory. Typically, processor 20 and the stored software instructions can be configured to cause device 10 to perform actions. For example, processor 20 may be able to operate a connectivity program such as a web browser. The connectivity program may allow device 10 to send and receive network content, such as location-based content, according to protocols such as Wireless Application Protocol (WAP) and Hypertext Transfer Protocol (HTTP).

[0082] Device 10 may also include a user interface, including, for example, headphones or speaker 24, ringer 22, microphone 26, display 28, user input interface, etc., which is operatively coupled to processor 20. As described above, display 28 may include a touch-sensitive display, where a user can touch and / or gesture to make selections, input values, etc. Processor 20 may also include a user interface circuitry configured to control at least some functions of one or more elements of the user interface, such as speaker 24, ringer 22, microphone 26, display 28, etc. Processor 20 and / or the user interface circuitry including processor 20 may be configured to control one or more functions of one or more elements of the user interface via computer program instructions (e.g., software and / or firmware) stored in memory accessible to processor 20 (e.g., volatile memory 40, non-volatile memory 42, etc.). Device 10 may include a battery for powering various circuits associated with the mobile terminal, such as circuitry for providing mechanical vibration as a detectable output. The user input interface may include devices that allow device 20 to receive data, such as keypad 30 (which may be a virtual keyboard displayed on display 28 or an externally coupled keyboard) and / or other input devices.

[0083] like Figure 4B As shown, device 10 may also include one or more mechanisms for sharing and / or acquiring data. For example, device 10 may include a short-range radio frequency (RF) transceiver and / or interrogator 64, so that data can be shared with and / or acquired from electronic devices according to RF technology. Device 10 may include other short-range transceivers, such as infrared (IR) transceiver 66, using Bluetooth... TM Bluetooth that operates using wireless technology TM (BT) transceiver 68, Wireless Universal Serial Bus (USB) transceiver 70, Bluetooth TM Low-power transceivers, ZigBee transceivers, ANT transceivers, cellular device-to-device transceivers, wireless LAN link transceivers, and / or any other short-range radio technologies. Device 10, particularly short-range transceivers, can be capable of transmitting and / or receiving data from electronic devices in its vicinity (e.g., within 10 meters). Device 10, including Wi-Fi or wireless LAN modems, can also be capable of transmitting and / or receiving data from electronic devices according to various wireless networking technologies, including 6LoWpan, Wi-Fi, Wi-Fi Low Power, and WLAN technologies such as IEEE 802.11, IEEE 802.15, and IEEE 802.16.

[0084] Device 10 may include memory such as a Subscriber Identity Module (SIM) 38, a Removable Subscriber Identity Module (R-UIM), an eUICC, a UICC, etc., which may store information elements related to mobile subscribers. In addition to the SIM, device 10 may also include other removable and / or fixed memory. Device 10 may include volatile memory 40 and / or non-volatile memory 42. For example, volatile memory 40 may include random access memory (RAM) (including dynamic and / or static RAM), on-chip or off-chip cache memory, etc. Non-volatile memory 42, which may be embedded and / or removable, may include, for example, read-only memory, flash memory, magnetic storage devices such as hard disks, floppy disk drives, magnetic tapes, optical disk drives and / or media, non-volatile random access memory (NVRAM), etc. Like volatile memory 40, non-volatile memory 42 may include cache areas for temporary data storage. At least a portion of the volatile and / or non-volatile memory may be embedded in processor 20. The memory can store one or more software programs, instructions, information, data, etc., which can be used by the device to perform the operations disclosed herein.

[0085] The memory may include an identifier capable of uniquely identifying device 10, such as an International Mobile Equipment Identity (IMEI). In an example embodiment, processor 20 may be configured to provide the operations disclosed herein regarding the UE (e.g., one or more of the processes, calculations, etc. disclosed herein, including...). Figure 3 (The process of treatment).

[0086] Some of the embodiments disclosed herein may be implemented using software, hardware, application logic, or a combination of software, hardware, and application logic. For example, the software, application logic, and / or hardware may reside on memory 40, control device 20, or electronic components. In some example embodiments, the application logic, software, or instruction set is maintained on any of a variety of conventional computer-readable media. In the context of this document, "computer-readable storage medium" can be any non-transitory medium that can contain, store, transmit, propagate, or transfer instructions for use by or in conjunction with an instruction execution system, apparatus, or device, such as a computer or data processor circuit system; a computer-readable medium may include a non-transitory computer-readable storage medium, which can be any medium that can contain or store instructions for use by or in conjunction with an instruction execution system, apparatus, or device, such as a computer.

[0087] Without limiting the scope, interpretation, or application of the following claims in any way, the technical effects of one or more example embodiments disclosed herein can be used to enhance the processing of transport blocks spanning multiple time slots.

[0088] Depending on the desired configuration, the subjects described herein can be embodied in systems, apparatuses, methods, and / or articles. For example, the base stations and user equipment (or one or more components thereof) and / or processes described herein can be implemented using one or more of the following: a processor executing program code, an application-specific integrated circuit (ASIC), a digital signal processor (DSP), an embedded processor, a field-programmable gate array (FPGA), and / or combinations thereof. These various implementations can include implementations in one or more computer programs executable and / or interpretable on a programmable system comprising at least one programmable processor (which may be dedicated or general-purpose), at least one input device, and at least one output device coupled to receive and transmit data and instructions from and to a storage system. These computer programs (also referred to as programs, software, software applications, applications, components, program code, or code) include machine instructions for the programmable processor and can be implemented using high-level procedural and / or object-oriented programming languages ​​and / or assembly / machine languages. As used herein, the term "computer-readable medium" means any computer program product, machine-readable medium, computer-readable storage medium, apparatus, and / or device (e.g., magnetic disk, optical disk, memory, programmable logic device (PLD)) used to provide machine instructions and / or data to a programmable processor, including machine-readable media that receive machine instructions. Similarly, systems that may include a processor and memory coupled to the processor are also described herein. Memory may include one or more programs that cause the processor to perform one or more of the operations described herein.

[0089] While variations have been described in detail above, other modifications or additions are possible. In particular, other features and / or variations may be provided in addition to those features and / or changes set forth herein. Furthermore, the implementations described above can involve various combinations and sub-combinations of the disclosed features and / or combinations and sub-combinations of several other features disclosed above. Other embodiments are within the scope of the following claims.

[0090] If necessary, the different functions discussed herein may be performed in different orders and / or simultaneously with each other. Furthermore, if necessary, one or more of the above functions may be optional or may be combined. Although various aspects of some embodiments are set forth in the independent claims, other aspects of some embodiments include other combinations of features from the described embodiments and / or dependent claims with features of the independent claims, not just those expressly stated in the claims. It should also be noted here that while exemplary embodiments have been described above, these descriptions should not be considered limiting. Rather, variations and modifications may be made without departing from the scope of some embodiments as defined in the appended claims. Other embodiments may fall within the scope of the following claims. The term "based on" includes "at least based on". Unless otherwise stated, the phrase "such as" means "for example".

Claims

1. A method of communication, comprising: The number of resource units allocated within the resource unit set is calculated based at least on an overhead value, which is used to determine the transport block size of transport blocks transmitted over multiple time slots. The total number of resource units allocated for a physical uplink shared channel or a physical downlink shared channel, covering the plurality of time slots for determining the transport block size, is calculated based at least on the calculated number of resource units allocated within the resource unit set, wherein the calculation of the total number of resource units is also based at least on a value that defines a maximum number of resource units for a single time slot, wherein the value is scaled at least by the actual number of time slots during which the transport block is transmitted; as well as The transport block is sent or received during the plurality of time slots.

2. The method of claim 1, wherein the calculation of the total number of resource units is further based at least on one or more values ​​of a maximum number of resource units allocated for transmitting the transport block during a plurality of time slots, wherein the maximum number of resource units corresponds to at least one of the actual number of time slots during which the transport block is transmitted, or corresponds to at least one of the actual number of symbols during which the transport block is transmitted, wherein the one or more values ​​are configured via higher-layer signaling.

3. The method of claim 1, wherein the calculation of the total number of resource units is further based at least on one or more values ​​of a maximum number of resource units allocated for transmitting the transport block during a plurality of time slots, wherein the one or more values ​​of the maximum number of resource units are calculated by multiplying the actual number of symbols of the transport block transmitted during its period by the number of resource units per symbol for each set of resource units.

4. The method of claim 3, wherein one or more of the calculated values ​​of the maximum number of resource units are reduced by a scalar value, wherein the actual number of symbols is reduced by the scalar value, and / or wherein the scalar value is equal to the overhead value.

5. The method according to claim 1, wherein the set of resource units is a physical resource block or a certain number of subcarriers.

6. The method of claim 1, wherein the overhead value is determined at least based on the actual number of time slots in which the transport block is transmitted during its period, or at least based on the actual number of symbols in which the transport block is transmitted during its period.

7. The method of claim 1, wherein the overhead value is determined at least based on the number of the plurality of time slots.

8. The method of claim 1, wherein the overhead value is determined at least based on a scaling of a first value of xOverhead, wherein the scaling modifies the first value with the following: the actual number of time slots during which the transport block is transmitted, or the actual number of symbols during which the transport block is transmitted, or a scaling factor.

9. The method of claim 1, wherein the actual number of time slots is defined by: the actual number of symbols transmitted across the transport block during its period, divided by an up-rounding function of the maximum number of symbols within the time slot; or wherein the actual number of time slots transmitted across the transport block during its period is defined by: the actual number of symbols transmitted across the transport block during its period, divided by the maximum number of symbols within the time slot.

10. A device for communication, comprising: At least one processor; as well as At least one memory, including computer program code, said at least one memory and said computer program code being configured together with said at least one processor to cause the device to at least: The number of resource units allocated within the resource unit set is calculated based at least on an overhead value, which is used to determine the transport block size of transport blocks transmitted over multiple time slots. The total number of resource units allocated for a physical uplink shared channel or a physical downlink shared channel, covering the plurality of time slots for determining the transport block size, is calculated based at least on the calculated number of resource units allocated within the resource unit set, wherein the calculation of the total number of resource units is also based at least on a value that defines a maximum number of resource units for a single time slot, wherein the value is scaled at least by the actual number of time slots during which the transport block is transmitted; as well as The transport block is sent or received during the plurality of time slots.

11. The apparatus of claim 10, wherein the calculation of the total number of resource units is further based on at least one or more values ​​of a maximum number of resource units allocated for transmitting the transport block during a plurality of time slots, wherein the maximum number of resource units corresponds to at least one of the actual number of time slots during which the transport block is transmitted, or corresponds to at least one of the actual number of symbols during which the transport block is transmitted, wherein the one or more values ​​are configured via higher-layer signaling.

12. The apparatus of claim 10, wherein the calculation of the total number of resource units is further based at least on one or more values ​​of a maximum number of resource units allocated for transmitting the transport block during a plurality of time slots, wherein the one or more values ​​of the maximum number of resource units are calculated by multiplying the actual number of symbols of the transport block transmitted during its period by the number of resource units per symbol for each set of resource units.

13. The apparatus of claim 12, wherein one or more of the calculated values ​​of the maximum number of resource units are reduced by a scalar value, wherein the actual number of symbols is reduced by the scalar value, and / or wherein the scalar value is equal to the overhead value.

14. The apparatus of claim 10, wherein the set of resource units is a physical resource block or a number of subcarriers.

15. The apparatus of claim 10, wherein the overhead value is determined at least based on the actual number of time slots during which the transport block is transmitted, or at least based on the actual number of symbols during which the transport block is transmitted.

16. The apparatus of claim 10, wherein the overhead value is determined at least based on the number of the plurality of time slots.

17. The apparatus of claim 10, wherein the overhead value is determined at least based on a scaling of a first value of xOverhead, wherein the scaling modifies the first value with the following: the actual number of time slots during which the transport block is transmitted, the actual number of symbols during which the transport block is transmitted, or a scaling factor.

18. The apparatus of claim 10, wherein the actual number of time slots is defined by: the actual number of symbols of the plurality of time slots transmitted across the transport block during its period, divided by an up-rounding function of the maximum number of symbols within the time slot, or wherein the actual number of time slots transmitted across the transport block during its period is defined by: the actual number of symbols of the plurality of time slots transmitted across the transport block during its period, divided by the maximum number of symbols within the time slot.

19. An apparatus for communication, comprising: A component for calculating the number of resource units allocated within a set of resource units based at least on an overhead value, said overhead value being used to determine the transport block size of transport blocks transmitted over multiple time slots; A component for calculating, based at least on the calculated number of resource units allocated within the resource unit set, the total number of resource units allocated for a physical uplink shared channel or a physical downlink shared channel, covering the plurality of time slots for determining the transport block size, wherein the calculation of the total number of resource units is also based at least on a value that defines a maximum number of resource units for a single time slot, wherein the value is scaled at least by the actual number of time slots during which the transport block is transmitted; as well as A component for transmitting the transport block during the plurality of time slots, or a component for receiving the transport block during the plurality of time slots.

20. The apparatus of claim 19, further comprising: Components for performing any of the methods described according to claims 2 to 9.

21. A non-transient computer-readable storage medium comprising program code that, when executed by at least one processor, causes operations including: The number of resource units allocated within the resource unit set is calculated based at least on an overhead value, which is used to determine the transport block size of transport blocks transmitted over multiple time slots. The total number of resource units allocated for a physical uplink shared channel or a physical downlink shared channel, covering the plurality of time slots for determining the transport block size, is calculated based at least on the calculated number of resource units allocated within the resource unit set, wherein the calculation of the total number of resource units is also based at least on a value that defines a maximum number of resource units for a single time slot, wherein the value is scaled at least by the actual number of time slots during which the transport block is transmitted; as well as A component for transmitting the transport block during the plurality of time slots, or for receiving the transport block during the plurality of time slots.

Images