[go: up one dir, main page]

WO2005104413A1 - Method for transmitting adjustment information of transmitting window size by the receiving end in radio link data transmission - Google Patents

Method for transmitting adjustment information of transmitting window size by the receiving end in radio link data transmission Download PDF

Info

Publication number
WO2005104413A1
WO2005104413A1 PCT/CN2005/000517 CN2005000517W WO2005104413A1 WO 2005104413 A1 WO2005104413 A1 WO 2005104413A1 CN 2005000517 W CN2005000517 W CN 2005000517W WO 2005104413 A1 WO2005104413 A1 WO 2005104413A1
Authority
WO
WIPO (PCT)
Prior art keywords
receiving
window size
window
receiving end
sending
Prior art date
Application number
PCT/CN2005/000517
Other languages
English (en)
French (fr)
Inventor
Bing Xu
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2005104413A1 publication Critical patent/WO2005104413A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • 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
    • H04W28/14—Flow control between communication endpoints using intermediate storage

Definitions

  • the present invention relates to wireless link data transmission technology in a wideband code division multiple access (WCDMA) system, and in particular, to a method for receiving window size adjustment information (Window Size SUFI) at a receiving end in wireless link data transmission.
  • WCDMA wideband code division multiple access
  • Window Size SUFI window size adjustment information
  • the radio link control protocol (RLC) in the WCDMA system controls the transmission of radio link data packets.
  • the RLC protocol is a sliding window-based control protocol. See Figure 1, which is a schematic diagram of the RLC protocol sliding window. Among them, the block with crossed slashes at the RLC sender refers to the peer confirming that it has not received the data packet that needs to be resent. The shaded block indicates the data packet waiting for confirmation by the peer. The blank block indicates that the buffer is not occupied.
  • the RLC receiving end has a crossed diagonal line to indicate that the peer sends data packets that need to be re-received, a shaded square to indicate a received packet, and a blank square to indicate that no buffer is occupied.
  • the basic variables of the RLC protocol are described as follows:
  • Configured_Tx_Window_Size The initial value of the send window configured by the upper protocol layer to the RLC sender is also the maximum send window size. The unit is expressed by the number of protocol data units (PDUs). The RLC sender requests a send buffer according to this variable.
  • V (R) Receive status variable. Indicates the sequence number of the next consecutive PDU to be received.
  • VR (H) Highest expected reception state variable. Indicates the sequence number of the highest PDU expected to be received.
  • VT Maximum transmission state variable. PDU sequence numbers greater than or equal to this value will not allow transmission.
  • VT (MS) VT (A) + VT (WS) o
  • VT (WS) the size of the transmission window.
  • the initial value is also Configured— Tx_Window_Size, the minimum value is 1 (or other upper-level configuration value), and VT (WS) changes within this range.
  • VR (MR) The maximum allowed state variable. The PDU sequence number is greater than or equal to this value and will be rejected by the RLC receiver.
  • VR (MR) VR (R) + Configured— Rx— Window—Size.
  • the RLC receiver informs the RLC sender through the status PDU (Status PDU) that some packets have been received and some packets have not been received. After receiving these status PDUs, the RLC sender changes the value of VT (A), thus Push the VT (MS) forward to ensure that data is continuously sent.
  • the RLC sender detects that a certain PDU has not been received by the receiver, as shown in Figure 1, the RLC sender has a cross-hatched block. That will cause the VT (S) to continue to increase until the VT (MS), and no longer send data with a serial number greater than or equal to the VT (MS).
  • the RLC receiver is required to control the size of the send window of the RLC sender based on its own reception conditions, most of which are receiving buffer conditions, so as to control the bandwidth usage of the wireless link.
  • the protocol uses a status PDU that contains Window Size SUFI. Line flow control to adapt to changes in the wireless environment and improve the efficiency of wireless link bandwidth usage.
  • the usual method is that the receiving end includes Window Size SUFI information in the Status PDU and sends it to the sending end of the RLC.
  • the composition of Window Size SUFI is shown in Table 1:
  • TYPE information type parameter. The length is 4 bits and the value is: 0001, which means that it is WINDOW SUFI information.
  • WSN Send window size parameter. The length is 12 bits, and the value is: The size of the window filled by the RLC receiver according to its receiving conditions.
  • Tx Window—Size. In this way, the size of the sending window can be changed to avoid the decrease in bandwidth utilization efficiency of the data link and data congestion.
  • FIG. 2 See Figure 2 and Figure 2 for a schematic diagram of the receiving end notifying the sending end of the change of the sending window through the Window Size SUFI message.
  • the RLC receiver detects that the available buffer space of the receiving buffer is increasing and reaches certain thresholds, for example, all retransmitted packets in FIG. 2 have been received, and the RLC receiver does not occupy a buffer.
  • the RLC receiver sends a Status PDU containing Window Size SUFI information to the RLC sender.
  • the WSN in the Window Size SUFI information is greater than the current sender's VT (WS), and the window size SUFI is used to notify.
  • the RLC sender adds VT (WS).
  • the RLC sender After the RLC sender receives the Status PDU, it changes the VT (WS) to the WSN in the Window Size SUFI message, and increases the sending window to prevent the bandwidth utilization efficiency of the data link from decreasing.
  • the RLC receiving end uses Window Size SUFI to reduce the data sending of the RLC sending end, and notifies the RLC sending end to reduce VT (WS), thereby reducing the sending window and avoiding data congestion.
  • the sender does not monitor the wireless link bandwidth usage. Only when receiving the Window Size SUFI information from the receiver, the window size is adjusted according to the information requirements. In this way, if the Window Size SUFI sent by the receiver is lost, the sender It will not take the initiative to make window adjustments.
  • the link changes from a bad state to a good state once the RLC receiver requests the RLC sender to increase the sending window Window Size SUFI information is lost, the sender does not perform window adjustments, and the window size SUFI trigger is not uniform in the RLC protocol. Standard, after a trigger, it may take a long time to trigger, especially in the case of wireless quality. When the packet loss rate decreases, the trigger will not even trigger. During this time, even if the wireless link is good, the wireless link may Sending data at a very low rate will cause a serious decrease in the speed of the wireless link.
  • the PDU drop rate of some non-real-time data services can be tolerated to 10%.
  • the drop rate specified by the protocol does not exceed 0.7%, so in comparison, Window Size SUFI The probability of loss is high.
  • the Window Size SUPI information that informs the RLC sender to adjust the send window is lost during wireless transmission, it will cause data congestion or the rate of the wireless link to drop.
  • a method of periodically sending Window Size SUFI information At present, this method is generally adopted. This method sends Window Size SUFI according to the timer T period throughout the running time of the RLC receiving entity, until the RLC receiving entity dies. This can basically ensure that the RLC sender receives Window Size SUFI information and performs flow control normally.
  • the second method The Status Report must include Window Size SUFI information. This method must include Window Size SUFI information of TYPE 0001 in the Status Report. Because the Status Report is sent more frequently, it can also ensure that the RLC sender receives Window Size SUFI information and performs flow control normally.
  • both methods can perform normal flow control, in both methods the receiving end blindly and repeatedly sends the Window Size SUFI information multiple times. In fact, in some cases, the sending window does not need to be adjusted. The Window Size SUFI information sent many times is unnecessary, which wastes valuable air interface resources.
  • the main object of the present invention is to provide a method for the receiver to send Window Size SUFI during wireless link data transmission, solve the problem caused by the lost Window Size SUFI, and reduce the waste of air interface resources.
  • the present invention provides a method for transmitting window size adjustment information Window Size SUFI at a receiving end during wireless link data transmission.
  • the method sets a buffer threshold for adjusting a sending window at a receiving end, and receives data during data transmission.
  • the process of sending Window Size SUFI by the client includes the following steps:
  • step 2) The receiving end checks the receiving buffer occupancy during the data transmission process. If the result of the check reaches the receiving buffer occupancy threshold, then step 2) is performed, otherwise it returns to step 1);
  • the step 3) may be: sending the Window Size SU I to the sending end, and starting a timer;
  • the receiving end checks the receiving buffer occupancy, and if the receiving result still reaches the buffer threshold, it returns to step 2);-If the check result does not reach the buffer threshold, return to step 1).
  • the predetermined time of the timer may be flexibly set according to a specific service or application scenario.
  • the method for setting a buffer threshold for adjusting a sending window may be: preset a first buffer threshold for reducing a sending window and a second buffer threshold for increasing a sending window according to a specific service or application scenario;
  • the step 1) may be: the receiving end checks the receiving buffer occupancy rate, and if the checking result indicates that the buffer occupancy rate exceeds the first buffering threshold; or the buffering occupancy rate is lower than the second buffering threshold, step 2) is performed, otherwise returns step 1 ).
  • Step 1) The method for the receiving end to check the receiving buffer occupancy may be: receiving. After the receiving end creates the receiving entity, it checks the receiving buffer occupancy in real time or periodically checks the receiving buffer occupancy.
  • Step 2) The method for calculating the WSN in Window Size SUFI may be: if the check result cache occupancy is greater than or equal to the first cache threshold, then decrease the WSN; if the cache occupancy is less than or equal to the second cache threshold, then Increase WSN.
  • Step 3) The method for sending the Window Size SUFI to the sending end may be: adding the Window Size SUFI to the status data unit, and sending the status data unit to the sending end.
  • the receiving end sends a Window Size SUFI method.
  • the receiving end sets a buffer threshold for adjusting the sending window, repeatedly checks the receiving buffer occupancy rate, and according to the receiving Cache occupancy to trigger send Window Size SU L Since the present invention is directed to the actual situation of the receiving buffer of the receiving end, sending Window Size SUFI is triggered only when the sending window needs to be adjusted, which avoids blindly and repeatedly sending Window Size SUFI information multiple times, thereby saving valuable air interface resources . Even if the Window Size SUFI is lost, because the receiver is still checking the occupancy of the receiving buffer, it can also send Window Size SUFI again according to the current occupancy of the receiving buffer. window.
  • Figure 1 is a schematic diagram of the sliding window of the RLC protocol
  • FIG. 2 is a schematic diagram of a receiving end notifying a sending end to change a sending window through a Window Size SUFI message
  • FIG. 3 is a flowchart of sending Window Size SUFI information by a data receiving end according to a preferred embodiment of the present invention.
  • the method for sending Window Size SUFI at the receiving end sets a buffer threshold for adjusting the sending window at the receiving end, repeatedly checks the occupancy rate of the receiving buffer, and triggers transmission according to the occupancy rate of the receiving buffer.
  • Window Size SUFI is a buffer threshold for adjusting the sending window at the receiving end
  • FIG. 3 is a flowchart of sending Window Size SUFI information by a data receiving end according to a preferred embodiment of the present invention.
  • a specific service or application scenario at the receiving end is preset to set a first buffer threshold for reducing the sending window and a second buffer threshold for increasing the sending window. These two thresholds are the occupancy of the receiving buffer, which The first cache threshold is 70%, and the second cache threshold is 30%.
  • the process includes the following steps:
  • Step 301 The receiving end checks the occupancy rate of the receiving buffer. After the receiving end creates the receiving entity, the receiving buffer occupancy rate can be checked in real time, or the receiving buffer occupancy rate can be checked periodically.
  • step 302 it is determined whether the receiving buffer occupancy rate is greater than or equal to the first buffer threshold, and if yes, step 303 is performed; otherwise, step 308 is performed.
  • step 303 the size parameter WSN of the sending window in the Window Size SUFI is calculated, and the calculated WSN is filled in the Window Size SUFL.
  • the check result cache occupancy is greater than or equal to the first cache threshold, so the WSN is reduced.
  • Step 304 Add Window Size SUFI to the status data unit, send the status data unit to the sender, and start timer 1;
  • step 305 it is determined whether timer 1 has reached a predetermined time, and if so, step 306 is performed; otherwise, return to execute this step.
  • Step 306 The receiving end checks the occupancy rate of the receiving buffer.
  • Step 307 Determine whether the receiving buffer occupancy ratio is still greater than or equal to the first buffer threshold, and if yes, return to step 303; otherwise, return to step 301.
  • Step 308 Determine whether the receiving buffer occupancy is less than or equal to the second buffer threshold, and if yes, go to step 309; otherwise, go back to step 301.
  • step 309 the size parameter WSN of the sending window in the Window Size SUFI is calculated, and the calculated WSN is filled in the Window Size SUFL.
  • the buffer occupancy is less than or equal to the first buffer threshold, so the WSN is increased.
  • Step 310 Add Window Size SUFI to the status data unit, send the status data unit to the sender, and start timer 2;
  • Step 311 determine whether the timer 2 has reached a predetermined time, and if so, perform step 306; Otherwise, return to this step.
  • Step 312 The receiving end checks the occupancy rate of the receiving buffer.
  • step 313 it is determined whether the occupancy rate of the receiving buffer is still less than or equal to the second buffer threshold, and if yes, return to step 309; otherwise, return to step 301.
  • Both the timer 1 started in step 304 and the timer 2 started in step 311 in this embodiment can be flexibly set according to specific services or application scenarios.
  • the checking of the receiving buffer occupancy rate is implemented by using a query mode. In actual applications, it may also be implemented by using other methods such as interrupts.
  • the method for sending the Window Size SUFI by the receiving end in the wireless link data transmission of the present invention sends the Window Size SUFI information only when necessary. Even if the Window Size SUFI is lost, because the receiving end is still checking the occupancy of the receiving buffer, it can also send Window Size SUFI again according to the current occupancy of the receiving buffer. Good flow control, and reduce the waste of air interface resources.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

无线链路数据传输中接收端发送窗口大小调整信息的方法 技术领域
本发明涉及宽带码分多址（WCDMA ) 系统中无线链路数据传输技. 术， 特别涉及一种无线链路数据传输中接收端发送窗口大小调整信息 ( Window Size SUFI ) 的方法。 发明背景
WCDMA系统中无线链路控制协议 ( RLC )控制着无线链路数据包 的发送。 RLC协议是一种基于滑动窗口的控制协议， 参见图 1 , 图 1为 RLC协议滑动窗口示意图。其中， RLC发送端有交差斜线的方块是指对 端确认已经没有收到需要重新发送的数据包， 有阴影的方块表示等待对 . 端确认的数据包， 空白方块表示没有占用的緩存。 RLC接收端有交差斜 线的方块表示对端发送丟失需要重新接收的数据包， 有阴影的方块表示 已经收到的数据包， 空白方块表示没有占用的緩存。 RLC协议基本变量 说明如下：
Configured_Tx_Window_Size: 上层协议层配置给 RLC发送端的发 送窗口的初始值， 也是最大的发送窗口尺寸。 单位以协议数据单元 ( PDU ) 的个数表示。 RLC发送端根据该变量申请发送緩存。
Configured— Rx— Window— Size: 上层协议层配置给 RLC接收端的初 . 始接收窗口的尺寸。 单位以 PDU的个数表示。 RLC接收端根辑该变量 中请接收緩存。
VT ( S ): 发送状态变量。 表示要发送的下个 PDU的序号 （除去重 传的 PDU )。
VT ( A ): 确认状态变量。 表示下个等待接收端确认的连续的 PDU 的序号。
V (R): 接收状态变量。 表示要接收的下个连续的 PDU的序号。 VR (H): 最高期望接收状态变量。 表示期望接收的最高 PDU的序 号。
VT ( MS ): 最大发送状态变量。 PDU序号大于等于该值将不允许发 送。
VT (MS) =VT (A) +VT ( WS )o
VT ( WS )： 发送窗 口 的尺寸。 初始值也是最大值为 Configured— Tx_Window_Size, 最小值为 1 (或其他上层配置的值）， VT (WS)在这个范围内变化。
VR (MR): 最大允许接收的状态变量。 PDU 的序号大于等于该值 将被 RLC 接收端拒绝接收。 VR ( MR ) = VR ( R ) + Configured— Rx— Window—Size。
RLC接收端通过状态 PDU (Status PDU)通知 RLC发^端某些包已被 收到， 某些包没有被收到， RLC发送端收到这些状态 PDU后， 改变 VT (A) 的值， 从而推动 VT (MS) 的向前滑动， 保证数据不断被发送。 当 RLC发送端检测到某个 PDU没有被接收端收到，如图 1中 RLC发送 端有交叉斜线的方块。 那就会导致 VT (S) 不断增加直到 VT (MS), 不再发送序号大于等于 VT (MS) 的数据。 当 RLC接收端检测到某个 PDU没有收到， 如图 1中 RLC接收端有交叉斜线方块。 那么就会导致 VR (H) 不断增加直到 VR (MR), 不再接收序号大于等于 VR (MR) 的数据。
目前版本的 RLC协议中规定 RLC接收端根据自身的接收情况， 大 部分是接收緩存的情况来控制 RLC发送端发送窗口的大小 ,从而控制无 线链路的带宽使用。 协议中使用包含 Window Size SUFI的状态 PDU进 行流量控制， 以适应无线环境的变化， 提高无线链路带宽的使用效率。 根据协议， 通常的方法是接收端在 Status PDU中包含 Window Size SUFI信息， 发送到 RLC的发送端。 Window Size SUFI的构成如表一：
TYPE WSN 表一
其中， TYPE:信息类型参数。长度 4bit，值为： 0001 ,表示是 WINDOW SUFI信息。 WSN: 发送窗口大小参数。 长度 12bit, 值为： RLC接收端 根据自身接收情况填写的窗口大小。 当 RLC发送端收到包含 Window Size SUFI信息的 Status PDU后，将 VT ( WS )改变为 Window Size SUFI 信息中的 WSN , 若 WSN = 0 , 则该 SUFI 丢弃； 若 WSN > Configured_Tx— Window— Size ， 则 VT(WS) 取.
Configured—Tx— Window—Size。 通过这种方法可以改变发送窗口的大小， 避免数据链路的带宽利用效率下降和数据拥塞。
参见图 2, 图 2为接收端通过 Window Size SUFI信息通知发送端改 变发送窗口示意图。如图 2所示， 当 RLC接收端检测到接收緩存的可用 · 空间在不断增加， 达到某些门限值的时候， 例如图 2中所有重传的包已 经收到， RLC接收端没有緩存占用的时候。 RLC接收端向 RLC发送端 发送包含 Window Size SUFI信息的 Status PDU, Window Size SUFI信息 中的 WSN大于当前发送端的 VT ( WS )， 通过 Window Size SUFI, 通知 . RLC发送端增加 VT ( WS )。
当 RLC发送端收到该 Status PDU后， 将 VT ( WS )改变为 Window Size SUFI信息中的 WSN, 加大发送窗口， 避免数据链路的带宽利用效 率下降。
当无线链路恶化时，会有数据丟失，导致 RLC接收端緩存的可用空 间減少， RLC接收端此时通过 Window Size SUFI来减少 RLC发送端的 数据发送， 通知 RLC发送端减少 VT ( WS )， 从而减小发送窗口， 避免 数据的拥塞。
按照协议规定发送端不对无线链路带宽使用情况进行监测 , 只在接 收到接收端发来的 Window Size SUFI信息时，根据信息要求调整窗口大 小， 这样如果接收端发送的 Window Size SUFI丟失，发送端就不会主动. 进行窗口调整。 在链路由恶劣状态向良好的状态转化的时候， 一旦 RLC 接收端要求 RLC发送端增加发送窗口 Window Size SUFI信息丟失， 发 送端不进行窗口调整， Window Size SUFI的触发在 RLC协议中没有统 一的标准， 触发一次以后就有可能过艮长时间才触发， 尤其在无线质量. 变好， 丟包率下降的情况下甚至不再触发， 在这段时间即使无线链路良 好， 无线链路也可能按很低的速率发送数据， 将会造成很严重的无线链 路的速率下降。
按不同的业务的实际测量情况，一些非实时数据业务的 PDU丢弃率 可以容忍到 10%,在良好的无线环境下，协议规定的丢弃率不超过 0.7%, 所以相比较而言， Window Size SUFI丟失的概率是较高的。
根据以上的描述可知， 若通知 RLC 发送端进行发送窗口调整的 Window Size SUPI信息在无线传输过程中丢失， 将会导致数据的拥塞或 . 无线链路的速率下降。
目前， 接收端发送 Window Size SUFI信息的方法主要有以下两 种：
笫一种： 周期性发送 Window Size SUFI信息的方法。 目前通常采. 用此种方法， 该方法在整个 RLC接收实体运行时间内都按定时器 T周 期发送 Window Size SUFI, 直到 RLC接收实体消亡。 这样可以基本可 以保证 RLC发送端收到 Window Size SUFI信息， 并正常的进行流控。 第二种： Status Report中必须包含 Window Size SUFI信息的方法。 这种方法在 Status Report中， 必须包括 TYPE 为 0001的 Window Size SUFI信息。 由于 Status Report发送的频度较高， 所以也能保证 RLC发 送端收到 Window Size SUFI信息 , 并正常的进行流控。
上述两种方法， 虽然都能进行正常的流控， 但是两种方法中接收 端都是盲目地多次重复发送 Window Size SUFI信息， 而实际上有些情 况下发送窗口是不需要调整的， 使得其中很多次发送的 Window Size SUFI信息是没有必要的 , 这样就浪费了宝贵的空口资源。
可见， 由于协议中对于 Window Size SUFI触发和应用论述较为简 单， 也没有提出相关的保护措施。造成了在实际的应用过程中空口资 源的浪费， 使得无线链路带宽的利用效率降低， 甚至会使 RLC协议退 化为停一一等协议， 对于数据传输的应用影响很大。 发明内容
有鉴于此，本发明的主要目的在于提供一种无线链路数据传输中 接收端发送 Window Size SUFI的方法， 解决由于 Window Size SUFI丟 失造成的问题， 并减少空口资源浪费。
为达到上述目的，本发明提供了一种无线链路数据传输中接收端 发送窗口大小调整信息 Window Size SUFI的方法， 该方法在接收端设 置用于调整发送窗口的緩存门限， 数据传输过程中接收端发送 Window Size SUFI的过程包括以下步驟：
1 )数据传输过程中接收端对接收緩存占有率进行检查，如果检查结 果接收緩存占有率达到緩存门限， 则执行步骤 2 ), 否则返回步骤 1 );
2 )计算 Window Size SUFI中发送窗口的大小参数 WSN, 并将计算 出的 WSN填入该 Window Size SUFI; 3 )将该 Window Size SUFI发送给发送端， 返回步骤 1 )。
其中， 所述步骤 3 )可以为： 将该 Window Size SU I发送给发送端， 并启动定时器；
定时器到预定的时间时， 接收端对接收緩存占有率进行检查， 如果 检查结果接收緩存占有率仍达到緩存门限， 则返回步骤 2 ); -如果检查结 果未达到緩存门限返回步骤 1 )。
所述定时器预定的时间可以根据具体的业务或应用场景灵活设定。 所述设置用于调整发送窗口的緩存门限的方法可以为： 根据具体的 业务或应用场景预先设置用于减小发送窗口的第一緩存门限和用于增 大发送窗口的第二緩存门限；
所述的步骤 1 )可以为： 接收端对接收緩存占有率进行检查， 如果 检查结果緩存占有率超过第一緩存门限； 或緩存占有率低于第二緩存门 限， 则执行步驟 2 ), 否则返回步骤 1 )。
步骤 1 )所述接收端对接收緩存占有率进行检查的方法可以为： 接. 收端创建了接收实体后， 实时对接收緩存占有率进行检查或定时对接收 緩存占有率进行检查。
步骤 2 )所述计算 Window Size SUFI中 WSN的方法可以为： 如果 检查结果緩存占有率大于或等于第一緩存门限， 则减小 WSN; 如果緩. 存占有率小于或等于第二緩存门限， 则增大 WSN。
步骤 3 )所述将 Window Size SUFI发送给发送端的方法可以为： 将 Window Size SUFI加入到状态数据单元中， 将状态数据单元发送给发送 端。
由上述的技术方案可见， 本发明的这种无线链路数据传输中接收端 发送 Window Size SUFI的方法，在接收端设置用于调整发送窗口的緩存 门限， 反复检查接收緩存的占有率， 根据接收緩存的占有率来触发发送 Window Size SU L 由于本发明是针对接收端接收緩存的实际情况， 在 需要调整发送窗口时才触发发送 Window Size SUFI, 避免了盲目地多次 重复发送 Window Size SUFI信息，从而节省了宝贵的空口资源。 即使出 现 Window Size SUFI丢失， 由于接收端还在检查接收緩存的占有率， 还 可以根据当前接收緩存的占有率再次发送 Window Size SUFI, 保证了在 达到缓存门限情况下， 及时发送 Window Size SUFI调整发送窗口。 附图简要说明
图 1为 RLC协议滑动窗口示意图；
图 2为接收端通过 Window Size SUFI信息通知发送端改变发送窗口 示意图；
图 3为本发明一个较佳实施例中数据接收端发送 Window Size SUFI 信息的流程图。 实施本发明的方式
为使本发明的目的、 技术方案及优点更加清楚明白， 以下参照附图 并举实施例， 对本发明进一步详细说明。
本发明的这种无线链路数据传输中接收端发送 Window Size SUFI 的方法， 在接收端设置用于调整发送窗口的緩存门限， 反复检查接收緩 存的占有率， 根据接收緩存的占有率来触发发送 Window Size SUFI。
,以下举一个较佳实施例对本发明进行说明。
参见图 3 , 图 3 为本发明一个较佳实施例中数据接收端发送 Window Size SUFI信息的流程图。 本实施中， 在接收端 居具体的业 务或应用场景预先设置了用于减小发送窗口的第一緩存门限和用于 . 增大发送窗口的第二緩存门限。 这两个门限是接收緩存的占有率， 其 中第一緩存门限为 70 % , 第二緩存门限为 30 %。 该流程包括以下步 骤:，
步骤 301 , 接收端对接收緩存占有率进行检查。 接收端创建了接收 实体后， 可以实时对接收緩存占有率进行检查， 也可以定时对接收緩存 占有率进行检查。
步骤 302， 判断接收緩存占有率是否大于或等于第一緩冲门限， 如' 果是则执行步骤 303; 否则执行步骤 308。
步骤 303，计算 Window Size SUFI中发送窗口的大小参数 WSN,将 计算出的 WSN填入该 Window Size SUFL 此时检查结果緩存占有率大 于或等于第一緩存门限， 所以減小 WSN。
步骤 304， 将 Window Size SUFI加入到状态数据单元中， 将状态数 据单元发送给发送端， 并启动定时器 1;
步驟 305,判断定时器 1是否到达预定时间，如果是则执行步骤 306; 否则返回执行本步骤。
步驟 306, 接收端对接收緩存占有率进行检查。
步骤 307, 判断接收缓存占有率是否仍大于或等于第一緩冲门限， 如果是则返回执行步驟 303; 否则返回执行步骤 301。
步驟 308, 判断接收緩存占有率是否小于或等于第二緩冲门限， 如 果是则执行步骤 309; 否则返回执行步骤 301。
步驟 309,计算 Window Size SUFI中发送窗口的大小参数 WSN,将 计算出的 WSN填入该 Window Size SUFL 此时緩存占有率小于或等于 第 緩存门限， 所以增大 WSN。
步骤 310， 将 Window Size SUFI加入到状态数据单元中， 将状态数 据单元发送给发送端， 并启动定时器 2;
步驟 311 ,判断定时器 2是否到达预定时间，如果是则执行步骤 306; 否则返回执行本步骤。
步骤 312, 接收端对接收緩存占有率进行检查。
，步骤 313 , 判断接收緩存占有率是否仍小于或等于第二緩冲门限， 如果是则返回执行步骤 309; 否则返回执行步驟 301。
本实施例中步驟 304启动的定时器 1和步骤 311启动的定时器 2预 定的时间都可以根据具体的业务或应用场景灵活设定。
另外，本实施例中对接收緩存占有率的检查是用查询方式来实现的， 实际应用中， 也可以用中断等其他方式来实现。
由上述的实施例可见， 本发明的这种无线链路数据传输中接收端发 送 Window Size SUFI的方法，仅在需要的情况下发送 Window Size SUFI 信息。 即使出现 Window Size SUFI丟失， 由于接收端还在检查接收緩存 的占有率， 还可以根据当前接收緩存的占有率再次发送 Window Size SUFI, 这样， 不仅有效地解决 Window Size SUFI丟失的问题， 实现了很 好的流控， 而且减少了空口资源的浪费。

Claims

权利要求书
1、 一种无线链路数据传输中接收端发送窗口大小调整信息 Window Size SUFI的方法，其特征在于，该方法在接收端设置用于调整发送窗口 的緩存门限，数据传输过程中接收端发送 Window Size SUFI的过程包括 以下步骤：
1 )数据传输过程中接收端对接收緩存占有率进行检查，如果检查结 果接收緩存占有率达到緩存门限， 则执行步骤 2 ), 否则返回步骤 1 );
2 )计算 Window Size SUFI中发送窗口的大小参数 WSN, 并将计算. 出的 WSN填入该 Window Size SUFI;
3 )将该 Window Size SUFI发送给发送端， 返回步骤 1 )。
2、 如权利要求 1所述的方法， 其特征在于， 所述步骤 3 )为： 将该 Window Size SUFI发送给发送端， 并启动定时器；
定时器到预定的时间时， 接收端对接收緩存占有率进行检查， 如果 检查结果接收緩存占有率仍达到緩存门限， 则返回步骤 2 ); 如果检查结 果未达到緩存门限返回步骤 1 )。
3、如权利要求 2所述的方法， 其特征在于： 所述定时器预定的时间. 是根据具体的业务或应用场景设定的。
4、 如权利要求 1所述的方法， 其特征在于， 所述设置用于调整发送 窗口的緩存门限的方法为： 根据具体的业务或应用场景预先设置用于减 小发送窗口的第一緩存门限和用于增大发送窗口的第二緩存门限；
所述的步骤 1 ) 为： 接收端对接收緩存占有率进行检查， 如果检查 结果緩存占有率超过第一緩存门限； 或緩存占有率低于第二緩存门限， 则执行步骤 2 ), 否则返回步骤 1 )。
5、 如权利要求 1或 4所述的方法， 其特征在于， 步骤 1 )所述接收. 端对接收緩存占有率进行检查的方法为： 接收端创建了接收实体后， 实 时对接收緩存占有率进行检查。
6、如权利要求 1或 4所述的方法， 其特征在于， 步驟 1 )所述接收' 端对接收緩存占有率进行检查的方法为： 接收端创建了接收实体后， 定 时对接收緩存占有率进行检查。
7、如权利要求 4所述的方法，其特征在于，步骤 2 )所述计算 Window Size SUFI中. WSN的方法为： 如果检查结果緩存占有率大于或等于第一' 緩存门限， 则减小 WSN; 如果緩存占有率小于或等于第二緩存门限， 则增大 WSN。
.
8、如权利要求 1所述的方法，其特征在于，步驟 3 )所述将 Window Size SUFI发送给发送端的方法为： 将 Window Size SUFI加入到状态数 据单元中， 将状态数据单元发送给发送端。
PCT/CN2005/000517 2004-04-19 2005-04-18 Method for transmitting adjustment information of transmitting window size by the receiving end in radio link data transmission WO2005104413A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200410034553.5 2004-04-19
CNB2004100345535A CN1319316C (zh) 2004-04-19 2004-04-19 无线链路数据传输中接收端发送窗口大小调整信息的方法

Publications (1)

Publication Number Publication Date
WO2005104413A1 true WO2005104413A1 (en) 2005-11-03

Family

ID=35197336

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000517 WO2005104413A1 (en) 2004-04-19 2005-04-18 Method for transmitting adjustment information of transmitting window size by the receiving end in radio link data transmission

Country Status (2)

Country Link
CN (1) CN1319316C (zh)
WO (1) WO2005104413A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105704061A (zh) * 2014-11-27 2016-06-22 中国移动通信集团江苏有限公司 一种发送速率控制方法及设备
US9712437B2 (en) 2013-11-29 2017-07-18 Bridgeworks Limited Transmitting data
US10341900B2 (en) 2013-04-26 2019-07-02 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
DE102013223303B4 (de) 2012-11-19 2023-08-17 Avago Technologies International Sales Pte. Ltd. System und Verfahren für eine Gutpunkt basierte Verbindungspegelflusssteuerung

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100428745C (zh) * 2006-07-28 2008-10-22 华为技术有限公司 一种数据的传输方法和装置
CN101170504B (zh) * 2007-12-03 2010-06-02 北京天碁科技有限公司 无线链路控制层窗口流量的调整方法
US9729459B2 (en) 2012-11-19 2017-08-08 Avago Technologies General Ip (Singapore) Pte. Ltd. System and method for credit-based link level flow control
CN103970622B (zh) * 2013-01-30 2017-08-25 杭州宏杉科技股份有限公司 一种复制过程调整方法及装置
CN104023379B (zh) * 2013-03-01 2017-11-17 华为终端有限公司 一种数据传输方法及数据转发装置
CN103809972B (zh) * 2014-02-10 2018-03-27 联想(北京)有限公司 一种信息处理方法及电子设备
CN103647722B (zh) * 2013-11-19 2018-05-04 中国科学院计算技术研究所 一种基于信誉的链路拥塞控制方法
CN105786640A (zh) * 2014-12-15 2016-07-20 华为技术有限公司 一种拷贝速率的调节方法及装置
CN107302533A (zh) * 2017-06-19 2017-10-27 网宿科技股份有限公司 流媒体直播方法、系统及装置
CN107333102B (zh) * 2017-06-30 2019-10-29 普联技术有限公司 恢复设备断电期间数据的方法、装置及计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619492A (en) * 1995-06-16 1997-04-08 Unisys Corporation CDMA communication system in which bit rates are dynamically allocated
EP1158715A1 (fr) * 2000-05-25 2001-11-28 Mitsubishi Electric Information Technology Centre Europe B.V. Méthode de transmission de données combattant la dégradation de la qualitée de service
EP1179923A2 (en) * 2000-08-07 2002-02-13 Lg Electronics Inc. Method for controlling data flow in communication system
KR20030067215A (ko) * 2002-02-07 2003-08-14 삼성전자주식회사 비동기방식 이동통신 시스템에서의 기지국과 단말기간의라디오 링크상의 흐름제어 방법
EP1376944A1 (en) * 2002-06-18 2004-01-02 Matsushita Electric Industrial Co., Ltd. Receiver-initiated transmission rate increment
CN1529437A (zh) * 2003-10-17 2004-09-15 中兴通讯股份有限公司 Wcdma系统无线网络控制层的流量控制方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619492A (en) * 1995-06-16 1997-04-08 Unisys Corporation CDMA communication system in which bit rates are dynamically allocated
EP1158715A1 (fr) * 2000-05-25 2001-11-28 Mitsubishi Electric Information Technology Centre Europe B.V. Méthode de transmission de données combattant la dégradation de la qualitée de service
EP1179923A2 (en) * 2000-08-07 2002-02-13 Lg Electronics Inc. Method for controlling data flow in communication system
KR20030067215A (ko) * 2002-02-07 2003-08-14 삼성전자주식회사 비동기방식 이동통신 시스템에서의 기지국과 단말기간의라디오 링크상의 흐름제어 방법
EP1376944A1 (en) * 2002-06-18 2004-01-02 Matsushita Electric Industrial Co., Ltd. Receiver-initiated transmission rate increment
CN1529437A (zh) * 2003-10-17 2004-09-15 中兴通讯股份有限公司 Wcdma系统无线网络控制层的流量控制方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013223303B4 (de) 2012-11-19 2023-08-17 Avago Technologies International Sales Pte. Ltd. System und Verfahren für eine Gutpunkt basierte Verbindungspegelflusssteuerung
US10341900B2 (en) 2013-04-26 2019-07-02 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
US11129048B2 (en) 2013-04-26 2021-09-21 Huawei Technologies Co., Ltd. Data transmission method, base station, and wireless communications device
US9712437B2 (en) 2013-11-29 2017-07-18 Bridgeworks Limited Transmitting data
US9729437B2 (en) 2013-11-29 2017-08-08 Bridgeworks Limited Transferring data between a first network node and a second network node by measuring a capability of different communication paths
US9954776B2 (en) 2013-11-29 2018-04-24 Bridgeworks Limited Transferring data between network nodes
US10084699B2 (en) 2013-11-29 2018-09-25 Bridgeworks Limited Transferring data
CN105704061A (zh) * 2014-11-27 2016-06-22 中国移动通信集团江苏有限公司 一种发送速率控制方法及设备
CN105704061B (zh) * 2014-11-27 2019-02-26 中国移动通信集团江苏有限公司 一种发送速率控制方法及设备

Also Published As

Publication number Publication date
CN1691590A (zh) 2005-11-02
CN1319316C (zh) 2007-05-30

Similar Documents

Publication Publication Date Title
JP3629263B2 (ja) ハイブリッドａｒｑ方法及びハイブリッドａｒｑ送信機
US6473399B1 (en) Method and apparatus for determining an optimum timeout under varying data rates in an RLC wireless system which uses a PDU counter
US7058085B2 (en) Method and apparatus for transmitting data over a network within a specified time limit
JP4878391B2 (ja) 適応的なキュー待ち時間を伴うスケジューリング及びキューマネージメント
US6771603B2 (en) Method for controlling data flow in communication system
WO2005104413A1 (en) Method for transmitting adjustment information of transmitting window size by the receiving end in radio link data transmission
US20020141353A1 (en) Method and device for improving a data throughput
JP2008533826A (ja) ワイヤレスパケットネットワークのためのブロック肯定応答プロトコル
WO2002062003A1 (en) Method and apparatus for adjusting an acknowledgement timer in a communication network
CN104836646A (zh) 一种rlc am模式传输可靠性增强方法
US20180070263A1 (en) Supporting Delivery of Data Packets Using Transmission Control Protocol in a Wireless Communication Network
KR101024461B1 (ko) 전송 윈도우를 사용하는 통신 시스템에서의 최적화된 패킷 데이터 전송 프로토콜
JP4511567B2 (ja) データ伝送レートを制御する方法とシステム
Wong et al. Improving end-to-end performance of TCP using link-layer retransmissions over mobile internetworks
WO2006069534A1 (en) A method for adjusting the size of the transmission buffer of rlc sub-layer
WO2004107776A1 (fr) Procede de reglage de la fenetre de transmission d'une liaison radio
JP2002281047A (ja) パケット通信制御装置及び方法、データ通信中継装置及び方法、並びにネットワークシステム
KR101197887B1 (ko) 이동통신 시스템에서 자동 재전송 요구를 위한 상태 보고의송수신 방법 및 장치
JP2003274445A (ja) 無線パケット通信装置および無線パケット通信方法
JP3924574B2 (ja) ハイブリッドａｒｑ方法及びハイブリッドａｒｑ送信機
CN100407611C (zh) 移动通信网络中分组数据传输速率的控制方法及其系统
WO2004107777A1 (fr) Methode de declenchement des informations de commande de la fenetre transmission de la couche de liaison radio
KR101515595B1 (ko) 무선망 전송 품질 향상을 위한 tcp 패킷 전송 최적화 시스템 및 방법
WO2004112407A1 (fr) Procede de commande d'une fenetre d'envoi d'une couche de liaison radio
JPH11261632A (ja) 帯域割当制御方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase