System and method for channel transport format allocation in a wireless communication system

CROSS-REFERENCE TO RELATED APPLICATIONS

0001Ser. No. 12/770,172 filed Apr. 29, 2010 is a reissue of Ser. No. 10/190,458, filed Jul. 5, 2002, now U.S. Pat. No. 7,366,094.

0002This application claims the benefit of UK application GB 0116555.4 filed Jul. 6, 2001, titled “Channel transport format allocation in a wireless communication system” by Timothy James Speigth of IPWireless, Inc., the contents of which are incorporated herein by reference.

FIELD OF THE INVENTION

0003This invention relates generally to communication systems, and particularly (though not exclusively) to ‘3GPP Standard’ communication systems when uplink shared channels are employed.

BACKGROUND OF THE INVENTION

0004In the field of this invention it is known that the ‘3GPP Standard’ (the evolving standard for UMTS--Universal Mobile Telecommunication System) allows user equipment--UE--(e.g., a mobile cellular telephone) to autonomously select the transport format combination (TFC). The transport format combinations available to the UE will typically represent different throughputs. Generally, the TFCs which are associated with higher throughputs require larger amounts of physical resources (i.e., more codes with lower spreading factors). The UE will be signalled with the transport format combination set (TFCS) which defines a number of TFCs. The ‘layer <b>1</b>’ <b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>) processes (governing physical channel allocation and control) in the user equipment (UE) will determine the power required to support these TFCs (all the TFCs in the TFCS) and will decide which ones can be used and which require more power than is available and therefore cannot be used.

0005Layer <b>1</b><b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>) then signals the available TFCs to medium access control (MAC). MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) then determines which of the available TFCs will be used.

0006When a dedicated channel (DCH) is allocated to a user, it is clearly not possible to reallocate physical resources that have been allocated to this user but are not used because of the selected TFC.

0007However, when shared channels are employed in the uplink it is beneficial to allocate only the necessary amount of physical resource (number and spreading factor of channelisation codes) that a UE can utilize. This is because the resources that could not be used can be reallocated to other users. In addition, when the UE can exploit more physical resources (use a higher TFC) it is advantageous to know this in order to provide the highest user throughputs.

0008Unfortunately, prior art systems do not allow these two techniques to be used.

0009A need therefore exists for the abovementioned disadvantage(s) to be alleviated.

STATEMENT OF INVENTION

0010In accordance with a first aspect of the present invention there is provided a wireless communication system employing channel transport format allocation between a radio unit and a base station of the system, and wherein the radio unit can determine a transport format combination which it can support, the system comprising: TFC change detection means for detecting in a radio unit a change in transport format combination that the radio unit can support; and indication means responsive to the TFC change detection means for sending to the base station an indication of transport format combination that the radio unit can support, whereby efficiency of channel transport format allocation in the system may be improved.

0011In accordance with a second aspect of the present invention there is provided a method in a wireless communication system for channel transport format allocation between a radio unit and a base station of the system, in which the radio unit can determine a transport format combination which it can support, the system comprising: detecting in a radio unit a change in transport format combination that the radio unit can support; and sending, responsive to detecting, to the base station an indication of transport format combination that the radio unit can support, whereby efficiency of channel transport format allocation in the system may be improved.

0012In accordance with a third aspect of the present invention there is provided a radio unit for use in a wireless communication system employing channel transport format allocation between the radio unit and a base station of the system, wherein the radio unit can determine a transport format combination which it can support, the radio unit comprising: TFC change detection means for detecting a change in transport format combination that the radio unit can support; and indication means responsive to the TFC change detection means for sending to the base station an indication of transport format combination that the radio unit can support, whereby efficiency of channel transport format allocation in the system may be improved.

BRIEF DESCRIPTION OF THE DRAWINGS

0013One UMTS communication system supporting signalling of change of available TFCs in uplink shared channels incorporating the present invention will now be described, by way of example only, with reference to the accompanying drawings, in which:

0014<figref idref="DRAWINGS">FIG. 1</figref> shows a block diagrammatic representation of a UMTS system in which the present invention is used;

0015<figref idref="DRAWINGS">FIG. 2</figref> shows a graphical representation of variation of required UE TX power of three TFCs over time, illustrating when the UE may report change in available TFC;

0016<figref idref="DRAWINGS">FIG. 3</figref> shows a graphical representation of variation of required UE TX power of two TFCs over time, illustrating when the UE may report change in available TFC by using a time-to-trigger parameter to reduce signalling overhead; and

0017<figref idref="DRAWINGS">FIG. 4</figref> shows a graphical representation of a UE including a MAC and a layer <b>1</b> according to embodiments of the invention.

DESCRIPTION OF PREFERRED EMBODIMENT

0018Referring firstly to <figref idref="DRAWINGS">FIG. 1</figref>, a typical, standard UMTS network (<b>100</b>) is conveniently considered as comprising: a user equipment domain (<b>110</b>), made up of a user SIM (USIM) domain (<b>120</b>) and a mobile equipment domain (<b>130</b>); and an infrastructure domain (<b>140</b>), made up of an access network domain (<b>150</b>), and a core network domain (<b>160</b>), which is in turn made up of a serving network domain (<b>170</b>) and a transit network domain (<b>180</b>) and a home network domain (<b>190</b>).

0019In the mobile equipment domain (<b>130</b>), user equipment UE (<b>130</b>A) receives data from a user SIM (<b>120</b>A) in the USIM domain <b>120</b> via the wired Cu interface. The UE (<b>130</b>A) communicates data with a Node B (<b>150</b>A) in the network access domain (<b>150</b>) via the wireless Uu interface. Within the network access domain(<b>150</b>), the Node B (<b>150</b>A) communicates with an RNC (<b>150</b>B) via the Iub interface. The RNC (<b>150</b>B) communicates with other RNC's (not shown) via the Iur interface. The RNC (<b>150</b>B) communicates with a SGSN (<b>170</b>A) in the serving network domain (<b>170</b>) via the Iu interface. Within the serving network domain (<b>170</b>), the SGSN (<b>170</b>A) communicates with a GGSN (<b>170</b>B) via the Gn interface, and the SGSN (<b>170</b>A) communicates with a VLR server (<b>170</b>C) via the Gs interface. The SGSN (<b>170</b>A) communicates with an HLR server (<b>190</b>A) in the home network domain (<b>190</b>) via the Zu interface. The GGSN (<b>170</b>B) communicates with public data network (<b>180</b>A) in the transit network domain (<b>180</b>) via the Yu interface.

0020Thus, the elements RNC (<b>150</b>B), SGSN (<b>170</b>A) and GGSN (<b>170</b>B) are conventionally provided as discrete and separate units (on their own respective software/hardware platforms) divided across the access network domain (<b>150</b>) and the serving network domain (<b>170</b>), as shown the <figref idref="DRAWINGS">FIG. 1</figref>.

0021The RNC (<b>150</b>B) is the UTRAN (UMTS Terrestrial Radio Access Network) element responsible for the control and allocation of resources for numerous Node B's (<b>150</b>A); typically 50 to 100 Node B's may be controlled by one RNC. The RNC also provides reliable delivery of user traffic over the air interfaces. RNC's communicate with each other (via the interface Iur) to support handover and macrodiversity.

0022The SGSN (<b>170</b>A) is the UMTS Core Network element responsible for Session Control and interface to the Location Registers (HLR and VLR). The SGSN is a large centralised controller for many RNCs.

0023The GGSN (<b>170</b>B) is the UMTS Core Network element responsible for concentrating and tunnelling user data within the core packet network to the ultimate destination (e.g., internet service provider—ISP).

0024Consider the following signalling and channel allocation procedure that may take place in use of the system. A transport format combination set (TFCS) is signalled to the UE <b>130</b>A, containing 3 TFCs. The TFCs are mapped to a single channelisation code with spreading factors (SF) 16, 8, and 4. A PHYSICAL SHARED CHANNEL ALLOCATION message allocates the UE a single channelisation code at SF4, but layer <b>1</b><b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>) at the UE determines that the estimated power needed for this TFC is greater than the maximum UE transmitter power due to limited UE TX transmitter capability, and so this TFC is indicated as not available to the MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) TFC selection algorithm. Consequently MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) selects the TFC mapped to a single channelisation code at SF8. It is clear that in these circumstances system resources are wasted. Since this is a shared channel rather than a dedicated channel, it is important for higher layers to know about this situation as the additional resource space (2 resource units) could be allocated to other users.

0025Not only is it necessary to know that only an SF8 is selected (and therefore there are spare physical resources), it is additionally necessary to know if, at a later date, the UE can exploit an SF4 (higher throughput).

0026In accordance with the present invention, a new RRC measurement, which is conveniently added to the UE internal measurements set defined in 3GPP, is used. This measurement is triggered when there is a change to the available TFCs that are indicated to MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) from layer <b>1</b><b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>).

0027The triggering of this report is illustrated in <figref idref="DRAWINGS">FIG. 1</figref>. As can be seen, at time t1 the required UE TX power for TFC <b>1</b> exceeds the maximum available UE TX power and the UE reports change in available TFC. Next, at time t2 the required UE TX power for TFC <b>2</b> exceeds the maximum available UE TX power and the UE reports change in available TFC. Then, at time t3 the required UE TX power for TFC <b>2</b> falls below the maximum available UE TX power and the UE reports change in available TFC. Finally, at time t4 the required UE TX power for TFC <b>1</b> falls below the maximum available UE TX power and the UE reports change in available TFC.

0028The measurement can be filtered by use of a time-to-trigger parameter so as not to generate excessive measurement reports when the available TFCs change rapidly. That is to say, the available TFCs must change for Tt seconds (the value of the time-to-trigger parameter) continuously before the measurement report is sent.

0029<figref idref="DRAWINGS">FIG. 2</figref> shows how the use of the time-to-trigger parameter modifies the reports generated by the UE when four threshold crossings events occur at times T1, T2, T3 and T4, similarly to the four threshold crossings events at times t1, t2, t3 and t4 in <figref idref="DRAWINGS">FIG. 1</figref>. As can be seen in <figref idref="DRAWINGS">FIG. 2</figref>, at time T1 the required UE TX power for TFC <b>1</b> exceeds the maximum available UE TX power and (rather than the UE immediately reporting change in available TFC) a time-to-trigger timer (not shown) is started. At time T2 the required UE TX power for TFC <b>1</b> falls below the maximum available UE TX power and the timer is reset. At time T3 the required UE TX power for TFC <b>1</b> exceeds the maximum available UE TX power and the time-to-trigger timer is again started. After a further period of time Tt when the time-to-trigger timer expires the required UE TX power for TFC <b>1</b> still exceeds the maximum available UE TX power and so at this time the UE reports change in available TFC. It will thus be appreciated that use of the time-to-trigger parameter avoids the UE reporting change in available TFC on three of the four possible occasions (T1, T2 and T3) when it would have occurred without its use, and on only the fourth occasion (T4) does the UE reporting change in available TFC, reducing the signalling overhead by 75%.

0030The measurement report generated when this measurement is triggered contains the calculated transport format combinations (CTFC) of the available TFCs in the TFCS. The UTRAN can map these CTFC to physical resource and can then allocate physical resource appropriately.

0031The measurement is only used when the UE is in cell_DCH state.

0032Example of operation:

0033Assuming the following

0034TFCSid=1 contains 3 TFCs.

0035TFC <b>1</b>—maps to single code at SF4

0036TFC <b>2</b>—maps to single code at SF8

0037TFC <b>3</b>—maps to single code at SF16

0038The following steps describe briefly the operation of the new measurement report: <ul id="ul0001" list-style="none"><li id="ul0001-0001" num="0000"><ul id="ul0002" list-style="none"><li id="ul0002-0001" num="0039">1. UE is in cell_DCH state (operating with an assigned dedicated channel).</li><li id="ul0002-0002" num="0040">2. UE requests uplink resource by sending a PUSCH (Physical Uplink Shared CHannel) CAPACITY REQUEST message.</li><li id="ul0002-0003" num="0041">3. UTRAN responds with PHYSICAL SHARED CHANNEL ALLOCATION message which allocates a single code at SF4 (enough resource for TFC<b>1</b>) for a number of frames and TFCSid=1.</li><li id="ul0002-0004" num="0042">4. UE RRC configures layer <b>1</b><b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>) and MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) with the information indicated by the PHYSICAL SHARED CHANNEL ALLOCATION message.</li><li id="ul0002-0005" num="0043">5. UE determines that it cannot employ TFC<b>1</b> due to lack of UE TX power (TFC <b>2</b> and TFC <b>3</b> can be used). Consequently the available TFCs reported from layer <b>1</b><b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>) to MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) changes and a measurement report is triggered which contains the CTFC of available TFC.</li><li id="ul0002-0006" num="0044">6. UTRAN now knows of this power control limit on available TFCs so further PHYSICAL SHARED CHANNEL ALLOCATION messages to this UE are for a single code at SF8. The additional 2 resource units, freed up by only allocating a single code at SF8, are allocated to other UEs.</li><li id="ul0002-0007" num="0045">7. Channel conditions improve for the UE and the available TFCs reported from layer <b>1</b><b>410</b> (<figref idref="DRAWINGS">FIG. 4</figref>) to MAC <b>415</b> (<figref idref="DRAWINGS">FIG. 4</figref>) increases to include TFC<b>1</b>. A measurement report is generated and consequently UTRAN now knows that this UE can handle TFC<b>1</b>. It is important that this UE is provided with the highest rate possible (for example, this UE may be on a high-priced tariff which guarantees high throughputs), so in further allocations UTRAN does not share out the 2 resource units freed up in the step above amongst other users but allocates them to this UE. Thus, subsequent PHYSICAL SHARED CHANNEL ALLOCATION messages allocate a single code at SF4.</li></ul></li></ul>

0046It will be appreciated that the system and methods described above will typically be performed by computer software program(s), in the user equipment and/or else where in the system, which may be transferred on computer readable data carriers such as magnetic or optical disks (not shown).

0047It will be understood that the method of signalling change of available TFCs in uplink shared channels described above provides the following advantages: The invention allows uplink shared channels to be efficiently used by providing a means by which UTRAN is informed of the TFCs within the TFCS which can be used in the uplink by the UE.

0048This enables: <ul id="ul0003" list-style="none"><li id="ul0003-0001" num="0000"><ul id="ul0004" list-style="none"><li id="ul0004-0001" num="0049">Spare shared channel physical resources to be allocated to other shared channel users, so increasing overall throughput.</li><li id="ul0004-0002" num="0050">The user to be provided when appropriate with the highest possible uplink rate that can from time to time be supported.</li></ul></li></ul>