專利名稱：一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ê驮O(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ê?設(shè)備。
背景技術(shù)：
基站系統(tǒng)，主要由基站基帶單元(BBU, Base Band Unit)和射頻拉遠(yuǎn)單元 (RRU, Radio Remote Unit)兩部分組成，兩者之間的數(shù)據(jù)通信，通過基于通用 公用無線4妄口(CPRI， Common Public Radio Interface)協(xié)議的高速串行接口實 現(xiàn)。CPRI接口是全雙工同步接口，主要承載了三類信息同步信息、業(yè)務(wù)面 信息和控制面信息。為便于表述，定義信息從BBU流向RRU的方向，稱為 下行方向；信息從RRU流向BBU的方向，稱為上行方向。參照圖1,為現(xiàn)有 技術(shù)中一個BBU和一個RRU構(gòu)成的基站系統(tǒng)示意圖，13為CPRI接口?？?以看出CPRI接口互聯(lián)BBUll和RRU12, 14為天線。
由于CPRI2.0協(xié)議支持的最高數(shù)據(jù)速率可以達到2.45765G,因此， 一個 CPRI接口上可以同時傳送多個RRU的信息。同時，在RRU拉遠(yuǎn)的系統(tǒng)結(jié)構(gòu) 下，也要求將每個RRU級聯(lián)起來，使多個RRU共享CPRI接口上的帶寬。基 于上述需求，衍生出圖2所示的RRU級聯(lián)的基站系統(tǒng)。在上述系統(tǒng)結(jié)構(gòu)中， 對于CPRI上承載的控制面信息，是基于包的方式傳送的，支持高級數(shù)據(jù)鏈路 控制(HDLC, High-level Data Link Control)和以太網(wǎng)兩種傳輸協(xié)議。
基站系統(tǒng)的應(yīng)用要求BBU可以和每一個RRU實現(xiàn)全雙工的實時通信， 每個RRU之間不需要通信，以下以HDLC為例，來介紹控制面信息的傳輸方 法
對于圖2所示的基站系統(tǒng)中的每一級RRU來說，需要完成如下功能
1)對于下行方向而言，BBU發(fā)送給所有RRU的所有HDLC幀，會被每 一級RRU透傳，因此可以保證每一級RRU都能收到BBU發(fā)送出來的所有 HDLC幀，每一級RRU再根據(jù)HDLC巾貞的目的地址進行篩選；
2)對于上行方向而言，要實現(xiàn)BBU和RRU之間的點對點通信，每一級 RRU需要實現(xiàn)合硌功能，即以一定的算法，選擇發(fā)送本級的HDLC幀，或者 下一級RRU傳送過來的HDLC幀給BBU。
參照圖3，為現(xiàn)有技術(shù)中HDLC幀的傳送方式示意圖，ASIC設(shè)計時用到 了 4個緩存(FIFO)，分別為
1) FIF034,用于緩存BBU到本級RRU的HDLC幀；
2) FIF035,用于緩存本級RRU到BBU的HDLC幀；
3) FIF036,用于緩存BBU到下一級RRU的HDLC幀；
4) FIF037,用于緩存下一級RRU到BBU的HDLC幀。
在上行方向，對于每一級RRU，需要緩存從本級CPU發(fā)送到BBU的 HDLC幀，同時緩存從下一級RRU發(fā)送過來的HDLC幀；RRU需要按照一 定的合路策略，在合適的時刻，選擇某一條通道的HDLC幀轉(zhuǎn)發(fā)到上一級的 CPRI接口 ，進而一級一級地把上行HDLC幀轉(zhuǎn)送到BBU。
參照圖3，在系統(tǒng)的實際應(yīng)用中，需要進行流量控制，通?；谌缦驴紤]
每一級RRU會控制實際的HDLC幀的發(fā)送間隔，即控制有效數(shù)據(jù)的帶寬。 在組建系統(tǒng)時，要保證所有RRU發(fā)送的有效數(shù)據(jù)帶寬之和，不大于CPRI接 口總帶寬，這樣才能保證統(tǒng)計學(xué)上的帶寬一致性。
但是，如果只考慮瞬時速率，通道31和通道33的帶寬是相等的，這樣 不管通道32的帶寬有多大，都會造成通道32和通道33的帶寬之和大于通道 31。因此，在合路的設(shè)計上，需要充分分析這種峰值情況的合路控制策略， 以能夠同時滿足效率和丟幀率要求。
現(xiàn)有基站設(shè)備采用的合路控制方法可概括為分別緩存兩幀、等優(yōu)先級 輪詢、整幀轉(zhuǎn)發(fā)。具體為分別分配兩個緩存給本級CPU和下一級RRU,緩 存的深度為2個HDLC幀的最長幀。當(dāng)本級CPU或下一級RRU有HDLC幀 傳送過來的時候，先將HDLC幀保存在各自的緩存中。不斷檢查兩個FIFO中 是否有一個已經(jīng)保存了至少一個完整的HDLC幀，如果是，則將該FIFO中的 HDLC幀取出，向上一級傳送。傳送一個HDLC幀后，結(jié)束該FIFO的傳送。
開始檢查另一個FIFO是否也滿足傳送要求，如果是，則傳送該FIFO中的一 個HDLC幀；如果不是，則繼續(xù)檢查前一個FIFO是否滿足傳送要求。
在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)上述技術(shù)方案的最大特 點是結(jié)構(gòu)簡單，但這種技術(shù)方案并沒有考慮峰值情況下的性能，當(dāng)RRU只有 兩級，并且布I設(shè)兩個RRU的HDLC幀流量相同，同時所有的HDLC幀長一 致，沒有量級上的巨大差異，在理想狀態(tài)下，這種合路控制方法是可以接受 的，而事實上，流量是不均;斷的，例如，^i殳只有兩級，后級RRU的流量比 本級RRU流量大，并且長時間連續(xù)發(fā)送HDLC幀，如果采用等優(yōu)先級輪詢的 方式發(fā)送HDLC幀，就會導(dǎo)致發(fā)送本級的HDLC幀，就不得不丟掉后一級的 HDLC幀；反之，發(fā)送后一級的HDLC幀，就不得不丟掉本級的HDLC幀， 因此會導(dǎo)致后級RRU的丟幀率4交大，瞬時丟幀率可達50%。
對于上述方案，除了流量不均衡容易造成丟幀率增加外，當(dāng)系統(tǒng)級聯(lián)級 數(shù)較多時，也會造成較大的丟幀率。例如，在實際系統(tǒng)中，RRU甚至可以采 取8級級聯(lián)，那么對于第一級RRU來說，它的下級RRU有7級，則總流量 可能為本級RRU的7倍，會^^后級所有RRU的瞬時丟幀率大大增加。
另外，當(dāng)幀長差別較大時，采用上述方案也會造成丟幀率的增加。例如， 對于兩級RRU，如果某一級持續(xù)發(fā)送短幀，另一級持續(xù)發(fā)送長幀，由于發(fā)送 長幀需要更多的時間，則發(fā)送1個長幀時，可能造成大量的短幀堆積在緩存 里，最終不得不丟棄，因此會造成短幀的丟幀率增加，同時，由于幀長較短， 還會造成實際獲得的帶寬較小。
綜上，上述技術(shù)方案會造成較大的丟幀率，而對于某個RRU來說，丟幀 時就不得不一次次地發(fā)送重傳請求，因此又降低了 HDLC上行通道的傳輸效 率。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?和設(shè)備，能夠降低系統(tǒng)丟幀率，增加上行通道的傳輸效率。
為解決上述技術(shù)問題，本發(fā)明所提供的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ê驮O(shè) 備實施例是通過以下技術(shù)方案實現(xiàn)的 本發(fā)明實施例提供了一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，該方法包括步驟
檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否有完整的數(shù)據(jù)幀；
如果是，則發(fā)送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀。
本發(fā)明實施例還提供了一種電信設(shè)備，該電信設(shè)備包括第一檢測單元、 發(fā)送單元，其中
第一檢測單元，用于檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否有 完整的數(shù)據(jù)幀，并當(dāng)有完整的數(shù)據(jù)幀時，通知發(fā)送單元所述數(shù)據(jù)流量最大的 一條通道對應(yīng)的緩存中的數(shù)據(jù)幀；
發(fā)送單元，用于發(fā)送數(shù)據(jù)幀。
從以上技術(shù)方案可以看出，本發(fā)明實施例通過檢測數(shù)據(jù)流量最大的一條 通道對應(yīng)的緩存中是否有完整的數(shù)據(jù)幀，并當(dāng)有時，則發(fā)送所述數(shù)據(jù)流量最 大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀，由于能夠保證數(shù)據(jù)流量最大的一條通 道優(yōu)先發(fā)送，該通道的丟幀率幾乎為O,并且，由于這一條通道的數(shù)據(jù)流量最 大，因此在單位時間內(nèi)，可以降低系統(tǒng)總的丟幀率，而隨著丟幀率的降低， 可以減少數(shù)據(jù)的重傳次數(shù)，進而可以提高數(shù)據(jù)幀的傳輸效率。


圖1為現(xiàn)有技術(shù)中一個BBU和一個RRU構(gòu)成的基站系統(tǒng)示意圖； 圖2為現(xiàn)有技術(shù)中RRU級聯(lián)的基站系統(tǒng)示意圖； 圖3為現(xiàn)有技術(shù)中HDLC幀的傳輸方式示意圖4為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├涣鞒虉D； 圖5為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├鞒虉D； 圖6為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├鞒虉D； 圖7為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├牧鞒虉D； 圖8為本發(fā)明實施例中RRU設(shè)備實施例一結(jié)構(gòu)示意圖； 圖9為本發(fā)明實施例中RRU設(shè)備實施例二結(jié)構(gòu)示意圖； 圖IO為本發(fā)明實施例中RRU設(shè)備實施例三結(jié)構(gòu)示意圖11為本發(fā)明實施例中RRU設(shè)備實施例四結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供了一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ê驮O(shè)備，能夠降低 系統(tǒng)丟幀率，增加上行通道的傳輸效率。
由于在具體應(yīng)用中，各條通道的數(shù)據(jù)流量是不均衡的，例如在級聯(lián)情況 下， 一般后級的數(shù)據(jù)流量是大于本級的數(shù)據(jù)流量的，本發(fā)明實施例通過檢測 數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否有完整的數(shù)據(jù)幀，并當(dāng)有時，發(fā) 送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀，而不管其余各條通 道對應(yīng)的緩存中是否完整的數(shù)據(jù)幀。這樣可以保證數(shù)據(jù)流量最大的一條通道 的丟幀率大大降低，丟幀率幾乎為O,并且，當(dāng)數(shù)據(jù)流量最大的一條通道對應(yīng) 的緩存中沒有完整的數(shù)據(jù)幀時，如果其余各條通道中的某一條通道有完整的 數(shù)據(jù)幀，也可正常發(fā)送，因此，與采用等優(yōu)先級輪詢的方式相比，可以降低 系統(tǒng)總的丟幀率，進而提高上行通道的傳輸效率。
為使本發(fā)明實施例的目的、技術(shù)方案及優(yōu)點更加清楚明了，以下參照附 圖，以下以HDLC幀傳輸?shù)暮下房刂品椒槔M行詳細(xì)說明
參照圖4，為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├涣?程圖，以兩條通道的HDLC幀傳輸?shù)暮下窞槔M行說明，設(shè)有A通道和B通 道兩條通道的HDLC幀，且A通道的瞬時數(shù)據(jù)流量大于等于B通道，具體步 驟如下
41、 檢測A通道對應(yīng)的緩存中是否有完整的HDLC幀，如果是，則執(zhí)行 步驟42;如果否，則執(zhí)行步驟43;
42、 發(fā)送A通道對應(yīng)的緩存中的HDLC幀；
43、 檢測B通道對應(yīng)的緩存中是否有完整的HDLC幀，如果是，則執(zhí)行 步驟44,如果否，則結(jié)束流程；
44、 發(fā)送B通道對應(yīng)的緩存中的HDLC幀。
從該實施例可以看出，當(dāng)檢測到A通道對應(yīng)的緩存中有完整的HDLC幀 時，不管B通道是否有完整的HDLC幀，都優(yōu)先發(fā)送A通道對應(yīng)的緩存中的
HDLC幀，因此，A通道的丟幀率會大大降低。在專用集成電路(ASIC， Application Specific Integrated Circuit)設(shè)計中，每條通道對應(yīng)緩存的緩存深度 為2個HDLC幀最長幀，因此，即使有一次授權(quán)發(fā)送B通道對應(yīng)的緩存中的 HDLC幀，也能保證A通道不丟幀，與等優(yōu)先級輪詢或優(yōu)先發(fā)送B通道的合 路控制方法相比，本實施例所采用的方法具有較低的丟幀率，因而也可以避 免較多的數(shù)據(jù)重傳，使得HDLC幀上行通道具有較高的傳輸效率。
為了進一步降低系統(tǒng)的丟幀率，提高HDLC幀上行通道傳輸效率，可以 對上述實施例所采用的方法進行優(yōu)化，以下以一個具體的應(yīng)用進行說明
參照圖5,為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├?程圖，仍以兩條通道的合路控制進行:沈明，與實施例一相同，設(shè)A通道的瞬 時數(shù)據(jù)流量大于等于B通道的瞬時數(shù)據(jù)流量，不同之處在于，本實施例在發(fā) 送A通道對應(yīng)緩存中的HDLC幀時，壓制B通道對應(yīng)緩存中HDLC幀的傳送， 具體步驟如下
51、 檢測A通道對應(yīng)的緩存中是否有完整的HDLC幀，如果是，則執(zhí)行 步驟52;如果否，則執(zhí)行步驟53;
52、 發(fā)送A通道對應(yīng)的緩存中的HDLC幀，并當(dāng)B通道對應(yīng)的緩存滿時， 發(fā)送給B通道對應(yīng)的發(fā)送控制單元一個停止發(fā)送的控制信號，使得B通道對 應(yīng)的發(fā)送控制單元停止發(fā)送HDLC幀；
53、 檢測B通道對應(yīng)的緩存中是否有完整的HDLC幀，如果是，則執(zhí)行 步驟54,如果否，則結(jié)束流程；
54、 向B通道發(fā)送一個開始發(fā)送的控制信號，發(fā)送B通道對應(yīng)的緩存中 的HDLC幀。
可以看出，在本實施例中，當(dāng)傳送A通道對應(yīng)緩存中的HDLC幀時，通 過發(fā)送給B通道發(fā)送控制單元一個停止發(fā)送的控制信號，壓制B通道對應(yīng)緩 存中HDLC幀的傳送，因此可以避免B通道HDLC幀的丟失。因此，由于可 以優(yōu)先發(fā)送A通道對應(yīng)緩存中的HDLC幀，A通道的丟幀率幾乎為0,同時 壓制B通道對應(yīng)緩存中HDLC幀的傳送，也能保證不丟幀，因此，可以使系 統(tǒng)總的丟幀率幾乎為0,進而可以避免HDLC幀的重傳，因此也可以極大地
提高HDLC幀上行通道的傳輸效率。
另外，由于可以壓制B通道對應(yīng)緩存中HDLC幀的傳送，在ASIC設(shè)計 中B通道對應(yīng)緩存的緩存深度可以設(shè)計的很小，甚至為0。 一般情況下，可 以將B通道對應(yīng)的緩存設(shè)計為幾十比特。在實際應(yīng)用過程中，有可能出現(xiàn)A 通道長時間連續(xù)發(fā)送的情況，這時B通道會被長時間壓制，造成B通道阻塞， 影響B(tài)通道性能，為解決這一問題，可以對上一實施例所采用的合路控制方 法作進一步優(yōu)化，以下通過另 一具體實施例進朽 沈明
參照圖6，為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├?程圖，在上一實施例基礎(chǔ)上，當(dāng)檢測到A通道已經(jīng)連續(xù)發(fā)送HDLC幀的數(shù)目 超過預(yù)設(shè)的HDLC幀閾值時，就停止A通道對應(yīng)緩存中的HDLC幀的發(fā)送， 發(fā)起一次強制授權(quán)給B通道，具體步驟如下
61 、檢測A通道連續(xù)發(fā)送HDLC幀的數(shù)目；
可以通過設(shè)置一計數(shù)器來實現(xiàn)當(dāng)進入A通道傳送的狀態(tài)后，將計數(shù)器 加一；當(dāng)進入B通道傳送的狀態(tài)后，將計數(shù)器清0,可以在空閑狀態(tài)檢測計 數(shù)器的值。
62、判斷步驟61檢測得到的HDLC幀的數(shù)目是否超過預(yù)設(shè)的HDLC幀 閾值，如果是，則執(zhí)行步驟63;如果否，則結(jié)束流程。
設(shè)預(yù)設(shè)的HDLC幀閾值為x,如果在空閑狀態(tài)檢測得到的計數(shù)器值大于x, 則執(zhí)行步驟63。
其中，HDLC幀閾值可以根據(jù)級聯(lián)的RRU束流和數(shù)據(jù)流量來配置，以取 得最優(yōu)性能，例如每一級RRU突發(fā)的連續(xù)HDLC幀的數(shù)目為a,整個系統(tǒng) 有b級RRU,則可以設(shè)置x^a葉，此時，理論上，系統(tǒng)的總丟幀率為O。
也可以通過檢測A通道數(shù)據(jù)流量，根據(jù)A通道的數(shù)據(jù)流量自適應(yīng)配置所 述HDLC幀閾值。
63 、停止A通道對應(yīng)的緩存中的HDLC幀的發(fā)送，發(fā)送B通道對應(yīng)的緩 存中的HDLC幀。
當(dāng)A通道連續(xù)發(fā)送一定數(shù)目的HDLC幀時，強制授權(quán)給B通道發(fā)送，有
可能會造成A通道丟幀，但是，這種丟幀是代價最小的丟幀，因為可以提高
系統(tǒng)總的傳輸性能。并且，可以根據(jù)RRU的系統(tǒng)結(jié)構(gòu)和應(yīng)用情況，配置一個 最優(yōu)的HDLC幀閾值，因此也極大地降低系統(tǒng)丟幀率，提高HDLC幀上行通 道傳輸效率。
以上各實施例通過兩條通道的情況來說明本發(fā)明實施例的合路控制方 法，本發(fā)明實施例也適用于3條通道及3條通道以上的情況，對于3條通道 與3條通道以上的情況，通常情況下是授權(quán)給數(shù)據(jù)流量最大的一條通道發(fā)送， 當(dāng)該通道對應(yīng)的緩存中有完整的數(shù)據(jù)幀時即優(yōu)先發(fā)送，而不管其余各條通道 是否有完整的HDLC幀。如果為了降低系統(tǒng)總的幀丟失率，當(dāng)發(fā)送數(shù)據(jù)流量 最大的一條通道對應(yīng)緩存中的HDLC幀時，也可以壓制其余各條通道對應(yīng)緩 存中HDLC幀的發(fā)送。與兩條通道情況下處理策略不同之處在于，對于數(shù)據(jù) 流量最大的一條通道連續(xù)發(fā)送一定數(shù)目后，如何授權(quán)給其余各條通道發(fā)送。 為使本領(lǐng)域技術(shù)人員更好地理解和實現(xiàn)本發(fā)明實施例，以下通過在3條通道 情況下的具體應(yīng)用進行詳細(xì)說明具體的授權(quán)策略。
參照圖7,為本發(fā)明實施例中HDLC幀傳輸?shù)暮下房刂品椒▽嵤├牧?程圖，設(shè)有A、 B、 C三條通道，A通道的數(shù)據(jù)流量最大，B通道次之，C通 道最小，以下通過具體步驟進行iJL明
71 、檢測A通道連續(xù)發(fā)送HDLC幀的數(shù)目；
同樣，也可以通過設(shè)置一計數(shù)器來實現(xiàn)當(dāng)進入A通道傳送的狀態(tài)后， 將計數(shù)器加一；當(dāng)進入B通道傳送的狀態(tài)后，將計數(shù)器清0,可以在空閑狀 態(tài)檢測計數(shù)器的值。
72、判斷步驟71檢測得到的HDLC幀的數(shù)目是否超過預(yù)設(shè)的HDLC幀 閾值，如果是，則執(zhí)行步驟73;如果否，則結(jié)束流程。
設(shè)預(yù)設(shè)的HDLC幀閾值為x，如果在空閑狀態(tài)檢測得到的計數(shù)器值大于x， 則執(zhí)行步驟73。
其中，HDLC幀閾值可以根據(jù)級聯(lián)的RRU束流和數(shù)據(jù)流量來配置，以取 得最優(yōu)性能，例如每一級RRU突發(fā)的連續(xù)HDLC幀的數(shù)目為a,整個系統(tǒng) 有b級RRU,則可以設(shè)置x^a葉，此時，理論上，系統(tǒng)的總丟幀率為0。
73 、停止A通道對應(yīng)的緩存中的HDLC幀的發(fā)送，檢測B通道對應(yīng)的緩 存中是否有完整的HDLC幀，如果是，則執(zhí)行步驟74;如果否，—則執(zhí)行步驟 75;
74、 發(fā)送B通道對應(yīng)的緩存中的HDLC幀；
75、 檢測C通道對應(yīng)的緩存中是否有完整的HDLC幀，如果是，則執(zhí)行 步驟76,如果否，則結(jié)束流程；
步驟76、發(fā)送C通道對應(yīng)的緩存中的HDLC幀。
可見，本實施例采用的授權(quán)控制策略為將其余各條通道按照數(shù)據(jù)流量 大小分配相應(yīng)級別的優(yōu)先級，按照優(yōu)先級級別依次授權(quán)給較低優(yōu)先級的一條 通道，如果該通道有完整的HDLC幀，則發(fā)送該通道對應(yīng)緩存中的HDLC幀。
另外，也可以根據(jù)優(yōu)先級級別的不同授予不同的連續(xù)發(fā)送次數(shù)，例如， 在本實施例中，可以授予B通道對應(yīng)緩存中HDLC幀連續(xù)發(fā)送2次的權(quán)限， 而只授予C通道發(fā)送一次的權(quán)限。
事實上，其余各條通道的授權(quán)策略除了采取按照優(yōu)先級級別進行授權(quán)外， 也采取其他的授權(quán)策略，例如，對于其余各條通道，當(dāng)所述數(shù)據(jù)流量最大的 一條通道連續(xù)發(fā)送HDLC幀的數(shù)目超過預(yù)設(shè)的闊值時，可以隨機授權(quán)其余各 條通道中的某一條通道，當(dāng)該通道對應(yīng)的緩存中有完整的HDLC幀時就發(fā)送。
以上以HDLC幀傳輸過程中的合路控制詳細(xì)說明了本發(fā)明實施例所提供 的合路控制方法，可以理解的是，本發(fā)明實施例方法也適用于別的基于包傳 送的數(shù)據(jù)幀，例如，以太網(wǎng)幀，具體合路控制方法與HDLC幀的合路控制方 法大體相同，不再——舉例i兌明。
同樣，對于以太網(wǎng)幀，也可以采取向其余各條通道對應(yīng)的發(fā)送控制單元 發(fā)送停止發(fā)送的控制信號的方法壓制其余各條通道以太網(wǎng)幀的傳送。但可以 理解的是，發(fā)送數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀時，壓制其 余各條通道數(shù)據(jù)幀傳送的方法，并不限于發(fā)送控制信號一種方法，例如，對 于發(fā)送以太網(wǎng)幀時，可以發(fā)送暫停幀，當(dāng)其余各條通道收到暫停幀時，停止 一段時間的傳送。不過，相對于直接在物理層發(fā)送控制信號的做法，由于發(fā) 送暫停幀需要對幀做幀處理，提取控制信息等操作，因此，相應(yīng)的延遲時間
會較長一點，因此，在進行ASIC設(shè)計時，可以設(shè)計其余各條通道對應(yīng)的緩存
具有一定的緩存深度，通常板于兩個數(shù)據(jù)幀的最長幀，通常為幾十至幾百比特。
由于在一定時間段內(nèi)，某一條通道未必一直是數(shù)據(jù)流量最大的一條通道， 因此，在具體實施例中，可以檢測各條通道某一時間段內(nèi)的數(shù)據(jù)流量，根據(jù) 檢測結(jié)果得出數(shù)據(jù)流量最大的一條通道，并在一段時間內(nèi)優(yōu)先發(fā)送該通道對 應(yīng)緩存中的數(shù)據(jù)幀。
并且，從以上實施例可以看出，本發(fā)明實施例所采用的合路控制方法對
通道具有較高的丟幀率。
以上通過具體實施例對本發(fā)明實施例中數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ㄟM行 了詳細(xì)的介紹，為使本領(lǐng)域技術(shù)人員更好地理解和實現(xiàn)本發(fā)明，以下對本發(fā)
明實施例所采用的電信設(shè)備進行詳細(xì)"i兌明
例如，電信設(shè)備具體可以是RRU設(shè)備，也可以是其它的可以實現(xiàn)合路的 設(shè)備，以下通過RRU設(shè)備在控制層面?zhèn)鬏斂刂凭S護信息幀為例，來說明這種 用于傳輸數(shù)據(jù)幀過程中需要合路控制的設(shè)備。
參照圖8,為本發(fā)明實施例中RRU設(shè)備實施例一結(jié)構(gòu)示意圖，該RRU設(shè) 備包括第一檢測單元81、發(fā)送單元82,其中
第一檢測單元81,用于檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否 有完整的控制維護信息幀，并當(dāng)有時，通知發(fā)送單元82所述數(shù)據(jù)流量最大的 一條通道對應(yīng)的緩存中的控制維護信息幀；
發(fā)送單元82,用于發(fā)送控制維護信息幀。
可見，該RRU設(shè)備通過檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否 有完整的控制維護信息幀，如果是，則發(fā)送所述數(shù)據(jù)流量最大的一條通道對 應(yīng)緩存中的控制維護信息幀，并且，在ASIC設(shè)計中，通常緩存的緩存深度設(shè) 計為2個控制維護信息幀的最長幀，因此，可以使所述數(shù)據(jù)流量最大的一條 通道幾乎不丟失幀，與等優(yōu)先級輪詢等合路控制方法相比，具有降低的幀丟 幀率，因而也使得基站系統(tǒng)的上行通道具有較高的傳輸效率。
為進一步降低系統(tǒng)的丟幀率，提高上行通道的傳輸效率，可以對上述設(shè) 備進行優(yōu)化，設(shè)置幀發(fā)送控制單元，用于在所述發(fā)送單元發(fā)送所述數(shù)據(jù)流量 最大的 一條通道對應(yīng)的緩存中的控制維護信息幀時，壓制其余各條通道對應(yīng) 緩存中的控制維護信息幀的傳送。具體的幀發(fā)送控制單元可以有不同的實現(xiàn) 方式，例如，可以是控制信號發(fā)送單元，也可以是暫停幀發(fā)送單元，以下通
過具體實施例進行說明
參照圖9,為本發(fā)明實施例中RRU設(shè)備實施例二結(jié)構(gòu)示意圖，該設(shè)備在 上一實施例所述設(shè)備基礎(chǔ)上，還包括控制信號發(fā)送單元91，用于當(dāng)?shù)谝粰z 測單元81檢測得到數(shù)據(jù)流量最大的一條通道對應(yīng)緩存中有完整的控制維護信 息幀，且其余各條通道對應(yīng)的緩存滿時，發(fā)送給該通道對應(yīng)的發(fā)送控制單元 一個停止發(fā)送的控制信號，使得對應(yīng)的發(fā)送控制單元停止發(fā)送數(shù)據(jù)幀。
在本實施例所述的設(shè)備，通過發(fā)送控制信號來控制其余各條通道發(fā)送方 向控制維護信息幀的傳送，當(dāng)發(fā)送數(shù)據(jù)流量最大的一條通道對應(yīng)緩存中的控 制維護信息幀時，且其余各條通道對應(yīng)的緩存滿時，通過向其余各條通道對 應(yīng)的發(fā)送控制單元發(fā)送一個停止的控制信號壓制其余各條通道控制維護信息 幀的傳送，降低其余各條通道的幀丟幀率，進而可以降低整個系統(tǒng)的幀丟幀 率，因而也可以避免幀的重傳，提高系統(tǒng)上行通道的傳輸效率。
可以理解的是，不同的RRU設(shè)備還可以采取其它壓制其余各條通道控制 維護信息幀的方法，參照圖10，為本發(fā)明實施例中RRU設(shè)備實施例三結(jié)構(gòu)示 意圖，該設(shè)備在實施例一所示結(jié)構(gòu)基礎(chǔ)上，還包括暫停幀發(fā)送單元101,用 于在第一^r測單元81檢測得到所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中有 完整的控制維護信息幀時，向其余各條通道發(fā)送暫停幀，指示其余各條通道 停止預(yù)定時長的發(fā)送。
為了提高基站系統(tǒng)的整體性能，避免所述數(shù)據(jù)流量最大的一條通道長時 間發(fā)送時，長期壓制其余各條通道，使得其余各條通道的性能受到影響，可 以在適當(dāng)時候通知幀發(fā)送控制單元不再壓制其余各條通道控制維護信息幀的 發(fā)送，例如，可以對上述兩個實施例所介紹的設(shè)備作進一步改進，以在RRU 設(shè)備實施例二基礎(chǔ)上的改進進行i兌明
參照圖11,為本發(fā)明實施例中RRU設(shè)備實施例四結(jié)構(gòu)示意圖，該設(shè)備在 RRU設(shè)備實施例二基礎(chǔ)上，還包括第二檢測單元lll、權(quán)限控制單元112， 其中
第二檢測單元111，用于檢測所述數(shù)據(jù)流量最大的一條通道連續(xù)發(fā)送所述 控制維護信息幀的數(shù)目，并將檢測結(jié)果發(fā)送到權(quán)限控制單元112;
權(quán)限控制單元112，用于判斷檢測得到的控制維護信息幀的數(shù)目是否大于 預(yù)設(shè)的控制維護信息幀閾值，并當(dāng)大于時，通知發(fā)送單元82停止所述數(shù)據(jù)流 量最大的一條通道的發(fā)送，按照預(yù)設(shè)策略發(fā)送其余某一條通道對應(yīng)緩存中的 控制維護信息幀，并通知控制信號發(fā)送單元91向該通道發(fā)送一個開始發(fā)送的 控制信號，取消對壓制其余各條通道控制維護信息幀的發(fā)送。
可以理解的是，以上電信設(shè)備實施例中傳送的控制維護信息幀僅為其中 一種實施方式，也可以用于別的基于包傳送的數(shù)據(jù)幀。
是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機 可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟
檢測數(shù)據(jù)流量最大的 一條通道對應(yīng)的緩存中是否有完整的數(shù)據(jù)幀；
如果是，則發(fā)送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上對本發(fā)明所提供的 一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ê驮O(shè)備進行了詳 細(xì)介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實 施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本"^兌明書內(nèi)容不應(yīng)理解為 對本發(fā)明的限制。
權(quán)利要求
1.一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ǎ涮卣髟谟?，包括檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否有完整的數(shù)據(jù)幀；如果是，則發(fā)送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀。
2. 如權(quán)利要求1所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，其特征在于，在發(fā) 送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀時，所述方法進一步 包括壓制其余各條通道數(shù)據(jù)幀的傳送。
3. 如權(quán)利要求2所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ǎ涮卣髟谟?，所?壓制其余各條通道數(shù)據(jù)幀的傳送的方法包括當(dāng)其余各條通道對應(yīng)的緩存滿時，發(fā)送給該通道一個停止發(fā)送的控制信 號，使得該通道停止發(fā)送數(shù)據(jù)幀。
4. 如權(quán)利要求3所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，其特征在于，所?數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存的緩存深度為2個數(shù)據(jù)幀最長幀，其余 各條通道對應(yīng)的緩存的緩存深度小于2個數(shù)據(jù)幀最長幀。
5. 如權(quán)利要求2所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ǎ涮卣髟谟?，所?壓制其余各條通道數(shù)據(jù)幀的傳送的方法包括向其余各條通道發(fā)送暫停幀，指示其余各條通道停止預(yù)定時長的發(fā)送。
6. 如權(quán)利要求2至5任一項所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，其特?在于，進一步包括檢測所述數(shù)據(jù)流量最大的一條通道連續(xù)發(fā)送所述數(shù)據(jù)幀的數(shù)目；當(dāng)檢測得到的數(shù)據(jù)幀的數(shù)目大于預(yù)設(shè)的數(shù)據(jù)幀閾值時，停止所述數(shù)據(jù)流 量最大的一條通道的發(fā)送，按照預(yù)設(shè)策略授權(quán)給其余某一條通道發(fā)送。
7. 如權(quán)利要求6所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，其特征在于，所?預(yù)設(shè)策略包括將其余各條通道按照數(shù)據(jù)流量大小分配相應(yīng)的優(yōu)先級，按照 優(yōu)先級級別依次授權(quán)給較低優(yōu)先級的一條通道發(fā)送。
8. 如權(quán)利要求7所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，其特征在于，所?按照優(yōu)先級級別依次授權(quán)給較低優(yōu)先級的一條通道發(fā)送包括根據(jù)不同的優(yōu) 先級級別設(shè)定不同的授權(quán)不同的連續(xù)發(fā)送次數(shù)。
9. 如權(quán)利要求6所述的數(shù)據(jù)幀傳輸?shù)暮下房刂品椒?，其特征在于，所?預(yù)設(shè)策略為隨機授權(quán)給其余某一條通道。
10. —種電信設(shè)備，其特征在于，包括第一檢測單元、發(fā)送單元，其中第 一檢測單元，用于檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否有 完整的數(shù)據(jù)幀，并當(dāng)有完整的數(shù)據(jù)幀時，通知發(fā)送單元所述數(shù)據(jù)流量最大的 一條通道對應(yīng)的緩存中的數(shù)據(jù)幀；發(fā)送單元，用于發(fā)送數(shù)據(jù)幀。
11. 如權(quán)利要求10所述的電信設(shè)備，其特征在于，還包括幀發(fā)送控制 單元，用于在所述發(fā)送單元發(fā)送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中 的數(shù)據(jù)幀時，壓制其余各條通道對應(yīng)緩存中的數(shù)據(jù)幀的傳送。
12. 如權(quán)利要求11所述的電信設(shè)備，其特征在于，所述幀發(fā)送控制單元 具體為控制信號發(fā)送單元，用于當(dāng)?shù)谝粰z測單元檢測得到所述數(shù)據(jù)流量最 大的 一條通道對應(yīng)的緩存中有完整的數(shù)據(jù)幀，且其余各條通道對應(yīng)的緩存滿 時，發(fā)送給該通道一個停止發(fā)送的控制信號，使得該通道停止發(fā)送數(shù)據(jù)幀。
13. 如權(quán)利要求11所述的電信設(shè)備，其特征在于，所述幀發(fā)送控制單元 具體為暫停幀發(fā)送單元，用于在第一檢測單元檢測得到所述數(shù)據(jù)流量最大 的一條通道對應(yīng)的緩存中有完整的數(shù)據(jù)幀時，向其余各條通道發(fā)送暫停幀， 指示其余各條通道停止預(yù)定時長的發(fā)送。
14. 如權(quán)利要求11至13任一項所述的電信設(shè)備，其特征在于，還包括 第二檢測單元、權(quán)限控制單元，其中第二檢測單元，用于檢測所述數(shù)據(jù)流量最大的一條通道連續(xù)發(fā)送所述數(shù) 據(jù)幀的數(shù)目，并將檢測結(jié)果發(fā)送到權(quán)限控制單元；權(quán)限控制單元，用于判斷檢測得到的數(shù)據(jù)幀的數(shù)目是否大于預(yù)設(shè)的數(shù)據(jù)幀閾值，并當(dāng)檢測得到的數(shù)據(jù)幀的數(shù)目大于預(yù)設(shè)的數(shù)據(jù)幀閾值時，通知發(fā)送 單元停止所述數(shù)據(jù)流量最大的一條通道的發(fā)送，按照預(yù)設(shè)策略發(fā)送其余某一 條通道對應(yīng)緩存中的數(shù)據(jù)幀，并通知幀發(fā)送控制單元取消壓制其余各條通道 數(shù)據(jù)幀的傳送。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)幀傳輸?shù)暮下房刂品椒ê驮O(shè)備。本發(fā)明方法包括檢測數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中是否有完整的數(shù)據(jù)幀；如果是，則發(fā)送所述數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀。本發(fā)明技術(shù)方案中，通過優(yōu)先發(fā)送數(shù)據(jù)流量最大的一條通道對應(yīng)的緩存中的數(shù)據(jù)幀，可以降低系統(tǒng)總的丟幀率，進而還可以減少重傳次數(shù)，提高數(shù)據(jù)幀的傳輸效率。
文檔編號H04L12/54GK101184048SQ20071019861
公開日2008年5月21日 申請日期2007年12月11日 優(yōu)先權(quán)日2007年12月11日
發(fā)明者健 蘇 申請人:華為技術(shù)有限公司