KR20070019729A - Hsdpa flow control data frame, frame sequence number - Google Patents

Abstract

The radio base station (RBS) determines when they are lost after the high speed downlink shared channel (HS-DSCH) data frame 110 is transmitted from the radio network controller (RNC) on the transport link (Iub) towards the radio base station (RBS). The detection is described. To accomplish this, upon receiving the HS-DSCH data frame 110, the RBS 104 examines the frame sequence number 302 located within the received HS-DSCH data frame 110 to determine the frame sequence number 302. Is determined in order of the frame sequence number 302 located in the already transmitted HS-DSCH data frame 110. If the order of the two frame sequence numbers 302 is wrong, then one or more HS-DSCH data frames 110 already transmitted towards the RBS are lost. If the wireless base station 104 detects a large number of lost HS-DSCH data frames 110a, the bit race of any HS user flow is reduced or by the wireless network controller 102 via the transport link 106 over the wireless base station ( The problem can be corrected by reducing the maximum bit rate for all HS traffic to be transmitted to 104.

Flow Control Mechanism, HS-DSCH Data Frame, Lost Data Frame, Transport Network Node, Frame Sequence Number

Description

HSDPA flow control data frame, frame sequence number {HSDPA FLOW CONTROL DATA FRAME, FRAME SEQUENCE NUMBER}

This specification claims the benefit of U.S provisional application serial number 60 / 568,318, filed May 5, 2004, entitled "HSDPA Flow Control Date Frame, Frame number sequence."

 The present invention relates to a third generation cellular system, and in particular, a radio network controller (RNC) on a transport link (Iub) to which a high speed downlink shared channel (HS-DSCH) data frame is directed towards a radio base station (RBS). A radio base station (RBS) is capable of detecting when they are lost after being transmitted from.

Today, a high level of attention is paid to enhancing the performance of third generation cellular systems that implement the High Speed Downlink Packet Access (HSDPA) specification for the Wideband Code Division Multiple Access (WCDMA) standard. The performance of third generation cellular systems detects when they are lost after data frames (HS-DSCH data frames) are transmitted from the radio network controller (RNC) on the transport link ("Iub") that is directed to the radio base station (RBS). If it does exist, it can be strengthened.

If too many HS-DSCH data frames are lost and are never received by the RBS, they may detect lost HS-DSCH data frames because they must be retransmitted between the RNC and the UE (user equipment such as a mobile telephone handset or terminal). It would be desirable to be able to. Retransmission of information between the RNC and the UE is undesirable because it reduces HSDPA throughput. Unfortunately, conventional RBS lacks a way to detect when a missing HS-DSCH data frame is present and cannot prevent retransmission between the RNC and the UE, which may be problematic. This disadvantage is addressed by the present invention.

The present invention includes an RBS that detects when HS-DSCH data frames are lost after they have been sent by the RNC on the transport link (Iub) towards the RBS. To achieve this, upon receipt of an HS-DSCH data frame, the RBS checks the frame sequence number located within the received HS-DSCH so that the frame sequence number is in the order of the frame sequence number located within the already received HS-DSCH data frame. Determine whether or not. If the order of the two frame numbers is incorrect, one or more HS-DSCH data frames already sent towards the RBS are lost. If the RBS detects many missing HS-DSCH data frames, the problem is that the bit race of any HS user flow is reduced or the maximum bit rate for all HS traffic to be transmitted to the RBS by the RNC over the transport link is reduced. Can be modified.

The present invention may be further understood with reference to the following description with reference to the accompanying drawings.

1 is a diagram of a third generation cellular network including an RBS capable of detecting lost HS-DSCH data frames in accordance with the present invention;

2 is a diagram illustrating a method for detecting lost HS-DSCH data frames in accordance with the present invention; And

3 is a diagram showing a preferred structure of an HS-DSCH data frame including a 4-bit frame number sequence capable of detecting an HS-DSCH data frame with an RBS lost in accordance with the present invention.

Referring to FIG. 1, a third generation cellular network 100 is shown (in particular, only UTRAN (UMTS terrestrial radio access network) 100 is shown), which is connected to another one via a transport link 106 (Iub106). It has RNC 102 and RBS 104 connected. RBS 104 includes a flow control mechanism 108, which is the data frame 110 that must be received by RBS 104 (HS-DSCH data frame 110 instead of the Iub they are directed to RBS 104). It can often be detected that it is lost after being sent from the RNC 102 on 106. The HS-DSCH data frame 110 is located between the transport nodes 112, 114 (located between the RNC 102 and the RBS 104). (Not shown) may be lost due to buffer load RBS 104 may detect lost HS-DSCH data frame 110a, such that RNC 102 and UE 116 (only one is shown) It is important that the RBS 103 be able to perform a modified operation when there are too many lost HS-DSCH data frames 110a to prevent retransmissions between R. 104 and RBS 104. If there is a way to detect 110a and too many lost HS-DSCH data frames 110a Possible modified actions that may be performed are described in detail below with reference to FIGS.

The lost HS-DSCH data frame 110a can be detected so that the RBS 104 enables detection of Iub problems in the area of the HSDPA. HSDPA is a broadband radio access network (WRAN) service, which uses the air interface 117 in an efficient manner by implementing shorter transmission time intervals (TTIs). For HSDPA, air interface power remains between dedicated channel (DCH) users, such as voice users, and maximum power from the RBS power amplifier can be used for HSDPA user 116 (HS user 116). For clarity, no DCH user is shown. Because the HS user 116 may have a bit rate anywhere over the air interface at a high bit rate (which is a cell with a straight line and a few DCH users), To obtain a service similar to the most efficient means that can be changed.

HSDPA also supports a similar best effort for services for HS users related to transport links. Therefore, the HS-DSCH data frame 100 used by the HS user 116 is not a controlled grant like a DCH data frame, where each DCH flow has some delay and some bandwidth over the Iub 106. Instead, HS-DSCH data frames 110, which may belong to one or hundreds of medium access control (MAC-d) flows, share the same "best effort" type of quality of service (QoS) class across the Iubs. It should be emphasized that each MAC-d flow has a queue at RNC 102 and RBS 104. And each MAC-d flow participates in ATM Adaptation Layer 2 (AAL2) Class C path (s), which are ATM connections of unspecified bit rate (UBR +) type, or CBR VC or IP-based transport networks. Is returned through. If an IP-based transport is used, the present invention has much more advantage since the CRC based on the congestion detection technique cannot be used.

This is because the HS-DSCH data frame 110 uses the best type of service on the transport link 106, because there are too many lost HS-DSCH data frames 110a (very high frame loss rates). This means that it is important to review the Iub problem you create to fix it. This can be caused if there is very much HS traffic across the insufficient Iub 106, which means that the HS-DSCH data frame 110 will be dropped, which is an end user 116 operation that is not good. Increase round trip time (RTT) to the point with throughput. This type of Iub problem can be particularly problematic for end users 116 using Transmission Control Protocol (TCP) for packet data services, because TCP is very sensitive to long RTTs. This Iub problem can also be problematic for end users using real time services or real time games such as voice over IP. Another possible problem caused by increased RTT is the loss of critical signaling PDUs, which are transmitted using the same best transport network service. And very high HS-DSCH data frame loss rates can cause any such connection to be lost.

To detect this Iub problem, the present invention introduces the use of frame sequence number 302 into HS-DSCH data frame 110 (shown in FIG. 3). The frame sequence number 302 allows the RBS 104 to fully detect the missing HS-DSCH data frame 110a. To achieve this, the WCDMA RAN HSDPA hardware and software and RBS 104 in the RNC 102 (including the flow control mechanism) are prepared for introducing and using the frame sequence number 302 into the HS-DSCH data frame structure. It is necessary to do In particular, the RNC 102 will have to add a frame sequence number 302 (eg, 4-bit frame sequence number 302) in each HS-DSCH data frame 110 sent to the RBS 104. And the RBS 104 compares the frame sequence number 302 of the received HS-DSCH data frame 110 with the frame sequence number 302 of the already received HS-DSCH data frame 110 to determine which HS-DSCH Determines whether data frame 110 was transmitted between two received HS-DSCH data frames 110 but never by RBS 104. If so, this HS-DSCH data frame 110 would be a missing HS-DSCH data frame 110a. One way in which this can be done is described below.

Referring to Figure 2, there is a block diagram, which is used to help explain how the RBS 104 and, in particular, the flow control mechanism 108 can detect the lost HS-DSCH data frame 110a. . As shown, the flow control mechanism 108 (frame handler 202 has two inputs: (1) Frame Number Enabled 204; and (2) (Priority Queue Flow (PQF)). ) HS-DSCH data frame 110 and one output: (1) has a Frame Loss Flag (206) (per PQF) Flow control mechanism 108 has an invalid frame sequence number Detects the lost HS-DSCH data frame 110 by looking for 302. In particular, a hole in frame sequence number 302 that is 0 to 15 (e.g., within the received HS-DSCH data frame 110). The holes may be indicated if one or more missing HS-DSCH data frames 110a are present, for example, a frame sequence of… 12, 13, 14, 0, 1, 2, 3, 4,... The HS-DSCH data frame 110 that receives and has the number 302 represents one HS-DSCH data frame 110a having a frame sequence number 302 of 15. It will be.

In addition to detecting the lost HS-DSCH data frame 110a, the flow control mechanism 108 may be configured to detect the corrupted HS-DSCH data frame 110. Detection of corrupted HS-DSCH data frame 110 is possible when one or more asynchronous transmission mode (ATM) cells lose, for example, 10 ATM cells typically used in HS-DSCH data frame 100, for example. In particular, if the received HS-DSCH data frame 110 loses one or more ATM cells, the cyclic redundancy check (CRC) and the frame length indicator (LI) will indicate this, and the HS-DSCH data frame 110 will indicate that the flow control mechanism 108 is damaged. This data frame will be classified as a DSCH data frame 110. If such a function is implemented, the detection of the lost HS-DSCH data frame 110a will operate in parallel with the function of finding a 'fully lost' data frame. In view of the higher protocol points, the corrupted HS-DSCH data frame 110 is considered lost because the corrupted HS-DSCH data frame 110 cannot be used. As such, the difference between lost and corrupted HS-DSCH data frames 110a is not a response to it in the detection of an event. The response to too many lost and / or corrupted HS-DSCH data frames 110a is described below.

In a preferred embodiment, the RBS 104 and especially the frame processor 202 output the set frame loss flag 206 if one or more lost / corrupted HS-DSCH data frames 110a are detected during the 100 ms period. In response to receiving the set frame loss flag 206, the flow control mechanism 108 temporarily temporarily sets the bit rate (CARate) for a particular priority queue flow (PQF) of the HS-DSCH data frame 110. Can be reduced, which has a high frame loss ratio (indicated by the number “1” in FIG. 2). To temporarily reduce the bit rate for any flow of the HS-DSCH data frame 110, the RBS 104 sends a Capacity Allocation (CA) message (not shown) to the RNC 102. Can be. And if too many lost / corrupted HS-DSCH data frames 110a are generated over time, RBS 104 may lower the maximum bit rate (TargetHSRate) for all of the HS traffic transmitted over Iub 106. (Indicated by the number “2” in FIG. 2). As a result, if no additional Iub problems occur over time, RBS 104 may increase the maximum bit rate (TargetHSRate) for HS traffic (indicated by the number " 2a " in FIG. 2).

Referring to Fig. 3, there is a block diagram showing the desired structure of the HS-DSCH data frame 110, which represents a 4-bit frame sequence number 302 in accordance with a preferred embodiment of the present invention. If a 4-bit frame sequence number 302 is introduced into the HS-DSCH data frame 110, the following "underlined" underlined changes are shown in section 6.2.7 "Coding of Information Element" in 3GPP TS 25.435 (version 5). in Data Frame ".

6.2.7.1 header CRC

Description: A cyclic iterative check computed on the header of a data frame with polynom X ^ 7 + X ^ 6 + X ^ 2 + 1. CRC calculations cover all bits in the header, starting at bit 0 in the first byte and ending at the end of the header.

Range of values: {0..127}.

Field length: 7 bits.

6.2.7.2 Frame Type

Description: Describes whether this is a control frame or a data frame.

Range of values: {0 = data, 1 = control}.

Field length: 1 bit.

6.2.7.3 Connection frame number ( CFN )

Description: An indicator, such as a radio frame, in which first data must be received on the uplink or transmitted on the downlink. The range of values and field lengths depend on the transport channel on which the CFN is used.

Range of Values (PCH): {0..4095}.

Range of values (other): {0..255}.

Field Length (PCH): 12 bits.

Field length (others): 8 bits.

6.2.7.4 Transport  Format indicator

Description: TFI is the local number of the transport format used for the transmission time interval.

Range of values: {0..31}.

Field length: 5 bits.

6.2.7.5 Propagation Delay [FDD]

Description: Unidirectional air interface delay as measured during RACH access.

Range of values: {0..765 chip}.

Granularity: 3 chips.

Field length: 8 bits.

6.2.7.6 Rx  Timing Deviation [3.84 Mcps TDD ]

Description: The measured Rx timing deviation as a basis for improving timing. This value must take into account the measurements made in every frame and every time slot including the transport block in the payload. If the IE with timing enhancement indicates "no" in the cell, the Rx Timing Deviation field must be set to N = 0.

Range of values: {-256 ... + 256 chips}.

{N * 4 -256} CLQ <Rx timing deviation <{(N + 1) * 4 -256} chip. N = 0, 1,... , 127.

Elaboration: 4 chips.

Field length: 7 bits.

6.2.7.6A Received SYNC UL Timing Deviation [1.28 Mcps TDD ]

Description: SYNC UL timing deviation measured and received as the basis for propagation delay.

Range of values: {0,… , +256} chips.

Elaboration: 1 chip.

Field length: 8 bits.

6.2.7.7 Transport  block

Description: A block of data sent or received over the air interface. The transport format represented by the TFI describes the transport block length and the transport block set size.

6.2.7.8 CRC  Indicator

Description: Shows whether the transport block has the correct CRC. UL outer loop power control may use a CRC indicator.

Range of values: {0 = correct, 1 = not accurate}.

Field length: 1 bit.

6.2.7.9 Payload CRC

Description: A cyclic iterative check computed on the payload of a data frame with polynomies X ^ 16 + X ^ 15 + X ^ 2 + 1. CRC calculations cover all bits in the data frame payload, starting at bit 0 in the first byte and ending to the end of the header.

Field length: 16 bits.

6.2.7.10 Transmit Power Levels

Description: The desired transmit power level during this TTI for the corresponding transport channel. The value indicated is a negative offset with respect to the maximum power comprised of the physical channel (s) used for each transport channel. [1.28 Mcps TDD-RBS will ignore transmit power level in TDD DSCH DATA FRAME] [3.82 Mcps TDD-RBS will ignore transmit power level in TDD DSCH DATA FRAME if closed loop TPC power control is used.]

Range of values: {0 .. 25.5 dB}.

Elaboration: 0,1 dB.

Field length: 8 bits

6.2.7.11 Paging  Mark (PI)

Description: Describes whether a PI bitmap exists in the payload.

Range of values: {0 = No PI-bitmap is in the payload, 1 = PI-bitmap is in the payload}.

Field length: 1 bit.

6.2.7. Paging  Display Bitmap (PI-Bitmap)

Description: Bitmap of the paging mark (PI ₀ ..PI _N-1 ). Bit 7 of the first byte contains PI0, bit 6 of the first byte contains PI1 ,,, and bit7 of the second byte contains PI8 and the like.

Range of values: [FDD-{18,36,72 or 144 paging indicator}.]

[3.82 Mcps TDD-{30,34,60,68,120 and 136} paging indication for 2 PICH frames, {60,68,120,126,240 and 272} paging indication for 4 PICH frames].

[1.28 Mcps TDD-{44,88 and 176} paging indication for 2 PICH frames, {88,176 and 352} paging indication for 4 PICH frames].

Field Length: [FDD-3,5,9 or 18 bytes (IP-bitmap fields are padded at endup in octets)].

[1.28 Mcps TDD-6,11,22 or 44 bytes (IP bitmap fields are filled in end-up in octets).

6.2.7.13 RACH  On Rx  Timing Deviation [3.84 Mcps TDD ]

Void

6.2.7.14 PDSCH  Set Id [ TDD ]

Description: Pointer to the PDSCH set to be used to transmit the DSCH DATA FRAME over the air interface.

Range of values: {0..255}.

Field length: 8 bits.

6.2.7.15 Code number [FDD]

Description: The code number of the PDSCH (the same mapping is used for the 'code number' IE).

Range of values: {0..255}.

Field length: 8 bits.

6.2.7.16 Diffusion Factor ( SF ) [FDD]

Description: The spreading factor of the PDSCH.

Spreading factor = 0 spreading factor to be used = 4.

Diffusion Factor = 1 Diffusion Factor = 8.

Spreading Factor = 6 Spreading Factor to be Used = 256.

Range of values: {4,8,16,32,64,128,256}.

Field length: 3 bits.

6.2.7.17 Power Offset [FDD]

Description: Used to indicate the desired FDD PDSCH transmit power level. The value indicated is an offset related to the power of the TFCI bit of the downlink PDCCH pointing to the same UE as the DSCH.

Power offset = 0 Power offset to be applied = -32 dB.

Power Offset = 1 Power Offset to Apply = -31.75dB.

Power offset = 255 Power offset to be applied = +31.75 dB.

Range of values: {-32 .. + 31.75dB}.

Elaboration: 0.25 dB.

Field length: 8 bits.

6.2.7.18 MC Information [FDD]

Description: Used to indicate the number of parallel PDSCH codes to which DSCH data is to be returned. Multiple code transfers are used here, where the SFs of all codes are the same and contiguous within the code tree, increasing the code number value starting from the code number indicated in the 'code number' field.

Range of values: {1..16}.

Field length: 4 bits.

6.2.7.19 Extra expansion

Description: Shows where new IEs can be added in a backward compatible way in the figure.

Field length: 0-32 octets.

6.2.7.20 Quality Evaluation ( QE ) [ TDD ]

Description: The quality assessment comes from the transport channel BER. The USCH FP frame contains TB's for the USCH, where QE is the transport channel BER for the selected USCH. If no transport channel BER is suitable, QE will be set to zero. The quality assessment will be set to the transport channel BER and will be measured in each of the units TrCH_BER_LOG. UL outer loop power control will use quality assessment.

Range of values: {0..255}.

Elaboration: 1.

Field length: 8 bits.

6.2.7.21 Common Transport  Channel priority indicator ( CmCH -PI)

Description: The CmCH-PI configured via the scheduling priority indicator in NBAP is the related priority of the data frame and the included SDUs.

Range of values: {0-15, where 0 = lowest priority, 15 = highest priority}.

Field length: 4 bits.

6.2.7.22 User Buffer Size

Description: Indicates the buffer size of users in octets for a given common transport channel priority indicator level.

Range of values: {0-65535}.

Field length: 16 bits.

6.2.7.23 MAC-d PDU  Length

Description: The value of this field is the number of bits that indicate the length of all MAC-d PDUs in the payload of the HS-DSCH DATA FRAME.

Range of values: {0-5000}.

Field length: 13 bits.

6.2.7.24 PDU Number of

Description: Indicates the number of MAC-d PDL DMLs in the payload.

Range of values: {1-255}.

Field length: 8 bits.

6.2.7.25 MAC-d PDU

Description: A MAC-d PDU contains a MAC-d PDU.

Field Length: shows the value of the length IE of the MAC-d PDU.

6.2.7.26 Partial Cell ID [FDD]

Description: The cell part ID indicates the cell part with the highest SIR during the RACH access.

Range of values: {0-63}.

Field length: 6 bits.

6.2.7.27 new IE  flag

Description: Contains a flag indicating that the information is valid in a field following the new IE flag IE. The last bit position of the new IE flag IE is later used as the decompression flag to allow expansion of the new IE flag IE.

Range of values:

Bits 0-6: New IE Flag Indicates whether the IE contains (1) useful data (0). The meaning of each bit is described in the corresponding DATA FRAME subclause.

Bit 7: indicates whether the new IE flag IE and the first byte following the corresponding IEs have (1) an additional new IE flag IE (0).

Field length: 8 bits.

6.2.7.28 frame  Number 302

Description: The 4-bit frame number is incremented by the SRNC for each transmitted HS-DSCH data frame belonging to one MAC-d CmCH-PI flow (modulo 16).

Range of values: {0..15}.

Elaboration: 1.

Field length: 4 bits.

It should be appreciated that without the addition of frame number 302, the structure of the HS-DSCH data frame 110 as shown in FIG. 3 and described above will correspond to a typical HS-DSCH data frame. To discuss in more detail a typical HS-DSCH data frame, HSDPA and WCDMA should be referenced in the following standard.

3GPP, TS 25.435, Iub User Plan for Common Channels.

3GPP, TS 25.425, Iur User Plan for Common Channels.

3GPP, TS 25.415, UTRAN Iu interface user plan protocol.

The content of these standards is hereby incorporated by reference.

The following are some additional features, advantages, and uses of the present invention.

The present invention introduces HS-DSCH FP data frames into a frame sequence number of 4-bits per MAC-d priority level (CmCH-PI), which makes it possible to detect completely lost data frames. This solution creates an ATM-based transport network solution that WRAN uses today that is compatible with future IP-based transport networks.

The present invention relates to another patent application serial number entitled "HSDPA Flow Control, Control frames RTT measurement" Pertaining to headings (agent document number P19529). This can be used in the context of the present invention by detecting and correcting Iub problems related to certain inventions with very long RTT times. The contents of this patent application are hereby incorporated by reference herein.

The present invention relates to another patent application serial number entitled "HSDPA Flow Control Data Frame Delay RNC Reference Time". Pertaining to headings (agent document number P19530). This can be used in the context of the present invention by detecting and correcting Iub problems related to very long buffer delays. The contents of this patent application are hereby incorporated by reference herein.

The present invention allows the RBS flow control algorithm to detect Iub congestion and improve cell change characteristics in a good way.

Certain details related to components within third generation cellular network 100, such as RNC 102 and RBS 104, are well known in the industry. Therefore, for the sake of clarity, the description provided above with respect to the RNC 102 and the RBS 104 is not necessary to understand the present invention and therefore well-known descriptions are omitted.

Although one embodiment of the invention has been shown in the accompanying drawings and described in the foregoing description, it is to be understood that the invention is not limited to the disclosed embodiments, as various rearrangements, modifications and substitutions are defined and described by the appended claims. It should be recognized that it is possible without departing from the intention of the present invention.

For example, a possible extension of the present invention may relate to a fast uplink shared channel related to HSUPA (fast uplink packet access) and E-DCH (enhanced DCH). In this case, the HSUPA data frame is sent from the RBS to the RNC (other than HSDPA), and the loss of this packet must be detected at the RNC. This is because there is currently no congestion detection technique allowed for the E-DCH, and no FN exists in the E-DCH data frame.

Claims (26)

In the data frame 110, The frame sequence number (302) is used to detect when one or more other data frames (110a) are lost in the transport network (100). The method of claim 1, And the frame sequence number is a 4-bit frame sequence number. The method of claim 1, And said at least one other data frame is a high speed downlink shared channel (HS-DSCH) data frame. The method of claim 3, wherein And the HS-DSCH data frame belongs to one MAC-d CMCH-PI flow. In the wireless base station 104, The flow control mechanism 108 receives the high speed downlink shared channel (HS-DSCH) data frame 110 and examines a frame sequence number 302 located within the received HS-DSCH data frame 110 to determine already. And determine whether one or more transmitted HS-DSCH data frames (110) have been lost. The method of claim 5, And the frame sequence number is a 4-bit frame sequence number. The method of claim 5, After the predetermined number of lost HS-DSCH data frames are detected, the flow control mechanism reduces the bit rate of the priority queue flow associated with the HS-DSCH data frame and one or more lost HS-DSCH data frames. Wireless base station. The method of claim 5, And after a predetermined number of lost HS-DSCH data frames are detected for a predetermined time period, the flow control mechanism reduces the maximum bit rate for all HS traffic. The method of claim 8, And wherein the flow control mechanism increases the maximum bit rate for HS traffic after a predetermined time period where a number of detected lost HS-DSCH data frames do not exceed a predetermined threshold. The method of claim 5, The flow control mechanism also checks the cyclic redundancy check (CRC) and the length indicator (LI) in the received HSDPA HS-DSCH data frame to see if one or more HS-DSCH data frames already transmitted towards the flow control mechanism are corrupted. Determining whether or not the wireless base station. In the wireless network controller 102, And a flow control mechanism (118) generates and transmits a high speed downlink shared channel (HS-DSCH) data frame (110), the frame sequence number (302) being located in the frame. The method of claim 11, And the frame sequence number is a 4-bit frame sequence number. The method of claim 11, And the HS-DSCH data frame belongs to one MAC-d CMCH-PI flow. In the cellular system 100, Wireless network controller 102; Transport link 106; And A wireless base station 104, the wireless network controller 102 generating a high speed downlink shared channel (HS-DSCH) data frame 110, having a frame sequence number 302 located in the frame, Transmit the HS-DSCH data frame 110 to the wireless base station 104 via the transport link 106, The wireless base station 104 receives the HS-DSCH data frame 110, examines the frame sequence number 302 located in the frame, and, by the wireless network controller 102, the wireless base station 103. To determine whether one or more HS-DSCH data frames (110a) already transmitted are lost. The method of claim 14, And the frame sequence number is a 4-bit frame sequence number. The method of claim 14, And the HS-DSCH data frame belongs to one MAC-d CMCH-PI flow. The method of claim 14, Upon detecting a predetermined number of lost HS-DSCH data frames, the wireless base station sends a message to the wireless network controller for transmission so that the wireless network controller can send HS-DSCH data frames and one or more lost HS-DSCH data. And reduce the bit rate for a priority queue flow (PQF) associated with the frame. The method of claim 14, When detecting a predetermined number of lost HS-DSCH data frames for a predetermined time, the wireless base station sends a message to the wireless network controller, which the wireless network controller sends to the wireless base station through the transport link. And reduce the maximum bit rate for all HS traffic. The method of claim 18, And wherein said wireless base station increases the maximum bit rate for all HS traffic after a predetermined time period where a number of detected lost HS-DSCH data frames do not exceed a predetermined threshold. The method of claim 14, The flow control mechanism also checks the cyclic redundancy check (CRC) and the length indicator (LI) in the received HSDPA HS-DSCH data frame and has already been sent by the wireless network controller towards the flow control mechanism. And determine whether the DSCH data frame is corrupted. A method for detecting a problem with a transport link between a wireless network controller and a wireless base station in a cellular system, Receiving, at the wireless base station, a high speed downlink shared channel (HS-DSCH) data frame; And At the wireless base station, a frame sequence number 302 located within the received HS-DSCH data frame 110 to determine if one or more HS-DSCH data frames 110a already transmitted by the radio network controller are lost. And detecting the problem. The method of claim 21, And the frame sequence number is a 4-bit frame sequence number. The method of claim 21, The wireless base station reduces the bit rate of the priority queue flow associated with the HS-DSCH data frame and one or more lost HS-DSCH data frames after the radio network controller detects a predetermined number of missing HS-DSCH data frames. Instructing a problem to be detected. The method of claim 21, And wherein the wireless base station instructs the wireless network controller to reduce the maximum bit rate for all HS traffic after a predetermined number of missing HS-DSCH data frames are detected. The method of claim 24, The radio base station instructs the radio network controller to increase the maximum bit rate for all HS traffic after a predetermined time period where a number of detected lost HS-DSCH data frames do not exceed a predetermined threshold. Problem detection method. The method of claim 21, The wireless base station also checks cyclic redundancy check (CRC) and length indicator (LI) in the received HSDPA HS-DSCH data frame and has already been transmitted by the wireless network controller towards the flow control mechanism. And determining whether the data frame is corrupted.

Images