[發(fā)明專利]采用ATM技術(shù)對SSCOP鏈路滑窗更新的方法

無效

• 申請?zhí)枺?/td>: 200610170021.3
• 申請日: 2006-12-22
• 公開（公告）號: CN101207563A
• 公開（公告）日: 2008-06-25
• 發(fā)明（設(shè)計）人: 趙澤盛;樊沛;胡典雄
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L29/02;H04L1/16;H04L29/06
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司
• 代理人: 李偉;吳孟秋

技術(shù)領(lǐng)域

本發(fā)明涉及一種SSCOP鏈路滑窗更新方法，更具體地，涉及一種采用ATM技術(shù)做為地面?zhèn)鬏敵休d的第三代移動通信系統(tǒng)的核心網(wǎng)CN、無線網(wǎng)絡(luò)控制器RNC以及基站NodeB等網(wǎng)元設(shè)備間對SSCOP鏈路滑窗更新的方法。

背景技術(shù)

當(dāng)?shù)谌苿油ㄐ畔到y(tǒng)使用ATM(Asynchronous?TransferMode)技術(shù)做為地面?zhèn)鬏敵休d時，在核心網(wǎng)CN(Core?Network)與無線網(wǎng)絡(luò)控制器RNC(無線網(wǎng)絡(luò)控制器)的Iu接口(RNC與核心網(wǎng)間的接口)，RNC與基站NodeB(基站)間的Iub接口(RNC與基站間的接口)以及RNC間的Iur接口(兩個RNC間的邏輯接口，物理上可能不是點對點連接)上都采用ATM的SSCOP(ServiceSpecific?Connection?Oriented?Protocol)進(jìn)行信令數(shù)據(jù)的可靠傳輸。在協(xié)議棧中，SSCOP位于CPCS(Common?Part?ConvergenceSublayer，公共部分匯聚子層)之上。

其中，SSCOP協(xié)議中的基本變量為：

VR(R)：下一個期望收到的SD?PDU的序列序號，收到后增1。

VR(H)：下一個期望收到的最大SD?PDU序號，在收到新SDPDU或POLL?PDU時對VR(H)進(jìn)行更新。

VR(MR)：不被接收端允許接收的起始SD?PDU序號。

在數(shù)據(jù)發(fā)送階段(Data?transfer)，接收方實時地根據(jù)自身的狀況(例如接收緩存的大小、接收緩存中隊列的長度等因素)，更新變量VR(MR)，并通過發(fā)送STAT?PDU或USTAT?PDU將VR(MR)傳遞給發(fā)送方，從而改變發(fā)送方的發(fā)送窗口大小。

接收端為發(fā)送端給出一個可靠度，標(biāo)識發(fā)送端當(dāng)前可以發(fā)送的SD?PDU的最大序號。發(fā)送端發(fā)來的超過該最大序號的SD?PDU都將被接收端丟棄。發(fā)送端總是按序分配發(fā)送序號，若序號超過該最大序號，停止發(fā)送，向?qū)Χ税l(fā)輪詢消息POLL-PDU來申請更新發(fā)送窗口上邊界；若更新最大序號(收到STAT-PDU等)后發(fā)送序號仍然超過最大序號，發(fā)送端置擁塞標(biāo)志并通知管理層缺乏可靠度。這時如果仍然有上層用戶數(shù)據(jù)到來，SSCOP會盡可能按順序存入發(fā)送隊列直至其滿，之后丟失以后來到的SD。發(fā)端每發(fā)送一定數(shù)目的SD會向?qū)Χ税l(fā)輪詢消息POLL，以前移發(fā)送窗口上邊界。如前所述，窗口過小會使發(fā)送端出現(xiàn)擁塞，限制了SSCOP連接的吞吐量；窗口過大會超過接收端的接收緩沖容量，造成數(shù)據(jù)丟失。

接收方通過滑窗控制發(fā)送方發(fā)送數(shù)據(jù)的速率，以實現(xiàn)流量控制的目的。

滑窗控制經(jīng)典的方法是預(yù)先估計鏈路的最大的性能，給出一個接收窗口的初值，之后就不能改變它的大小。這樣的缺點是在鏈路接收能力不足時不能及時降低流量，容易使CPCS/ATM接收緩存被占滿后溢出，造成多次的重傳數(shù)據(jù)包，使鏈路的負(fù)擔(dān)加重，鏈路傳輸質(zhì)量下降。另外，當(dāng)對方發(fā)POLL-PDU輪詢包的時間間隔大于100ms時，就需要加大接收窗口，因為這時窗口的更新頻率變低了(100ms是協(xié)議的建議值，但對方的設(shè)計是未知的)。

綜上所述，SSCOP鏈路的流控機制在使用中會出現(xiàn)兩方面的問題。一個方面是對接時兩端的POLL-PDU輪詢包發(fā)送的頻率并不一致，導(dǎo)致兩端滑動窗口更新的頻率也不一致，當(dāng)某一端的輪詢包發(fā)送的頻率過低的話，容易造成對端數(shù)據(jù)包的積壓。另一個方面是在使用中不能動態(tài)調(diào)整滑動窗口的大小，在鏈路傳輸質(zhì)量差或接收能力不足時，容易造成CPCS/ATM接收緩沖溢出，出現(xiàn)多次重傳數(shù)據(jù)包，加重鏈路負(fù)荷。

發(fā)明內(nèi)容

因而，為了解決接收窗口的滑窗不能動態(tài)更新的問題，本發(fā)明提供了一種SSCOP鏈路的新流控算法來實現(xiàn)滑窗的自動更新。

其中，流控算法滿足以下的要求：(1)鏈路的接收能力不足時適當(dāng)降低對方的流量，避免CPCS/ATM接收緩存被占滿后造成丟包重傳；(2)使串口控制在一個比較合適的大小，既不會將流量限制的過小，無法充分發(fā)揮鏈路性能，又不至于流量太大而造成鏈路質(zhì)量惡化；以及(3)能夠處理一些特殊情況，當(dāng)對方不是按照100ms的頻率發(fā)POLL輪詢包時，要根據(jù)窗口更新時間間隔的長度來擴(kuò)大或縮小接收窗口。間隔時間越長，越要加大窗口；間隔時間越短，越要減小窗口。