WO2005104413A1 - Procede pour emettre de l'information de reglage concernant les dimensions de la fenetre d'emission par l'extremite receptrice dans une emission de donnees par liaison radio - Google Patents

Procede pour emettre de l'information de reglage concernant les dimensions de la fenetre d'emission par l'extremite receptrice dans une emission de donnees par liaison radio 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)
Chinese (zh)
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/fr

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)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

La présente invention concerne un procédé pour émettre de l'information de réglage concernant les dimensions de la fenêtre d'émission (Window Size SUFI) par l'extrémité réceptrice dans une émission de données par liaison radio. Pour définir un seuil de remplissage de tampon, pour régler la fenêtre d'émission à l'extrémité réceptrice, dans procédé de transmission de données de façon que l'extrémité réceptrice émette le Window Size SUFI, on procède aux opérations suivantes. (1) L'extrémité réceptrice vérifie si le niveau d'occupation du tampon récepteur atteint le seuil tampon, et si oui, exécute l'opération (2), sinon, repasse à l'opération (1). (2) On calcule ensuite le numéro de dimensions de la fenêtre émettrice (WSN) dans le Window Size SUFI, puis on remplit le WSN calculé dans le Window Size SUFI. (3) On émet le Window Size SUFI à l'extrémité émettrice, et on revient à l'opération (1). L'application de l'invention résout effectivement le problème de la perte du Window Size SUFI, met en oeuvre de meilleure façon le contrôle de flux, et réduit les gaspillage de ressource de port au repos.
PCT/CN2005/000517 2004-04-19 2005-04-18 Procede pour emettre de l'information de reglage concernant les dimensions de la fenetre d'emission par l'extremite receptrice dans une emission de donnees par liaison radio WO2005104413A1 (fr)

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 (fr) 2005-11-03

Family

ID=35197336

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/000517 WO2005104413A1 (fr) 2004-04-19 2005-04-18 Procede pour emettre de l'information de reglage concernant les dimensions de la fenetre d'emission par l'extremite receptrice dans une emission de donnees par liaison radio

Country Status (2)

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

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 (fr) * 2000-08-07 2002-02-13 Lg Electronics Inc. Méthode pour le contrôle de flux de données dans un système de communication
KR20030067215A (ko) * 2002-02-07 2003-08-14 삼성전자주식회사 비동기방식 이동통신 시스템에서의 기지국과 단말기간의라디오 링크상의 흐름제어 방법
EP1376944A1 (fr) * 2002-06-18 2004-01-02 Matsushita Electric Industrial Co., Ltd. Augmentation du débit de transmission à l'initiative du récepteur
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 (fr) * 2000-08-07 2002-02-13 Lg Electronics Inc. Méthode pour le contrôle de flux de données dans un système de communication
KR20030067215A (ko) * 2002-02-07 2003-08-14 삼성전자주식회사 비동기방식 이동통신 시스템에서의 기지국과 단말기간의라디오 링크상의 흐름제어 방법
EP1376944A1 (fr) * 2002-06-18 2004-01-02 Matsushita Electric Industrial Co., Ltd. Augmentation du débit de transmission à l'initiative du récepteur
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
CN1319316C (zh) 2007-05-30
CN1691590A (zh) 2005-11-02

Similar Documents

Publication Publication Date Title
WO2005104413A1 (fr) Procede pour emettre de l'information de reglage concernant les dimensions de la fenetre d'emission par l'extremite receptrice dans une emission de donnees par liaison radio
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
US20020141353A1 (en) Method and device for improving a data throughput
JP2008533826A (ja) ワイヤレスパケットネットワークのためのブロック肯定応答プロトコル
WO2002062003A1 (fr) Procede et appareil de reglage d'un temporisateur de confirmation dans un reseau de communication
CN1713633B (zh) 一种网络流量控制的方法
WO2006069534A1 (fr) Procede pour regler la taille du tampon de transmission d'une sous-couche rlc
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
JP2002281047A (ja) パケット通信制御装置及び方法、データ通信中継装置及び方法、並びにネットワークシステム
WO2004107776A1 (fr) Procede de reglage de la fenetre de transmission d'une liaison radio
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
Zhang et al. A cross-layer QoS-supporting framework for multimedia delivery over wireless internet
KR101515595B1 (ko) 무선망 전송 품질 향상을 위한 tcp 패킷 전송 최적화 시스템 및 방법
WO2004112407A1 (fr) Procede de commande d'une fenetre d'envoi d'une couche de liaison radio

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