專利名稱：上行數(shù)據(jù)發(fā)送方法和用戶設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，尤其涉及一種上行數(shù)據(jù)發(fā)送方法和用戶設(shè)備。
背景技術(shù)：
傳輸控制協(xié)議(TransmissionControl Protocol, TCP)層位于 TCP/IP 協(xié)議棧的傳輸層，向應(yīng)用層提供面向連接的全雙工的可靠傳輸服務(wù)。TCP采用基于滑動窗口協(xié)議的流量控制方法，可以根據(jù)當(dāng)前網(wǎng)絡(luò)狀況擁塞狀況動態(tài)調(diào)整速率。當(dāng)TCP連接建立后，其速率與時延成反比關(guān)系，時延越大，速率越?。粫r延越小，速率越大。長期演進(jìn)(Long Term Evolution, LTE)是3G演進(jìn)方向，它改進(jìn)并增強了 3G的空中接入技術(shù)，可以提供更高的峰值速率，在20M頻譜帶寬下能夠提供下線100Mbps和上行50Mbps的峰值速率。使用LTE進(jìn)行TCP業(yè)務(wù)時，單下行TCP業(yè)務(wù)可以達(dá)到下行峰值速率100Mbps，單上行TCP業(yè)務(wù)也可以達(dá)到上行峰值速率50Mbps。但是當(dāng)在LTE單承載上進(jìn)行TCP上下行并發(fā)業(yè)務(wù)時，由于LTE上行方向需要同時發(fā)送下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)(ACK)和上行TCP業(yè)務(wù)數(shù)據(jù)，這樣上行TCP業(yè)務(wù)數(shù)據(jù)會阻塞反饋數(shù)據(jù)的發(fā)送，增大了下行TCP業(yè)務(wù)的時延，導(dǎo)致下行TCP業(yè)務(wù)流量下降而無法達(dá)到峰值速率，嚴(yán)重浪費空口資源。

發(fā)明內(nèi)容
本發(fā)明實施例是提供一種上行數(shù)據(jù)發(fā)送方法和用戶設(shè)備，用以保證LTE單承載TCP上下行并發(fā)時下行數(shù)據(jù)的傳輸速率能夠達(dá)到峰值速率。本發(fā)明實施例提供了一種上行數(shù)據(jù)發(fā)送方法，包括對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行傳輸控制協(xié)議TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)；將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)
務(wù)數(shù)據(jù)緩存在第二緩存中；優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。本發(fā)明實施例提供了一種用戶設(shè)備，包括區(qū)分模塊，用于對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行傳輸控制協(xié)議TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)；緩存模塊，用于將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)務(wù)數(shù)據(jù)緩存在第二緩存中；發(fā)送模塊，用于優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。由上述技術(shù)方案可知，本發(fā)明實施例通過區(qū)分上行數(shù)據(jù)，將下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)分別進(jìn)行緩存，在上行發(fā)送時刻，優(yōu)先讀取并發(fā)送反饋數(shù)據(jù)，可以保證反饋數(shù)據(jù)的優(yōu)先發(fā)送，進(jìn)而保證下行TCP業(yè)務(wù)的時延相對于單下行TCP業(yè)務(wù)的時延沒有明顯變化，由于時延沒有明顯變化，時延和速率成正比，那么下行傳輸速率也是無明顯變化，也就是在并發(fā)業(yè)務(wù)時依然可以達(dá)到單業(yè)務(wù)時的下行峰值速率。


圖I為本發(fā)明上行數(shù)據(jù)發(fā)送方法一實施例的流程示意圖；圖2為本發(fā)明上行數(shù)據(jù)發(fā)送方法另一實施例的流程示意圖；圖3為圖2對應(yīng)的結(jié)構(gòu)示意圖；
圖4為本發(fā)明上行數(shù)據(jù)發(fā)送方法另一實施例的流程示意圖；圖5為圖4對應(yīng)的結(jié)構(gòu)示意圖；圖6為本發(fā)明用戶設(shè)備一實施例的結(jié)構(gòu)示意圖；圖7為本發(fā)明用戶設(shè)備另一實施例的結(jié)構(gòu)示意圖；圖8為本發(fā)明用戶設(shè)備另一實施例的結(jié)構(gòu)示意圖。
具體實施例方式圖I為本發(fā)明上行數(shù)據(jù)發(fā)送方法一實施例的流程示意圖，包括步驟11 :用戶設(shè)備(User Equipment, UE)對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)；其中，在TCP上下行并發(fā)業(yè)務(wù)時，UE需要向基站(eNB)發(fā)送的上行數(shù)據(jù)不僅包括上行TCP業(yè)務(wù)數(shù)據(jù)(相當(dāng)于單TCP上行時的上行數(shù)據(jù))，還包括下行TCP業(yè)務(wù)數(shù)據(jù)(相當(dāng)于單TCP下行時的下行數(shù)據(jù))的反饋數(shù)據(jù)。本發(fā)明實施例中，上行TCP業(yè)務(wù)數(shù)據(jù)用DATA表示，下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)用ACK表示，其中的反饋數(shù)據(jù)包括否認(rèn)確認(rèn)和肯定確認(rèn)?，F(xiàn)有技術(shù)中，TCP并發(fā)業(yè)務(wù)時，上行數(shù)據(jù)基本按照DATA、ACK、DATA、ACK...這一順序進(jìn)行發(fā)送。由于DATA阻礙了 ACK的發(fā)送，會增大下行業(yè)務(wù)的時延，降低下行數(shù)據(jù)傳輸速率。而本發(fā)明實施例中將區(qū)分DATA、ACK,保證ACK優(yōu)先發(fā)送。步驟12 UE將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)務(wù)數(shù)據(jù)緩存在第二緩存中；如上所述，現(xiàn)有技術(shù)中由于DATA和ACK具有相同的優(yōu)先級，那么在緩存時基本上也是兩種間插的進(jìn)行緩存。而本發(fā)明實施例中在緩存時就區(qū)分DATA和ACK分別進(jìn)行緩存。步驟13 UE優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。由于本發(fā)明實施例中將DATA和ACK分開進(jìn)行緩存，那么在發(fā)送時就可以首先讀取第一緩存中的數(shù)據(jù)(也就是ACK)，或者即使沒有ACK數(shù)據(jù)也要為ACK數(shù)據(jù)預(yù)留帶寬以便后續(xù)接收到ACK后可以及時發(fā)送，這樣就可以保證ACK的優(yōu)先發(fā)送。本實施例通過區(qū)分上行數(shù)據(jù)，將下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)分別進(jìn)行緩存，在上行發(fā)送時刻，優(yōu)先讀取并發(fā)送反饋數(shù)據(jù)，可以保證反饋數(shù)據(jù)的優(yōu)先發(fā)送，進(jìn)而保證下行TCP業(yè)務(wù)的時延相對于單下行TCP業(yè)務(wù)的時延沒有明顯變化，由于時延沒有明顯變化，時延和速率成正比，那么下行傳輸速率也是無明顯變化，也就是在并發(fā)業(yè)務(wù)時依然可以達(dá)到單業(yè)務(wù)時的下行峰值速率。
圖2為本發(fā)明上行數(shù)據(jù)發(fā)送方法另一實施例的流程示意圖，圖3為圖2對應(yīng)的結(jié)構(gòu)示意圖。本實施例采用預(yù)留帶寬的方式保證ACK的優(yōu)先發(fā)送。本實施例包括步驟21 :分組數(shù)據(jù)匯聚協(xié)議(Packet Data Convergence Protocol,PDCP)實體將要發(fā)送的上行數(shù)據(jù)(Uplink data,UL DATA)進(jìn)行區(qū)分，在第一緩存中緩存ACK，在第二緩存中緩存DATA。步驟22 =PDCP實體在確定存在下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)(ACK)時，將ACK發(fā)送給無線鏈路控制(Radio Link Control, RLC)實體。也就是說，PDCP實體接收到ACK后，不與DATA進(jìn)行排隊，而是實時的直接將ACK發(fā)送給RLC實體。步驟23 =PDCP實體在確定不存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，在設(shè)定的時間點讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)并發(fā)送給RLC實體，且所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量小于等于更新后的數(shù)據(jù)量。 其中，eNB可以向UE發(fā)送上行授權(quán)，該上行授權(quán)中可以包括用于指示UE可以向eNB發(fā)送的數(shù)據(jù)量的TBSize (傳輸塊大小)、用于表明是新數(shù)據(jù)還是重傳數(shù)據(jù)的信息等。UE可以將一個周期內(nèi)接收的新授權(quán)中的TBSize進(jìn)行相加，將這些新授權(quán)中的TBSize之和作為下一個周期內(nèi)可以發(fā)送的上行數(shù)據(jù)的數(shù)據(jù)量。其中，新授權(quán)是指包含表明是新數(shù)據(jù)的信息的上行授權(quán)，假設(shè)周期為T (毫秒)，在nT這一周期內(nèi)UE接收到的所有新授權(quán)中包含的TBSize之和為MNewGrantSize,那么在(n+1)這一周期內(nèi)UE可以向eNB發(fā)送的新數(shù)據(jù)的數(shù)據(jù)量為UINewGrantSize。也就是說，假設(shè)本周期內(nèi)能夠發(fā)送的上行數(shù)據(jù)的數(shù)據(jù)量用pdcpsendsize表示，那么pdcpsendsize等于根據(jù)上一周期的上行授權(quán)得到的UINewGrantSize。上述的本周期內(nèi)可以發(fā)送的數(shù)據(jù)量是根據(jù)上一周期的上行授權(quán)得到的，可以稱為上行授權(quán)反壓。由于ACK是實時發(fā)送的，假設(shè)ACK的發(fā)送量用tcpacksize表示，那么發(fā)送ACK后，需要更新pdcpsendsize,更新后的pdcpsendsize是更新前的pdcpsendsize減去tcpacksize后的值，可以表示為更新后的數(shù)據(jù)量(pdcpsendsize’ )=更新前的數(shù)據(jù)量(pdcpsendsize)-已發(fā)送的數(shù)據(jù)量(tcpacksize)。為了實現(xiàn)對ACK的帶寬預(yù)留，在發(fā)送DATA時，不能使用剩余的全部數(shù)據(jù)量，需要保留一部分保證后續(xù)ACK的發(fā)送。例如，在發(fā)送完ACK后，剩余的數(shù)據(jù)量為pdcpsendsize’，那么在發(fā)送DATA時,發(fā)送的DATA的量需要小于pdcpsendsize’。可選的，PDCP實體可以在T/2和T時刻讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)，且讀取的所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量等于更新后的數(shù)據(jù)量的一半。S卩，如果在T/2、T時不存在ACK，則可以發(fā)送DATA，發(fā)送的DATA的數(shù)據(jù)量=pdCpSendSize’/2。假設(shè)在T/2發(fā)送了上述數(shù)據(jù)量的DATA，那么在后續(xù)的T/2 T的時間段內(nèi)還可以繼續(xù)發(fā)送pdcpsendsize’/2的ACK，實現(xiàn)了對ACK數(shù)據(jù)的帶寬保留，這樣就可以避免如果DATA使用了全部數(shù)據(jù)量后當(dāng)前周期就不能再發(fā)送ACK引起的ACK阻塞問題。步驟24 =RLC實體接收到TOCP發(fā)送的上行數(shù)據(jù)后，對其進(jìn)行封裝并依次通過媒體接入控制(Media Access Control, MAC)實體、物理層(LI)實體在空口中發(fā)送。其中，RLC實體可以將I3DCP實體發(fā)送的ACK或DATA進(jìn)行封裝，得到RLC PDU并發(fā)送給MAC實體。MAC實體對RLC PDU進(jìn)行封裝，得到MAC PDU并發(fā)送給LI實體。LI實體將接收的MAC PDU經(jīng)過空口發(fā)送給eNB。本實施例通過為ACK預(yù)留帶寬的方式保證ACK的優(yōu)先發(fā)送，從而保證下行TCP業(yè)務(wù)的時延相對于單下行TCP業(yè)務(wù)的時延沒有明顯增加，大大提高并行業(yè)務(wù)時下行TCP業(yè)務(wù)的峰值速率，實現(xiàn)對下行空口資源的充分利用。圖4為本發(fā)明上行數(shù)據(jù)發(fā)送方法另一實施例的流程示意圖，圖5為圖4對應(yīng)的結(jié)構(gòu)示意圖。本實施例采用預(yù)留帶寬的方式保證ACK的優(yōu)先發(fā)送。本實施例包括步驟41 :UE(具體可以為HXP實體)對要發(fā)送的上行數(shù)據(jù)(Uplink data, ULDATA)進(jìn)行區(qū)分，得到下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)。在第一緩存中緩存下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)(ACK)，在第二緩存中緩存上行TCP業(yè)務(wù)數(shù)據(jù)(DATA)。
·
步驟42 =MAC實體接收到上行授權(quán)后，按邏輯信道調(diào)度RLC實體。步驟43 =RLC實體根據(jù)分配到的上行授權(quán)再去調(diào)度邏輯信道對應(yīng)的TOCP實體。步驟44 =PDCP實體先從第一緩存中讀取ACK，并在第一緩存為空后，再到第二緩存中讀取DATA。步驟45 =PDCP實體將讀取的ACK或DATA封裝為TOCP PDU后，發(fā)送給RLC實體，并經(jīng)過RLC實體、MAC實體和LI實體后發(fā)送到空口。其中，PDCP實體可以將讀取的ACK或DATA作為PDCP業(yè)務(wù)數(shù)據(jù)單元(Service DataUnit，SDU)，之后將 PDCP SDU 加上 PDCP 序列號(Sequence Number, SN)生成 PDCP 協(xié)議數(shù)據(jù)單元(Protocol Data Unit，PDU)，并將 PDCP PDU 發(fā)送給 RLC 實體。RLC實體對I3DCP PDU進(jìn)行封裝，得到RLC PDU并發(fā)送給MAC實體。MAC實體對RLC PDU進(jìn)行封裝，得到MAC PDU并發(fā)送給LI實體。LI實體將接收的MAC PDU經(jīng)過空口發(fā)送給eNB。本實施例在調(diào)度數(shù)據(jù)時優(yōu)先調(diào)度ACK以保證ACK的優(yōu)先發(fā)送，從而保證下行TCP業(yè)務(wù)的時延相對于單下行TCP業(yè)務(wù)的時延沒有明顯增加，大大提高并行業(yè)務(wù)時下行TCP業(yè)務(wù)的峰值速率，實現(xiàn)對下行空口資源的充分利用。圖6為本發(fā)明用戶設(shè)備一實施例的結(jié)構(gòu)示意圖，包括區(qū)分模塊61、緩存模塊62和發(fā)送模塊63 ;區(qū)分模塊61用于對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)；緩存模塊62用于將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)務(wù)數(shù)據(jù)緩存在第二緩存中；發(fā)送模塊63用于優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。可選的，所述發(fā)送模塊具體用于采用為所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)預(yù)留帶寬的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)；或者，采用先讀取第一緩存的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)?？蛇x的，參見圖7，所述發(fā)送模塊63可以包括確定單元71、第一發(fā)送單元72和第二發(fā)送單元73 ;確定單元71用于確定能夠發(fā)送的上行數(shù)據(jù)的數(shù)據(jù)量以及是否存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)；第一發(fā)送單元72用于在確定存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)發(fā)送給RLC實體，并更新所述數(shù)據(jù)量；第二發(fā)送單元73用于在確定不存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，在設(shè)定的時間點讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)并發(fā)送給RLC實體，且讀取的所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量小于等于更新后的數(shù)據(jù)量。可選的，所述第二發(fā)送單元73具體用于在T/2和T時刻讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)，且讀取的所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量等于更新后的數(shù)據(jù)量的一半，其中T為周期?？蛇x的，參見圖8，所述發(fā)送模塊63可以包括接收單元81、讀取單元82和封裝及發(fā)送單元83 ;接收單元81用于接收RLC實體發(fā)送的用于調(diào)度數(shù)據(jù)的消息；讀取單元82用于先在所述第一緩存中讀取所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)，再在第一緩存為空后在所述第二緩存中讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)；封裝及發(fā)送單元83用于將讀取后的數(shù)據(jù)封裝后發(fā)送給RLC實體。本實施例通過區(qū)分上行數(shù)據(jù)，將下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)分別進(jìn)行緩存，在上行發(fā)送時刻，優(yōu)先讀取并發(fā)送反饋數(shù)據(jù)，可以保證反饋數(shù)據(jù)的優(yōu)先發(fā)送，進(jìn)而保證下行TCP業(yè)務(wù)的時延相對于單下行TCP業(yè)務(wù)的時延沒有明顯變化，由于時延沒 有明顯變化，時延和速率成正比，那么下行傳輸速率也是無明顯變化，也就是在并發(fā)業(yè)務(wù)時依然可以達(dá)到單業(yè)務(wù)時的下行峰值速率。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
權(quán)利要求
1.一種上行數(shù)據(jù)發(fā)送方法，其特征在于，包括 對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行傳輸控制協(xié)議TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)； 將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)務(wù)數(shù)據(jù)緩存在第二緩存中； 優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)，包括 采用為所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)預(yù)留帶寬的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)；或者， 采用先讀取第一緩存的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述采用為所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)預(yù)留帶寬的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)，包括 分組數(shù)據(jù)匯聚協(xié)議rocp實體確定能夠發(fā)送的上行數(shù)據(jù)的數(shù)據(jù)量以及是否存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)； PDCP實體在確定存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)發(fā)送給無線鏈路控制RLC實體，并更新所述數(shù)據(jù)量得到能夠發(fā)送的更新后的數(shù)據(jù)量; PDCP實體在確定不存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，在設(shè)定的時間點讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)并將所述上行TCP業(yè)務(wù)數(shù)據(jù)發(fā)送給RLC實體，且所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量小于等于更新后的數(shù)據(jù)量。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述在設(shè)定的時間點讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)并將所述上行TCP業(yè)務(wù)數(shù)據(jù)發(fā)送給RLC實體，且所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量小于等于更新后的數(shù)據(jù)量，包括 在T/2和T時刻讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)，且所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量等于更新后的數(shù)據(jù)量的一半，其中T為周期。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述采用先讀取第一緩存的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)，包括 PDCP實體接收到RLC實體發(fā)送的用于調(diào)度數(shù)據(jù)的消息時，先在所述第一緩存中讀取所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)，再在第一緩存為空后在所述第二緩存中讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)，并將讀取后的數(shù)據(jù)封裝后發(fā)送給RLC實體。
6.一種用戶設(shè)備，其特征在于，包括 區(qū)分模塊，用于對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行傳輸控制協(xié)議TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)； 緩存模塊，用于將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)務(wù)數(shù)據(jù)緩存在第二緩存中； 發(fā)送模塊，用于優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于，所述發(fā)送模塊具體用于 采用為所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)預(yù)留帶寬的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)；或者， 采用先讀取第一緩存的方式，優(yōu)先發(fā)送所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述發(fā)送模塊包括 確定單元，用于確確定能夠發(fā)送的上行數(shù)據(jù)的數(shù)據(jù)量以及是否存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)； 第一發(fā)送單元，用于在確定存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)發(fā)送給無線鏈路控制RLC實體，并更新所述數(shù)據(jù)量得到能夠發(fā)送的更新后的數(shù)據(jù)量； 第二發(fā)送單元，用于在確定不存在所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)時，在設(shè)定的時間點讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)并將所述上行TCP業(yè)務(wù)數(shù)據(jù)發(fā)送給RLC實體，且所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量小于等于更新后的數(shù)據(jù)量。
9.根據(jù)權(quán)利要求8所述的設(shè)備，其特征在于，所述第二發(fā)送單元具體用于 在T/2和T時刻讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)，且所述上行TCP業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量等于更新后的數(shù)據(jù)量的一半，其中T為周期。
10.根據(jù)權(quán)利要求7所述的設(shè)備，其特征在于，所述發(fā)送模塊包括 接收單元，用于接收RLC實體發(fā)送的用于調(diào)度數(shù)據(jù)的消息； 讀取單元，用于先在所述第一緩存中讀取所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)，再在第一緩存為空后在所述第二緩存中讀取所述上行TCP業(yè)務(wù)數(shù)據(jù)； 封裝及發(fā)送單元，用于將讀取后的數(shù)據(jù)封裝后發(fā)送給RLC實體。
全文摘要
本發(fā)明提供一種上行數(shù)據(jù)發(fā)送方法和用戶設(shè)備。該方法包括對要發(fā)送的上行數(shù)據(jù)進(jìn)行區(qū)分，得到下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)和上行TCP業(yè)務(wù)數(shù)據(jù)；將所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)緩存在第一緩存中，以及將所述上行TCP業(yè)務(wù)數(shù)據(jù)緩存在第二緩存中；優(yōu)先發(fā)送所述第一緩存中的所述下行TCP業(yè)務(wù)數(shù)據(jù)的反饋數(shù)據(jù)。本發(fā)明實施例可以在并發(fā)業(yè)務(wù)時依然保證下行TCP業(yè)務(wù)的峰值速率。
文檔編號H04W88/02GK102710389SQ20121011415
公開日2012年10月3日 申請日期2012年4月18日 優(yōu)先權(quán)日2012年4月18日
發(fā)明者葉朝嶺, 韓磊 申請人:華為技術(shù)有限公司