WO2011020228A1 - 在移动終端、 中继站和中继管理设备中用于下行流量控制的裝置和方法 - Google Patents
在移动終端、 中继站和中继管理设备中用于下行流量控制的裝置和方法 Download PDFInfo
- Publication number
- WO2011020228A1 WO2011020228A1 PCT/CN2009/073286 CN2009073286W WO2011020228A1 WO 2011020228 A1 WO2011020228 A1 WO 2011020228A1 CN 2009073286 W CN2009073286 W CN 2009073286W WO 2011020228 A1 WO2011020228 A1 WO 2011020228A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- relay
- relay station
- request message
- mobile terminal
- management device
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
Definitions
- the present invention relates to flow control in a wireless relay network, and more particularly to a base station, a relay station, a mobile terminal, and a method thereof for downlink flow control in a wireless relay network.
- TCP uses a sliding window mechanism to support end-to-end flow control.
- the TCP window is adjusted in bytes to accommodate the receiver's processing power.
- the receiving end indicates its receiving window size in the receiving window field, so that the transmitting end does not send too fast, causing the receiving end to overflow, or wastes resources because the receiving end processes too fast.
- TCP uses a number of mechanisms to achieve high reliability and avoid congestion collapse. These mechanisms control the rate of data entering the network, including: sliding windows, slow start algorithms, congestion avoidance algorithms, fast restarts, and fast recovery algorithms.
- TCP congestion control see RFC2001, RFC2018, RFC258K RFC2582, RFC2883 standards.
- LTE-Advanced LTE-Advanced Evolution
- IEEE 802.16m relay is regarded as a key technology to improve system performance and provide flexible network deployment.
- Class I relays will have their own physical cell IDs, just like base stations in the general sense, which means that they are not invisible to mobile terminals like transparent relays.
- FIG. 1 is a schematic diagram of a typical relay network.
- UE mobile terminal
- RN relay station
- eNB relay management device
- the relay station 2 buffers the data from the relay management device 3 in the relay downlink buffer for downward forwarding. However, if the data rate from the relay management device 3 is high and congestion occurs between the relay station 2 and the mobile terminal 1, the relay downlink buffer of the relay station 2 is gradually full and overflows, and the new downlink data cannot be processed in time. It is discarded by the relay station 2.
- the relay management device 3 does not know the reception status of the downlink data from the relay station 2 at the mobile terminal 1, and therefore, even if the terminal downlink buffer of the mobile terminal 1 overflows, the relay management device 3 continues to continuously
- the data directed to the mobile terminal 1 is sent to the relay station 2.
- the relay station 2 either continually forwards the data to the mobile terminal 1 but is discarded by the mobile terminal 1, or the relay downlink buffer of the relay station 2 is gradually full and overflows, thereby wasting wireless transmission resources and increasing the burden on the network device.
- the present invention provides a new flow control scheme particularly suitable for a wireless relay network to avoid and eliminate congestion, wherein when the relay station discovers it and the relay management device When congestion occurs on the interface between the two, a request to reduce the downlink data transmission rate is initiated to the relay management device.
- the relay station can be notified in a similar manner, and the data rate when transmitting data to the terminal is appropriately adjusted by the relay station.
- the relay station receives a request from the mobile terminal for requesting a reduction in the data rate, it is also possible to determine by itself whether or not to further request the relay management device to reduce the downlink data transmission rate between the relay management device and the relay station.
- a flow control auxiliary device for assisting downlink traffic control in a mobile terminal in a wireless relay network, includes: a first determining device, configured to determine a terminal downlink of the mobile terminal Whether the remaining capacity in the buffer is less than or equal to a first capacity threshold; the first generating means, configured to: if the terminal has a remaining capacity in the downlink buffer If the first capacity threshold is less than or equal to the first capacity threshold, a first speed reduction request message is generated, which is used to request the relay station to which the mobile terminal belongs to reduce the downlink data transmission rate between the relay station and the mobile terminal; And configured to send the first slowdown request message to the relay station.
- a first control apparatus for performing downlink flow control in a relay station includes: second determining means for determining whether a predetermined condition is satisfied; and second generating means for When the predetermined condition is met, a second speed reduction request message is generated, where the second speed reduction request message is used to request the relay management device to which the relay station belongs to reduce downlink data transmission between the relay management device and the relay station.
- a second sending device configured to send the second descramble request message to the relay management device.
- the first control device further includes: determining means, configured to determine, by the second determining device, at least one mobile terminal among the mobile terminals served by the relay station when the second determining device determines that the predetermined condition is satisfied;
- the second generating device is further configured to: - generate the second speed reduction request message, the second speed reduction request message is used to request the relay management device to reduce the relationship between the relay management device and the relay station A downlink data transmission rate associated with at least one mobile terminal.
- the second determining means is configured to: determine whether the remaining capacity in the relay downlink buffer of the relay station is less than or equal to a second capacity threshold, if the relay station has a relay in the downlink buffer When the capacity is less than or equal to the second capacity threshold, it is determined that the predetermined condition is satisfied.
- the second determining means is configured to: determine whether a first slowdown request message sent by one or more mobile terminals is received, wherein each first slowdown request message is used for the request
- the relay station reduces the downlink data transmission rate between the relay station and the corresponding mobile terminal, and if the first speed reduction request message sent by one or more mobile terminals is received, it is determined that the predetermined condition is satisfied.
- the first determining apparatus is further configured to: if it is received by the one or more mobile terminal, the first speed reduction request message, further determine whether the remaining capacity of the relay downlink buffer of the relay station is less than or equal to one a third capacity threshold, if the remaining capacity of the relay downlink buffer of the relay station is less than or equal to the third capacity threshold, determining that the predetermined condition is full Foot.
- the determining means is configured to: determine the one or more mobile terminals as the at least one mobile terminal.
- a second control apparatus for performing downlink traffic control in a relay management device in a wireless relay network, comprising: receiving means for receiving a second from a relay station a speed reduction request message, the second speed reduction request message is used to request the relay management device to reduce a downlink data transmission rate between the relay management device and the relay station; and processing means, configured to start, according to the second speed reduction The request message reduces the downlink data transmission rate between the relay management device and the relay station.
- the second speed reduction request message indicates at least one of the mobile terminals served by the relay station, and the processing device further reduces the relay management device and the relay station based on the second speed reduction request message.
- a method for assisting downlink traffic control in a mobile terminal in a wireless relay network includes the following steps: A. determining a remaining capacity in a downlink buffer of the terminal of the mobile terminal Whether it is less than or equal to a first capacity threshold; B. if the remaining capacity in the downlink buffer of the terminal is less than or equal to the first capacity threshold, generating a first descending request message for using the relay station to which the mobile terminal belongs Requesting to reduce a downlink data transmission rate between the relay station and the mobile terminal; C. transmitting the first speed reduction request message to the relay station.
- a method for performing downlink flow control in a relay station includes the following steps: I. determining whether a predetermined condition is satisfied; III. generating a second when the predetermined condition is satisfied a second speed reduction request message, the second speed reduction request message is used to request a relay management device to which the relay station belongs to reduce a downlink data transmission rate between the relay management device and the relay station; IV. the second speed reduction request A message is sent to the relay management device.
- step II further comprising: II. determining, when the predetermined condition is satisfied, at least one mobile terminal is determined by each mobile terminal of the relay station; the step III further comprising: Generating the second speed reduction request message, the second speed reduction request cancellation
- the information is used to request the relay management device to reduce a downlink data transmission rate associated with the at least one mobile terminal between the relay management device and the relay station.
- the foregoing step I includes: II. determining whether the remaining capacity in the relay downlink buffer of the relay station is less than or equal to a second capacity threshold or receiving one or more mobile terminals. The first speed-down request message; 12. if the remaining capacity in the relay downlink buffer of the relay station is less than or equal to the second capacity threshold, or receives the first speed-down request message from one or more mobile terminals, Then it is judged that the predetermined condition is satisfied.
- the step II further includes: if receiving the first speed reduction request message sent by the one or more mobile terminals, the relay station further determining whether the remaining capacity of the relay downlink buffer of the relay station is less than or equal to a third capacity threshold, If the remaining capacity of the relay downlink buffer of the relay station is less than or equal to the third capacity threshold, it is determined that the predetermined condition is satisfied.
- a method for downlink traffic control in a relay management device in a wireless relay network comprising the steps of: 0. receiving a second speed reduction request message from a relay station The second speed reduction request message is used to request the relay management device to reduce a downlink data transmission rate between the relay management device and the relay station;
- the second speed reduction request message indicates at least one of the mobile terminals served by the relay station; the step P further includes: lowering the middle based on the second speed reduction request message A downstream data transmission rate associated with the at least one mobile terminal between the management device and the relay station.
- the solution provided by the invention can achieve optimized resource utilization, and reduces the possibility of TCP slow start, and minimizes the delay of RTT.
- At least one embodiment of the present invention can also implement downstream flow control in a wireless relay system with less granularity and signaling overhead.
- At least one embodiment of the present invention minimizes the impact of introducing the present invention on existing devices and systems by reusing the design of the MAC layer.
- the relay management device allocates very limited resources to those mobile terminals facing congestion, and even temporarily No resources are allocated for it. In this way, while achieving smaller granularity of flow control and avoiding waste of resources, the use of resources by other terminals is ensured, and preferably, by allocating these saved resources to other mobile terminals, the Resource usage, drawing
- Figure 1 is a schematic diagram of a wireless relay network
- FIG. 2 is a flow chart of a system method for performing downstream flow control in a wireless relay network, in accordance with an embodiment of the present invention
- FIG. 3 is a schematic diagram of a signaling format for requesting a reduction in downlink data rate in the flow shown in FIG. 2, in accordance with an embodiment of the present invention
- FIG. 4 is a schematic diagram of a signaling format for requesting a reduction in downlink data rate in the flow shown in FIG. 2, in accordance with an embodiment of the present invention
- FIG. 5 is a block diagram of a flow control assistance device for assisting downlink traffic control in a mobile terminal of a wireless relay network, in accordance with an embodiment of the present invention
- FIG. 6 is a block diagram of a first control device for controlling downlink data traffic in a relay station in accordance with an embodiment of the present invention
- FIG. 7 is a block diagram of a second control device for controlling downlink data traffic in a relay management device in accordance with an embodiment of the present invention.
- Congestion When transmitting data, the rate at which data is sent is not perfectly matched with the rate received and processed by the receiver. On the one hand, when there is less data, the sender may send data at intervals, except for a few. When receiving and processing the received data, most of the time is idle; on the other hand, the sender also has a relatively large transmission data rate. At this time, if the receiver cannot perform the received data. Digested in time, then the fullness of the buffer used to temporarily store the data to be processed after receiving is gradually increased, and when the buffer overflows or closes to overflow, the transmission between the sender and the receiver is no longer smooth, That is, congestion occurs. Depending on the amount of data to be sent by the sender and the processing power of the receiver, such congestion is generally temporary, but if not handled well, it is bound to cause the above problems.
- RLC status report In the ARQ mechanism, such messages refer to ACK and NACK messages in the ARQ mechanism, respectively indicating whether the data marked therein has been correctly received. Generally, when receiving an ACK message, the sender will The subsequent new data is sent to the receiver, and if the NACK message is received, the data indicated therein is retransmitted.
- the relay management device refers to such a network device connected to the network side of the relay station, which can receive uplink data sent by the relay station via the wireless backhaul link of the relay station, and can also be downlinked via the downlink Send downlink data to the relay station. It implements the functionality of a base station in a general sense (e.g., in a WiMAX network). Since this type of equipment is called E-UTRAN NodeB in LTEA, this article uses "relay management equipment" to summarize the two aspects.
- Trunk Downstream Cache refers to the cache used in the relay station to buffer the received downstream data for subsequent forwarding. It can also be referred to as the buffer of the relay station on the user side.
- the terminal downlink buffer refers to a buffer used in the mobile terminal for buffering received downlink data for subsequent processing such as play and storage.
- the terminal downlink buffer refers to a buffer used in the mobile terminal for buffering received downlink data for subsequent processing such as play and storage.
- FIG. 2 illustrates a flow chart of a system method for performing flow control on a downlink in a wireless relay network, in accordance with an embodiment of the present invention.
- step S20 the relay station 2 judges whether or not the predetermined condition is satisfied.
- the relay station 2 will judge that the predetermined condition is satisfied when the following conditions are satisfied:
- Condition 1 The capacity in the relay downlink buffer of relay station 2 is less than a second capacity threshold.
- relay station 2 should monitor the remaining capacity of its relayed downlink buffer and compare the real-time monitored residual capacity with a second capacity threshold.
- the buffer remaining capacity and the second capacity threshold used by the relay station 2 for comparison may be embodied as an amount in bits or bytes, for example, for a relay downlink buffer having a total size of 64 Kbytes, setting a second capacity threshold thereof.
- the buffer remaining capacity and the second capacity threshold used by the relay station 2 can also be expressed as a ratio value, for example, when the second capacity threshold is set to 25%, if the relay station 2's relay downlink buffer has already been If it is occupied by 75% or more, an affirmative judgment result is obtained in step S20, that is, it is judged that the predetermined condition is satisfied.
- step S20 In order to ensure the fluency of this paper, the other conditions to be discussed in step S20 will be expanded after the introduction of the flow shown in Figure 2 in this example.
- the above determination based on the remaining capacity and the second capacity threshold may have other implementations, for example, by determining the capacity already occupied in the cache in units of bits or bytes, and combining it with one bit or The byte-by-byte threshold is compared. When the occupied capacity is greater than this threshold, the cache is becoming full. This comparison is comparable to the above-described comparison based on the remaining capacity and the second capacity threshold, which should be understood as being covered by the above comparison. In addition, the manner in which the occupied portion is used as the object of monitoring and judgment can also be performed as a value.
- the relay station 2 triggers the flow control operation when the relay downlink buffer overflows, avoiding the actual occurrence of the overflow, thereby facilitating the optimal utilization of resources.
- step S21 the relay station 2 generates a second speed reduction request message
- the second speed reduction request message may have various forms, for example, By defining a message with a completely new format and by configuring the sender and receiver of the message, or defining a message with a typical format, the latter method is beneficial to reduce the impact of the present invention on existing devices and systems. .
- an RRC signaling is generated in step S21, which is referred to herein as a RN capability transfer message, which is similar to
- the existing capability capability message (UE capability transfer message) in the RRC signaling indicates the ability of the relay station 2 to receive the downlink signal in the field named "RN-category" in the message, and the capability can be maximized.
- the size of the transport block and the buffer size of layer two (MAC/RLC layer) are represented. If the format of the existing UE capability message is used, there are five corresponding values in the RN-category field, which respectively correspond to the class 5 RN, and the receiving capability of the downlink signal from the relay management device is decremented.
- the RRC signaling is used as the application of the second speed-down request message in this example.
- the relay station 2 may adjust the value of the RN-category to indicate a lower acceptance level than before.
- the relay management device 3 it is indicated to the relay management device 3 that the type of the relay station 2 has changed, please adjust the downlink data rate.
- the generated second deceleration request message i.e., the RN capability message
- the relay management device 3 can understand, by parsing the content of the RN-category, a rate that the relay station 2 can actually cope with, or a rate that is easier to cope with.
- the transmission rate on the corresponding radio bearer for transmitting downlink data to the relay station 2 can be adjusted immediately.
- the downlink data is continuously transmitted to the relay station at a data rate as high as possible without exceeding the upper limit of the downlink data rate that the type of the relay indicated in the RN-category can withstand.
- the second speed reduction request message of the RRC signaling type described above uses the original message format while implementing the downlink traffic control with the relay station self-reporting trigger condition, and has a certain effect on reducing the impact on the system, but
- the adopted message format uses only a few categories to indicate the reduction of the downlink data rate, and therefore has a larger granularity.
- the RRC message is used for traffic control. The signaling overhead caused by the system cannot be ignored.
- the delay problem of RRC signaling is also worth noting.
- the second speed reduction request message generated in step S20 is a MAC layer message, as shown in FIG. Compared with RRC signaling, the delay and signaling overhead of MAC messages are more satisfactory. This will be detailed below.
- the MAC PDU sub-packet header part contains the logical channel identifier corresponding to the message, which acts like the Type field in some messages, and plays a role in identifying the type and function of the message.
- Such logical channel identifiers are represented in the sub-packet header in the form of an index, so that more information can be represented by a smaller amount of data, as shown in Table 1:
- a rate reduction factor is used to indicate to the relay management device 3 a new downlink data rate desired by the relay station 2, Its specific form includes but is not limited to Table 2:
- the relay station 2 can inform the relay management device 3 of a desired new downlink data rate, wherein each speed reduction factor shown in Table 2 indicates a new transmission.
- the size of the block should preferably be a ratio of the maximum transport block of the relay station, for example, when the speed reduction factor is represented by index 0111, indicating that the relay station 2 can support at most 70% of the transport block of the largest transport block. Following the downlink data transmission between the control device 3 and the relay station 2.
- the relay management device 3 adjusts the size of the transport block when transmitting the downlink data to the relay station 2 in step S30 based on the request sent from the relay station 2 in step S22.
- the traffic control scheme proposed in the present invention only acts on the NGBR (non-guaranteed rate) type service, and for the GBR (guaranteed rate) type service, Rate, no reduction.
- NGBR non-guaranteed rate
- GBR gallium-guaranteed rate
- this preferred example should not be construed as an underlying transmission rate that cannot be used to reduce the GBR type of service in any case.
- the description is simple and the type of downlink service (data) (NGBR or GBR) is no longer distinguished.
- the second down-speed request message sent by the relay station 2 to the relay management device 3 causes the relay management device 3 to collectively reduce all downlink data addressed to the relay station, and the downlink data actually The upper part corresponds to each mobile terminal served by the relay station, which means that even if the congestion or the buffer at the relay station 2 tends to be full due to a problem at one or two mobile terminals, the relay station management device 3 The downlink data rate of all mobile terminals served by the relay station 2 will still be reduced, which may make it impossible for other mobile terminals to obtain downlink data at a maximized and appropriate rate.
- the present invention further proposes that the relay station 2 determines at least one mobile terminal from each mobile terminal it is serving after obtaining an affirmative determination result in step S20 based on the status of its own relay downlink buffer (Fig. The step is not shown, and then the determined identification information of the at least one mobile terminal is embodied in the MAC message generated in step S21, and for each of the mobile terminals, a rate reduction factor may be respectively assigned to the mobile terminal. These factors can be the same, different or partially identical.
- the at least one mobile terminal identified above should be a mobile terminal in which congestion has occurred, so it is most reasonable to select it to reduce the rate in a targeted manner.
- the relay station 2 determines which mobile terminals are congested in the following manner, causing their relay downlink buffer to overflow.
- the relay station 2 selects those mobile terminals for which the relay station 2 frequently retransmits downlink data for the past period of time as the at least one mobile terminal described above. Such mobile terminals tend to be in a deep fading channel environment, or their own terminal downlink buffers overflow.
- the relay station 2 determines that the reference privacy of the at least one mobile terminal further includes the state of the relay downlink buffer of the relay station 2, and the capabilities of each mobile terminal (the maximum transport block size and the layer 2 buffer size, etc.) and the RLC status report, the HARQ feedback report, and the like. .
- the relay station 2 can request the management device to reduce the downlink data rate associated with the part of the mobile terminal, and the used MAC message is as shown in FIG. 4, wherein the identifier information of the mobile terminal is used to indicate the corresponding The rate reduction factor is for which mobile terminal.
- the relay management device 3 will mainly reduce the NGBR type industry associated with the at least one mobile terminal in the subsequent step S30. The downstream data rate of the service.
- the relay management device 3 can identify each mobile terminal served by the relay station 2 under certain network architectures, and thus such a scheme for initiating a request to the relay management device 3 for a specific mobile terminal It is more suitable for a network architecture in which the relay management device 3 is able to identify which services are being used by the mobile terminals served by the relay station 2.
- the relay station can inform the relay management device to reduce the rate of one of the terminals; on the contrary, the relay station can only inform the relay management device to reduce its service. The rate of all terminals.
- the relay station 2 is detailed as the criterion in the step S20 based on the condition 1.
- the relay station 2 can also determine that the predetermined condition is satisfied, and the condition 2 is that the first descramble request message from the one or more mobile terminals is received.
- the relay station 2 can also determine that the predetermined condition is satisfied, and the condition 2 is that the first descramble request message from the one or more mobile terminals is received.
- the relay station 2 can also determine that the predetermined condition is satisfied, and the condition 2 is that the first descramble request message from the one or more mobile terminals is received.
- the relay station 2 can also determine that the predetermined condition is satisfied, and the condition 2 is that the first descramble request message from the one or more mobile terminals is received.
- the relay station 2 can also determine that the predetermined condition is satisfied, and the condition 2 is that the first descramble request message from the one or more mobile terminals is received.
- the relay station 2 is served by the relay station 2.
- the mobile terminal 1 determines the status of the downlink buffer of the terminal, and determines whether the remaining capacity in the downlink buffer of the terminal of the mobile terminal 1 is less than or equal to one.
- the first capacity threshold is substantially the same as the above comparison process regarding the relay downlink buffer and the second capacity threshold, and details are not described herein again.
- the mobile terminal 1 When the remaining capacity is less than or equal to the first capacity threshold, the mobile terminal 1 generates a first descramble request message for requesting the relay station 2 to reduce the downlink data transmission rate between the relay station and the mobile terminal 1 to The mobile terminal 1 is taken as an example.
- the first descramble request message generated by the mobile terminal 1 may be the same type of message as the second descramble request message described above, such as the UE capability message in the RRC or the MAC message shown in FIG. .
- the UE-category field in the UE Capability message can be used to indicate a new downlink transmission rate to the relay station 2, and the rate reduction factor in the MAC message can be represented to the relay station 2 with a smaller granularity.
- the relay station 2 After receiving the first slowdown request message sent by one or more mobile terminals, the relay station 2 may be in any situation regardless of its own relay downlink buffer (free or tend to Full, a second descramble request message as described above is generated, thereby reducing the data rate of the relay station 2 to the mobile terminal by reducing the data rate sent by the relay management device 3 to the relay station 2.
- the second deceleration request message initiated by the relay station 2 based on the request of the mobile terminal may only request the relay management device 3 to reduce the transmission rate of all downlink data with the relay station 2.
- this method is not preferable because It is likely that some mobile terminals have not been congested, and the rate of downlink data has been implicated.
- the one or more mobile terminals that have sent the first speed reduction request message are specifically determined as the at least one mobile terminal, which is At least one mobile terminal will be shown in the second down-speed request message generated in step S21 as shown in FIG. 4, thereby making the speed-down more targeted.
- the relay station 2 does not simply determine that the predetermined condition is satisfied after receiving the first speed reduction request message, but makes further judgment, for example, judging therein
- the comparison process may refer to the description of the second capacity threshold in the foregoing, and details are not described herein. It should be understood that the foregoing second capacity threshold and the third capacity threshold may be the same or different. According to an embodiment of the present invention, the second capacity threshold is less than or equal to the third capacity threshold for the same relay station.
- the mobile terminal or the relay station requesting to lower the downlink transmission rate may also initiate an Request for reduced rate recovery, this request is typically shown, for example, in Figure 3 or 4, and wherein the rate "down" factor is higher than the corresponding value in the previously sent second rate reduction request message. , thus achieving rate recovery.
- the foregoing recovery process may not be implemented based on the request.
- the relay management device 3 (the relay station 2) passes a predetermined length after reducing the downlink transmission rate based on the request of the relay station 2 (the mobile terminal 1). After the time, the rate of being reduced is automatically and gradually recovered.
- a shift in a wireless relay network is provided
- the flow control auxiliary device for assisting the downstream flow control in the mobile terminal as shown in FIG. 5, the flow control auxiliary device 10 includes:
- the first determining device 100 is configured to determine whether the remaining capacity in the downlink buffer of the terminal of the mobile terminal (the mobile terminal 1 shown in FIG. 1) is less than or equal to a first capacity threshold;
- the first generating device 101 is configured to generate, if the remaining capacity in the downlink buffer of the terminal is less than or equal to the first capacity threshold, a first descending request message, where the request is sent to the relay station 2 to which the mobile terminal 1 belongs to reduce the a downlink data transmission rate between the relay station and the mobile terminal;
- the first sending device 102 is configured to send the first descramble request message to the relay station 2.
- a first control device for performing downlink traffic control in a relay station includes: a second determining device 200, configured to: Determining whether the predetermined condition is satisfied;
- the second generating device 201 is configured to generate, when the predetermined condition is satisfied, a second descramble request message, where the second descramble request message is used to request the relay management device 3 to which the relay station 2 belongs to reduce the relay The downlink data transmission rate between the management device and the relay station is used; the second sending device 202 is configured to send the second speed reduction request message to the relay management device 3.
- the first control device 20 further includes: determining means 203, configured to determine at least one mobile terminal among the mobile terminals served by the relay station 2 when the second determining device 200 determines that the predetermined condition is satisfied ;
- the second generating device 201 is further configured to: generate the second speed reduction request message, where the second speed reduction request message is used to request the relay management device to reduce the relationship between the relay management device and the relay station A downlink data transmission rate associated with the at least one mobile terminal.
- the second determining device 20 of the first control device 20 is configured to: determine whether the remaining capacity in the relay downlink buffer of the relay station 2 is less than or equal to a second capacity threshold, if the relay station 2 relays the downlink buffer When the remaining capacity in the middle is less than or equal to the second capacity threshold, it is determined that the predetermined condition is satisfied.
- the second determining device 200 is further configured to: determine whether one or more ones are received a first speed reduction request message sent by the mobile terminal, where each first speed reduction request message is used to request the relay station to reduce a downlink data transmission rate between the relay station and the corresponding mobile terminal, if one or more mobile terminals are received The first deceleration request message sent is determined to satisfy the predetermined condition.
- the second determining apparatus 200 is further configured to: if the first speed reduction request message sent by the one or more mobile terminals is received, further determine whether the remaining capacity of the relay downlink buffer of the relay station is less than or equal to one And a third capacity threshold, if the remaining capacity of the relay downlink buffer of the relay station is less than or equal to the third capacity threshold, determining that the predetermined condition is satisfied.
- the determining means 203 is configured to: determine the one or more mobile terminals as the at least one mobile terminal.
- a second control apparatus for performing downlink traffic control in a relay management device in a wireless relay network as shown in FIG. 7, the second control device 30 includes:
- the receiving device 300 is configured to receive a second speed reduction request message from a relay station 2, where the second speed reduction request message is used to request the relay management device 3 to reduce downlink data between the relay management device and the relay station. Transmission rate;
- the processing device 301 is configured to reduce a downlink data transmission rate between the relay management device and the relay station based on the second speed reduction request message.
- the second speed reduction request message indicates at least one of the mobile terminals served by the relay station 2; the processing device 301 is further configured to: reduce the relay based on the second speed reduction request message A downlink data transmission rate associated with the at least one mobile terminal between the management device and the relay station.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
在移动終端、 中继站和中继管理设备中用干下行流量控制的
裝置和方法
技术领域
本发明涉及无线中继网络中的流量控制， 尤其涉及用于无线中继 网络中的下行流量控制的基站、 中继站、 移动终端及其方法。 背景技术
TCP 利用滑动窗口机制， 支持端到端的流量控制。 TCP 的窗口 以字节为单位进行调整， 以适应接收方的处理能力。在每个 TCP块， 接收端在接收窗口域指明其接收窗口大小， 以免发送端发送过快导 致接收端溢出， 或者因为接收端处理太快而浪费资源。
TCP 使用大量的机制来同时获得高可靠性和避免拥塞崩溃。 这 些机制控制进入网络的数据速率， 它们包括： 滑动窗口、慢启动算法、 拥塞避免算法、 快速重启和快速恢复算法。 对于 TCP拥塞控制的详 细内容， 见 RFC2001、 RFC2018, RFC258K RFC2582, RFC2883标 准。
在没有引入中继的无线网络， 基于上述 TCP 方案， 完成端到端 的流量控制与拥塞控制机制。 然而， 它只能在源端设备与目的端设备 起作用。
在以 LTE后续演进（ LTE-Advanced,下称 LTEA )、 IEEE 802.16m 为例的网络标准中， 中继被视为用以提高系统性能， 提供灵活布网可 能的一项关键技术。 在 LTEA的标准化过程中， I类中继将会像一般 意义上的基站一样， 拥有自己的物理小区 ID ( physical cell ID ) , 这 意味着它们不像透明中继那样对移动终端不可见。
图 1为一个典型的中继网络的示意图， 简明起见， 仅示出了一个 移动终端 （以下也称为 UE ) 1、 一个中继站 （以下也称为 RN ) 2和 一个中继管理设备（以下也称为 eNB ) 3。 其中， 移动终端 1和中继 站 2之间的接口示为 Uu, 中继站 2和中继管理设备 3之间的接口示
为 Un。
在图 1所示的中继网络中， 中继站 2将来自中继管理设备 3的数 据緩存在中继下行緩存中， 以用于向下转发。 但是， 如果来自中继管 理设备 3的数据率很高， 且中继站 2与移动终端 1之间发生拥塞时， 中继站 2的中继下行緩存逐渐充满而溢出， 新来的下行数据因为无法 及时处理， 而被中继站 2丢弃。
此外， 中继管理设备 3也不知道移动终端 1处对来自中继站 2的 下行数据的接收状况， 因此， 即使移动终端 1的终端下行緩存出现了 溢出， 中继管理设备 3仍会连续不断地将指向该移动终端 1的数据发 向中继站 2。 中继站 2或者不断地将这些数据转发给移动终端 1但被 移动终端 1丢弃， 或者中继站 2的中继下行緩存逐渐充满而溢出， 因 此浪费了无线传输资源， 也增加了网络设备的负担。
由此可见， 无线中继网络需要一种专门的下行流量控制机制。 发明内容
为了解决现有技术中的上述问题， 本发明提供了一种新的尤其适 用于无线中继网络的以避免和消除拥塞为目的的流量控制方案， 其 中， 当中继站发现它与中继管理设备之间的接口上即将出现拥塞时， 会向中继管理设备发起要求降低下行数据传输速率的请求。 此外， 移 动终端在发现自己与中继站之间的接口上即将出现拥塞时， 也可以采 用类似的方式来告知中继站， 并由中继站来适当地调整向该终端发送 数据时的数据率。 此外， 当中继站接到来自移动终端的要求降低数据 率的请求时， 还可以自行确定是否要进一步地向中继管理设备请求降 低中继管理设备与该中继站之间的下行数据传输速率。 本发明的这些 以及其它特征、 优势可以通过下文中的描述变得更为清晰。
根据本发明的一个方面，提供了一种在无线中继网络中的移动终端 中用于辅助下行流量控制的流控辅助装置， 包括： 第一判断装置， 用于 判断所述移动终端的终端下行緩存中的剩余容量是否小于等于一个第 一容量阈值； 第一生成装置， 用于如果所述终端下行緩存中的剩余容量
小于等于所述第一容量阈值， 则生成一个第一降速请求消息， 其用于向 该移动终端所属的中继站请求降低该中继站与所述移动终端之间的下 行数据传输速率； 第一发送装置， 用于将所述第一降速请求消息发送给 所述中继站。
根据本发明的另一方面， 提供了一种在中继站中用于进行下行流量 控制的第一控制装置， 包括： 第二判断装置， 用于判断预定条件是否满 足； 第二生成装置， 用于当所述预定条件满足时， 生成一个第二降速请 求消息， 该第二降速请求消息用于向该中继站所属的中继管理设备请求 降低该中继管理设备与该中继站之间的下行数据传输速率； 第二发送装 置， 用于将该第二降速请求消息发送给该中继管理设备。
优选地， 上述第一控制装置还包括： 确定装置， 用于当所述第二判 断装置判断所述预定条件满足时， 由该中继站所服务的各移动终端中确 定至少一个移动终端； 所述第二生成装置还用于： - 生成所述第二降速 请求消息， 该第二降速请求消息用于向所述中继管理设备请求降低该中 继管理设备与该中继站之间的与所述至少一个移动终端相关联的下行 数据传输速率。
根据可相互替代的很多例子之一， 该第二判断装置用于： 判断该中 继站的中继下行緩存中的剩余容量是否小于等于一个第二容量阈值， 如 果该中继站的中继下行緩存中的剩余容量小于等于该第二容量阈值时， 则判断该预定条件满足。
根据可相互替代的很多例子之一， 该第二判断装置用于： 判断是否 接收到一个或多个移动终端发来的第一降速请求消息， 其中每条第一降 速请求消息用于请求该中继站降低该中继站与相应移动终端之间的下 行数据传输速率， 如果接收到一个或多个移动终端发来的所述第一降速 请求消息， 则判断该预定条件满足。
进一步地， 该第一判断装置还用于： 如果接收到一个或多个移动终 端发来的所述第一降速请求消息， 则进一步判断该中继站的中继下行緩 存的剩余容量是否小于等于一个第三容量阈值， 如果该中继站的中继下 行緩存的剩余容量小于等于所述第三容量阈值， 则判断该预定条件满
足。
优选地， 该确定装置用于： 将所述一个或多个移动终端确定为所述 至少一个移动终端。
根据本发明的又一方面， 提供了一种在无线中继网络中的中继管理 设备中用于进行下行流量控制的第二控制装置， 包括： 接收装置， 用于 接收来自一个中继站的第二降速请求消息， 该第二降速请求消息用于向 该中继管理设备请求降低该中继管理设备与该中继站之间的下行数据 传输速率； 处理装置， 用于基于所述第二降速请求消息， 降低该中继管 理设备与该中继站之间的下行数据传输速率。
优选地， 第二降速请求消息指示了该中继站所服务的各移动终端中 的至少一个移动终端， 上述的处理装置还基于所述第二降速请求消息， 降低该中继管理设备与该中继站之间的与该至少一个移动终端相关联 的下行数据传输速率。
根据本发明的另一方面， 提供了一种在无线中继网络中的移动终端 中用于辅助下行流量控制的方法， 包括以下步骤： A. 判断所述移动终端 的终端下行緩存中的剩余容量是否小于等于一个第一容量阈值； B. 如果 所述终端下行緩存中的剩余容量小于等于所述第一容量阈值， 则生成一 个第一降速请求消息， 其用于向该移动终端所属的中继站请求降低该中 继站与所述移动终端之间的下行数据传输速率； C. 将所述第一降速请求 消息发送给所述中继站。
根据本发明的又一方面， 提供了一种在中继站中用于进行下行流量 控制的方法， 包括以下步骤： I. 判断预定条件是否满足； III. 当所述预 定条件满足时， 生成一个第二降速请求消息， 该第二降速请求消息用于 向该中继站所属的中继管理设备请求降低该中继管理设备与该中继站 之间的下行数据传输速率； IV. 将该第二降速请求消息发送给该中继管 理设备。
优选地， 在步骤 I之后且在步骤 III之前还包括： II. 当所述预定条 件满足时， 由该中继站所月良务的各移动终端中确定至少一个移动终端； 所述步骤 III还包括： 生成所述第二降速请求消息， 该第二降速请求消
息用于向所述中继管理设备请求降低该中继管理设备与该中继站之间 的与所述至少一个移动终端相关联的下行数据传输速率。
根据多个可以相互替代的实施例之一， 上述步骤 I包括： II . 判断该 中继站的中继下行緩存中的剩余容量是否小于等于一个第二容量阈值 或接收到一个或多个移动终端发来的第一降速请求消息； 12. 如果该中 继站的中继下行緩存中的剩余容量小于等于该第二容量阈值， 或者接收 到来自一个或多个移动终端发来的第一降速请求消息， 则判断该预定条 件满足。
进一步地， 该步骤 II还包括： 如果接收到一个或多个移动终端发来 的第一降速请求消息， 中继站进一步判断该中继站的中继下行緩存的剩 余容量是否小于等于一个第三容量阈值， 如果该中继站的中继下行緩存 的剩余容量小于等于所述第三容量阈值， 则判断该预定条件满足。
根据本发明的又一方面， 提供了一种在无线中继网络中的中继管理 设备中用于进行下行流量控制的方法， 包括以下步骤： 0. 接收来自一 个中继站的第二降速请求消息， 该第二降速请求消息用于向该中继管理 设备请求降低该中继管理设备与该中继站之间的下行数据传输速率；
P. 基于所述第二降速请求消息， 降低该中继管理设备与该中继站之间 的下行数据传输速率。
优选地， 其中， 所述第二降速请求消息指示了该中继站所服务的各 移动终端中的至少一个移动终端； 所述步骤 P还包括： 基于所述第二降 速请求消息， 降低该中继管理设备与该中继站之间的与该至少一个移动 终端相关联的下行数据传输速率。 本发明提供的方案能够实现优化的资源利用率， 并且降低了 TCP慢 启动的可能， 并最小化了 RTT的时延。 本发明的至少一个实施例还可以 以更小的粒度和信令开销来实现无线中继系统中的下行流量控制。 本发 明的至少一个实施例由于重用了 MAC层的设计， 而最大程度上减少引 入本发明对现有设备、 系统的影响。 此外， 本发明的至少一个实施例中， 中继管理设备为那些面临拥塞的移动终端分配十分有限的资源， 甚至暂
不为其分配资源， 如此， 在实现更小粒度的流量控制、 避免资源浪费的 同时， 保证了其它终端对资源的使用， 优选地， 通过将这些省出的资源 分配给其它移动终端， 提高了资源的使用率， 附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述， 本发明的其它特征、 目的和优点将会变得更明显。
图 1为一个无线中继网络的示意图；
图 2为根据本发明的一个具体实施例的在无线中继网络中用于进 行下行流量控制的系统方法流程图；
图 3为根据本发明的具体实施例的在图 2所示流程中用于请求降 低下行数据速率的信令格式示意图；
图 4为根据本发明的具体实施例的在图 2所示的流程中用于请求 降低下行数据速率的信令格式示意图；
图 5为根据本发明的一个具体实施例的在无线中继网络的移动终 端中用于辅助下行链路流量控制的流控辅助装置框图；
图 6为根据本发明的一个具体实施例的在中继站中用于控制下行 链路数据流量的第一控制装置框图；
图 7为根据本发明的一个具体实施例的在中继管理设备中用于控 制下行链路数据流量的第二控制装置框图。
其中，相同或相似的附图标记表示相同或相似的步骤特征或装置（模 块）特征。 具体实施方式
以下将参照上述附图对本发明的多个非限定性实施例进行描述。 本领域技术人员理解， 这些非限定性实施例仅为帮助对本发明的方案 进行理解， 并不对本申请的保护范围构成任何限制， 本申请的保护范 围由随附的权利要求书来确定。
为了方便理解， 并清楚地解释本申请之权利要求的保护范围， 对
本文中出现的一些概念说明如下：
拥塞： 在进行数据传输时， 发出数据的速率与接收方接收并处理 的速率并不是时刻完美匹配的， 一方面， 当数据较少时， 可能出现发 送方间隔地发送数据， 而接收方除少数时候在接收和处理接收到的数 据之外， 大部分时间处于空闲状态； 另一方面， 发送方也会有发送数 据率相对较大的时候， 此时， 如果接收方不能对接收到的数据进行及 时消化， 那么它用于暂存接收后待处理的数据的緩存的充满程度就会 逐步上升， 而当緩存溢出或接近溢出时， 导致发送方和接收方之间的 传输不再那么顺畅， 也即发生拥塞。 取决于发送方待发数据的量以及 接收方的处理能力， 这种拥塞一般是暂时的， 但是如果得不到很好的 处理， 势必造成上述的种种问题。
RLC状态报告： 在 ARQ机制中， 这类消息指代 ARQ机制中的 ACK和 NACK消息， 分别表示对其中所标记的数据是否已经正确地 接收， 一般地， 当接到 ACK消息， 发送方就会将后续的新的数据发 送给接收方， 如果接收到 NACK 消息， 则将其中指示的数据进行重 发。
中继管理设备： 本文中， 中继管理设备指代连接在中继站网络侧 的这样的网络设备， 它可以经由中继站的无线回传链路接收该中继站 发来的上行数据， 还可以经由下行链路向该中继站发送下行数据。 它 实现一般意义上的 （例如 WiMAX网络中） 的基站的功能。 由于这类 设备在 LTEA 中被称为 E-UTRAN NodeB, 因此本文用"中继管理设 备"来对两方面进行概括。
中继下行緩存： 中继下行緩存指代在中继站中用于对接收到的下 行数据进行緩存， 以供随后转发的緩存， 也可以称为中继站在用户侧 的緩存。
终端下行緩存： 终端下行緩存指代在移动终端中用于对接收到的 下行数据进行緩存， 以供后续的处理例如播放、 存储的緩存。 在以下对非限定性实施例的描述中， 为便于理解， 均结合图 1所
示的各网络设备。 图 2示出了根据本发明的一个具体实施例的在无线 中继网络中用于进行下行链路上的流量控制的系统方法流程图。
其中所示的方法始于步骤 S20 , 其中中继站 2判断预定条件是否 满足。 其中， 根据图 2所示的实施例， 中继站 2将在以下条件满足时 判定该预定条件满足：
条件 1 : 中继站 2的中继下行緩存中的容量小于一个第二容量阈 值。 为针对条件 1进行判断， 中继站 2应当对其中继下行緩存的剩余 容量进行监视， 并将实时监测到的剩余容量与一个第二容量阈值进行 比较。 应当理解， 中继站 2用于进行比较的緩存剩余容量和第二容量 阈值可以体现为以比特或字节为单位的量， 例如， 对总大小为 64Kbytes的中继下行緩存， 设置其第二容量阈值为 8Kbytes; 另一方 面， 中继站 2用于比较的緩存剩余容量与第二容量阈值也可以体现为 一个比例值， 例如， 设置第二容量阈值为 25%时， 如果中继站 2的中 继下行緩存已经被占据了 75%或以上，则步骤 S20中将得到肯定的判 断结果， 也即判定预定条件满足。
为保证本文的流畅性， 对于步骤 S20中要讨论的其它条件， 将在 本例对图 2所示流程介绍完毕后再做展开。
应当理解， 基于剩余容量和第二容量阈值的上述判断还可以有其 它的实现方式， 例如， 通过以比特或字节为单位地确定緩存中已经被 占据的容量， 并将其与一个以比特或字节为单位的阈值进行比较， 当 已占据容量大于这个阈值时， 则相当于緩存正在趋于充满。 这种比较 方式与上述的基于剩余容量和第二容量阈值的比较方式相当， 应当将 其理解为被上述的比较方式覆盖。 此外， 以已经占据的部分作为监视 和判断对象的方式也可以以 匕例值的方式进行。
有利地， 在本例中， 由于中继站 2在中继下行緩存出现溢出的趋 势时就触发了流控操作， 避免了溢出的实际发生， 从而更有利于资源 的优化利用。
在预定条件满足时， 该方法进入步骤 S21 , 其中， 中继站 2生成 一个第二降速请求消息，该第二降速请求消息可以有多种形式，例如，
通过定义具有全新格式的消息， 并通过对该消息的收发端进行配置来 实现， 或者， 定义一种具有典型格式的消息， 后一种方式有利于减小 本发明对现有设备、 系统的影响。
根据上述第二降速请求消息的多个可相互替换例子中的一个， 步 骤 S21中生成的是一个 RRC信令，本文中将其称为中继能力消息（ RN capability transfer message ), 它类似于 RRC信令中现有的终端能力消 息 ( UE capability transfer message ) , 在消息中的一个名为 "RN-category"的域中， 标明了中继站 2的对下行信号的接受能力， 该 能力可以由最大传输块 （transport block ) 的大小和层二 （ MAC/RLC 层） 的緩存大小来表示。 若沿用现有的 UE 能力消息的格式， RN-category域中相应的取值有 5种， 分别对应了 5类 RN, 其对来自 中继管理设备的下行信号的接受能力递减。
具体该 RRC信令在本例中作为第二降速请求消息的应用， 中继 站 2可以在步骤 S21中生成该消息时， 将 RN-category的取值调整为 指示比之前更低的一个接受能力等级， 从而向中继管理设备 3表明， 中继站 2的类型已经改变， 请调整下行的数据速率。
在步骤 S22中， 生成的第二降速请求消息即该 RN能力消息被发 送给中继管理设备 3。 相应地， 中继管理设备 3在接收到该 RN能力 消息后， 会通过对 RN-category的内容的解析， 了解到中继站 2现在 实际能够应付的一个速率， 或者说是更容易应付的一个速率， 于是， 根据无线承载的 QoS特性，可立即调整用于向中继站 2发送下行数据 时相应无线承载 （radio bearer ) 上的传输速率。 例如， 在不超过该 RN-category 中所指示的中继站类型所能承受的下行数据率上限的前 提下， 以一个尽量高的数据率继续向该中继站发送下行数据。
上述的 RRC信令类型的第二降速请求消息在实现以中继站自行 报告触发条件的下行流量控制的同时， 沿用了原有的消息格式， 对于 减少对系统的影响有一定的作用， 但是， 由于所采用的消息格式只用 几个类别将对下行数据速率的降低期望做以表示， 因此粒度较大， 此 外， 取决于 RRC信令自身的固有属性， 采用 RRC消息来进行流量控
制会带来的信令开销不可忽视， 另外， RRC信令的时延问题也值得注 意。
根据该第二降速请求消息的多个可相互替换的实施例中的另一 个， 步骤 S20中生成的第二降速请求消息是一个 MAC层的消息， 如 图 3所示。 与 RRC信令相比， MAC消息的时延、 信令开销都更加的 令人满意。 以下将对此进行详述。
在 MAC消息中， MAC PDU子包头部分会包含与该消息相对应 的逻辑信道标识， 其作用类似于某些消息中的 Type域， 起到对消息 的类型、 功能的标识作用。 这样的逻辑信道标识以索引的形式体现在 子包头中， 从而能够以较小的数据量来表示较多的信息， 具体如表 1 所示：
表 1： MAC消息中的逻辑信道标识索弓 I
由表 1 可见， 不失一般性地利用原先预留的 01011-11001 中的 01011用作本例中的第二降速请求消息的索引。
作为该请求消息的载荷， 速率降低因子（ rate reduction factor )用 于向中继管理设备 3表明中继站 2所希望的一个新的下行数据速率，
其具体形式包括但不限于表 2所示:
表 2: 速率降低因子的索引
通过如上的本例中的第二降速请求消息， 中继站 2能够将所期望 的一个新的下行数据速率告知中继管理设备 3 , 其中， 表 2所示的每 个速度降低因子表示新的传输块的大小应优选地为该中继站的最大 传输块的一个比例， 例如， 当速度降低因子以索引 0111 表示时， 即 表明中继站 2最多能支持以最大传输块的 70%大小的传输块进行的中 继控制设备 3与中继站 2之间的下行数据传输。
于是， 在这一实施例中， 中继管理设备 3基于中继站 2在步骤 S22中发来的请求， 在步骤 S30中调整用于向中继站 2发送下行数据 时的传输块的大小。
考虑到各个移动终端会有各种业务类型， 优选地， 本发明中所提 出的流量控制方案仅作用于 NGBR (不保证速率）类型的业务， 而对 于 GBR (保证速率）类型的业务， 为保证速率， 不予降低。 但是， 这 一优选例不应被理解为本发明在任何情况下均不能用于降低 GBR类 型业务的下行传输速率。 下文中为描述简便， 不再区分下行业务（数 据） 的类型 （NGBR或 GBR )。
在上文中讲述的两个例子中， 中继站 2向中继管理设备 3发出的 第二降速请求消息都使得中继管理设备 3整体地降低发向该中继站的 所有下行数据， 而这些下行数据实际上是对应了该中继站所服务的各 个移动终端的， 这也就意味着， 即使中继站 2处的拥塞或者说緩存趋 于充满是由于一两个移动终端处的问题所导致的， 中继站管理设备 3 仍然会将中继站 2所服务的所有移动终端的下行数据速率降下来， 而 这可能就会使得其他移动终端无法以最大化且合适的速率得到下行 的数据。
考虑到这一点， 本发明进一步提出， 中继站 2在基于自身的中继 下行緩存的状况而在步骤 S20中得到肯定的判断结果后，从它正在服 务的各个移动终端中确定至少一个移动终端 （图中未示出该步骤）， 而后将所确定的至少一个移动终端的标识信息体现在步骤 S21 中生 成的 MAC消息中， 并且针对这些移动终端， 可以参考表 2为其分别 赋予一个速率降低因子， 这些因子可以相同、 不同或部分相同。 重要 地， 上述所确定的至少一个移动终端应是出现了拥塞的移动终端， 这 样将其选出来有针对性地降低速率才是最合理的。 本例中， 中继站 2 以如下的方式来确定哪些移动终端出现了拥塞， 从而导致其中继下行 緩存面临溢出。
典型地， 中继站 2选择在过去一段时间内频繁地由中继站 2为其 重发下行数据的那些移动终端作为上述的至少一个移动终端。 这样的 移动终端往往是自身处于深衰落的信道环境， 或者自身的终端下行緩 存出现了溢出。 中继站 2确定该至少一个移动终端的参考隐私还包括 中继站 2的中继下行緩存的状态、 以及各移动终端的能力 （最大传输 块大小及层二緩存大小等） 和 RLC状态报告、 HARQ反馈报告等。
通过这样的方式， 中继站 2可以更有针对性地向管理设备请求降 低与部分移动终端相关联的下行数据速率， 使用的 MAC消息如图 4 所示， 其中， 使用移动终端的标识信息来表示相应的速率降低因子是 针对哪个移动终端的。 当然， 优选地， 中继管理设备 3在此后的步骤 S30中将会主要降低与所述至少一个移动终端相关联的 NGBR类型业
务的下行数据速率。 另外， 根据不同的网络架构， 可能在某些网络架 构下中继管理设备 3能够识别中继站 2服务的各个移动终端， 因此， 这样的针对具体的移动终端来向中继管理设备 3发起请求的方案更适 用于这样的网络架构， 其中， 中继管理设备 3能够识别中继站 2所服 务的移动终端都在使用哪些业务。 总的来说就是： 当中继管理设备 3 能够辨别中继站 2下的移动终端时， 中继站可以告知中继管理设备降 低其中某个终端的速率； 反之， 中继站仅能告知中继管理设备降低其 服务的所有终端的速率。 上文中所描述的例子中， 以中继站 2根据条件 1来作为步骤 S20 中的判据做了详述， 下面， 再来看步骤 S20的另外一种实现方式。 其 中， 当条件 2被满足时， 中继站 2也可以判定为预定条件被满足， 这 个条件 2就是：接收到来自一个或多个移动终端的第一降速请求消息。 当然， 这里所说的一个或多个移动终端都是由该中继站 2服务的。
根据本例，类似于中继站 2就其中继下行緩存所进行的上述判断， 移动终端 1就其终端下行緩存的状况， 进行如下判断： 判断移动终端 1的终端下行緩存中的剩余容量是否小于等于一个第一容量阈值， 关 于该判断的具体内容， 其与上文中关于中继下行緩存和第二容量阈值 的比较过程基本相同， 不再赘述。 当剩余容量小于等于第一容量阈值 时， 移动终端 1将会生成一个第一降速请求消息， 该消息用于向中继 站 2请求降低该中继站与该移动终端 1之间的下行数据传输速率， 以移动终端 1为例， 它生成的第一降速请求消息可以是与上文中 介绍的第二降速请求消息相同类型的消息， 如 RRC 中的 UE能力消 息， 或是图 3所示的 MAC消息。
同样地， UE能力消息中的 UE-category域可用于概略地向中继站 2指示一个新的下行传输速率， 而 MAC消息中的速率降低因子则可 以以更小的粒度向中继站 2做以表示。
中继站 2在接收到一个或者多个移动终端发来的第一降速请求消 息后， 可以无论其自身的中继下行緩存处于何种状况（空闲还是趋于
充满）， 都生成一个如上所述的第二降速请求消息， 从而通过降低中 继管理设备 3发给中继站 2的数据速率， 间接地降低中继站 2发往移 动终端的数据速率。 其中， 中继站 2基于移动终端的请求发起的第二 降速请求消息可以仅仅向中继管理设备 3请求降低与该中继站 2之间 的所有下行数据的传输速率， 当然， 这种方式不够优选， 因为其中很 可能有部分移动终端虽然没有发生拥塞， 其下行数据的速率还是受到 了牵连。 于是， 优选地， 中继站 2在步骤 S21中生成第二降速请求消 息时， 特地地将该一个或多个发来了第一降速请求消息的移动终端确 定为上述的至少一个移动终端， 这至少一个移动终端将会在被表明在 步骤 S21中生成的第二降速请求消息中， 如图 4所示， 从而使降速更 具有针对性。
在条件 2的基础上， 可以做进一步的改变， 也即， 中继站 2并不 简单地仅仅在接收到第一降速请求消息后就判定预定条件满足， 而是 做进一步的判断， 例如， 判断其中继下行緩存的剩余容量是否小于等 于一个第三容量阈值， 该比较过程可以参照上文中对第二容量阈值相 关的描述， 不再赘述。 应当理解， 前述的第二容量阈值与该第三容量 阈值可以相同也可以不同， 根据本发明的一个具体实施例， 针对同一 中继站， 第二容量阈值小于等于第三容量阈值。
根据本发明的各个实施例， 考虑到中继站或移动终端处的緩存的 紧张往往是暂时的， 作为上述方案的补充， 请求降低下行传输速率的 移动终端或中继站在适当的时候还会发起一个使得之前被降低的速 率恢复的请求， 这一请求典型地例如图 3或 4所示， 并且， 其中的速 率"降低"因子的取值比之前发送的第二速率降低请求消息中相应的 取值更高， 从而实现了速率的恢复。 可选地， 上述恢复过程也可以不 需要基于请求来实现， 例如， 中继管理设备 3 (中继站 2 ) 在基于中 继站 2 (移动终端 1 ) 的请求降低了下行传输速率之后， 在经过一个 预定长度的时间之后， 自动地将被降低的速率逐步平緩地恢复起来。 根据本发明的一个具体实施例， 提供了一种在无线中继网络中的移
动终端中用于辅助下行流量控制的流控辅助装置， 如图 5所示， 该流控 辅助装置 10包括：
第一判断装置 100, 用于判断移动终端 （如图 1所示移动终端 1 ) 的终端下行緩存中的剩余容量是否小于等于一个第一容量阈值；
第一生成装置 101 , 用于如果终端下行緩存中的剩余容量小于等于 所述第一容量阈值， 则生成一个第一降速请求消息， 其用于向该移动终 端 1所属的中继站 2请求降低该中继站与所述移动终端之间的下行数据 传输速率；
第一发送装置 102, 用于将所述第一降速请求消息发送给所述中继 站 2。
根据本发明的一个具体实施例， 提供了一种在中继站中用于进行下 行流量控制的第一控制装置， 如图 6所示， 该第一控制装置 20包括： 第二判断装置 200 , 用于判断预定条件是否满足；
第二生成装置 201 , 用于当所述预定条件满足时， 生成一个第二降 速请求消息， 该第二降速请求消息用于向该中继站 2所属的中继管理设 备 3请求降低该中继管理设备与该中继站之间的下行数据传输速率； 第二发送装置 202, 用于将该第二降速请求消息发送给该中继管理 设备 3。
优选地， 该第一控制装置 20还包括： 确定装置 203, 用于当所述第 二判断装置 200判断所述预定条件满足时， 由该中继站 2所服务的各移 动终端中确定至少一个移动终端；
所述第二生成装置 201还用于： 生成所述第二降速请求消息， 该第 二降速请求消息用于向所述中继管理设备请求降低该中继管理设备与 该中继站之间的与所述至少一个移动终端相关联的下行数据传输速率。
优选地， 该第一控制装置 20中的第二判断装置 20用于： 判断该中 继站 2的中继下行緩存中的剩余容量是否小于等于一个第二容量阈值， 如果该中继站 2的中继下行緩存中的剩余容量小于等于该第二容量阈值 时， 则判断该预定条件满足。
优选地， 该第二判断装置 200还用于： 判断是否接收到一个或多个
移动终端发来的第一降速请求消息， 其中每条第一降速请求消息用于请 求该中继站降低该中继站与相应移动终端之间的下行数据传输速率， 如 果接收到一个或多个移动终端发来的所述第一降速请求消息， 则判断该 预定条件满足。
优选地， 第二判断装置 200还用于： 如果接收到一个或多个移动终 端发来的所述第一降速请求消息， 则进一步判断该中继站的中继下行緩 存的剩余容量是否小于等于一个第三容量阈值， 如果该中继站的中继下 行緩存的剩余容量小于等于所述第三容量阈值， 则判断该预定条件满 足。
优选地， 该确定装置 203用于： 将所述一个或多个移动终端确定为 所述至少一个移动终端。
根据本发明的又一实施例， 提供了一种在无线中继网络中的中继管 理设备中用于进行下行流量控制的第二控制装置， 如图 7所示， 该第二 控制装置 30其中包括：
接收装置 300, 用于接收来自一个中继站 2的第二降速请求消息， 该第二降速请求消息用于向该中继管理设备 3请求降低该中继管理设备 与该中继站之间的下行数据传输速率；
处理装置 301 , 用于基于所述第二降速请求消息， 降低该中继管理 设备与该中继站之间的下行数据传输速率。
优选地， 该第二降速请求消息指示了该中继站 2所服务的各移动终 端中的至少一个移动终端； 该处理装置 301还用于： 基于所述第二降速 请求消息， 降低该中继管理设备与该中继站之间的与该至少一个移动终 端相关联的下行数据传输速率。 以上对本发明的具体实施例进行了描述。 需要理解的是， 本发明 并不局限于上述特定实施方式， 本领域技术人员可以在所附权利要求 的范围内做出各种变形或修改。
Claims
1. 一种在无线中继网络中的移动终端中用于辅助下行流量控制的 流控辅助装置， 包括：
第一判断装置， 用于判断所述移动终端的终端下行緩存中的剩余容 量是否小于等于一个第一容量阈值；
第一生成装置， 用于如果所述终端下行緩存中的剩余容量小于等于 所述第一容量阈值， 则生成一个第一降速请求消息， 其用于向该移动终 端所属的中继站请求降低该中继站与所述移动终端之间的下行数据传 输速率；
第一发送装置， 用于将所述第一降速请求消息发送给所述中继站。
2. 一种在中继站中用于进行下行流量控制的第一控制装置， 包括： 第二判断装置， 用于判断预定条件是否满足；
第二生成装置， 用于当所述预定条件满足时， 生成一个第二降速请 求消息， 该第二降速请求消息用于向该中继站所属的中继管理设备请求 降低该中继管理设备与该中继站之间的下行数据传输速率；
第二发送装置， 用于将该第二降速请求消息发送给该中继管理设 备。
3. 根据权利要求 2所述的第一控制装置， 其中， 还包括：
确定装置， 用于当所述第二判断装置判断所述预定条件满足时， 由 该中继站所月良务的各移动终端中确定至少一个移动终端；
所述第二生成装置还用于：
- 生成所述第二降速请求消息， 该第二降速请求消息用于向所述中 继管理设备请求降低该中继管理设备与该中继站之间的与所述至少一 个移动终端相关联的下行数据传输速率。
4. 根据权利要求 3所述的第一控制装置， 其中， 所述第二判断装置 用于：
- 判断该中继站的中继下行緩存中的剩余容量是否小于等于一个第 二容量阈值， 如果该中继站的中继下行緩存中的剩余容量小于等于该第
二容量阈值时， 则判断该预定条件满足。
5. 根据权利要求 3所述的第一控制装置， 其中， 所述第二判断装置 还用于：
- 判断是否接收到一个或多个移动终端发来的第一降速请求消息， 其中每条第一降速请求消息用于请求该中继站降低该中继站与相应移 动终端之间的下行数据传输速率， 如果接收到一个或多个移动终端发来 的所述第一降速请求消息， 则判断该预定条件满足。
6. 根据权利要求 5所述的第一控制装置， 其中， 所述第二判断装置 还用于：
- 如果接收到一个或多个移动终端发来的所述第一降速请求消息， 则进一步判断该中继站的中继下行緩存的剩余容量是否小于等于一个 第三容量阈值， 如果该中继站的中继下行緩存的剩余容量小于等于所述 第三容量阈值， 则判断该预定条件满足。
7.根据权利要求 5或 6所述的第一控制装置， 其中， 所述确定装置 用于：
- 将所述一个或多个移动终端确定为所述至少一个移动终端。
8. 一种在无线中继网络中的中继管理设备中用于进行下行流量控 制的第二控制装置， 包括：
接收装置， 用于接收来自一个中继站的第二降速请求消息， 该第二 降速请求消息用于向该中继管理设备请求降低该中继管理设备与该中 继站之间的下行数据传输速率；
处理装置， 用于基于所述第二降速请求消息， 降低该中继管理设备 与该中继站之间的下行数据传输速率。
9. 根据权利要求 8所述的第二控制装置， 其中， 所述第二降速请求 消息指示了该中继站所服务的各移动终端中的至少一个移动终端；
所述处理装置还用于：
-基于所述第二降速请求消息， 降低该中继管理设备与该中继站之 间的与该至少一个移动终端相关联的下行数据传输速率。
10. 一种在无线中继网络中的移动终端中用于辅助下行流量控制的 方法， 包括以下步骤：
A. 判断所述移动终端的终端下行緩存中的剩余容量是否小于等于 一个第一容量阈值；
B. 如果所述终端下行緩存中的剩余容量小于等于所述第一容量阈 值， 则生成一个第一降速请求消息， 其用于向该移动终端所属的中继站 请求降低该中继站与所述移动终端之间的下行数据传输速率；
C. 将所述第一降速请求消息发送给所述中继站。
11. 一种在中继站中用于进行下行流量控制的方法， 包括以下步骤：
I. 判断预定条件是否满足；
III. 当所述预定条件满足时， 生成一个第二降速请求消息， 该第二 降速请求消息用于向该中继站所属的中继管理设备请求降低该中继管 理设备与该中继站之间的下行数据传输速率；
IV. 将该第二降速请求消息发送给该中继管理设备。
12. 根据权利要求 11所述的方法， 其中， 在所述步骤 I之后且在所 述步骤 III之前还包括：
II. 当所述预定条件满足时，由该中继站所服务的各移动终端中确定 至少一个移动终端；
所述步骤 III还包括：
- 生成所述第二降速请求消息， 该第二降速请求消息用于向所述中 继管理设备请求降低该中继管理设备与该中继站之间的与所述至少一 个移动终端相关联的下行数据传输速率。
13. 根据权利要求 12所述的方法， 其中， 所述步骤 I包括：
11. 判断该中继站的中继下行緩存中的剩余容量是否小于等于一个 第二容量阈值或接收到一个或多个移动终端发来的第一降速请求消息；
12. 如果该中继站的中继下行緩存中的剩余容量小于等于该第二容 量阈值， 或者接收到来自一个或多个移动终端发来的第一降速请求消 息， 则判断该预定条件满足。
14. 一种在无线中继网络中的中继管理设备中用于进行下行流量控
制的方法， 包括以下步骤：
0. 接收来自一个中继站的第二降速请求消息， 该第二降速请求消 息用于向该中继管理设备请求降低该中继管理设备与该中继站之间的 下行数据传输速率；
P. 基于所述第二降速请求消息， 降低该中继管理设备与该中继站 之间的下行数据传输速率。
15. 根据权利要求 14所述的方法， 其中， 所述第二降速请求消息指 示了该中继站所服务的各移动终端中的至少一个移动终端；
所述步骤 P还包括：
-基于所述第二降速请求消息， 降低该中继管理设备与该中继站之 间的与该至少一个移动终端相关联的下行数据传输速率。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2009/073286 WO2011020228A1 (zh) | 2009-08-17 | 2009-08-17 | 在移动終端、 中继站和中继管理设备中用于下行流量控制的裝置和方法 |
| CN200980160562.XA CN102474896B (zh) | 2009-08-17 | 2009-08-17 | 在移动终端、中继站和中继管理设备中用于下行流量控制的装置和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2009/073286 WO2011020228A1 (zh) | 2009-08-17 | 2009-08-17 | 在移动終端、 中继站和中继管理设备中用于下行流量控制的裝置和方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2011020228A1 true WO2011020228A1 (zh) | 2011-02-24 |
Family
ID=43606530
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2009/073286 WO2011020228A1 (zh) | 2009-08-17 | 2009-08-17 | 在移动終端、 中继站和中继管理设备中用于下行流量控制的裝置和方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102474896B (zh) |
| WO (1) | WO2011020228A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109565718A (zh) * | 2018-11-15 | 2019-04-02 | 北京小米移动软件有限公司 | 传输消息的方法及装置 |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112218339B (zh) * | 2020-09-30 | 2023-03-14 | 三维通信股份有限公司 | 一种中继传输调度方法、装置、存储介质及电子设备 |
| CN118233003B (zh) * | 2024-05-27 | 2024-07-23 | 微网优联科技(成都)有限公司 | 一种光网络接入设备速率监控系统及方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1337130A (zh) * | 1999-01-15 | 2002-02-20 | 诺基亚网络有限公司 | 电信系统中的流量控制方法 |
| CN1585504A (zh) * | 2003-08-22 | 2005-02-23 | 华为技术有限公司 | 一种控制第三代移动通信系统业务传输速率的方法 |
| US7106696B1 (en) * | 2001-08-31 | 2006-09-12 | Juniper Networks, Inc. | Systems and methods for limiting the rates of data to/from a buffer |
| CN1866783A (zh) * | 2005-05-18 | 2006-11-22 | 大唐移动通信设备有限公司 | 通用移动通信系统分组数据业务的信道速率调整方法 |
| CN101151926A (zh) * | 2005-03-29 | 2008-03-26 | 株式会社Ntt都科摩 | 传送速度控制方法、移动台及无线线路控制台 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7185067B1 (en) * | 2002-08-27 | 2007-02-27 | Cisco Technology, Inc. | Load balancing network access requests |
| US7961621B2 (en) * | 2005-10-11 | 2011-06-14 | Cisco Technology, Inc. | Methods and devices for backward congestion notification |
| WO2008047727A1 (fr) * | 2006-10-17 | 2008-04-24 | Panasonic Corporation | Appareil de communication et procédé de communication |
-
2009
- 2009-08-17 WO PCT/CN2009/073286 patent/WO2011020228A1/zh active Application Filing
- 2009-08-17 CN CN200980160562.XA patent/CN102474896B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1337130A (zh) * | 1999-01-15 | 2002-02-20 | 诺基亚网络有限公司 | 电信系统中的流量控制方法 |
| US7106696B1 (en) * | 2001-08-31 | 2006-09-12 | Juniper Networks, Inc. | Systems and methods for limiting the rates of data to/from a buffer |
| CN1585504A (zh) * | 2003-08-22 | 2005-02-23 | 华为技术有限公司 | 一种控制第三代移动通信系统业务传输速率的方法 |
| CN101151926A (zh) * | 2005-03-29 | 2008-03-26 | 株式会社Ntt都科摩 | 传送速度控制方法、移动台及无线线路控制台 |
| CN1866783A (zh) * | 2005-05-18 | 2006-11-22 | 大唐移动通信设备有限公司 | 通用移动通信系统分组数据业务的信道速率调整方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109565718A (zh) * | 2018-11-15 | 2019-04-02 | 北京小米移动软件有限公司 | 传输消息的方法及装置 |
| WO2020097883A1 (zh) * | 2018-11-15 | 2020-05-22 | 北京小米移动软件有限公司 | 传输消息的方法及装置 |
| CN109565718B (zh) * | 2018-11-15 | 2023-11-17 | 北京小米移动软件有限公司 | 传输消息的方法及装置 |
| US11997542B2 (en) | 2018-11-15 | 2024-05-28 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for message transmission |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102474896B (zh) | 2016-06-01 |
| CN102474896A (zh) | 2012-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11445403B2 (en) | Method for processing data in consideration of TCP/IP | |
| JP7369240B2 (ja) | 無線端末 | |
| US8817806B2 (en) | Method and apparatus for flow control between RLC and PDCP in a communication | |
| KR101460359B1 (ko) | 이동통신 시스템에서의 핸드오버 방법 및 장치 | |
| KR101454524B1 (ko) | 중계기에서의 서비스 품질 제어 | |
| KR101461965B1 (ko) | 무선 통신 시스템의 특정 프로토콜 계층에서의 데이터 블록전송 및 처리 방법 | |
| US9565699B2 (en) | Method of performing polling procedure in a wireless communication system | |
| US12047807B2 (en) | Method for processing data in consideration of TCP/IP | |
| EP3826274A1 (en) | Flow control method and apparatus | |
| KR100600607B1 (ko) | 무선 휴대 인터넷 시스템에서 ａｒｑ 제어 장치 및 제어방법 | |
| IL195146A (en) | A non-continuous two-way radio connection controller for low latency services | |
| US10757605B2 (en) | Radio communication device and radio communication method | |
| EP2790437A1 (en) | Method, device and base station for wireless communication | |
| WO2020088472A1 (zh) | 通信方法及装置 | |
| WO2018058380A1 (zh) | 一种数据传输方法、网络设备及终端设备 | |
| JPWO2010032314A1 (ja) | 通信システム、通信装置、通信方法、及び通信プログラム | |
| CN103067937B (zh) | 状态信息处理方法与系统 | |
| JP2005318211A (ja) | 制御局装置及び基地局装置 | |
| WO2011020228A1 (zh) | 在移动終端、 中继站和中继管理设备中用于下行流量控制的裝置和方法 | |
| JP7432714B2 (ja) | 通信制御方法及び通信装置 | |
| KR101595575B1 (ko) | 이동 통신 시스템에서 데이터 송수신 방법 및 장치 | |
| KR100919056B1 (ko) | 차세대 이동통신 시스템에서의 상태보고 시점 최적화 장치및 그 방법 | |
| WO2015161498A1 (zh) | 一种数据发送的方法和基站 | |
| WO2012051962A1 (zh) | 终端上报调度信息的方法及终端 | |
| KR100912785B1 (ko) | 상태 보고를 보고하는 방법 및 수신기 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| WWE | Wipo information: entry into national phase |
Ref document number: 200980160562.X Country of ref document: CN |
|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09848369 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 09848369 Country of ref document: EP Kind code of ref document: A1 |