專利名稱：一種反饋確認(rèn)消息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)領(lǐng)域，特別涉及一種反饋確認(rèn)消息的方法。
背景技術(shù)：
為了進(jìn)一步提高系統(tǒng)的效率，并改善網(wǎng)絡(luò)覆蓋，3GPP正在制定的LTE-Advanced標(biāo) 準(zhǔn)引入了中繼設(shè)備。正在討論的中繼類型包括類型I(Typel)和類型2 (Type2)兩種。從目 前3GPP的研究來(lái)看，Typel中繼設(shè)備成為了主流。為了降低對(duì)現(xiàn)有標(biāo)準(zhǔn)的影響，并滿足后向兼容Release 8UE的需要，目前已經(jīng)明 確=Typel中繼設(shè)備的兩個(gè)用戶面接口 Un接口和Uu接口，都應(yīng)該包含完整的無(wú)線鏈路控 制(RLC)協(xié)議，從而形成了多跳的RLC協(xié)議結(jié)構(gòu)，進(jìn)而在Un接口和Uu接口這兩個(gè)接口上都 會(huì)進(jìn)行獨(dú)立的自動(dòng)重傳請(qǐng)求(ARQ)過(guò)程。這種多跳的ARQ協(xié)議結(jié)構(gòu)將導(dǎo)致以下問(wèn)題對(duì)于處于某一跳的中繼節(jié)點(diǎn)(RN)，當(dāng)其下一跳節(jié)點(diǎn)的無(wú)線信道環(huán)境惡化時(shí)，由于 該RN的上游節(jié)點(diǎn)無(wú)法獲知該無(wú)線信道環(huán)境惡化的信息，將繼續(xù)向該RN發(fā)送數(shù)據(jù)，而該RN 無(wú)法將數(shù)據(jù)成功地發(fā)送到下游節(jié)點(diǎn)，從而導(dǎo)致該RN的數(shù)據(jù)積壓，甚至緩存溢出。另一個(gè)更為嚴(yán)重的問(wèn)題是由于中繼設(shè)備中緩存的數(shù)據(jù)都是上一跳節(jié)點(diǎn)轉(zhuǎn)發(fā)的， 在該中繼設(shè)備成功接收到某用戶的數(shù)據(jù)并向上一跳節(jié)點(diǎn)發(fā)送確認(rèn)(ACK)消息之后，上一跳 節(jié)點(diǎn)將刪除該用戶的數(shù)據(jù)。如果用戶從當(dāng)前的中繼設(shè)備切換到該中繼設(shè)備的上一跳節(jié)點(diǎn)， 也就是說(shuō)，發(fā)生了 Donors eNB (DeNB)與中繼節(jié)點(diǎn)之間的(Intra-DeNB_RN)切換，這就需要 由上一跳節(jié)點(diǎn)向用戶轉(zhuǎn)發(fā)數(shù)據(jù)，而此時(shí)上一跳節(jié)點(diǎn)中已經(jīng)沒(méi)有緩存該用戶的數(shù)據(jù)了，需要 由中繼設(shè)備將其緩存的該用戶的數(shù)據(jù)回傳給上一跳節(jié)點(diǎn)，然后，該上一跳節(jié)點(diǎn)才能將該數(shù) 據(jù)發(fā)送給該用戶。上述過(guò)程將導(dǎo)致較多空口資源的浪費(fèi)，因?yàn)榛貍鞯倪@部分?jǐn)?shù)據(jù)實(shí)際上是 從上一跳節(jié)點(diǎn)(例如基站)轉(zhuǎn)發(fā)到中繼設(shè)備，然后再由中繼設(shè)備回傳給基站的。如果涉 及到兩跳以上的數(shù)據(jù)傳輸，每一跳中繼節(jié)點(diǎn)緩存的數(shù)據(jù)必須重新傳回上一跳節(jié)點(diǎn)，然后再 發(fā)送到目標(biāo)站點(diǎn)(DeNB或者RN)，之后發(fā)送到UE。而事實(shí)上DeNB最早已經(jīng)從增強(qiáng)核心網(wǎng) (EPC,Enhanced Packet Core)收到了下行數(shù)據(jù)，只不過(guò)在收到下一跳節(jié)點(diǎn)的ACK后刪除了 這些在切換中需要前轉(zhuǎn)的數(shù)據(jù)。解決上述問(wèn)題的方法目前存在兩類第一類方法是引入端到端的ARQ機(jī)制，只有 在數(shù)據(jù)包最終的目標(biāo)節(jié)點(diǎn)也就是UE收到數(shù)據(jù)包后，各個(gè)中間節(jié)點(diǎn)才刪除該UE的數(shù)據(jù)包，在 此之前數(shù)據(jù)包一直緩存在各個(gè)節(jié)中間點(diǎn)中；第二類方法是通過(guò)適當(dāng)?shù)乃惴ūM量保證每一跳 緩存極少的數(shù)據(jù)。第一類方法需要對(duì)現(xiàn)有的協(xié)議進(jìn)行較大的修改。例如對(duì)于LTE-Advanced來(lái)說(shuō)， 需要對(duì)于DeNB、RN和UE的RLC協(xié)議進(jìn)行徹底的修改，由原來(lái)的每跳協(xié)議轉(zhuǎn)換為端到端的協(xié) 議。從目前3GPP的討論來(lái)看，短期內(nèi)不可能完成如此巨大的修改，這也不符合3GPP RAN2 針對(duì)Typel中繼設(shè)備已經(jīng)達(dá)成的一致。因?yàn)槟壳耙呀?jīng)明確RN到UE間就是標(biāo)準(zhǔn)的Uu接口， 包含與LTE Release 8相同的分組數(shù)據(jù)匯聚協(xié)議(PDCP)、RLC協(xié)議、媒體接入控制(MAC)協(xié) 議和無(wú)線資源控制(RRC)協(xié)議；因此，僅僅可以在Un接口，也就是DeNB與RN間的接口進(jìn)行
3協(xié)議的修改。此外，本跳ARQ傳輸可能對(duì)應(yīng)下一跳多個(gè)ARQ傳輸，類似于LTE中本跳的無(wú)線承載 (RB)可以映射到下一跳多個(gè)RB上。實(shí)際上，UE接收到的數(shù)據(jù)并不是首跳ARQ發(fā)送節(jié)點(diǎn)所 發(fā)送的數(shù)據(jù)，如何反饋和指示端到端的ARQ，需要較復(fù)雜的信令過(guò)程。如果通過(guò)中繼設(shè)備接 入網(wǎng)絡(luò)的UE發(fā)生切換，即使最后一跳上某一個(gè)RB某個(gè)少量的數(shù)據(jù)需要前轉(zhuǎn)，也需要復(fù)雜的 算法設(shè)計(jì)使得首跳發(fā)送節(jié)點(diǎn)獲知對(duì)應(yīng)的哪一個(gè)數(shù)據(jù)包需要前轉(zhuǎn)，這將導(dǎo)致系統(tǒng)效率受到較 大影響。第二類方法中現(xiàn)在已有的是通過(guò)顯性的控制信令進(jìn)行每個(gè)接口的流控，以達(dá)到降 低下一跳傳輸緩存的目的。但是這樣的方法需要引入額外的信令開(kāi)銷，以3GPP為例，這樣 的改動(dòng)也是難以達(dá)成一致的。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種反饋確認(rèn)消息的方法，以在多跳ARQ 機(jī)制下，降低中繼設(shè)備的緩存開(kāi)銷、減少中繼設(shè)備與基站設(shè)備之間反復(fù)的數(shù)據(jù)回傳，并提高 系統(tǒng)資源的利用率。為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種反饋確認(rèn)消息的方法，適用于采用多跳自動(dòng)請(qǐng)求重傳ARQ機(jī)制的通信系統(tǒng)， 包括所述多跳ARQ機(jī)制中的每一跳的ARQ接收實(shí)體在向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋確 認(rèn)消息時(shí)，根據(jù)下一跳的ARQ發(fā)送實(shí)體的緩存量確定反饋延時(shí)，并在延時(shí)所述反饋延時(shí)對(duì) 應(yīng)的時(shí)間后，向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋確認(rèn)消息。所述根據(jù)下一跳的ARQ發(fā)送實(shí)體的緩存量確定反饋延時(shí)包括a、獲取每一個(gè)下一跳ARQ發(fā)送實(shí)體的緩存量，將所得到的緩存量進(jìn)行累加；b、按照Tprahibit = r*X*F(B)計(jì)算所述反饋延時(shí)，其中Tprahibit為所述反饋延時(shí)；Γ為預(yù)先設(shè)置的固定時(shí)延參數(shù)，Γ為大于等于零的時(shí)間單位；λ是預(yù)先設(shè)置的緩存校正系數(shù)，用于調(diào)整下一跳的ARQ發(fā)送實(shí)體的緩存量大小對(duì) 于反饋延時(shí)的影響程度；B為所述將緩存量進(jìn)行累加得到的累加和；F(B)為以B為參數(shù)的函數(shù)。所述a包括針對(duì)每一個(gè)下行無(wú)線承載，統(tǒng)計(jì)所述下行無(wú)線承載所對(duì)應(yīng)的下一跳 無(wú)線承載的緩存量，將對(duì)應(yīng)于每一個(gè)下行無(wú)線承載的下一跳無(wú)線承載的緩存量進(jìn)行累加， 得到每一個(gè)下行無(wú)線承載的下一跳ARQ實(shí)體的緩存量累加和。由上述技術(shù)方案可見(jiàn)，本發(fā)明提出的反饋確認(rèn)消息的方法中，通過(guò)在每一跳的ARQ 接收實(shí)體在向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋ACK時(shí)，先根據(jù)下一跳ARQ發(fā)送實(shí)體的緩存量B 確定反饋延時(shí)，并在延時(shí)反饋延時(shí)對(duì)應(yīng)的時(shí)間后再向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋ACK，從而 保證下一跳ARQ發(fā)送實(shí)體的緩存中僅維持少量的數(shù)據(jù)，降低中繼設(shè)備的緩存開(kāi)銷，同時(shí)，減 少了中繼設(shè)備與基站設(shè)備之間反復(fù)的數(shù)據(jù)回傳。本發(fā)明能夠有效降低LTE-Advanced系統(tǒng)中Typel中繼設(shè)備緩存的數(shù)據(jù)量，形成多
4跳RLC協(xié)議結(jié)構(gòu)下的流控機(jī)制，提高系統(tǒng)資源的利用率，并改善Intra-DeNB_RN切換的性 能。


圖1為現(xiàn)有多跳無(wú)線通信系統(tǒng)中一個(gè)三跳下行通信的示意圖；圖2示出了圖1所示三跳下行通信中的ARQ機(jī)制示意圖；圖3示出了多跳ARQ協(xié)議中協(xié)議實(shí)體的映射關(guān)系示意圖；圖4為本發(fā)明ARQ機(jī)制示意圖；圖5為引入中繼設(shè)備之后的LTE-Advanced系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì) 本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。在多跳無(wú)線通信系統(tǒng)當(dāng)中，下行的用戶數(shù)據(jù)需要經(jīng)過(guò)多個(gè)節(jié)點(diǎn)的轉(zhuǎn)發(fā)才能最終到 達(dá)用戶，每一個(gè)無(wú)線接口的傳輸被稱為一跳。圖1為現(xiàn)有多跳無(wú)線通信系統(tǒng)中一個(gè)三跳下 行通信的示意圖。圖1中，下行的用戶數(shù)據(jù)首先由基站發(fā)送給第一個(gè)中繼設(shè)備RN1，此為第 一跳；然后由RNl發(fā)送給RN2，此為第二跳；最后由RN2發(fā)送給UE，此為第三跳。在下行多跳ARQ協(xié)議中，每一跳通信都存在ARQ機(jī)制，但不存在端到端的ARQ協(xié) 議。圖2示出了圖1所示三跳下行通信中的ARQ機(jī)制示意圖。參見(jiàn)圖2:圖中所示Data(N)和Data(N+l)為某用戶的下行數(shù)據(jù)單元，這些數(shù)據(jù)單元從第一 跳的發(fā)送端(如圖1所示的基站)開(kāi)始發(fā)出，如果第一跳的接收端(RNl)正確收到數(shù)據(jù)則 反饋正確接收消息ACK到發(fā)送端，指示某數(shù)據(jù)單元已經(jīng)正確接收，反之反饋錯(cuò)誤接收消息 NACK到發(fā)送端，指示沒(méi)有正確接收到該數(shù)據(jù)單元。如果發(fā)送端收到ACK，則刪除對(duì)應(yīng)的數(shù)據(jù) 單元，否則重新發(fā)送NACK對(duì)應(yīng)的數(shù)據(jù)單元。數(shù)據(jù)單元的發(fā)送端根據(jù)數(shù)據(jù)單元的接收端在單 位時(shí)間內(nèi)所反饋的ACK和NACK數(shù)量，調(diào)整向數(shù)據(jù)單元的接收端發(fā)送數(shù)據(jù)的速率。第二跳的 發(fā)送端(RNl)采用同樣的機(jī)制向第二跳的接收端(RN2)發(fā)送數(shù)據(jù)單元和調(diào)整發(fā)送速率。每一跳的ARQ協(xié)議發(fā)送端發(fā)送數(shù)據(jù)單元的速率可以按照(1)式計(jì)算
權(quán)利要求
一種反饋確認(rèn)消息的方法，適用于采用多跳自動(dòng)請(qǐng)求重傳ARQ機(jī)制的通信系統(tǒng)，其特征在于，包括所述多跳ARQ機(jī)制中的每一跳的ARQ接收實(shí)體在向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋確認(rèn)消息時(shí)，根據(jù)下一跳的ARQ發(fā)送實(shí)體的緩存量確定反饋延時(shí)，并在延時(shí)所述反饋延時(shí)對(duì)應(yīng)的時(shí)間后，向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋確認(rèn)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)下一跳的ARQ發(fā)送實(shí)體的緩存量 確定反饋延時(shí)包括a、獲取每一個(gè)下一跳ARQ發(fā)送實(shí)體的緩存量，將所得到的緩存量進(jìn)行累加；b、按照Tprahibit= Γ*λ ^F(B)計(jì)算所述反饋延時(shí)，其中Tprohibit為所述反饋延時(shí)；Γ為預(yù)先設(shè)置的固定時(shí)延參數(shù)，Γ為大于等于零的時(shí)間單位；λ是預(yù)先設(shè)置的緩存校正系數(shù)，用于調(diào)整下一跳的ARQ發(fā)送實(shí)體的緩存量大小對(duì)于反 饋延時(shí)的影響程度；B為所述將緩存量進(jìn)行累加得到的累加和；F(B)為以B為參數(shù)的函數(shù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述a包括針對(duì)每一個(gè)下行無(wú)線承載，統(tǒng)計(jì)所述下行無(wú)線承載所對(duì)應(yīng)的下一跳無(wú)線承載的緩存 量，將對(duì)應(yīng)于每一個(gè)下行無(wú)線承載的下一跳無(wú)線承載的緩存量進(jìn)行累加，得到每一個(gè)下行 無(wú)線承載的下一跳ARQ實(shí)體的緩存量累加和。
全文摘要
本發(fā)明公開(kāi)了一種反饋確認(rèn)消息的方法，適用于采用多跳ARQ機(jī)制的通信系統(tǒng)，該方法中，多跳ARQ機(jī)制中的每一跳的ARQ接收實(shí)體在向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋確認(rèn)消息時(shí)，根據(jù)下一跳的ARQ發(fā)送實(shí)體的緩存量確定反饋延時(shí)，并在延時(shí)所述反饋延時(shí)對(duì)應(yīng)的時(shí)間后，向其對(duì)應(yīng)的ARQ發(fā)送實(shí)體反饋確認(rèn)消息。應(yīng)用本發(fā)明能夠在多跳ARQ機(jī)制下，降低中繼設(shè)備的緩存開(kāi)銷、減少中繼設(shè)備與基站設(shè)備之間反復(fù)的數(shù)據(jù)回傳，并提高系統(tǒng)資源的利用率。
文檔編號(hào)H04W88/08GK101986592SQ20091009014
公開(kāi)日2011年3月16日 申請(qǐng)日期2009年7月29日 優(yōu)先權(quán)日2009年7月29日
發(fā)明者張莉莉, 潘瑜, 王立江, 路楊, 高偉東 申請(qǐng)人:普天信息技術(shù)研究院有限公司