AU2008229807B2 - Wireless communication method and system for controlling data bit rates to maintain the quality of radio links - Google Patents

Description

Pool Section 29 Regulation 3.2(2) AUSTRALIA Patents Act 1990 ORIGINAL COMPLETE SPECIFICATION STANDARD PATENT Application Number: Lodged: Invention Title: Wireless communication method and system for controlling data bit rates to maintain the quality of radio links The following statement is a full description of this invention, including the best method of performing it known to us: P111AHAU/1 107 [0001] WIRELESS COMMUNICATION METHOD AND SYSTEM FOR CONTROLLING DATA BIT RATES TO MAINTAIN THE QUALITY OF RADIO LINKS [0002] FIELD OF THE INVENTION [0003] The present invention generally relates to the management of radio resources in a wireless communication system. More particularly, the present invention relates to maintaining the quality of a wireless communication radio link (RL). [0004] BACKGROUND [0005] Generally, the RL related aspects of a conventional wireless multi cell communication system are handled by a radio network controller (RNC). Furthermore, the RNC is also responsible for the management of radio resources for the purpose of maintaining RL quality on a per RL basis, otherwise known as link maintenance. [0006] The application of link maintenance applies to both circuit switched and packet switched services. In the above-mentioned conventional system, the deterioration of radio links occurs due to unpredictable circumstances. The RL quality of service sometimes falls below an established threshold level, or stays below a threshold level for longer than a predetermined time period. [0007] It is desirable to provide a method and system for adjusting the data bit rate of the RL in order to enable efficient link maintenance and avoiding RL quality of service deterioration. [0008] SUMMARY [0009] The present invention is a wireless communication method and system for controlling the data bit rate of an RL to maintain the quality of the RL. The system includes a core network (CN), a radio network controller (RNC) and at least one wireless transmit/receive unit (WTRU). The RL is established between the RNC and WTRU. -1- [00101 The RNC establishes a guaranteed data bit rate, a maximum data bit rate and a current data bit rate associated with the RL. The RNC senses an event which indicates that the quality of the RL has substantially deteriorated or indicates an inability to maintain the quality of the RL, and determines a target data bit rate based on the sensed event. The RNC renegotiates a new guaranteed data bit rate with the CN if the target data bit rate is less than the guaranteed data bit rate. The RNC reduces the current data bit rate to a target data bit rate by reconfiguration of the Transport Format Combination Set (TFCS). This process repeats until events indicating that the RL quality has deteriorated cease to occur. [00111 The sensed event may be the receipt in the RNC of at least one measurement indicating that the transmission power is at (or near) a maximum level, or that a block error rate (BLER) associated with the WTRU RL has exceeded a predetermined threshold for a predetermined period of time. The fact that the maximum transmission power has been reached is either identified by the WTRU for uplink transmissions, or by a Node B for downlink transmissions. The BLER measurement is reported by the WTRU for downlink transmissions and by Node B for uplink transmissions. [00121 The RNC may determine the identity of a specific coded composite transport channel (CCTrCH) associated with the RL. The data bit rate is adjusted by removing one or more Transport Format Combinations (TFCs) from the TFCS associated with the CCTrCH. The process of managing the data bit rate of each RL operates independently for uplink and downlink channels. [00131 In another embodiment, the present invention is a method and system for increasing the data bit rate following the implementation of a corrective action to maintain the quality of the RL by reducing the current data bit rate from a maximum data bit rate to a reduced data bit rate, or following RL establishment at a data bit rate lower than the maximum data bit rate. The RNC either senses an event that indicates the RL quality has increased beyond a predetermined threshold, or determines that an event which indicates that the quality of the RL has substantially deteriorated beyond a predetermined -2- 3 threshold does not occur during a predetermined time period. The RNC then determines the identity of a specific CCTrCR, associated with the RL, to be reconfigured. The RNC increases the current data bit rate by reconfiguration of the CCTrCR by adding one or more TFCs to a TFCS associated with the 5 CCTrCR. If the current data bit rate is not equal to the maximum data bit rate, this process repeats. In one aspect the present invention provides a method of using a radio network controller (RNC) for controlling a data bit rate of a radio link (RL) to maintain an RL quality, the method including: 10 establishing the RL data bit rate parameters; performing a first procedure including: commencing a waiting period; in response to sensing an event indicating that the RL quality is reduced; determining an identity of a specific coded composite transport channel 15 (CCTrCH) to be configured; determining a new target data bit rate (RTNEW) needed to correct the RL quality; performing a second procedure; on a condition that RTNEW is less than a guaranteed data bit rate (RG), 20 renegotiating a reduced RG and performing the second procedure; on a condition that RTNEW is not less than RG, reducing current data bit rate (Rc) to RTNEW; reconfiguring the CCTrCH by removing at least one transport format combination (TFC) from a transport format combination set (TFCS); and 25 performing the first procedure. In a further aspect the present invention provides a radio network controller (RNC) for controlling the data bit rate of a radio link (RL) to maintain the quality of the RL, the RNC configured to: 30 establishing the RL data bit rate parameters; performing a first procedure including: commencing a waiting period; in response to sensing an event indicating that the RL quality is reduced; 3a determining an identity of a specific coded composite transport channel (CCTrCH) to be configured; determining a new target data bit rate (RTNEW) needed to correct the RL quality; 5 performing a second procedure; on a condition that RTNEW is less than a guaranteed data bit rate (RG), renegotiating a reduced RG and performing the second procedure; on a condition that RTNEW is not less than RG, reducing current data bit rate (Rc) to RTNEW; 10 reconfiguring the CCTrCH by removing at least one transport format combination (TFC) from a transport format combination set (TFCS); and performing the first procedure. BRIEF DESCRIPTION OF THE DRAWINGS A more detailed understanding of the invention may be had from the 15 following description of a preferred example, given by way of example and to be understood in conjunction with the accompanying drawing wherein: Figure 1 is a block diagram of a wireless communication system operating in accordance with the present invention; and Figures 2A, 2B and 2C, taken together, are a flowchart of a link 20 maintenance process used for RL data bit rate reduction and recovery. DESCRIPTION OF PREFERRED EMBODiMENT The present invention is a wireless communication method and system for enabling link maintenance to maintain the quality of RLs. Hereafter, a wireless transmit/receive unit (WTRU) includes but is not 25 limited to a user equipment, mobile station, fixed or mobile subscriber unit, pager, or any other type of device capable of operating in a wireless environment. The present invention is applicable to communication systems such as a universal mobile telecommunication system (UMTS), whereby time division duplex (TDD), time division multiple access (TDMA), frequency division duplex 30 (FDD), code division multiple access (CDMA), CDMA 2000, time division synchronous CDMA (TDSCDMA), and orthogonal frequency division multiplexing (OFDM) may be implemented. However, the present invention is envisaged to be applicable to other types of communication systems as well.

3b In third generation (3G) wireless communication systems, possible data bit rates and data multiplexing are defined by the available TFCS. Each 5 TFC corresponds to particular data bit rates. By adding and removing at least one TFC from the TFCS, the maximum possible data bit rate may be increased or decreased. [0023] Figure 1 is an exemplary block diagram of a wireless communication system 100 operating in accordance with the present invention. System 100 includes an RNC 105, a WTRU 110 and a core network (CN) 115. The RNC 105 establishes one or more RLs 120A, 120B, with the WTRU 110 to provide uplink and downlink communications. The RNC 105 maintains the RLs 120A, 120B, based on the negotiated data bit rates and the desired quality ranges. The RNC 105 and the CN 115 negotiate via path 125 to establish a maximum and a guaranteed, (i.e., minimum), data bit rate for the RLs 120A, 120B, such that the quality of the RLs 120A, 120B, remain within a desired quality range having an upper threshold and a lower threshold. [0024] In one embodiment, changes to the data bit rates may be responsive to measurement reports received via path 130. The measurement reports may include base station (Node B) and WTRU transmission power measurements, and BLER measurements. The RNC 105 may monitor the measurement reports to determine when it needs to adjust the current data bit rate to maintain the quality and maximum data bit rates of the RLs 120A, 120B. [0025] In the event that the link quality falls below an established threshold, if the reported link quality remains below the threshold for a predetermined amount of time, or the system 100 is unable to maintain an acceptable link quality, the RNC 105 reduces the data bit rate of the RL 120. Each RL determination of quality and data bit rate adjustments is managed independently for the uplink and downlink. [0026] The data bit rate of the RL 120 may be incrementally reduced to a fraction of the maximum data bit rate. This is accomplished by removing TFCs from the available TFCS of that CCTrCH. The RNC 105 may reduce the data bit rate of the RL 120 as low as the guaranteed data bit rate without renegotiating with the CN 115. -4- [0027] If the data bit rate of the RL 120 is already at the guaranteed data bit rate due to a link quality problem, the RNC 105 may attempt to renegotiate the guaranteed data bit rate of the RL 120 via path 125 such that the data bit rate of the RLs 120A, 120B, may be further reduced. [0028] After the RL data bit rate is reduced or if the RL 120A, 120B, is established at a data bit rate below the maximum data bit rate, then if either the RNC 105 senses an event that indicates the quality of RL 120 has increased beyond a predetermined threshold or a lower quality of service event is not present for a certain period of time, the data bit rate of the RL 120 is incrementally increased. This is accomplished by adding TFCs to the available TFCS of that CCTrCH. [0029] Figures 2A, 2B and 2C, taken together, are a flowchart of an RL link maintenance process 200 for data bit rate adjustment in accordance with one embodiment of the present invention. During a system steady state, initial RL data bit rate parameters RAx, Ro and Rc are established (step 205), whereby RmAx is the maximum data bit rate permitted for RLs 120, RG is the guaranteed data bit rate permitted for RLs 120, and Rc is the current data bit rate at which the RLs 120 are presently operating. The RNC 105 monitors measurement reports received via path 130 from the WTRU and Node B which indicate the quality level and the ability to maintain the quality level of the RLs 120A, 120B. In step 210, a waiting period, (i.e., a predetermined period of time) is initiated. Based on the BLER and transmission power measurement reports 130, the process 200 is capable of sensing when the quality of the RL 120A, 120B, has substantially deteriorated (step 215) and, if so, the data bit rate is reduced by implementing steps 235 - 260. In step 220, a determination is made as to whether the current data bit rate Rc is less than the maximum data bit rate Rrex. If Rc is less than RrAx, the process 200 proceeds to step 225 where it is determined whether an event has been sensed that indicates that the quality of the RL 120A, 120B, exceeds a predetermined threshold and, if so, the data bit rate is increased by implementing steps 265-280. If the predetermined threshold is not exceeded but, in step 230, the waiting period expires without sensing -5another event indicating event indicating a deteriorated quality RL 120A, 120B, the data bit rate is increased by implementing steps 265-280. [0030] It should be understood that the process 200 for link maintenance is independently implemented to support uplink and the downlink operations. For the uplink operation, the RNC in step 210 either senses a maximum WTRU transmission power event or high BLER measurement from Node B. For the downlink operation, the RNC in step 210 either senses a high BLER report from the WTRU or maximum (or close to maximum) transmission power from Node B. [0031] The process of reducing the data bit rate is implemented as follows. In step 235, the specific CCTrCH that will need to be reconfigured is determined. In step 240, a new target data bit rate RTNEW is determined to correct the sensed RL quality deficiency. If the new target data bit rate RTNEW is determined to be greater than or equal to the guaranteed data bit rate RG (step 245), no renegotiation with the CN 115 is necessary and the current data bit rate Rc is decremented (reduced) until Rc = RTN-EW (step 255), otherwise the RNC 105 renegotiates with the CN 115 via path 125 (step 250). In step 260, the specific CCTrCH determined in step 235 is reconfigured by removing one or more TFCs from the TFCS associated with the CCTrCH. The process then returns to step 210 where the waiting period begins again. [0032] The process of increasing the data bit rate is implemented as follows. In step 265, the specific CCTrCH that will need to be reconfigured is determined. In step 270, a new target data bit rate RTNEW is determined that is expected to operate within the predetermined RL quality thresholds. In step 275, the current data bit rate Rc is incremented (increased) until Rc = RTNEW. In step 280, the specific CCTrCH determined in step 265 is reconfigured by adding one or more TFCs to the TFCS associated with the CCTrCH. The process then returns to step 210 where the waiting period begins again. [0033] In one embodiment, the number of data bit rate reduction adjustments is limited to a predetermined number. If the number of data bit rate adjustments is exceeded, a handover of the associated RL is implemented. -6- [0034] In another embodiment, if a request to renegotiate the guaranteed data bit rate Ro with the CN 115 is unsuccessful, (e.g., a waiting period expires before the CN 115 provides a response to a data bit rate change request), a handover of the associated RL is implemented. [0035] In an alternate embodiment, rather than waiting period expiring without any detrimental event being sensed, as in step 230 of process 200, the RNC 105 will instead wait for updated measurements to confirm if the link quality is back to normal. [00361 If, during the waiting period, the RNC 105 receives a report that the quality of the same RL 120 is too good, (implying the need for data bit rate recovery), the RNC 105 will immediately incrementally increase (recover) the data bit rate of the RL 120. This increase in the data bit rate will not exceed the maximum data bit rate Rmx that was negotiated with the CN 115. [0037 When the data bit rate is either reduced or increased, both transport channel reconfiguration and physical channel reconfiguration may be implemented for the respective RL. The transport configuration removes and adds TFCs to the TFCS. A physical reconfiguration is used to reduce or increase corresponding physical resources. [0038 While this invention has been particularly shown and described with reference to preferred embodiments, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the scope of the invention described hereinabove. -7-

Claims (14)

1. A method of using a radio network controller (RNC) for controlling a data bit rate of a radio link (RL) to maintain an RL quality, the method including: establishing the RL data bit rate parameters; 5 performing a first procedure including: commencing a waiting period; in response to sensing an event indicating that the RL quality is reduced; determining an identity of a specific coded composite transport channel (CCTrCH) to be configured; 10 determining a new target data bit rate (RTNEW) needed to correct the RL quality; performing a second procedure; on a condition that RTNEW is less than a guaranteed data bit rate (RG), renegotiating a reduced RG and performing the second procedure; 15 on a condition that RTNEW is not less than RG, reducing current data bit rate (Rc) to RTNEW; reconfiguring the CCTrCH by removing at least one transport format combination (TFC) from a transport format combination set (TFCS); and performing the first procedure. 20

2. The method of claim 1 further including: on a condition that the RL quality is not reduced, on a condition that Rc is greater than or equal to a maximum data bit rate (RMAx), perform the first procedure.

3. The method of claim 2 further including: 25 in response to sensing an event indicating that the RL quality is not reduced, on a condition that Rc is less than RMAX, in response to sensing an event indicating that the RL quality exceeds a threshold, 30 increasing the data bit rate including: 9 determining an identity of a specific CCTrCH to be reconfigured; determining RTNEw needed to correct the RL quality; incrementing Rc, wherein Rc = RTNEW; and reconfiguring the CCTrCH by adding at least one (TFC) to (the TFCS). 5

4. The method of claim 3 further including: in response to sensing the event indicating that the RL quality does not exceed the threshold, on a condition that the waiting period expired without sensing a second event indicating a reduction in the RL quality, increasing the data bit rate; and 10 on a condition that the waiting period is not expected without sensing the second event indicating a reduction in the RL quality, performing the first procedure.

5. The method of claim 1, wherein the RL is an uplink.

6. The method of claim 1, wherein the RL is a downlink. 15

7. A radio network controller (RNC) for controlling the data bit rate of a radio link (RL) to maintain the quality of the RL, the RNC configured to: establishing the RL data bit rate parameters; performing a first procedure including: commencing a waiting period; 20 in response to sensing an event indicating that the RL quality is reduced; determining an identity of a specific coded composite transport channel (CCTrCH) to be configured; determining a new target data bit rate (RTNEW) needed to correct the RL quality; 25 performing a second procedure; on a condition that RTNEW is less than a guaranteed data bit rate (RG), renegotiating a reduced RG and performing the second procedure; on a condition that RTNEW is not less than RG, reducing current data bit rate (Rc) to RTNEW; 10 reconfiguring the CCTrCH by removing at least one transport format combination (TFC) from a transport format combination set (TFCS); and performing the first procedure.

B. The RNC of claim 7 further configured to: 5 on a condition that the RL quality is not reduced, on a condition that Rc is greater than or equal to a maximum data bit rate (RMAX), perform the first procedure.

9. The RNC of claim 8 further configured to: in response to sensing an event indicating that the RL quality is not 10 reduced, on a condition that Rc is less than RMAX, in response to sensing an event indicating that the RL quality exceeds a threshold, increasing the data bit rate including: 15 determining an identity of a specific CCTrCH to be reconfigured; determining RTNEW needed to correct the RL quality; incrementing Rc, wherein Rc = RTNEw; and reconfiguring the CCTrCH by adding at least one (TFC) to the TFCS).

10. The RNC of claim 9 further configured to: 20 in response to sensing the event indicating that the RL quality does not exceed the threshold, on a condition that the waiting period expired without sensing a second event indicating a reduction in the RL quality, increasing the data bit rate; and on a condition that the waiting period is not expected without sensing the 25 second event indicating a reduction in the RL quality, performing the first procedure.

11. The RNC of claim 7, wherein the RL is an uplink.

12. The RNC of claim 7, wherein the RL is a downlink. 11

13. The method of claim 1 and substantially as hereinbefore described with reference to the accompanying figures.

14. The RNC of claim 7 and substantially as hereinbefore described with reference to the accompanying figures. 5 INTERDIGITAL TECHNOLOGY CORPORATION WATERMARK PATENT & TRADE MARK ATTORNEYS P25966AU02