TWI467988B - Method and apparatus for selecting a radio link control protocol data unit size - Google Patents

Description

Wireless link control protocol data unit size selection method and device

This application relates to wireless communications.

The 3rd Generation Partnership Project (3GPP) is a collaboration between Telecommunication Union organizations to implement a globally applicable third generation (3G) wireless communication system.

The UMTS network architecture includes a core network (CN), a UMTS terrestrial radio access network (UTRAN), and at least one user equipment (UE). The CN is interconnected with the UTRAN via the Iu interface.

The UTRAN is configured to provide wireless telecommunications services to the UE via a Uu radio interface, the UE being involved in a wireless transmit/receive unit (WTRU) in the present application. A common null intermediation plane defined in the UMTS standard is Wideband Code Division Multiple Access (W-CDMA). The UTRAN includes one or more Radio Network Controllers (RNCs) and base stations of Node Bs referred to in 3GPP, collectively providing at least one UE for geographic coverage of wireless communications. One or more Node Bs are connected to each RNC via an Iub interface. The RNC in the UTRAN communicates via the Iur interface.

FIG. 1 is an example block diagram of the UE 200. The UE 200 may include a Radio Resource Control (RRC) entity 205, a Radio Link Control (RLC) entity 210, a Medium Access Control (MAC) entity 215, and a Physical (PHY) Layer 1 (L1) entity 220. The RLC entity 210 includes a transmitting side component 225 and a receiving side component 230. The transmitting side component 225 includes a transmit buffer 235.

Figure 2 is an example block diagram of UTRAN 300. UTRAN 300 may include an RRC entity 305, an RLC entity 310, a MAC entity 315, and a PHY L1 entity 320. The RLC entity 310 includes a transmitting side component 325 and a receiving side component 330. The transmitting side component 325 includes a transmit buffer 335.

3GPP Release 6 introduces High Speed Uplink Packet Access (HSUPA) to provide higher data rates for uplink transmissions. As part of the HSUPA, a new transmission channel, the Enhanced Dedicated Channel (E-DCH), is introduced to carry the uplink data at a higher rate.

The MAC sublayer is configured to determine the number of bits to be transmitted in the Transmission Time Interval (TTI) for the E-DCH transmission channel. The MAC sublayer may be configured to perform an E-DCH Transport Format Combination (E-TFC) selection process. The relative grant and absolute grant received on the E-RGCH and E-AGCH will allow the E-DPDCH to be adjusted to the DPCCH power rating, at which the WTRU may transmit.

Figure 3 shows an overview of the RLC sublayer. The RLC sublayer includes an RLC entity having three types: a transparent mode (TM) RLC entity, a non-acknowledgment mode (UM) RLC entity, and an acknowledgement mode (AM) RLC entity. The UM RLC entity and the TM RLC entity may be configured to transmit an RLC entity or receive an RLC entity. The transmitting RLC entity transmits the RLC PDU, and the receiving RLC entity receives the RLC PDU. The AM RLC entity includes a transmitting side for transmitting RLC PDUs and a receiving side for receiving RLC PDUs.

Each RLC entity is defined as a sender or receiver according to the initial process. In UM and TM, the transmitting RLC entity is the sender and the peer RLC entity is the receiver. The AM RLC entity can be defined as a sender or a recipient according to the basic process. The sender is the transmitter of the Answer Mode Data (AMD) PDU, and the receiver is the receiver of the AMD PDU. The sender or receiver can be at the UE or at the UTRAN.

For each TM and UM service, there is one transmitting RLC entity and one receiving RLC entity. However, for AM services, there is a combined transmit and receive RLC entity.

Both the UM RLC entity and the TM RLC entity use one logical channel to send or receive data PDUs. The AM RLC entity can be configured to transmit or receive data PDUs and control PDUs using one or two logical channels. If only one logical channel is configured, the transmitting AM RLC entity transmits both the data PDU and the control PDU on the same logical channel.

The AM RLC entity may be configured to create a PDU, where the RLC PDU size is the same for both the data PDU and the control PDU.

Currently, the RLC entity is "radial unaware" or unable to detect the current radio condition. However, in the UL direction, since both the RLC and MAC protocols are located at the same node, the RLC entity may be "radio-detectable" or able to detect the current radio condition. Therefore, the RLC PDU size can be determined based on the instantaneous available data rate.

However, when the RLC entity is set to "radio unaware", the RLC entity generates the largest size RLC PDU. This can result in multiple PDUs being generated at each TTI, depending on current radio conditions and the specified authorization. Unfortunately, if the generated RLC PDU is larger than the selected E-DCH Transport Format Combination (E-TEF) size, the generated RLC PDU can be segmented.

Both "radio-aware" RLC and "radio-unconscious" RLC have advantages and disadvantages. The main disadvantages of "radio unawareness" are (a) greater overhead when using smaller fixed RLC PDU sizes, and (b) where MAC segments are used with larger fixed RLC PDU sizes, Large error rate caused by residual hybrid automatic repeat request (HARQ) errors. (Note: Remaining HARQ Error = Improved MAC (i-I/is) PDU transmission has failed. If there is a large number of segments, any MAC-i/is PDU will have a higher chance of carrying the segmentation failure, by This RLC PDU error rate is increased.)

As described above, the "radio-aware" RLC entity generates an RLC PDU as a function of the E-TFC size (transport block size) of the MAC PDU. Thus, since the RLC PDU does not need to be segmented at the MAC, there is minimal overhead and a lower RLC PDU error rate caused by the remaining HARQ errors. However, since generating RLC PDUs in a short amount of time requires too much processing power, a "radio-aware" RLC entity may not be able to generate RLC PDUs at a specified TTI.

The "radio-aware" RLC entity will generate an RLC PDU that matches the transport block size, which is the optimal size that minimizes the RLC PDU error rate caused by the remaining HARQ errors, whereas the "radio-aware" RLC entity is very A small E-TFC size has more overhead and a lower overhead for larger transport block sizes. Since the "radio-aware" RLC generates a larger RLC PDU when having a larger E-TFC selection, a problem arises when a larger RLC PDU needs to be retransmitted and the E-TFC selection is reduced in size. Moreover, retransmission of larger RLC PDUs requires a larger number of MAC segments to be generated. Therefore, the RLC PDU error rate caused by the HARQ residual error may increase.

Thus, there is a need for a method for generating RLC PDUs in an RLC entity so that both RLC overhead and RLC PDU error rate caused by HARQ residual errors can be reduced.

Therefore, a method for selecting an appropriate RLC PDU size in a specific range would be highly desirable. More specifically, a method for determining when the RLC PDU size should be calculated and which value the RLC PDU size should be set to is highly desirable.

A method and apparatus (WTRU) for creating an RLC PDU for a MAC PDU prior to E-TFC selection, the MAC PDU will include the one or more RLC PDUs. The WTRU is configured to pre-generate RLC PDUs for transmission in subsequent TTIs. If any RLC PDU to be included in the MAC PDU must be created after determining the size of this MAC PDU, ie after E-TFC selection, then this process has the benefit of avoiding the need for large peak processing, where large peak processing needs to be Exist due to tight delay limits. The methods and apparatus described hereinafter allow this benefit when maintaining an approximate match between the RLC PDU size and the MAC PDU size of the RLC PDU at most of the time. Maintaining this approximate match ensures that the RLC PDU error rate caused by HARQ residual errors remains low. This method can be set as "semi-radio detectable" or "radio detectable with delay".

References below to "wireless transmit/receive unit (WTRU)" include, but are not limited to, WTRUs, user equipment (UE), mobile stations, fixed or mobile subscriber units, pagers, mobile phones, personal digital assistants (PDAs), computers Or any other type of user device capable of operating in a wireless environment. The "base station" referred to below includes, but is not limited to, a Node B, a site controller, an access point (AP), or any other type of peripheral device capable of operating in a wireless environment.

FIG. 4 shows a wireless communication system 400 including a plurality of WTRUs 410, Node Bs 420, CRNCs 430, SRNCs 440, and a core network 450. As shown in FIG. 4, WTRU 410 communicates with Node B 420, which communicates with CRNC 430 and SRNC 440. Although three WTRUs 410, one Node B 420, one CRNC 430, and one SRNC 440 are shown in FIG. 4, it should be noted that any combination of wireless and wired devices can be included in the wireless communication system 400.

FIG. 5 is a functional block diagram 500 of WTRU 410 and Node B 420 in wireless communication system 400 of FIG. As shown in FIG. 5, WTRU 410 is in communication with Node B 420, and both WTRU 410 and Node B are configured to perform a method of selecting an RLC PDU size.

In addition to the elements that can be found in a typical WTRU, the WTRU 410 also includes a processor 415, a receiver 416, a transmitter 417, and an antenna 418. Processor 415 is configured to perform a method for selecting an RLC PDU size. Receiver 416 and transmitter 417 are in communication with processor 415. Antenna 418 communicates with both receiver 416 and transmitter 417 to facilitate the transmission and reception of wireless data.

Node B 420 includes processor 425, receiver 426, transmitter 427, and antenna 428, in addition to elements that can be found in a typical base station. Receiver 426 and transmitter 427 are in communication with processor 425. Antenna 428 communicates with both receiver 426 and transmitter 427 to facilitate transmission and reception of wireless data.

The following term "transport block" refers to any of the following: a MAC-e PDU, a MAC-i PDU, a MAC-es PDU, a MAC-is PDU, or a MAC PDU. The term "number of bits in a transport block" or "selected transport block (TB)" is used to refer to any one of the following: the size of the total transport block (or "transport block size"); The size of the transport block minus the number of bits required by the MAC header; the number of bits of the logical channel to which the MAC-d flow or RLC PDU belongs may be used according to the E-DCH Transport Format Combination (E-TFC) selection procedure; The number of bits available for the combination of MAC-d streams or logical channels according to the E-TFC selection procedure; and the number of bits requested from the specified logical channel as part of the E-TFC selection procedure.

Figure 6 is a block diagram of a method 600 for use in a wireless transmit/receive unit (WTRU) for pre-generating Radio Link Control (RLC) Protocol Data Units (PDUs) for transmission in a subsequent TTI. Referring to Figure 6, the WTRU performs the calculation of the RLC PDU size (or the size of the RLC PDU data field) and the creation 610 of the RLC PDU at the predetermined time. The WTRU performs a service authorization update procedure or uses the results 620 of the latest service authorization update. The WTRU calculates "number of bits in the transport block" (G) 630 based on the results of the service grant update procedure and possibly other factors. The WTRU may then calculate an RLC PDU size (S) 640 based on the number of bits in the transport block and possibly other factors and parameters. If there is an outstanding RLC PDU, the WTRU may then be configured to update the amount of data 660. Next, the WTRU may be configured to be based on the determined amount of data in the highlighted RLC PDU, the amount of data in the new RLC PDU when such an RLC PDU was created, and the limit on the amount of data in the highlighted RLC PDU. Determine if additional RLC PDUs 670 can be created. If the WTRU determines that no additional RLC PDUs have been created, the WTRU avoids creating an RLC PDU and waits for the process to be executed next time. Otherwise the WTRU may be configured to create additional RLC PDUs 680. The WTRU may then be configured to check if there is still data available (in the RLC SDU) to create the RLC PDU 690. If this is the case, the WTRU may be configured to update the amount of data in the highlighted RLC PDU. Otherwise the WTRU may be configured to wait for the process to be executed next time. It should be noted that to save time, the WTRU may be configured to check if there is any available material to create an RLC PDU before resuming the service authorization update procedure. If there is no data to create, the WTRU is configured to skip the wait for the next execution.

The following embodiments describe when the size of the RLC PDU should be calculated (step 610), and these embodiments can be "combined" in use, meaning that if any of these events occur, a calculation will occur. In a first embodiment, the WTRU is configured to periodically determine the RLC PDU size, for example based on a transmission time interval (TTI) or every N TTIs. The WTRU may also be configured to determine the RLC PDU size each time an E-TFC selection occurs. The WTRU may also be configured to determine the RLC PDU size each time a new RLC PDU is created from the segmentation and/or concatenation of the RLC Service Data Unit (SDU). The WTRU may also be configured to determine the RLC PDU size each time the RLC receives new data (ie, a new RLC SDU) from a higher layer or each time the service grant is updated. The WTRU may also be configured to determine the RLC PDU size based on an active set update procedure. It may be that the RLC PDU size may be determined whether it is a serving cell change or a radio bearer, a transmission channel, or a physical channel setup, configuration, or reconfiguration. The RLC PDU size can be calculated when the minimum/maximum value is received from the RRC signaling.

Alternatively, the WTRU may be configured to determine the RLC PDU size based on the triggering event. In one embodiment, the WTRU is configured to determine the RLC PDU size when the number of available bits in the transport block, the E-DCH Transport Format Combination Index (E-TFCI), the WTRU power headroom, or the service grant change. . The amount of change required to meet the triggering event can be based on a predetermined threshold.

Alternatively, the WTRU may be configured to update the information used in calculating the RLC PDU size in each E-TFC selection, where the material from this logical channel is included in the MAC-i PDU. In another alternative, the WTRU is configured to update the information used in calculating the RLC PDU size at each E-TFC selection, wherein if the RLC entity is carrying a scheduled stream or a non-scheduled stream, respectively The HARQ process is configured to send scheduled data and/or unscheduled data, respectively. Or the WTRU is configured to update the information used in calculating the RLC PDU size at each E-TFC selection, wherein the data in the MAC-d stream from the logical channel is included in the MAC-i PDU, or the MAC of the logical channel. The d stream is allowed to be multiplexed.

It may be that the WTRU may be configured to determine the RLC PDU size when the change in the amount below exceeds a certain value or the following amount becomes below a threshold or the following amount becomes above a threshold. These quantities include: 1) measured path loss, measured received signal coding power (RSCP) or measured common pilot channel (CPICH) Ec/No to the serving cell and WTRU transmission power; 2) nth time (for any n) HARQ transmission error rate or average error rate for all HARQ transmissions; HARQ transmission delay (time between initial transmission of the transport block and its successful response); 3) total RLC PDU transmission delay (HARQ transmission delay plus The time between RLC PDU creation and transmission); 4) the remaining HARQ error rate (ie the probability of HARQ failure occurring) or the number of HARQ failures; 5) the percentage or number of RLC PDUs that have been retransmitted; 6) perceived by the WTRU Downlink channel quality or reported channel quality indicator (CQI); 7) the number or percentage of "uplink" transmission power control (TPC) commands received from the network during a specific time period, possibly Subject to the WTRU transmitting above a certain absolute transmission power; the number of RLC retransmissions required to successfully transmit RLC PDUs; the percentage or number of RLC SDUs that have been discarded; 8) any one or combination of the above quantities Function (such as flat ).

Alternatively, the WTRU may be configured to occur when a hybrid automatic repeat request (HARQ) failure occurs (HARQ transmission failure for all transport blocks) or when the required HARQ retransmissions for successful delivery exceeds a threshold or the event is configured The RLC PDU size is determined when the quantity occurs. In another alternative, the WTRU may be configured to calculate the RLC PDU size when the RLC PDU needs to be retransmitted or when the configured number of RLC retransmissions occurs or the configured percentage of RLC PDUs are retransmitted. . In yet another embodiment, the RLC PDU size may be recalculated when the RLC PDU exceeds the number of retransmissions or the drop timer expires or the configured number or percentage of RLC PDUs/SDUs are discarded. It is also possible to calculate the RLC PDU size when the timer has expired. The value of this timer can be configured. The RLC PDU size can be calculated by the MAC layer, and the RLC PDU size can be provided to the RLC layer on a TTI basis or periodically. Alternatively, the RLC layer may calculate the RLC PDU size based on information from the MAC layer.

In one embodiment, the RLC PDU size is set to a function of "number of bits in the transport block" calculated in step 630, or set to "number of bits in the transport block". That is, the size of the data field of the RLC PDU is set so that the size of the full RLC PDU (including the header) matches the size of the "number of bits in the transport block". As described below, if the value is above the maximum or below the minimum, the size can be re-adjusted. The calculation of the "number of bits in the transport block" depends on whether the logical channel to which the RLC PDU belongs belongs to a scheduled stream or an unscheduled stream.

For logical channels belonging to a scheduled flow, the "number of bits in the transport block" may relate to the highest payload that may be transmitted according to the scheduled (service) grant and available power (eg, the WTRU uses the E-TFC defined procedure) The largest E-TFC sent by the WTRU, the smallest of the highest payloads that can be transmitted based on the service grant and the selected power offset; the highest payload that can be transmitted based on the service grant only; And the highest payload that can be transmitted with the selected power offset, where the required transmit power is not considered for the maximum WTRU transmit power (ie, assuming that the available WTRU transmit power is always sufficient); and considering the scheduled grant (SG) and The highest payload that can be transmitted for the maximum WTRU transmit power (eg, the WTRU uses the maximum E-TFC sent by the WTRU according to the E-TFC qualification procedure, the most efficient that can be transmitted depending on the service grant regardless of the selected power offset The smallest of the loads). The "highest payload that can be transmitted according to the service authorization" may also be referred to as "the maximum amount of data that is allowed to be transmitted according to the current authorization that is applicable for the current TTI."

The "number of bits in the transport block" may include any combination of the above described minus the size of the MAC-i/is header. If the scheduling information field is transmitted, the "number of bits in the transport block" may also include any combination of the above described minus the size of the scheduling information (SI) field.

The selected power offset mentioned below corresponds to the power offset of the HARQ profile from the MAC-d flow, where the MAC-d flow allows the highest priority data to be transmitted, or allowed in multiple MAC-d flows In the case where the same highest priority data is transmitted, the selected power offset corresponds to the power offset of the MAC-d stream selected by the execution function. Alternatively, the power offset may relate to the power offset of the HARQ profile from the MAC-d flow to which the logical channel belongs.

The value of the scheduled grant (SG) mentioned below may relate to the service grant value provided by the service grant update function, or alternatively to the configuration of the 10 ms TTI and the use of the TTI for the upcoming transmission and compression mode gap Reduced service authorization in the case of stacking.

In the event that an initial transmission of E-TFC selection has not been performed, or if no E-TFC selection occurs within a specified amount of time, the WTRU may perform one or a combination of the following: 1) for a logical channel belonging to the scheduled stream - If the "service authorization value" is provided in the RRC message, the value of the information element (IE) "service authorization value" is used. The IE is provided by the network and is used as the initial grant when the E-DCH is configured, otherwise the service grant is initially set to 0. 2) For logical channels belonging to unscheduled flows - the WTRU can simply use non-service authorization As the initial value to start creating the RLC PDU. 3) When no initial service authorization is configured (ie the IE "service authorization value" is not provided) or alternatively always for the above mentioned case, one of the following values or a combination thereof may be used to determine the RLC PDU Size: i) by using the current E-TFC or "number of bits in the transport block" (ie determined at the specified TTI), at the last moment of the current and next TTI(s) for the initial transmission only Determine the size and create the RLC PDU; ii) the RLC PDU size is determined as the minimum RLC PDU size or a multiple of the minimum size, or the largest RLC PDU or the largest RLC PDU/N; 4) The RLC PDU size is selected from the minimum set E-TFC size . For example, the WTRU may choose the minimum or maximum allowed. 5) The RLC uses pre-configured values specified by the network or configured in the WTRU.

In an alternative embodiment, the "number of bits in the transport block" may be one of the following or any combination thereof: 1) "number of bits in the transport block" includes the RLC PDU to be created (this means UE No more RLC PDUs than RLC PDUs that can be delivered under the current TTI are created; 2) "Number of bits in the transport block" resulting from E-TFC selection determined in the earlier one or more TTIs. The number of transport block (TB) sizes of the previously determined TTI may be configurable or may be based on WTRU capabilities. 3) The average of the "number of bits in the transport block" generated by the E-TFC selection calculated in the previous or the TTI. In this case, the resulting TB size can be quantized to match the allowed E-TFC size. The averaging period is configurable. 4) Specify specific assumptions based on service grant, WTRU power headroom, unscheduled grants, and other parameters used in the E-TFC selection process, if E-TFC selection occurs during the calculation (even if it does not actually occur) The number of bits in the transport block that can be transferred. These assumed conditions may be based on: i) service grant, WTRU power headroom, unscheduled grant, and current prevailing value of other parameters; ii) service grant, WTRU power headroom, unscheduled grant, and experience in the past Value of other parameters; iii) value of service grant, WTRU power headroom, unscheduled grant, and other parameters that are to be implemented in a particular measurement to be specified (eg path loss, CPICH Ec/No, CPICH RSCP, WTRU transmission power, downlink channel quality, etc.); or iv) any combination or function of the above. 5) "Number of bits in the transport block" as each of the above definitions or its average, multiplied by a factor, and up or down to the next integer or the nearest value to the finite set of possible values. The factor may be greater than 1 or less than 1. 6) "Number of bits in the transport block" as each of the above definitions or its average, multiplied by the "maximum number of MAC segments per RLC PDU" parameter, The parameters are signaled or pre-determined (actual parameter names can be different); 7) "Number of bits in the transport block" as each of the above definitions or their average, divided by "MAC of each MAC-i PDU" -is the maximum number of SDUs parameter, which is signaled or predetermined, or equivalent (the actual parameter name can be different); and 8) any of the above functions.

For each RLC PDU, the WTRU may be configured with a minimum size and a maximum size limit. If the RLC PDU size obtained using one of the methods described above is greater than the configured maximum size, the RLC PDU size is reset to the configured maximum size. Similarly, if the RLC PDU size obtained using one of the methods described above is less than the configured minimum size, the RLC PDU size is reset to the configured minimum size.

In one embodiment, UTRAN 300 may determine the maximum RLC PDU size and transmit the value of the maximum RLC PDU size to WTRU 200 using L2 or L3 (RRC) signaling. For example, UTRAN 300 may use RRC Information Element (IE) "RLC Information" to configure WTRU 200 to use a minimum RLC PDU size and a maximum RLC PDU size. Signaling of the value of the maximum RLC PDU size may occur during radio bearer configuration or radio bearer reconfiguration. Moreover, signaling of the value of the maximum RLC PDU size may occur during transmission channel configuration or transmission channel reconfiguration.

Alternatively, if the minimum allowable MAC segment size is defined, the WTRU may be configured to derive a minimum RLC PDU size from the minimum allowable MAC segment size. For example, the minimum RLC PDU size can be a multiple of the minimum MAC segment size. Alternatively, the minimum RLC PDU size may be a static value that is pre-configured in the WTRU 200.

Referring back to Figure 6, the WTRU may be configured to create a limited number of RLC PDUs. For example, in (650), the WTRU determines a limit on the amount of data in the RLC PDU that has been created but has not yet been transmitted (ie, has not been inserted into the transport block). These PDUs are hereinafter referred to as "standing" RLC PDUs. It may be that the amount of data in the highlighted RLC PDU may also include the content of the segmentation entity for the corresponding logical channel. In one embodiment, the WTRU may be configured to create a limited number of new RLC PDUs such that the total amount of data in the highlighted RLC PDU does not exceed a predetermined limit. It should be noted that if the amount of data in the highlighted RLC PDU has exceeded the limit at the beginning of the process, the number of new RLC PDUs created may be zero. In this case, the WTRU does not create additional RLC PDUs, but does not discard the RLC PDUs that have been created. The predetermined data limit may be predefined, signaled by a higher layer, or based on the current E-TFC or based on the current number of bits in the transport block for the logical channel (as indicated by the MAC layer) or based on the The size of the new RLC PDU. In one embodiment, the current authorization and power conditions are specified, and the limits in the steps may correspond to multiplying the amount of data transmitted from the logical channel by a predefined factor. That is, the limit corresponds to a maximum amount of data that is allowed to be transmitted at the current TTI by the applicable current authorization (scheduled or unscheduled), which has been calculated in step 630.

Alternatively, specifying the amount of buffered data (RLC SDU), the WTRU may be configured to create new RLC PDUs as much as possible. Or the WTRU may be configured to create a maximum number (Nc) of new RLC PDUs (up to a possible number of specified buffered data volumes). This maximum number can be predefined, signaled by higher layers, or based on the current E-TFC or based on the current number of bits in the transport block for the logical channel (indicated by the MAC layer).

In another alternative embodiment, the WTRU may be configured to create a limited number of new RLC PDUs based on a predefined amount of data represented in bits or bytes. This amount of data can be predefined, signaled by higher layers, or based on the current E-TFC or based on the current number of bits in the transport block for the logical channel or MAC-d flow (indicated by the MAC layer). For example, a current authorization or power condition is specified, which may correspond to the amount of data (multiplied by a factor) transmitted from a logical channel or MAC-d flow.

It may be that the logical channel belonging to the unscheduled stream may have no restrictions on the number of PDUs it has previously created. This is the case when the RLC PDU size is determined based only on the value of the non-service grant. In this case, the RLC PDU size corresponding to the non-serving grant (optionally minus the MAC header portion) can always be created.

Figure 7 shows an example of a combination of implementations of the different steps described in Figure 6. The different steps shown achieve the same tasks of the corresponding steps in Figure 6, but are more specific.

In step 740 of the corresponding step 640, the RLC PDU size S is determined as: the minimum RLC PDU size and the maximum RLC PDU size, in the number of bits (G) in the transport block determined in step 730 (corresponding to step 630) The largest of the smallest ones. In step 750, the maximum amount of data (M) in the highlighted PDU is calculated as a constant (e.g., 4) multiplied by the number of bits (G) in the transport block determined in step 730. In step 770, the maximum amount of data (M) in the highlighted PDU is compared to the sum of the amount of data (D) in the highlighted PDU and the size S determined in step 740. Alternatively, if there is insufficient data available in the RLC SDU to create additional RLC PDUs of size S, then the maximum amount of data (M) in the highlighted PDU can be compared to the sum of the sums of the sizes T of D and less than S. In step 710, the WTRU waits until the next TTI before the next execution of the process.

Although the features and elements of the present invention are described in a particular combination, each feature or element can be used alone or in combination with other features and elements. . The methods or flow diagrams provided herein can be implemented in a computer program, software or firmware executed by a general purpose computer or processor. Examples of computer readable storage media include read only memory (ROM), random access memory (RAM), scratchpad, cache memory, semiconductor storage device, internal hard disk, and removable magnetic disk. Magnetic media, magneto-optical media, and optical media such as CD-ROM discs and digital versatile discs (DVDs).

For example, a suitable processor includes: a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors associated with the DSP core, Controller, microcontroller, dedicated integrated circuit (ASIC), field programmable gate array (FPGA) circuit, any integrated circuit (IC) and/or state machine.

A processor associated with the software can be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host Use it in your computer. The WTRU may be used in conjunction with modules implemented in hardware and/or software, such as cameras, camera modules, video phones, speaker phones, vibration devices, speakers, microphones, television transceivers, hands-free headsets, keyboards, Bluetooth Module, frequency modulation (FM) radio unit, liquid crystal display (LCD) display unit, organic light emitting diode (OLED) display unit, digital music player, media player, video game machine module, internet browser And/or any wireless local area network (WLAN) or ultra wideband (UWB) module.

Example

CLAIMS 1. A method for generating and transmitting Radio Link Control (RLC) Protocol Data Units (PDUs) for use in a wireless transmit/receive unit (WTRU), the method comprising: determining whether an RLC PDU contains data; a size of a data field in the RLC PDU, wherein the data field size is determined such that a size of the RLC PDU including a header and the data field is for a current transmission time interval (TTI) Matching the amount of data transmitted by a current grant; generating at least one RLC PDU based on the amount of data transferred; and storing the at least one RLC PDU in memory for including the RLC PDU in a The MAC PDU is transmitted in the current transmission time interval (TTI) or in the future TTI.

2. The method of embodiment 1 wherein the amount of data transmitted is based on a one-digit number of currently selected enhanced dedicated channel (E-ECH) transport format combinations (E-TFC).

3. The method of embodiment 1 or 2, wherein the amount of data transferred is a maximum amount of data allowed to be transmitted by a currently authorized value.

4. The method of any of the preceding embodiments, further comprising considering a selected power offset.

5. The method of embodiment 4 wherein the selected power offset corresponds to a power offset of a hybrid automatic repeat request (HARQ) profile of the highest priority MAC-d flow selected in the current TTI. .

6. The method of embodiment 5 wherein the MAC-d stream selected in the current TTI is determined by the Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) procedure.

7. The method of embodiment 4 wherein the selected power offset corresponds to a power offset of a hybrid automatic repeat request (HARQ) profile of a MAC-d flow of a logical channel to which the material belongs.

8. The method of embodiment 3 wherein the authorization is a scheduled authorization when the material belongs to a logical channel mapped to a scheduled MAC-d flow.

9. The method of embodiment 3 wherein the grant is a non-scheduled grant when the material belongs to a logical channel mapped to a non-scheduled MAC-d flow.

10. The method of any of the preceding embodiments, wherein the RLC PDU size is set to the maximum RLC PDU size when the amount of data transmitted by the current grant for the current TTI exceeds a maximum RLC PDU size.

11. The method of any of the preceding embodiments, wherein the RLC PDU size is set to the minimum RLC PDU size when the amount of data transmitted by the current grant for the current TTI is less than a minimum RLC PDU size.

12. The method of any of the preceding embodiments, wherein when the available data is insufficient, an RLC PDU having a size smaller than the calculated RLC PDU size is generated.

13. The method of embodiment 12, further comprising considering the selected power offset.

14. The method of embodiment 13 wherein the selected power offset corresponds to a power offset of a hybrid automatic repeat request (HARQ) profile of the highest priority MAC-d flow selected in a current TTI.

15. The method of embodiment 13 wherein the selected MAC-d flow in the current TTI is determined by the Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) procedure.

16. The method of embodiment 13 wherein the selected power offset corresponds to a power offset of a hybrid automatic repeat request (HARQ) profile of a MAC-d flow of a logical channel to which the material belongs.

17. The method of any one of the preceding embodiments, wherein the amount of data transmitted is between the maximum amount of data allowed for transmission by the current authorized value and the maximum amount of data allowed to be transmitted based on the maximum transmission power of the WTRU. The minimum value.

18. The method of embodiment 17, wherein the authorization is a scheduled authorization when the material belongs to a logical channel mapped to the scheduled MAC-d flow.

19. The method of embodiment 17, wherein the authorization is a non-scheduled grant when the material belongs to a logical channel mapped to the non-scheduled MAC-d flow.

20. The method of embodiment 17, wherein the maximum amount of data transmitted based on a maximum transmission power of the WTRU is through the Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) restriction procedure determine.

21. The method of any of the preceding embodiments, further comprising: setting a predetermined limit for generating the at least one RLC PDU; generating at least one RLC PDU based on the predetermined limit unless a predetermined limit is exceeded.

22. The method of embodiment 21 wherein the predetermined limit exceeds a total amount of data in all outstanding RLC PDUs, wherein the predetermined limit is a sum of all outstanding RLC PDUs and all currently generated RLC PDUs.

23. The method of embodiment 22 wherein the total amount of data in the at least one outstanding RLC PDU further comprises data in a segmentation entity corresponding to the logical channel.

The method of embodiment 21, wherein the predetermined limit corresponds to a factor multiplied by a maximum amount of data for a transmission permitted by the current authorization for the current TTI.

The method of embodiment 24 wherein the authorization is a scheduled authorization when the material belongs to a logical channel mapped to the scheduled MAC-d flow.

26. The method of embodiment 24, further comprising considering the selected power offset.

27. The method of embodiment 26 wherein the selected power offset corresponds to a power offset of the hybrid automatic repeat request (HARQ) profile of the highest priority MAC-d flow selected in the current TTI.

The method of embodiment 27, wherein the MAC-d stream selected in the current TTI is determined by the Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) procedure.

29. The method of embodiment 26 wherein the selected power offset corresponds to a power offset of the hybrid automatic repeat request (HARQ) profile of a MAC-d flow of a logical channel to which the material belongs.

The method of embodiment 24 wherein the authorization is a non-scheduled grant when the material belongs to a logical channel mapped to a non-scheduled MAC-d flow.

31. The method of embodiment 21, wherein the predetermined limit corresponds to a minimum between a maximum amount of data multiplied by a current allowed for the current TTI and a maximum number of transmissions allowed based on a maximum transmission power of the WTRU. A factor of the value.

The method of embodiment 31, wherein the authorization is a scheduled authorization when the material belongs to a logical channel mapped to the scheduled MAC-d flow.

33. The method of embodiment 31, further comprising considering the selected power offset.

The method of embodiment 33, wherein the selected power offset corresponds to a power offset of the hybrid automatic repeat request (HARQ) profile of the highest priority MAC-d flow selected in a current TTI .

The method of embodiment 34, wherein the selected MAC-d flow in the current TTI is determined by the Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) procedure.

36. The method of embodiment 33, wherein the selected power offset corresponds to a power offset of the hybrid automatic repeat request (HARQ) profile of a MAC-d flow of a logical channel to which the material belongs.

The method of embodiment 31 wherein the authorization is a non-scheduled grant when the material belongs to a logical channel mapped to a non-scheduled MAC-d flow.

38. The method of embodiment 31, wherein the maximum amount of data transmitted based on a maximum transmission power of the WTRU is determined by the Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) restriction procedure .

The method of any one of the preceding embodiments, wherein generating the at least one RLC PDU comprises: generating at least one RLC PDU based on the buffered data, wherein the data in the generated RLC PDU is less than or equal to unless the predetermined limit is exceeded The predetermined limit; and including at least one generated RLC PDU in the at least one MAC PDU for transmission in a current or future TTI.

40. The method of any of the preceding embodiments, further comprising receiving a signal, wherein the signal indicates an RLC PDU size.

41. The method of embodiment 40 wherein the indicated RLC PDU size is a minimum RLC PDU size.

The method of embodiment 40 wherein the indicated RLC PDU size is a maximum RLC PDU size.

43. The method of any of the preceding embodiments, wherein the calculating is performed on a periodic basis.

44. The method of embodiment 43, wherein the periodic basis comprises at least one of: a transmission time interval (TTI) basis; a predetermined TTI basis; each time an E-TFC is selected; when from the RLC service data unit ( When a new RLC PDU is generated in a segment or link of the SDU; when the RLC receives new data; when the service authorization is updated; during the effective set update process; when the service community changes; in the radio bearer, the transmission channel Or when establishing, configuring, or reconfiguring a physical channel; and when receiving a minimum or maximum value from RRC signaling.

The method of any of the preceding embodiments, wherein the calculating is performed based on a triggering event.

The method of embodiment 45, wherein the triggering event comprises a change in the number of available bits in a transport block, an enhancement of an Enhanced Dedicated Channel (E-DCH) Transport Format Combination Index (E-TFCI), At least one of a change in WTRU power headroom and a change in service authorization.

47. The method of any of the preceding embodiments, further comprising updating the calculation of the RLC PDU size each time the E-TFC selection is made, wherein the material from the logical channel is included in the enhanced MAC PDU.

48. The method of any of the preceding embodiments, further comprising updating a calculation of an RLC PDU size each time an E-TFC selection is made, wherein the HARQ process is configured to transmit scheduled data and unscheduled data At least one of them.

49. The method of any of the preceding embodiments, further comprising, at each E-TFC selection, updating a calculation of a RLC PDU size, wherein the data of the MAC-d stream from the logical channel is included in the enhanced type In the MAC PDU, or the MAC-d flow of the logical channel is allowed to be multiplexed.

50. The method of any one of the preceding embodiments, wherein, for a current TTI, the size of the RLC PDU is set to the maximum RLC PDU size when the amount of data transmitted by the current grant exceeds a maximum RLC PDU size.

The method of any one of the preceding embodiments, wherein, for the current TTI, the size of the RLC PDU is set to the minimum RLC PDU size when the amount of data transmitted by the current grant is less than the minimum RLC PDU size.

The method of any of the preceding embodiments, wherein when the available data is insufficient, an RLC PDU having a size smaller than the calculated RLC PDU size is generated.

53. A wireless transmit/receive unit (WTRU), the wireless transmit/receive unit comprising: a processor configured to determine whether a radio link control (RLC) protocol data unit (PDU) contains data Calculating a size of a data field in the RLC PDU, wherein the RLC PDU size matches an amount of data allowed for transmission by a current grant of a current transmission time interval (TTI); and based on being used for transmission The amount of data generates at least one RLC PDU; and a memory, wherein the memory is configured to store the at least one RLC PDU for including the RLC PDU in a MAC PDU for current TTI or future TTI In transit.

54. The WTRU of embodiment 53 wherein the processor is further configured to: set a predetermined limit for generating the at least one RLC PDU; and generate, based on the predetermined limit, unless the predetermined limit is exceeded At least one RLC PDU.

55. The WTRU of embodiment 53 wherein the processor is further configured to: update the calculation of the RLC PDU size at each transmission time interval (TTI).

56. The WTRU of embodiment 53 wherein the processor is further configured to: update the RLC each time an Enhanced Private Channel (E-DCH) Transport Format Combination (E-TFC) selection The calculation of the PDU size, where the material from the logical channel is included in an enhanced MAC PDU.

57. The WTRU of embodiment 53 wherein the processor is further configured to: update the RLC each time an Enhanced Private Channel (E-DCH) Transport Format Combination (E-TFC) selection A calculation of a PDU size, wherein the HARQ process is configured to transmit at least one of scheduled data and non-scheduled data.

58. The WTRU of embodiment 53 wherein the processor is further configured to: update the RLC each time an Enhanced Private Channel (E-DCH) Transport Format Combination (E-TFC) selection is selected A calculation of a PDU size in which data of a MAC-d flow from a logical channel is included in the enhanced MAC PDU, or wherein a MAC-d flow of the logical channel is allowed to be multiplexed.

200, UE. . . User equipment

205, 305. . . Radio Resource Control (RRC) entity

210, 310. . . Wireless Link Control (RLC) entity

220, 320. . . Entity (PHY) Layer 1 (L1) entity

225, 325. . . Transmitting side component

230, 330. . . Receiving side part

235, 335. . . Transmit buffer

300, UTRAN. . . UMTS terrestrial radio access network

410, WTRU. . . Wireless transmitting/receiving unit

415, 425. . . processor

416, 426. . . Receiver

417, 427. . . transmitter

418, 428. . . antenna

420. . . Node B

430. . . CRNC

440. . . SRNC

450. . . Core network

RRC. . . Radio resource control

RLC. . . Wireless link control

PHY. . . Physical layer

AM. . . Answer mode

UM. . . Non-response mode

PDU. . . Protocol data unit

TTI. . . Transmission time interval

The invention may be understood in more detail from the following description, which is given by way of example and

Figure 1 is an example block diagram of the UE;

Figure 2 is an example block diagram of UTRAN;

Figure 3 shows an overview of the RLC sublayer;

Figure 4 shows a wireless communication system including a plurality of WTRUs, Node Bs, CRNCs, SRNCs, and a core network;

Figure 5 is a functional block diagram of a WTRU and a Node B of the wireless communication system of Figure 4;

Figure 6 is a block diagram of a method for pre-generating Radio Link Control (RLC) Protocol Data Units (PDUs) for transmission in a subsequent TTI, used in a wireless transmit/receive unit (WTRU);

Figure 7 shows an example of a combination of implementations of the different steps described in Figure 6.

RLC PDU. . . Wireless link control protocol data unit

Claims (29)

A method for generating a Radio Link Control (RLC) Protocol Data Unit (PDU) for use in a wireless transmit/receive unit (WTRU), the method comprising: determining whether there is data available for transmission; calculating the radio chain The size of a data field in the data control protocol data unit, wherein the size of the data field is determined such that the size of the radio link control protocol data unit is a current authorized for a current transmission time interval (TTI) The amount of data allowed for transmission is matched; and the RLC PDU for transmission at the next TTI is pre-generated. The method of claim 1, wherein the amount of data transmitted is based on a one-digit number of currently selected Enhanced Dedicated Channel (E-DCH) Transport Format Combinations (E-TFC). The method of claim 1, wherein the amount of data transmitted is a maximum amount of data allowed to be transmitted by a currently authorized value. The method of claim 3, further comprising considering a selected power offset. The method of claim 4, wherein the selected power offset corresponds to a power offset of a hybrid automatic repeat request (HARQ) profile of the highest priority MAC-d flow selected in the current TTI. Set. The method of claim 5, wherein the highest priority MAC-d stream selected in the current TTI is passed through an Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) procedure. determine. The method of claim 4, wherein the selected power offset corresponds to a power offset of a hybrid automatic repeat request (HARQ) profile of a MAC-d flow of a logical channel to which the material belongs. The method of claim 1, wherein the current authorization is a schedule in the case that the data belongs to a logical channel mapped to a scheduled MAC-d flow. Authorization. The method of claim 1, wherein the authorization is an unscheduled authorization in the case where the material belongs to a logical channel mapped to a non-scheduled MAC-d flow. The method of claim 1, wherein the radio link control protocol data unit size is greater when the amount of data transmitted by the current authorization for the current TTI exceeds a maximum radio link control protocol data unit size Set to the maximum radio link control protocol data unit size. The method of claim 1, wherein the radio link control protocol data unit size is smaller than a minimum radio link control protocol data unit size for a current TTI allowed by the current grant. Set to the minimum radio link control protocol data unit size. The method of claim 1, wherein when the available data is insufficient, a radio link control protocol data unit having a size smaller than the calculated radio link control protocol data unit size is generated. The method of claim 1, wherein the method further comprises storing the RLC PDU in a memory for inclusion in a MAC PDU for transmission in the subsequent TTI. The method of claim 1, wherein the amount of data transmitted is the maximum amount of data transmitted by the current authorization of the current TTI and the maximum transmission power based on the wireless transmitting/receiving unit. The smaller value between the maximum amount of data transferred. The method of claim 1, wherein the pre-generation of the at least one RLC PDU for transmission in the subsequent TTI occurs in a prominent RLC PDU generated for transmission in the subsequent TTI. The total amount of data is a condition within a predetermined limit. The method of claim 15, wherein the predetermined limit corresponds to a factor multiplied by a maximum amount of data transmitted by the current authorization for the current TTI. The method of claim 15, wherein the predetermined limit corresponds to multiplying a maximum amount of data allowed by the current authorization for the current TTI and a maximum transmission power based on the maximum transmission power of the wireless transmitting/receiving unit. A factor of a smaller of the maximum amount of data transferred. The method of claim 1, wherein the size of the data field of the RLC PDU is selected on a periodic basis, wherein the periodic basis comprises at least one of: a transmission time interval (TTI) Base; predetermined TTI basis; when E-TFC is selected; when a new radio link control protocol data unit is generated from a segment or link of a radio link control service data unit (SDU); when radio link control When receiving new information; when the service authorization is updated; during the effective set update process; when the service community changes; when the radio bearer, transmission channel or physical channel is established, configured or reconfigured; and in the RRC signaling When receiving the minimum or maximum value. The method of claim 1, wherein the size of the data field of the RLC PDU is selected according to a triggering event, the triggering event comprising a change in the number of available bits in the transport block, an enhancement At least one of a type-specific channel (E-DCH) transport format combination index (E-TFCI) change, a change in a wireless transmit/receive unit power headroom, or a change in service grant. The method of claim 1, further comprising updating the calculation of the radio link control protocol data unit size each time the E-TFC is selected, wherein the data from the logical channel is included in the enhanced MAC. In the PDU. The method of claim 1, further comprising updating the calculation of the size of the radio link control protocol data unit each time the E-TFC is selected, One or more of the HARQ processes are configured to transmit at least one of scheduled data or non-scheduled data. The method of claim 1, wherein the size of the RLC PDU is determined in an E-TFC selection, wherein the data of the MAC-d flow from the logical channel is included in an enhanced MAC PDU, or The MAC-d stream of the logical channel is allowed to be multiplexed. A wireless transmit/receive unit (WTRU), the wireless transmit/receive unit comprising: a processor configured to: determine if data is available for transmission; calculate a Radio Link Control (RLC) protocol data unit ( a size of a data field in the PDU), wherein the size of the data field in the RLC PDU is selected such that the size of the RLC PDU is allowed by a current grant of a current transmission time interval (TTI) The amount of data used for transmission is matched; and the RLC PDU used for transmission at the next TTI is pre-generated. The WTRU as claimed in claim 23, wherein the processor is further configured to, within a predetermined limit, the total amount of data in the salient RLC PDUs generated for transmission in the latter TTI In one case, the RLC PDU is generated in advance. The WTRU of claim 23, wherein the processor is further configured to determine a size of the RLC PDU at a transmission time interval (TTI). The WTRU as claimed in claim 23, wherein the processor is further configured to determine a size of the RLC PDU when an Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) selection is selected, wherein This material from the logical channel is included in an enhanced MAC PDU. The WTRU as claimed in claim 23, wherein the processor is further configured to determine a size of the RLC PDU when an Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) selection is selected, wherein One or more HARQ processes are configured to send schedules At least one of the data or non-scheduled material. The WTRU as claimed in claim 23, wherein the processor is further configured to determine a size of the RLC PDU when an Enhanced Dedicated Channel (E-DCH) Transport Format Combination (E-TFC) selection is selected, wherein The data of the MAC-d flow from the logical channel is included in an enhanced MAC PDU, or wherein the MAC-d flow of the logical channel is allowed to be multiplexed. The WTRU as claimed in claim 23, wherein the amount of data allowed for transmission is a maximum amount of data allowed to be transmitted by the current grant of the current TTI.