專利名稱：一種基于mac子層和rlc子層的數(shù)據(jù)傳輸方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種基于MAC (Media Access Control，介質(zhì)訪問控制)子層和RLC (Radio Link Control，無(wú)線鏈路控制)子層的數(shù)據(jù)傳輸方法和設(shè)備。
背景技術(shù)：
在LTE (Long Term Evolution，長(zhǎng)期演進(jìn))的 RLC 子層協(xié)議 TS36. 322 中，對(duì)于 RLC 子層從低層獲取的服務(wù)，有如下規(guī)定RLC子層從低層獲取兩項(xiàng)服務(wù)，分別為數(shù)據(jù)傳輸和傳輸機(jī)會(huì)通知，該傳輸機(jī)會(huì)通知為在通知時(shí)指示當(dāng)前傳輸機(jī)會(huì)能傳輸?shù)腞LC PDU (Protocol Data Unit,協(xié)議數(shù)據(jù)單元)的總大小。在LTE的MAC子層協(xié)議TS36. 321中，對(duì)UE (User Equipment，用戶設(shè)備)邏輯信道的數(shù)據(jù)量劃分，有如下規(guī)定
(I)UE側(cè)MAC子層采用令牌桶的漏桶機(jī)制，基于eNB (基站)側(cè)調(diào)度的上行可傳輸數(shù)據(jù)量以及RRC (Radio Resource Control，無(wú)線資源控制)層配置的參數(shù)，確定各條邏輯信道可下發(fā)的數(shù)據(jù)量。RRC層針對(duì)每條邏輯信道配置如下參數(shù)(a) priority 邏輯信道優(yōu)先級(jí)，表示此邏輯信道上傳輸?shù)臄?shù)據(jù)獲得資源的優(yōu)先級(jí)，priority取值越小，優(yōu)先級(jí)越高。(b) prioritisedBitRate 優(yōu)化比特速率，SP每個(gè) TTI (Transmission Time hterval，傳輸時(shí)間間隔)內(nèi)添加到令牌桶中的令牌數(shù)。(dbucketSizeDuration 令牌桶大小持續(xù)時(shí)間，表示以優(yōu)化比特速率向空令牌桶中添加令牌時(shí)，填滿令牌桶需要的時(shí)間，令牌桶的大小為pri oritisedBitRate X bucketSizeDuration，可以看作是單次允許下發(fā)的最大數(shù)據(jù)量。基于上述參數(shù)，在確定各條邏輯信道可下發(fā)的數(shù)據(jù)量的過(guò)程中，對(duì)于每條邏輯信道，維護(hù)一個(gè)令牌桶，令牌桶中的令牌數(shù)的初始值為0，每個(gè)TTI按照PrioritisedBitRate 向令牌桶中添加令牌，同時(shí)保證令牌桶中令牌數(shù)不超過(guò)令牌桶大?。籙E側(cè)邏輯信道數(shù)據(jù)量劃分的過(guò)程包括
(a)為所有對(duì)應(yīng)的令牌桶中令牌數(shù)大于0的邏輯信道按照priority從小到大(即優(yōu)先級(jí)從高到低)的順序分配資源(資源指可傳輸數(shù)據(jù)量)，分配資源時(shí)基于當(dāng)前邏輯信道對(duì)應(yīng)的令牌桶中的令牌數(shù)以及待傳輸?shù)臄?shù)據(jù)量進(jìn)行。(b)從分配了資源的邏輯信道對(duì)應(yīng)的令牌桶中減去所分資源對(duì)應(yīng)的令牌數(shù)。(c)在完成前述第一輪資源分配后，如果還有剩余資源， 則對(duì)所有仍有數(shù)據(jù)待傳輸?shù)倪壿嬓诺腊凑誴riority從小到大的順序分配資源，此時(shí)資源分配數(shù)量不存在任何限制，直到邏輯信道上的數(shù)據(jù)都分到資源，或者資源全部用完為止。(2) UE在邏輯信道數(shù)據(jù)量劃分的過(guò)程中，還需要遵循如下規(guī)則
(a)如果剩余資源能夠容納整個(gè)RLC SDU或部分傳輸RLC SDUCService Data Unit，服務(wù)數(shù)據(jù)單元)、或重傳RLC PDU,則UE不應(yīng)該對(duì)此RLC SDU或部分傳輸RLC SDU、或重傳RLC PDU進(jìn)行分段；(b)如果UE需要對(duì)通過(guò)某條邏輯信道下發(fā)的RLC SDU或部分傳輸RLC SDU、 或重傳RLC PDU進(jìn)行分段，則UE應(yīng)該最大化分段大小，以盡可能地占用所分資源；(C)UE應(yīng)該最大化傳輸?shù)臄?shù)據(jù)量。此外，在LTE MAC子層協(xié)議TS36. 321中，還對(duì)于MAC PDU的結(jié)構(gòu)，有如下規(guī)定MACPDU中包含一個(gè)MAC頭，0個(gè)或多個(gè)MAC SDU, 0個(gè)或多個(gè)MAC控制單元，以及可選地包含填充比特；MAC頭和MAC SDU的長(zhǎng)度都可變。進(jìn)一步的，MAC PDU頭包含一個(gè)或多個(gè)MAC PDU 子頭，每個(gè)子頭與一個(gè)MAC SDU，MAC控制單元或者填充比特一一對(duì)應(yīng)，且MAC PDU子頭的順序與MAC PDU中包含的MAC SDU，MAC控制單元和填充比特的順序完全一致。綜上所述，現(xiàn)有協(xié)議中規(guī)定了 MAC子層向RLC子層提供的服務(wù)，以及MAC子層劃分各邏輯信道待傳輸數(shù)據(jù)量的過(guò)程。在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題
LTE空口協(xié)議在制定過(guò)程中，將一些細(xì)節(jié)交互操作歸入實(shí)現(xiàn)范疇，包括MAC子層和RLC 子層具體如何操作，以及為滿足這些操作要求在傳輸機(jī)會(huì)通知中引入的子層間交互信息等；這些內(nèi)容在實(shí)現(xiàn)過(guò)程中需要確定具體可行的方案，但是現(xiàn)有技術(shù)中并沒用具體可行的方案。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種基于MAC子層和RLC子層的數(shù)據(jù)傳輸方法和設(shè)備，以保證空口數(shù)據(jù)傳輸性能。為了達(dá)到上述目的，本發(fā)明實(shí)施例提供一種基于介質(zhì)訪問控制MAC子層和無(wú)線鏈路控制RLC子層的數(shù)據(jù)傳輸方法，包括
MAC子層確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；
所述MAC子層向所述RLC子層發(fā)送傳輸機(jī)會(huì)通知，所述傳輸機(jī)會(huì)通知用于指示所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；
所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。本發(fā)明實(shí)施例提供一種基于介質(zhì)訪問控制MAC子層和無(wú)線鏈路控制RLC子層的數(shù)據(jù)傳輸設(shè)備，該設(shè)備包括MAC子層模塊和RLC子層模塊，其中
所述MAC子層模塊，用于確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；并向所述RLC子層發(fā)送傳輸機(jī)會(huì)通知，所述傳輸機(jī)會(huì)通知用于指示所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；
所述RLC子層模塊，用于利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì) RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例至少具有以下優(yōu)點(diǎn)本發(fā)明實(shí)施例中，通過(guò)在傳輸機(jī)會(huì)通知中引入附加輸入信息，并明確RLC子層的相關(guān)操作，以保證空口數(shù)據(jù)傳輸性能。


為了更清楚地說(shuō)明本發(fā)明的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單的介紹。顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實(shí)施例一提供的一種基于MAC子層和RLC子層的數(shù)據(jù)傳輸方法流程示意圖；圖2是本發(fā)明實(shí)施例一中傳輸機(jī)會(huì)通知中指示信息的示意圖。圖3是本發(fā)明實(shí)施例二提供的一種基于MAC子層和RLC子層的數(shù)據(jù)傳輸設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式發(fā)明人在實(shí)現(xiàn)本發(fā)明的過(guò)程中注意到在LTE空口 RLC協(xié)議中，描述了 MAC子層需要向RLC子層提供數(shù)據(jù)傳輸服務(wù)，以及傳輸機(jī)會(huì)通知；在MAC協(xié)議中，描述了 UE側(cè)劃分邏輯信道待傳輸數(shù)據(jù)量的規(guī)則。MAC子層在傳輸機(jī)會(huì)通知中是否還需要提供輔助信息，供RLC子層下發(fā)數(shù)據(jù)使用，MAC子層和RLC子層又具體如何操作以滿足協(xié)議上列出的規(guī)則，這在協(xié)議中沒有規(guī)定。本發(fā)明實(shí)施例中，可利用MAC子層與RLC子層之間的傳輸機(jī)會(huì)通知的交互內(nèi)容，并考慮MAC子層和RLC子層為滿足協(xié)議規(guī)定的數(shù)據(jù)量劃分規(guī)則而需要執(zhí)行的操作，給出具體的實(shí)現(xiàn)方案，以保證空口數(shù)據(jù)傳輸性能。下面將結(jié)合本發(fā)明中的附圖，對(duì)本發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。實(shí)施例一
本發(fā)明實(shí)施例一提供一種基于MAC子層和RLC子層的數(shù)據(jù)傳輸方法，該方法應(yīng)用中包含有MAC子層和RLC子層的設(shè)備(如UE、網(wǎng)絡(luò)側(cè)設(shè)備等)中，本實(shí)施例中，提出了 MAC子層與 RLC子層數(shù)據(jù)下發(fā)判決方法，涉及MAC子層在傳輸機(jī)會(huì)通知中指示必要的判決輸入信息，以及RLC子層基于輸入信息執(zhí)行下發(fā)判決操作，以遵循盡量避免分段和最大化傳輸數(shù)據(jù)量的規(guī)則。考慮到LTE空口各個(gè)子層實(shí)現(xiàn)的模塊化，MAC子層在確定每條邏輯信道可下發(fā)的數(shù)據(jù)量時(shí)，如果檢查RLC子層維護(hù)的發(fā)送緩沖區(qū)中RLC SDU的數(shù)目和大小、重傳緩沖區(qū)中待重傳的RLC PDU或RLC PDU片段的數(shù)目和大小，則復(fù)雜度會(huì)很高；即使MAC子層能夠參考這些信息，在確定RLC PDU頭長(zhǎng)度，以及NACK記錄表對(duì)應(yīng)的狀態(tài)報(bào)告長(zhǎng)度時(shí)，還需要考慮RLC PDU的具體格式，在提高處理復(fù)雜度的同時(shí)，還將違背層間的模塊化處理原則。本實(shí)施例中，為了遵循協(xié)議規(guī)定的邏輯信道數(shù)據(jù)量劃分規(guī)則，并滿足實(shí)現(xiàn)過(guò)程中的模塊化處理原則，MAC子層與RLC子層之間的數(shù)據(jù)包下發(fā)判決可以采用如圖1所示的操作流程，包括以下步驟
步驟101，MAC子層確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量。邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括邏輯信道上能夠下發(fā)的所有RLC PDU和對(duì)應(yīng) MAC PDU子頭的總大小；
當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量包括當(dāng)前傳輸機(jī)會(huì)能夠下發(fā)的所有RLC PDU和對(duì)應(yīng)MAC PDU子頭的總大小。當(dāng)有多條邏輯信道時(shí)，則MAC子層確定每條邏輯信道上能夠下發(fā)的數(shù)據(jù)量、以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；各邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括該邏輯信道上能夠下發(fā)的所有RLC PDU和對(duì)應(yīng)MAC PDU子頭的總大小；當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量大于等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)總量之和。本發(fā)明實(shí)施例中，對(duì)于單次傳輸機(jī)會(huì)，RLC子層可以通過(guò)邏輯信道下發(fā)0到多個(gè) RLC PDU,在組裝MAC PDU時(shí)，每個(gè)RLC PDU對(duì)應(yīng)一個(gè)MAC PDU子頭；因此，MAC子層在確定 (基于令牌桶漏桶機(jī)制確定)每條邏輯信道上可以下發(fā)的數(shù)據(jù)量時(shí)，由于無(wú)法確定RLC子層實(shí)際下發(fā)的RLC PDU數(shù)目，也無(wú)法確定MAC PDU頭的具體長(zhǎng)度，所以無(wú)法確定每條邏輯信道上下發(fā)的所有RLC PDU的總大小。因此，為了保證單次傳輸機(jī)會(huì)RLC子層下發(fā)的RLC PDU總大小可以最佳地匹配MAC PDU的大小，從而最大化傳輸?shù)挠行?shù)據(jù)量，MAC子層向RLC子層指示的每條邏輯信道上，可以下發(fā)的數(shù)據(jù)量應(yīng)該是此邏輯信道上可以下發(fā)的所有RLC PDU和對(duì)應(yīng)的MAC PDU子頭的大小之和。此外，為了便于RLC子層判斷是否應(yīng)該對(duì)RLC SDU或者部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段，MAC子層需要向RLC子層指示當(dāng)前傳輸機(jī)會(huì)能夠下發(fā)的數(shù)據(jù)總量，該數(shù)據(jù)總量大于等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)量之和，每條邏輯信道上能夠下發(fā)的數(shù)據(jù)量為該邏輯信道上可以下發(fā)的所有RLC PDU和對(duì)應(yīng)的MAC PDU子頭的總大小。步驟102，MAC子層向RLC子層發(fā)送傳輸機(jī)會(huì)通知，該傳輸機(jī)會(huì)通知用于指示邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量。由于當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量大于等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)量之和，后續(xù)以數(shù)據(jù)總量等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)量之和為例，每條邏輯信道上能夠下發(fā)的數(shù)據(jù)量為該邏輯信道上可以下發(fā)的所有RLC PDU和對(duì)應(yīng)的MAC PDU子頭的大小之和。如圖2所示，為傳輸機(jī)會(huì)通知中的指示信息，MAC子層向RLC子層發(fā)送傳輸機(jī)會(huì)通知時(shí)，MAC子層指示的信息包括每條邏輯信道上可以下發(fā)的數(shù)據(jù)量和當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量等兩部分。步驟103，RLC子層利用邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。該實(shí)際發(fā)送的數(shù)據(jù)量即為邏輯信道實(shí)際下發(fā)的所有RLC PDU及其對(duì)應(yīng)的MAC PDU 子頭的總大小。RLC子層基于該實(shí)際發(fā)送的數(shù)據(jù)量的確定結(jié)果封裝和下發(fā)RLC PDU,并將RLC PDU 發(fā)送給MAC子層；之后，MAC子層將收到的RLC PDU封裝到MAC PDU中，后續(xù)處理本發(fā)明實(shí)施例中不再贅述。本發(fā)明實(shí)施例中，RLC子層可以基于MAC子層指示的信息，在各條邏輯信道之間細(xì)微調(diào)整可下發(fā)數(shù)據(jù)量，以遵循盡量避免分段和最大化傳輸數(shù)據(jù)量的規(guī)則(即LTE MAC子層協(xié)議TS36.321中規(guī)定的邏輯信道數(shù)據(jù)量劃分規(guī)則)。具體地，RLC子層利用邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量，包括RLC子層通過(guò)調(diào)整邏輯信道上能夠下發(fā)的數(shù)據(jù)量，以保證所有邏輯信道上實(shí)際發(fā)送的數(shù)據(jù)總量不大于當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量，且保證實(shí)際發(fā)送的數(shù)據(jù)量遵循盡量避免分段和最大化傳輸數(shù)據(jù)量的規(guī)則。RLC子層在各條邏輯信道之間細(xì)微調(diào)整可下發(fā)數(shù)據(jù)量的操作過(guò)程中
(1)當(dāng)RLC子層利用邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定需要考慮分段(實(shí)際應(yīng)用中還可為重分段)時(shí)，則RLC子層確定不進(jìn)行分段時(shí)會(huì)超出的數(shù)據(jù)量。其中，RLC子層可利用邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定不需要考慮分段的情況，并確定其他情況下需要考慮分段； 不需要考慮分段的情況包括
情況一、某條邏輯信道上PDCP(Packet Data Convergence Protocol，分組數(shù)據(jù)集中協(xié)議)子層和RLC子層中待傳輸?shù)乃袛?shù)據(jù)封裝成RLC PDU之后，這些RLC PDU及對(duì)應(yīng)的MAC PDU子頭的總大小不超過(guò)MAC子層在傳輸機(jī)會(huì)通知中指示的當(dāng)前邏輯信道上能夠下發(fā)的數(shù)據(jù)量。情況二、MAC子層在傳輸機(jī)會(huì)通知中指示的當(dāng)前邏輯信道上能夠下發(fā)的數(shù)據(jù)量，恰好能夠容納緩沖區(qū)中的指定數(shù)量的整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU，且沒有數(shù)據(jù)量剩余。該指定數(shù)量可以為0個(gè)(當(dāng)RLC AM模式下無(wú)法容納或者剛好容納整個(gè)待傳輸?shù)腟TATUS PDU時(shí))、1個(gè)或多個(gè)RLC SDU (或者部分傳輸?shù)腞LC SDU或重傳RLC PDU)。本發(fā)明實(shí)施例中，在上述(1)執(zhí)行后，執(zhí)行后續(xù)的(2 )和(3 )。(2)當(dāng)某條邏輯信道上如果多發(fā)送E比特?cái)?shù)據(jù)，則能夠容納待分段的整個(gè)RLC SDU 或部分傳輸?shù)腞LC SDU或重傳RLC PDU時(shí)，則RLC子層指示此邏輯信道上能夠發(fā)送完此RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU、以及之前優(yōu)先傳輸?shù)乃蠷LC PDU，且不執(zhí)行分段處理。E比特?cái)?shù)據(jù)滿足條件E不大于T，且E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量， T為根據(jù)性能需要配置的參數(shù)；或者，E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量。需要注意的是，當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)數(shù)據(jù)量在每條邏輯信道下發(fā)數(shù)據(jù)時(shí)，根據(jù)實(shí)際下發(fā)的數(shù)據(jù)量進(jìn)行更新，即從當(dāng)前邏輯信道下發(fā)數(shù)據(jù)之前的當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)數(shù)據(jù)量中，扣除當(dāng)前邏輯信道實(shí)際下發(fā)的RLC PDU和對(duì)應(yīng)的MAC PDU子頭的總大小。此外，在所有邏輯信道都未下發(fā)數(shù)據(jù)之前，當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)數(shù)據(jù)量的初始值即為MAC 子層在傳輸機(jī)會(huì)通知中指示的當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量。(3)當(dāng)不滿足上述(2)時(shí)，即無(wú)法確定出不執(zhí)行分段處理時(shí)，則區(qū)分如下兩種情況進(jìn)行處理
情況一如果當(dāng)前傳輸機(jī)會(huì)中只有一條邏輯信道上需要下發(fā)數(shù)據(jù)，此時(shí)只要分段(還可以為重分段)后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)(即當(dāng)前邏輯信道剩余可下發(fā)數(shù)據(jù)量，除了能夠容納分段帶來(lái)的RLC子層和MAC子層新增協(xié)議頭開銷之外，還能夠容納一部分RLC SDU數(shù)據(jù))，則傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU，并對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU 進(jìn)行分段；否則不進(jìn)行分段，只傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)?RLC SDU 或重傳 RLC PDU。情況二 如果當(dāng)前傳輸機(jī)會(huì)中有多條邏輯信道上需要下發(fā)數(shù)據(jù)，此時(shí)對(duì)于每條邏輯信道，傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU,并基于如下指定規(guī)則之一判斷是否需要對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段。其中，指定規(guī)則包括
規(guī)則一、總是不進(jìn)行分段；
規(guī)則二、只要分段后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)，則進(jìn)行分段； 規(guī)則三、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于新增的RLC頭和MAC子頭總開銷時(shí)，才進(jìn)行分段；規(guī)則四、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于指定門限值時(shí)，才進(jìn)行分段。
需要說(shuō)明的是，上述規(guī)則二、規(guī)則三、規(guī)則四中，都能保證RLC子層數(shù)據(jù)下發(fā)盡量利用MAC子層提供的可下發(fā)數(shù)據(jù)量。此外，當(dāng)RLC SDU普遍較小時(shí)，規(guī)則一也能保證MAC子層提供的可下發(fā)數(shù)據(jù)量的較高效利用；當(dāng)個(gè)別RLC SDU較大時(shí)，較大的RLC SDU可能因?yàn)榭偸菬o(wú)法被完整下發(fā)，導(dǎo)致RLC子層在多個(gè)連續(xù)的傳輸機(jī)會(huì)無(wú)法下發(fā)RLC PDU,數(shù)據(jù)下發(fā)通道發(fā)生擁堵，造成空口傳輸資源的嚴(yán)重浪費(fèi)。 綜上所述，由于目前協(xié)議上僅規(guī)定了 MAC子層向RLC子層指示傳輸機(jī)會(huì)通知，并列出了邏輯信道數(shù)據(jù)量劃分規(guī)則。具體如何實(shí)現(xiàn)這些規(guī)則，協(xié)議上不作規(guī)定。本發(fā)明實(shí)施例給出這些規(guī)則的實(shí)現(xiàn)方案，在傳輸機(jī)會(huì)通知中引入了附加輸入信息，并明確RLC子層的相關(guān)操作，以保證空口數(shù)據(jù)傳輸性能。實(shí)施例二
基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種基于介質(zhì)訪問控制 MAC子層和無(wú)線鏈路控制RLC子層的數(shù)據(jù)傳輸設(shè)備，如圖3所示，該設(shè)備包括MAC子層模塊 11和RLC子層模塊12，其中
所述MAC子層模塊11，用于確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC 子層能夠下發(fā)的數(shù)據(jù)總量；并向所述RLC子層發(fā)送傳輸機(jī)會(huì)通知，所述傳輸機(jī)會(huì)通知用于指示所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量； 所述RLC子層模塊12，用于利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì) RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括所述邏輯信道上能夠下發(fā)的所有RLC協(xié)議數(shù)據(jù)單元PDU和對(duì)應(yīng)MAC PDU子頭的總大??；
所述當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量包括所述當(dāng)前傳輸機(jī)會(huì)能夠下發(fā)的所有RLC PDU和對(duì)應(yīng)MAC PDU子頭的總大小。當(dāng)有多條邏輯信道時(shí)，所述MAC子層模塊11，具體用于確定每條邏輯信道上能夠下發(fā)的數(shù)據(jù)量、以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；
各邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括該邏輯信道上能夠下發(fā)的所有RLC PDU和對(duì)應(yīng) MAC PDU子頭的總大??；
當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量大于等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)量之和。所述RLC子層模塊12，具體用于通過(guò)調(diào)整所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量，以保證所有邏輯信道上實(shí)際發(fā)送的數(shù)據(jù)總量不大于當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量，且保證實(shí)際發(fā)送的數(shù)據(jù)量遵循盡量避免分段和最大化傳輸數(shù)據(jù)量的規(guī)則。所述RLC子層模塊12，還用于當(dāng)利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定需要考慮分段時(shí)，則確定不進(jìn)行分段時(shí)會(huì)超出的數(shù)據(jù)量。所述RLC子層模塊12，具體用于利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定不需要考慮分段的情況，并確定其他情況下需要考慮分段；不需要考慮分段的情況包括
情況一、邏輯信道上分組數(shù)據(jù)集中協(xié)議PDCP子層和RLC子層中待傳輸?shù)乃袛?shù)據(jù)封裝成RLC PDU后，RLC PDU及對(duì)應(yīng)的MAC PDU子頭的總大小不超過(guò)所述傳輸機(jī)會(huì)通知中指示的所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量；情況二、在所述傳輸機(jī)會(huì)通知中指示的所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量，能夠容納緩沖區(qū)中的指定數(shù)量的整個(gè)RLC服務(wù)數(shù)據(jù)單元SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU, 且沒有數(shù)據(jù)量剩余。所述RLC子層模塊12，還用于當(dāng)所述邏輯信道上如果多發(fā)送E比特?cái)?shù)據(jù)，則能夠容納待分段的整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU時(shí)，指示所述邏輯信道上能夠發(fā)送完所述整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU、以及之前優(yōu)先傳輸?shù)乃蠷LC PDU，且不執(zhí)行分段處理。所述E比特?cái)?shù)據(jù)滿足條件所述E不大于T，且所述E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量，所述T為根據(jù)性能需要配置的參數(shù)；或者，
所述E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量。所述RLC子層模塊12，還用于如果當(dāng)前傳輸機(jī)會(huì)中只有一條邏輯信道上需要下發(fā)數(shù)據(jù)，只要分段后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)，則傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU，并對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段；否則不進(jìn)行分段，只傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU0所述RLC子層模塊12，還用于如果當(dāng)前傳輸機(jī)會(huì)中有多條邏輯信道上需要下發(fā)數(shù)據(jù)，對(duì)于每條邏輯信道，傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU 或重傳RLC PDU，并基于指定規(guī)則判斷是否需要對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段。所述指定規(guī)則包括 規(guī)則一、總是不進(jìn)行分段；
規(guī)則二、只要分段后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)，則進(jìn)行分段； 規(guī)則三、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于新增的RLC頭和MAC子頭總開銷時(shí)，才進(jìn)行分段；
規(guī)則四、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于指定門限值時(shí)，才進(jìn)行分段。其中，本發(fā)明裝置的各個(gè)模塊可以集成于一體，也可以分離部署。上述模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種基于介質(zhì)訪問控制MAC子層和無(wú)線鏈路控制RLC子層的數(shù)據(jù)傳輸方法，其特征在于，包括MAC子層確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；所述MAC子層向所述RLC子層發(fā)送傳輸機(jī)會(huì)通知，所述傳輸機(jī)會(huì)通知用于指示所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。
2.如權(quán)利要求1所述的方法，其特征在于，所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括所述邏輯信道上能夠下發(fā)的所有RLC協(xié)議數(shù)據(jù)單元PDU和對(duì)應(yīng)MAC PDU子頭的總大??；所述當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量包括所述當(dāng)前傳輸機(jī)會(huì)能夠下發(fā)的所有RLC PDU和對(duì)應(yīng)MAC PDU子頭的總大小。
3.如權(quán)利要求1所述的方法，其特征在于，當(dāng)有多條邏輯信道時(shí)，所述MAC子層確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量，包括所述MAC子層確定每條邏輯信道上能夠下發(fā)的數(shù)據(jù)量、以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；各邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括該邏輯信道上能夠下發(fā)的所有RLC PDU和對(duì)應(yīng) MAC PDU子頭的總大??；當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量大于等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)量之和。
4.如權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于，所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量，包括所述RLC子層通過(guò)調(diào)整所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量，以保證所有邏輯信道上實(shí)際發(fā)送的數(shù)據(jù)總量不大于當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量，且保證實(shí)際發(fā)送的數(shù)據(jù)量遵循盡量避免分段和最大化傳輸數(shù)據(jù)量的規(guī)則。
5.如權(quán)利要求4所述的方法，其特征在于，所述方法進(jìn)一步包括當(dāng)所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定需要考慮分段時(shí)，則所述 RLC子層確定不進(jìn)行分段時(shí)會(huì)超出的數(shù)據(jù)量。
6.如權(quán)利要求5所述的方法，其特征在于，所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定需要考慮分段，包括所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定不需要考慮分段的情況，并確定其他情況下需要考慮分段；不需要考慮分段的情況包括情況一、邏輯信道上分組數(shù)據(jù)集中協(xié)議PDCP子層和RLC子層中待傳輸?shù)乃袛?shù)據(jù)封裝成RLC PDU后，RLC PDU及對(duì)應(yīng)的MAC PDU子頭的總大小不超過(guò)所述傳輸機(jī)會(huì)通知中指示的所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量；情況二、在所述傳輸機(jī)會(huì)通知中指示的所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量，能夠容納緩沖區(qū)中的指定數(shù)量的整個(gè)RLC服務(wù)數(shù)據(jù)單元SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU,且沒有數(shù)據(jù)量剩余。
7.如權(quán)利要求5所述的方法，其特征在于，所述RLC子層確定不進(jìn)行分段時(shí)會(huì)超出的數(shù)據(jù)量，之后還包括當(dāng)所述邏輯信道上如果多發(fā)送E比特?cái)?shù)據(jù)，則能夠容納待分段的整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU時(shí)，所述RLC子層指示所述邏輯信道上能夠發(fā)送完所述整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU、以及之前優(yōu)先傳輸?shù)乃蠷LC PDU，且不執(zhí)行分段處理。
8.如權(quán)利要求7所述的方法，其特征在于，所述E比特?cái)?shù)據(jù)滿足條件所述E不大于T，且所述E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量，所述T為根據(jù)性能需要配置的參數(shù)；或者，所述E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量。
9.如權(quán)利要求7所述的方法，其特征在于，所述方法還包括如果當(dāng)前傳輸機(jī)會(huì)中只有一條邏輯信道上需要下發(fā)數(shù)據(jù)，只要分段后得到的RLC PDU 能夠承載部分RLC SDU數(shù)據(jù)，則傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)?RLC SDU或重傳RLC PDU，并對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段；否則不進(jìn)行分段，只傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU。
10.如權(quán)利要求7所述的方法，其特征在于，所述方法還包括如果當(dāng)前傳輸機(jī)會(huì)中有多條邏輯信道上需要下發(fā)數(shù)據(jù)，對(duì)于每條邏輯信道，傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU，并基于指定規(guī)則判斷是否需要對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段。
11.如權(quán)利要求10所述的方法，其特征在于，所述指定規(guī)則包括規(guī)則一、總是不進(jìn)行分段；規(guī)則二、只要分段后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)，則進(jìn)行分段；規(guī)則三、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于新增的RLC頭和MAC子頭總開銷時(shí)，才進(jìn)行分段；規(guī)則四、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于指定門限值時(shí)，才進(jìn)行分段。
12.一種基于介質(zhì)訪問控制MAC子層和無(wú)線鏈路控制RLC子層的數(shù)據(jù)傳輸設(shè)備，其特征在于，該設(shè)備包括MAC子層模塊和RLC子層模塊，其中所述MAC子層模塊，用于確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；并向所述RLC子層發(fā)送傳輸機(jī)會(huì)通知，所述傳輸機(jī)會(huì)通知用于指示所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；所述RLC子層模塊，用于利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì) RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。
13.如權(quán)利要求12所述的設(shè)備，其特征在于，所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括所述邏輯信道上能夠下發(fā)的所有RLC協(xié)議數(shù)據(jù)單元PDU和對(duì)應(yīng)MAC PDU子頭的總大小；所述當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量包括所述當(dāng)前傳輸機(jī)會(huì)能夠下發(fā)的所有RLC PDU和對(duì)應(yīng)MAC PDU子頭的總大小。
14.如權(quán)利要求12所述的設(shè)備，其特征在于，當(dāng)有多條邏輯信道時(shí)，所述MAC子層模塊，具體用于確定每條邏輯信道上能夠下發(fā)的數(shù)據(jù)量、以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；各邏輯信道上能夠下發(fā)的數(shù)據(jù)量包括該邏輯信道上能夠下發(fā)的所有RLC PDU和對(duì)應(yīng) MAC PDU子頭的總大??；當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量大于等于所有邏輯信道上能夠下發(fā)的數(shù)據(jù)量之和。
15.如權(quán)利要求12-14任一項(xiàng)所述的設(shè)備，其特征在于，所述RLC子層模塊，具體用于通過(guò)調(diào)整所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量，以保證所有邏輯信道上實(shí)際發(fā)送的數(shù)據(jù)總量不大于當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量，且保證實(shí)際發(fā)送的數(shù)據(jù)量遵循盡量避免分段和最大化傳輸數(shù)據(jù)量的規(guī)則。
16.如權(quán)利要求15所述的設(shè)備，其特征在于，所述RLC子層模塊，還用于當(dāng)利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定需要考慮分段時(shí)，則確定不進(jìn)行分段時(shí)會(huì)超出的數(shù)據(jù)量。
17.如權(quán)利要求16所述的設(shè)備，其特征在于，所述RLC子層模塊，具體用于利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量確定不需要考慮分段的情況，并確定其他情況下需要考慮分段；不需要考慮分段的情況包括情況一、邏輯信道上分組數(shù)據(jù)集中協(xié)議PDCP子層和RLC子層中待傳輸?shù)乃袛?shù)據(jù)封裝成RLC PDU后，RLC PDU及對(duì)應(yīng)的MAC PDU子頭的總大小不超過(guò)所述傳輸機(jī)會(huì)通知中指示的所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量；情況二、在所述傳輸機(jī)會(huì)通知中指示的所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量，能夠容納緩沖區(qū)中的指定數(shù)量的整個(gè)RLC服務(wù)數(shù)據(jù)單元SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU, 且沒有數(shù)據(jù)量剩余。
18.如權(quán)利要求16所述的設(shè)備，其特征在于，所述RLC子層模塊，還用于當(dāng)所述邏輯信道上如果多發(fā)送E比特?cái)?shù)據(jù)，則能夠容納待分段的整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU時(shí)，指示所述邏輯信道上能夠發(fā)送完所述整個(gè)RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU、以及之前優(yōu)先傳輸?shù)乃?RLC PDU，且不執(zhí)行分段處理。
19.如權(quán)利要求18所述的設(shè)備，其特征在于，所述E比特?cái)?shù)據(jù)滿足條件所述E不大于T，且所述E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量，所述T為根據(jù)性能需要配置的參數(shù)；或者，所述E不大于當(dāng)前傳輸機(jī)會(huì)剩余可下發(fā)的數(shù)據(jù)量。
20.如權(quán)利要求18所述的設(shè)備，其特征在于，所述RLC子層模塊，還用于如果當(dāng)前傳輸機(jī)會(huì)中只有一條邏輯信道上需要下發(fā)數(shù)據(jù)， 只要分段后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)，則傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU，并對(duì)第一個(gè)不能完整容納的RLC SDU 或部分傳輸?shù)腞LC SDU或重傳RLC PDU進(jìn)行分段；否則不進(jìn)行分段，只傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU0
21.如權(quán)利要求18所述的設(shè)備，其特征在于，所述RLC子層模塊，還用于如果當(dāng)前傳輸機(jī)會(huì)中有多條邏輯信道上需要下發(fā)數(shù)據(jù)，對(duì)于每條邏輯信道，傳輸可下發(fā)數(shù)據(jù)量能夠容納的完整RLC SDU或部分傳輸?shù)腞LC SDU或重傳RLC PDU，并基于指定規(guī)則判斷是否需要對(duì)第一個(gè)不能完整容納的RLC SDU或部分傳輸?shù)?RLC SDU或重傳RLC PDU進(jìn)行分段。
22.如權(quán)利要求21所述的設(shè)備，其特征在于，所述指定規(guī)則包括 規(guī)則一、總是不進(jìn)行分段；規(guī)則二、只要分段后得到的RLC PDU能夠承載部分RLC SDU數(shù)據(jù)，則進(jìn)行分段； 規(guī)則三、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于新增的RLC頭和MAC子頭總開銷時(shí)，才進(jìn)行分段；規(guī)則四、僅當(dāng)分段后能夠多承載的RLC SDU數(shù)據(jù)量不小于指定門限值時(shí)，才進(jìn)行分段。
全文摘要
本發(fā)明公開了一種基于MAC子層和RLC子層的數(shù)據(jù)傳輸方法和設(shè)備，該方法包括MAC子層確定邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；所述MAC子層向所述RLC子層發(fā)送傳輸機(jī)會(huì)通知，所述傳輸機(jī)會(huì)通知用于指示所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量；所述RLC子層利用所述邏輯信道上能夠下發(fā)的數(shù)據(jù)量以及當(dāng)前傳輸機(jī)會(huì)RLC子層能夠下發(fā)的數(shù)據(jù)總量確定實(shí)際發(fā)送的數(shù)據(jù)量。本發(fā)明實(shí)施例中，通過(guò)在傳輸機(jī)會(huì)通知中引入附加輸入信息，并明確RLC子層的相關(guān)操作，以保證空口數(shù)據(jù)傳輸性能。
文檔編號(hào)H04W80/02GK102348292SQ201110289688
公開日2012年2月8日 申請(qǐng)日期2011年9月28日 優(yōu)先權(quán)日2011年9月28日
發(fā)明者劉蓉, 徐昊, 曾超君, 高卓 申請(qǐng)人:電信科學(xué)技術(shù)研究院