[發明專利]無線網絡數據傳輸方法及無線網絡控制器

無效

• 申請號: 200710175992.1
• 申請日: 2007-10-17
• 公開（公告）號: CN101141405A
• 公開（公告）日: 2008-03-12
• 發明（設計）人: 張巖強;王鵬;王成毅;廖軍華
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L29/06
• 代理公司: 北京同立鈞成知識產權代理有限公司
• 代理人: 劉芳

技術領域

本發明涉及無線通信技術，尤其涉及無線網絡數據傳輸方法及無線網絡控制器。

背景技術

隨著數據業務的不斷發展，用戶需求的業務質量(Quality?of?Service，QoS)也越來越高。對于無線領域的分組域(Packet?Switched，PS)業務，一般采用傳輸控制協議(Transmit?Control?Protocol，TCP)，以全球移動通訊系統(Universal?Mobile?Telecommunications?System，UMTS)為例，提升TCP在無線承載中的傳輸性能變得越來越重要。

TCP作為傳輸協議，主要是通過采用基于確認(Acknowledgment，ACK)和計數器的重傳機制來保證傳輸數據的可靠性。因為空口存在誤碼，導致TCPACK包和TCP數據包亂序到達無線鏈路控制(Radio?Link?Control，RLC)層，這樣，如果無線網絡控制器(Radio?Network?Controller，RNC)的RLC層的遞交方式不合理，會使得ACK包不能及時到達接收端，數據包亂序到達接收端，引起不必要的重傳，從而不利于吞吐率的提升。

目前，RNC?RLC層數據遞交方式要么配置為按序遞交，要么配置為非按序遞交，即RNC中RLC層的數據遞交模塊要么為按序遞交模塊，要么為亂序遞交模塊。對于按序遞交模塊，即當配置為按序遞交方式時，則不管是上行業務數據還是下行業務數據，即不管上行數傳業務的TCP包是數據包還是ACK包，或者不管下行數傳業務的TCP包是ACK包還是數據包，均采用按序遞交方式；對于亂序遞交模塊，即當配置為非按序遞交即亂序遞交方式時，則不管是ACK包還是數據包，均采用非按序遞交方式。如圖1所示，當終端側將服務數據單元(Service?Data?Unit，SDU)拆成協議數據單元(Protocol?DataUnit，PDU)后按序發送，RNC側接收時，因空口一般存在誤碼，導致分組在上行會出現亂序的情況，例如，可能SDU2和SDU3已收到，但SDU1還沒有收到，這時RNC可以等到SDU1后與SDU2、SDU3一起發送，即按序遞交；或者不管SDU1，僅將接收到的SDU2或SDU3向上遞交，即非按序遞交。

發明人經研究發現，上述背景技術中，至少存在以下問題：以UMTS系統為例，RNC?RLC層遞交方式為固化配置，要么是按序遞交，要么是非按序遞交，但只能配置一種；如果設置為按序遞交，上行數傳效果較好，但對于下傳業務，下行業務的ACK包就會在RLC層等待，直到它前面的SDU全部收到后再發送，大大影響了ACK包傳輸的及時性，從而導致了TCP發送端發送窗滑動緩慢，造成性能下降；如果設置為非按序遞交，下行數傳性能有提升，但對于TCP數據包，會導致數據包到達接收端時亂序：接收端收到一個數據包時，如果前一個數據包沒有收到，會發送“DUPACK”消息，“DUPACK”消息發送超過一定次數后，會引起發送端進行不必要的重傳。上述這些問題，都大大影響了數據業務的吞吐率性能，進一步影響了用戶體驗。

發明內容

本發明揭示了一種無線網絡數據傳輸方法，以動態調整RNC的數據遞交方式，避免不合理的遞交數據，提高數傳業務性能；還揭示一種無線網絡控制器，可以動態指示RNC?RLC合理調整其遞交方式，提高傳輸性能。

為實現上述目的，本發明實施例提供了一種無線網絡數據傳輸方法，包括：

接收來自終端或服務器的數據；

判斷所述數據是否為上行業務數據，若是，則以按序方式遞交所述數據；若否，以亂序方式遞交所述數據。

本實施例通過識別接收到的數據并根據識別結果使用相應的遞交方式遞交，實現了RNC動態配置遞交方式，使得RNC能夠以合理的遞交方式遞交相應業務類型的數據，從而提高了數傳業務性能。

本發明實施例提供了一種無線網絡控制器，包括接收模塊、按序遞交模塊及亂序遞交模塊，所述接收模塊連接有選擇模塊，所述選擇模塊在所述接收模塊接收的數據為上行業務數據時，選擇所述按序遞交模塊遞交所述數據；否則，選擇所述亂序遞交模塊遞交所述數據。