專(zhuān)利名稱(chēng)：在無(wú)線通信系統(tǒng)中處理mac協(xié)議數(shù)據(jù)單元的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信系統(tǒng)，更具體地說(shuō)，涉及在無(wú)線通信系統(tǒng)中對(duì)介質(zhì)訪問(wèn)控制 (MAC)協(xié)議數(shù)據(jù)單元(PDU)進(jìn)行處理的方法和裝置。
背景技術(shù)：
參照?qǐng)D1，下面描述通用移動(dòng)通信系統(tǒng)(UMTS)網(wǎng)絡(luò)結(jié)構(gòu)。圖1示出了 UMTS網(wǎng)絡(luò)結(jié)構(gòu)。UMTS系統(tǒng)包括用戶設(shè)備(UE) ,UMTS地面無(wú)線接入網(wǎng) (UTRAN)和核心網(wǎng)(CN)。UTRAN包括一個(gè)或更多個(gè)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(RNS)，并且各個(gè)RNS包 括無(wú)線網(wǎng)絡(luò)控制器(RNC)以及由RNC所管理的一個(gè)或更多個(gè)節(jié)點(diǎn)(Node)B。一個(gè)節(jié)點(diǎn)B管 理一個(gè)或更多個(gè)小區(qū)。參照?qǐng)D2，描述UMTS的無(wú)線協(xié)議架構(gòu)。圖2示出了用于UMTS的無(wú)線協(xié)議的架構(gòu)。 這些無(wú)線協(xié)議層在UE與UTRAN之間成對(duì)地定義，以用于無(wú)線數(shù)據(jù)傳輸。層1 (或Li)(即， 物理(PHY)層)在各種無(wú)線傳輸技術(shù)中在無(wú)線鏈路上發(fā)送數(shù)據(jù)。PHY層經(jīng)由傳輸信道連接 到其上層(即，MAC層)。根據(jù)信道是否共享，將傳輸信道劃分成專(zhuān)用傳輸信道和公共傳輸 信道。在層2(或L2)定義MAC層、無(wú)線鏈路控制(RLC)層、分組數(shù)據(jù)匯聚協(xié)議(PDCP)層、 以及廣播及多播控制(BMC)層。MAC層將邏輯信道映射到傳輸信道，并且將多個(gè)邏輯信道復(fù) 用到一個(gè)傳輸信道。MAC層經(jīng)由邏輯信道連接到上層(即，RLC層)。根據(jù)所承載的信息的類(lèi)型，將邏 輯信道劃分成控制信道和業(yè)務(wù)信道。控制信道承載控制面的信息，并且業(yè)務(wù)信道承載用戶 面的信息?？刂菩诺腊ǔ休d公共控制信息的公共控制信道(CCCH)；承載針對(duì)特定UE 的控制信息的專(zhuān)用控制信道(DCCH)；承載對(duì)于小區(qū)而言公共的系統(tǒng)信息的廣播控制信道 (BCCH)；以及承載尋呼消息的尋呼控制信道(PCCH)。業(yè)務(wù)信道包括承載針對(duì)特定UE的用 戶面數(shù)據(jù)的專(zhuān)用業(yè)務(wù)信道(DTCH)。根據(jù)所管理的特定傳輸信道的類(lèi)型，可將MAC層劃分成MAC-b子層、MAC_d子層、 MAC-c/sh子層、MAC-hs/ehs子層、和MAC_e/es或MAC_i/is子層。MAC_b子層管理廣播信 道(BCH)(該廣播信道廣播系統(tǒng)信息)，MAC-c/sh子層管理作為在不同UE之間共享的公共 傳輸信道的前向接入信道(FACH)，并且MAC-d子層管理專(zhuān)用信道(DCH)(該專(zhuān)用信道是用于 特定UE的專(zhuān)用傳輸信道)。MAC-hs/ehs子層管理高速下行共享信道(HS-DSCH)(該高速下 行共享信道是用于發(fā)送高速下行數(shù)據(jù)的傳輸信道)，并且MAC-e/es或MAC_i/is子層管理增 強(qiáng)型專(zhuān)用信道(E-DCH)(該增強(qiáng)型專(zhuān)用信道是用于發(fā)送高速上行數(shù)據(jù)的傳輸信道)。RLC層確保無(wú)線承載(RB)的服務(wù)質(zhì)量(QoQ并負(fù)責(zé)數(shù)據(jù)傳輸。RLC層針對(duì)各個(gè) RB具有一個(gè)或兩個(gè)獨(dú)立的RLC實(shí)體，以確保QoS。為支持各種QoS級(jí)別，RLC層提供了三種 RLC 模式，S卩，TM(Transparent Mode，透明模式)、UM(UnacknowledgedMode，不確認(rèn)模式)和 AM (Acknowledged Mode，確認(rèn)模式)。此外，RLC層對(duì)數(shù)據(jù)尺寸進(jìn)行控制，以適于在下層的無(wú) 線數(shù)據(jù)傳輸。為了控制數(shù)據(jù)尺寸，RLC層對(duì)從上層接收到的數(shù)據(jù)進(jìn)行分段或串接。
PDCP層位于RLC層之上。PDCP層使得能夠在帶寬較窄的無(wú)線鏈路上實(shí)現(xiàn)按照IP 分組(諸如IP版本4 (IPv4)分組或IP版本6 (IPv6)分組)的高效數(shù)據(jù)傳輸。為此，PDCP 層執(zhí)行報(bào)頭壓縮。由于通過(guò)報(bào)頭壓縮僅在數(shù)據(jù)報(bào)頭的報(bào)頭中傳送必要的信息，所以提高了 無(wú)線鏈路的傳輸效率。因?yàn)閳?bào)頭壓縮是PDCP層的基本功能，所以PDCP層主要存在于分組 交換(PQ域中。為針對(duì)各個(gè)PS業(yè)務(wù)提供高效的報(bào)頭壓縮功能，針對(duì)一個(gè)RB定義一個(gè)PDCP 實(shí)體。但是，如果PDCP層存在于電路交換(CS)域中，則PDCP層不提供報(bào)頭壓縮功能。BMC層也位于RLC層之上，用于對(duì)小區(qū)廣播消息進(jìn)行調(diào)度并向特定小區(qū)內(nèi)的UE廣 播小區(qū)廣播消息。位于層3(或U)最低部的無(wú)線資源控制(RRC)層僅定義在控制面中。RRC層用 于RB的建立、重新建立及釋放，對(duì)Ll或L2參數(shù)進(jìn)行控制，并對(duì)邏輯信道、傳輸信道和物理 信道進(jìn)行控制。RB是指在協(xié)議棧中在Ll和L2處形成的、用于在UE與UTRAN間傳送數(shù)據(jù) 的邏輯通路。通常，RB的建立是指以下過(guò)程，即，規(guī)定提供特定業(yè)務(wù)所需的無(wú)線協(xié)議層及信 道，并且設(shè)置特定參數(shù)和操作方案。參照?qǐng)D3和圖4，描述傳統(tǒng)MAC PDU傳輸方法。圖3示出了示例性的傳統(tǒng)MACPDU 傳輸方法。傳統(tǒng)上，如果MAC PDU或MAC PDU的段對(duì)于傳輸塊(TB)而言過(guò)大，則發(fā)射機(jī)的MAC 分段實(shí)體(segmentation entity)對(duì)該MAC PDU或MAC PDU段進(jìn)行分段，并利用一個(gè)段來(lái) 構(gòu)建TB，同時(shí)存儲(chǔ)其它段。發(fā)射機(jī)的混合自動(dòng)重傳請(qǐng)求(HARQ)實(shí)體將該TB發(fā)送到接收機(jī)。 如果HARQ實(shí)體在發(fā)送該TB達(dá)到最大重傳次數(shù)之后未能從接收機(jī)接收到肯定確認(rèn)(ACK)， 則HARQ實(shí)體將緩存在HARQ過(guò)程緩存器中的TB丟棄。但是，與發(fā)送失敗的TB相對(duì)應(yīng)的MAC PDU其余部分可以保留在MAC分段實(shí)體中，因而，發(fā)射機(jī)可以向接收機(jī)發(fā)送其余的MAC PDU0即使接收機(jī)成功接收到其余的MAC PDU，但是，由于發(fā)送失敗的MAC PDU段，所以， 接收機(jī)并不能對(duì)整個(gè)MAC PDU進(jìn)行合并。因此，接收機(jī)丟棄成功接收到的MAC PDU部分。這 意味著由于不必要的數(shù)據(jù)傳輸而浪費(fèi)了無(wú)線資源。參照?qǐng)D3，在MAC PDU的第一段在HARQ發(fā)送中失敗的情況下，可以發(fā)送緩存在HARQ 過(guò)程緩存器中的MAC PDU的第二段。即使接收機(jī)成功接收到第二段，但是，由于發(fā)送失敗的 第一段，所以接收機(jī)并不能構(gòu)建整個(gè)MAC PDU。因此，接收機(jī)甚至?xí)G棄成功接收到的第二 段。圖4示出了另一示例性傳統(tǒng)MAC PDU傳輸方法。傳統(tǒng)上，當(dāng)從上層接收到RLC業(yè)務(wù)數(shù)據(jù)單元(SDU)時(shí)，UE期望能夠在最大延遲時(shí) 間內(nèi)成功傳輸RLC SDU0因此，在接收到RLC SDU時(shí)，UE啟動(dòng)丟棄定時(shí)器Timer_Discard， 使用接收到的RLC SDU來(lái)構(gòu)建RLC PDU，并期望在丟棄定時(shí)器Timer_DiSCard到期之前能夠 傳送RLC PDU。因此，在丟棄定時(shí)器Timer_DiSCard到期時(shí)，UE從緩存器中清除RLC SDU0因?yàn)閷G棄定時(shí)器Timer_DiSCard設(shè)置為針對(duì)RLC SDU所允許的最大延遲時(shí)間， 所以，網(wǎng)絡(luò)在最大延遲時(shí)間之后即使接收到RLC SDU，該網(wǎng)絡(luò)也仍然丟棄該RLCSDU。因此， UE在丟棄定時(shí)器Timer_Discard到期時(shí)也丟棄RLC SDU0丟棄RLC SDU的原因在于，防止 RLC緩存器的溢出，并防止要發(fā)送的新數(shù)據(jù)的時(shí)間延遲(這可能是由在時(shí)間延遲之后接收 到的數(shù)據(jù)所引起并因此不處理該新數(shù)據(jù))。即使在丟棄定時(shí)器Timer_DiSCard到期時(shí)從RLC SDU緩存器中刪除了 RLCSDU，但是，在UE中的MAC層的MAC-i/is分段實(shí)體中可能仍然存在要發(fā)送的MACPDU段。在接收到 新RLC SDU時(shí)，UE在發(fā)送了其余的MAC PDU段之后發(fā)送利用新RLC SDU所構(gòu)建的RLC PDU0 也就是說(shuō)，雖然UE在丟棄第一 RLC SDU之后期望發(fā)送第二 RLC SDU，但是，由于對(duì)在MAC層 中的要傳送的MAC PDU段進(jìn)行傳送，所以第二 RLC SDU可能會(huì)有附加的時(shí)間延遲。如上所述，傳統(tǒng)MAC PDU傳輸方法可能浪費(fèi)無(wú)線資源并在傳輸期間產(chǎn)生時(shí)間延遲， 因?yàn)閁E發(fā)送不必要的MAC PDU段。

發(fā)明內(nèi)容
因此，本發(fā)明致力于一種在無(wú)線通信系統(tǒng)中處理MAC PDU的方法，其基本上克服了 由于現(xiàn)有技術(shù)的限制和缺點(diǎn)帶來(lái)的一個(gè)或更多個(gè)問(wèn)題。本發(fā)明的一個(gè)目的是，提供一種按照高效使用無(wú)線資源并防止時(shí)間延遲的方式來(lái) 處理PDU的方法。本發(fā)明的其它優(yōu)點(diǎn)、目的及特征將在以下說(shuō)明書(shū)中部分地進(jìn)行闡述，并且對(duì)于本 領(lǐng)域的技術(shù)人員，將通過(guò)對(duì)以下說(shuō)明書(shū)進(jìn)行研究而部分地變得明了，或者可以通過(guò)對(duì)本發(fā) 明的實(shí)踐而得知。本發(fā)明的這些目的和其它優(yōu)點(diǎn)可以通過(guò)在說(shuō)明書(shū)、權(quán)利要求書(shū)及附圖中 具體指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。為了實(shí)現(xiàn)這些目的和其它優(yōu)點(diǎn)，并且根據(jù)本發(fā)明的目的，如在此具體實(shí)施和廣泛 描述的，提供了一種在無(wú)線通信系統(tǒng)中在發(fā)射機(jī)的MAC層處理MAC PDU的方法，該方法包括 以下步驟將MAC PDU分段為第一 MAC PDU段和第二 MAC PDU段；向接收機(jī)發(fā)送所述第一 MAC PDU段；以及如果所述第一 MAC PDU段的發(fā)送失敗，則丟棄未向所述接收機(jī)發(fā)送的所述 第二 MAC PDU 段?？梢愿鶕?jù)可用資源的量來(lái)對(duì)所述MAC PDU進(jìn)行分段。所述可用資源是根據(jù)傳輸塊(TB)尺寸而確定的。所述可用資源是根據(jù)由所選擇的傳輸格式組合(TFC transport formatcombination)所確定的TB的空間而確定的。該方法還可以包括以下步驟存儲(chǔ)所述第二 MAC PDU段。該方法還可以包括以下步驟丟棄所述第一 MAC PDU段。該方法還可以包括以下步驟從RLC層接收指示了已經(jīng)丟棄與所述MAC PDU有關(guān) 的RLC SDU這一情況的指示；并且，可以根據(jù)所述指示丟棄所述第二 MAC PDU段。所述RLC SDU是基于丟棄定時(shí)器Timer_Discard而被丟棄的。在本發(fā)明的另一方面中，提供了一種在無(wú)線通信系統(tǒng)中的包括有MAC層的發(fā)射 機(jī)，該發(fā)射機(jī)包括分段實(shí)體，其用于將MAC PDU分段為第一 MAC PDU段和第二 MAC PDU段； 以及發(fā)送實(shí)體，其用于向接收機(jī)發(fā)送所述第一 MAC PDU段。如果所述第一 MAC PDU段的發(fā) 送失敗，則丟棄未向所述接收機(jī)發(fā)送的所述第二 MACPDU段。應(yīng)當(dāng)理解的是，本發(fā)明的以上概述和以下詳述都是示例性和說(shuō)明性的，并旨在對(duì) 所要求保護(hù)的本發(fā)明提供進(jìn)一步的說(shuō)明。


附圖被包括進(jìn)來(lái)以提供對(duì)本發(fā)明的進(jìn)一步理解，并結(jié)合到本申請(qǐng)中且構(gòu)成本申請(qǐng)的一部分，附圖示出了本發(fā)明的實(shí)施方式，且與說(shuō)明書(shū)一起用于解釋本發(fā)明的原理。在附圖 中圖1示出了通用移動(dòng)通信系統(tǒng)(UMTS)網(wǎng)絡(luò)結(jié)構(gòu)。圖2示出了用于UMTS的無(wú)線協(xié)議架構(gòu)。圖3示出了示例性的傳統(tǒng)介質(zhì)訪問(wèn)控制(MAC)協(xié)議數(shù)據(jù)單元(PDU)傳輸方法。圖4示出了另一示例性傳統(tǒng)MAC PDU傳輸方法。圖5示出了對(duì)MAC PDU進(jìn)行分段的操作。圖6示出了當(dāng)在多個(gè)傳輸塊(TB)中分別發(fā)送MAC PDU時(shí)在接收機(jī)處接收MAC PDU 成功。圖7示出了在接收機(jī)處接收MAC PDU失敗。圖8是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的PDU處理方法的流程圖。圖9示出了當(dāng)發(fā)送PDU段失敗時(shí)的處理PDU的示例性方法。圖10是示出了根據(jù)本發(fā)明另一實(shí)施方式的PDU處理方法的流程圖。圖11是根據(jù)本發(fā)明一個(gè)實(shí)施方式的、用于實(shí)現(xiàn)本發(fā)明的實(shí)施方式的PDU處理方法 的發(fā)射機(jī)和接收機(jī)的框圖。
具體實(shí)施例方式下面，參照附圖詳細(xì)地說(shuō)明本發(fā)明的優(yōu)選實(shí)施方式。參照附圖所給出的具體說(shuō)明 旨在介紹本發(fā)明的示例性實(shí)施方式，而不是示出根據(jù)本發(fā)明實(shí)現(xiàn)的唯一實(shí)施方式。以下詳 細(xì)描述包括各種細(xì)節(jié)，從而提供對(duì)本發(fā)明的完整理解。然而，對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)顯而易 見(jiàn)的是，即使沒(méi)有這些細(xì)節(jié)，本發(fā)明仍然可以具體實(shí)施。例如，根據(jù)使用通用移動(dòng)通信系統(tǒng) (UMTS)移動(dòng)通信系統(tǒng)的假設(shè)來(lái)給出下面的詳細(xì)描述。但是，除了 UMTS系統(tǒng)固有的特定特性 之外，該說(shuō)明可適用于其它任何移動(dòng)通信系統(tǒng)。在一些例子中，為了避免模糊本發(fā)明的概念，省略了公知的結(jié)構(gòu)和設(shè)備，或者使用 側(cè)重于這種結(jié)構(gòu)和設(shè)備的重要特征的框圖來(lái)進(jìn)行描述。在全部附圖中使用相同的附圖標(biāo)記 來(lái)表示相同或相似的部分。在下面的描述中，假設(shè)“用戶設(shè)備(UE) ”表示移動(dòng)或固定的用戶端設(shè)備(諸如移動(dòng) 臺(tái)(MQ等)，并且，假設(shè)術(shù)語(yǔ)“基站(BQ ”表示與UE進(jìn)行通信的任何網(wǎng)絡(luò)端節(jié)點(diǎn)(諸如節(jié) 點(diǎn)B、增強(qiáng)型節(jié)點(diǎn)B (eNB或eNODE B)等)。參照?qǐng)D5來(lái)描述對(duì)介質(zhì)訪問(wèn)控制(MAC)協(xié)議數(shù)據(jù)單元(PDU)進(jìn)行分段的過(guò)程。圖 5示出了對(duì)MAC PDU進(jìn)行分段的操作。在根據(jù)無(wú)線環(huán)境而從網(wǎng)絡(luò)接收到授權(quán)(grant)時(shí)，UE的MAC層根據(jù)該授權(quán)來(lái)確定 要在下一傳輸時(shí)間間隔(TTI)期間發(fā)送的傳輸塊(TB)的尺寸。該授權(quán)指定了 UE在下一 TTI期間可以發(fā)送的數(shù)據(jù)的尺寸，該尺寸是基于網(wǎng)絡(luò)的最大可用發(fā)射功率而確定的。如果 MAC PDU對(duì)于單個(gè)TB而言過(guò)大，則UE的MAC分段實(shí)體將該MACPDU分段為所確定的TB尺 寸。該MAC PDU的其余部分存儲(chǔ)在MAC分段實(shí)體中。例如，在圖5(a)中，MAC PDU是1000比特長(zhǎng)，并且TB尺寸是300比特。因而，UE 將該MAC PDU分段為300比特的尺寸，在當(dāng)前TTI期間配置要發(fā)送的300比特的TB，將該 TB緩存在HARQ過(guò)程緩存器中，然后嘗試對(duì)該TB的HARQ發(fā)送。UE的MAC分段實(shí)體存儲(chǔ)該
6MAC PDU的其余部分。參照?qǐng)D5 (b)，如果在MAC分段實(shí)體中的該MAC PDU的一部分仍然要進(jìn)行發(fā)送并對(duì) 于單個(gè)TB而言過(guò)大，則MAC分段實(shí)體將MAC PDU的該一部分分段為T(mén)B尺寸，將要發(fā)送的 MAC PDU段緩存在HARQ過(guò)程緩存器中，并嘗試該對(duì)MAC PDU段的HARQ發(fā)送。要發(fā)送的MAC PDU的其余部分存儲(chǔ)在MAC分段實(shí)體中?，F(xiàn)在參照?qǐng)D6和圖7來(lái)給出對(duì)HARQ發(fā)送的描述。HARQ是通過(guò)減少UE向BS發(fā)出的重傳請(qǐng)求(這是由于較差無(wú)線信道環(huán)境或其它 因素所導(dǎo)致的)、從而提高分組數(shù)據(jù)的發(fā)送效率的方案?；旧险f(shuō)，通過(guò)使用簡(jiǎn)單的檢錯(cuò)碼 (諸如循環(huán)冗余碼校驗(yàn)(CRC))而對(duì)接收到的數(shù)據(jù)執(zhí)行錯(cuò)誤檢查。當(dāng)在接收到的數(shù)據(jù)中檢測(cè) 到錯(cuò)誤時(shí)，UE請(qǐng)求重傳該數(shù)據(jù)，因而嘗試糾正該錯(cuò)誤。例如，如果發(fā)射機(jī)在物理信道上向接收機(jī)發(fā)送了第一 TB并且接收機(jī)成功接收到 第一 TB，則接收機(jī)向發(fā)射機(jī)發(fā)送針對(duì)第一 TB的ACK。相反，如果接收機(jī)未能接收到第一 TB， 則接收機(jī)向發(fā)射機(jī)發(fā)送針對(duì)第一 TB的NACK。在從接收機(jī)接收到ACK時(shí)，發(fā)射機(jī)從HARQ過(guò) 程緩存器中丟棄第一 TB，并發(fā)送第二 TB。另一方面，在從接收機(jī)接收到針對(duì)第一 TB的NACK 時(shí)，發(fā)射機(jī)向接收機(jī)重傳在HARQ過(guò)程緩存器中所緩存的第一 TB。但是，在UE停留于較差信道的狀態(tài)或者要從UE發(fā)送的數(shù)據(jù)對(duì)于延遲比較敏感的 情況下，不能無(wú)限期地持續(xù)進(jìn)行重傳。因此，該系統(tǒng)向發(fā)射機(jī)通知所允許的最大重傳次數(shù)， 因而發(fā)射機(jī)嘗試重傳，最多達(dá)到最大重傳次數(shù)。如果即使發(fā)射機(jī)重傳第一 TB達(dá)到了最大重 傳次數(shù)、但是該發(fā)射機(jī)仍然未能接收到針對(duì)第一 TB的ACK，則發(fā)射機(jī)將第一 TB從HARQ過(guò)程 緩存器中丟棄，而不再?lài)L試發(fā)送第一 TB。接著，發(fā)射機(jī)發(fā)送第二 TB。這稱(chēng)為“HARQ發(fā)送失 敗，，。圖6示出了當(dāng)在多個(gè)TB中分別發(fā)送MAC PDU時(shí)在接收機(jī)處接收MAC PDU成功，并 且圖7示出了在接收機(jī)處接收MAC PDU失敗。參照?qǐng)D6和圖7，發(fā)射機(jī)的MAC分段實(shí)體將MAC PDU分段為多個(gè)TB，并按照HARQ 方案向接收機(jī)發(fā)送TB。如果該MAC PDU是1000比特長(zhǎng)，則將第一 300比特的MAC PDU段緩 存在第一 HARQ過(guò)程緩存器中，并在第一 HARQ過(guò)程中發(fā)送。將第二 200比特的MAC PDU段 緩存在第二 HARQ過(guò)程緩存器中，并在第二 HARQ過(guò)程中發(fā)送。在圖6示出的情況下，MAC PDU的全部TB在HARQ發(fā)送中成功。發(fā)射機(jī)依次發(fā)送 形成該MAC PDU的第一段至第四段(即，第一 TB至第四TB)。在接收到針對(duì)該MAC PDU的 各個(gè)TB的ACK時(shí)，發(fā)射機(jī)將MAC PDU段從HARQ過(guò)程緩存器中丟棄。接著，因?yàn)镠ARQ過(guò)程 緩存器不再具有任何緩存的TB，所以，發(fā)射機(jī)嘗試全部或部分地發(fā)送下一 MAC PDU0在從發(fā) 射機(jī)依次接收到全部TB后，接收機(jī)的MAC分段實(shí)體可以利用TB來(lái)合并完整的MAC PDU0在圖7示出的情況下，發(fā)射機(jī)將MAC PDU的第一段TBl緩存在第一 HARQ過(guò)程緩存 器中，并向接收機(jī)發(fā)送第一段TB1，但是發(fā)送失敗。接著，發(fā)射機(jī)將MAC PDU的第二段TB2 緩存在第二 HARQ過(guò)程緩存器中，并向接收機(jī)發(fā)送第二段TB2。發(fā)射機(jī)將MAC PDU的第三段 TB3緩存在第三HARQ過(guò)程緩存器中，并向接收機(jī)發(fā)送第三段TB3。發(fā)射機(jī)將MAC PDU的第四 段TB4緩存在第四HARQ過(guò)程緩存器中，并向接收機(jī)發(fā)送第四段TB4。如果甚至在重傳第一 段TBl達(dá)到了最大重傳次數(shù)之后、但是發(fā)射機(jī)仍然未能從接收機(jī)接收到針對(duì)第一段TBl的 ACK，則發(fā)射機(jī)確定HARQ傳送失敗，從而將第一段TBl從第一 HARQ過(guò)程緩存器中丟棄。在
7從接收機(jī)接收到針對(duì)第二段TB2和第三段TB3中的各個(gè)的ACK時(shí)，發(fā)射機(jī)將第二段TB2和 第三段TB3從HARQ過(guò)程緩存器中丟棄。因?yàn)榻邮諜C(jī)沒(méi)有接收到第一段TB1，所以即使接收 機(jī)接收到了其它TB，但是也不能對(duì)整個(gè)MAC PDU進(jìn)行合并。現(xiàn)在，給出對(duì)SDU丟棄功能的描述。當(dāng)RLC PDU在預(yù)定時(shí)間內(nèi)未成功發(fā)送或在預(yù) 定發(fā)送次數(shù)之后未成功發(fā)送時(shí)，SDU丟棄功能用于從RLC PDU緩存器中丟棄RLC PDU0 SDU 丟棄功能用于避免RLC PDU緩存器溢出的目的。為執(zhí)行SDU丟棄功能，定了義多種操作模 式，并通過(guò)RRC層向各個(gè)RLC實(shí)體通知要執(zhí)行的SDU丟棄功能?？梢园凑站哂忻鞔_信令的 基于定時(shí)器的方式、沒(méi)有信令的基于定時(shí)器的方式、基于最大發(fā)送次數(shù)的方式、或在最大發(fā) 送次數(shù)后不丟棄RLC SDU的RLC重置方式，來(lái)執(zhí)行SDU丟棄功能?；诙〞r(shí)器的丟棄方案用于在由QoS所限定的最大延遲時(shí)間內(nèi)發(fā)送數(shù)據(jù)。QoS表 示UE接收到的服務(wù)的服務(wù)質(zhì)量。影響QoS的主要因素是最大延遲、錯(cuò)誤率、比特率等。為 了在QoS所限定的最大延遲內(nèi)發(fā)送數(shù)據(jù)，RLC層期望能夠在最大延遲時(shí)間內(nèi)對(duì)從上層接收 到的RLC SDU進(jìn)行發(fā)送。如果直到最大延遲時(shí)間過(guò)去而仍然沒(méi)有對(duì)使用RLC SDU所構(gòu)造的 RLC PDU進(jìn)行發(fā)送，則RLC層丟棄該RLC SDU，以減少在信道速率內(nèi)的分布。這樣可以防止 緩存器溢出。結(jié)果，連接的RLC SDU丟失率可能增大。在從上層接收到RLC SDU時(shí)，發(fā)射機(jī)啟動(dòng)丟棄定時(shí)器Timer_DiSCard。如果直到丟 棄定時(shí)器Timer_DiSCard到期為止、但是發(fā)射機(jī)并未發(fā)送RLC SDU，則發(fā)射機(jī)丟棄RLC SDU0 在具有明確信令的基于定時(shí)器的丟棄方案中，當(dāng)在丟棄定時(shí)器Timer_DiSCard到期而丟 棄RLC SDU時(shí)，發(fā)射機(jī)向接收機(jī)發(fā)送位于狀態(tài)PDU中的移動(dòng)接收窗口(MRW=Move Receive Window)超域(SUFI =SuperField) 在接收到MRW SUFI時(shí)，接收機(jī)丟棄承載有RLC SDU的 RLC PDU，并更新接收窗口。在經(jīng)過(guò)最大發(fā)送次數(shù)后丟棄RLC SDU的方案中，如果發(fā)射機(jī)雖然按照最大次數(shù)進(jìn) 行發(fā)送、但是不能發(fā)送使用RLC SDU所構(gòu)造的RLC PDU，則發(fā)射機(jī)丟棄該RLCPDU。發(fā)射機(jī) 接著可以指令接收機(jī)移動(dòng)接收窗口(如在具有明確信令的基于定時(shí)器的丟棄方案中所執(zhí) 行)，或者可以通過(guò)RLC重置而重置發(fā)射機(jī)和接收機(jī)的實(shí)體。參照?qǐng)D8和圖9，描述根據(jù)本發(fā)明的一個(gè)實(shí)施方式的PDU處理方法。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，如果發(fā)射機(jī)甚至在PDU的一個(gè)段的HARQ發(fā)送中失 敗，則發(fā)射機(jī)丟棄整個(gè)PDU。圖8是示出了根據(jù)本發(fā)明一個(gè)實(shí)施方式的PDU處理方法的流程圖。參照?qǐng)D8，發(fā)射機(jī)根據(jù)資源的尺寸將PDU分段為兩個(gè)PDU段(S810)。具體地說(shuō)，UE 通過(guò)將PDU分段為可用資源的尺寸，來(lái)生成適于按照可用資源進(jìn)行數(shù)據(jù)傳輸?shù)某叽绲牡谝?PDU段。該P(yáng)DU的其余部分是第二段。根據(jù)TB尺寸而確定可用資源。也就是說(shuō)，可用資源 取決于通過(guò)選擇傳輸格式組合(TFC)而確定的TB的空間。在發(fā)射機(jī)中，MAC層將該P(yáng)DU分 段為兩個(gè)PDU段并向HARQ實(shí)體發(fā)送第一 PDU段，同時(shí)將第二 PDU段存儲(chǔ)在MAC分段實(shí)體中。如果在發(fā)射機(jī)的MAC分段實(shí)體中存在PDU段，則發(fā)射機(jī)的MAC層根據(jù)可用資源的 尺寸將該P(yáng)DU段分段為兩個(gè)PDU段，并按照該資源來(lái)向HARQ實(shí)體發(fā)送該具有適于傳輸?shù)某?寸的PDU段。發(fā)射機(jī)向接收機(jī)發(fā)送第一 PDU段(S820)。如果發(fā)射機(jī)未能接收到針對(duì)第一 PDU段 的ACK，則發(fā)射機(jī)重傳第一 PDU段達(dá)到最大重傳次數(shù)。當(dāng)甚至在最大重傳次數(shù)之后發(fā)射機(jī)仍
8然未能接收到針對(duì)第一 PDU段的ACK，則發(fā)射機(jī)不再重傳第一 PDU段。這稱(chēng)為“HARQ發(fā)送失 敗，，。 在甚至在最大重傳次數(shù)之后發(fā)射機(jī)仍然未能接收到針對(duì)第一 PDU段的ACK的情況 下，發(fā)射機(jī)丟棄整個(gè)PDU(S830)。圖9示出了當(dāng)發(fā)送PDU段失敗時(shí)的處理PDU的示例性方法。參照?qǐng)D9，當(dāng)?shù)谝?PDU段的發(fā)送失敗時(shí)，發(fā)射機(jī)的MAC層丟棄第一段，并將第一 PDU 段的HARQ發(fā)送失敗通知給MAC分段實(shí)體。在接收到指示了第一 PDU段的HARQ發(fā)送失敗的信息時(shí)，MAC分段實(shí)體丟棄存儲(chǔ)在 它自己中的PDU的其余部分。緩存在HARQ過(guò)程緩存器中的PDU段由HARQ實(shí)體丟棄。如果所緩存的PDU段是包括失敗的PDU段的PDU的一部分，則發(fā)射機(jī)的HARQ實(shí)體 丟棄所緩存的PDU段。也就是說(shuō)，HARQ實(shí)體應(yīng)當(dāng)對(duì)緩存在各個(gè)HARQ過(guò)程緩存器中的PDU段 是否是來(lái)自包括失敗的PDU段的PDU進(jìn)行檢查。在按照多個(gè)TB分別發(fā)送PDU的情況下，發(fā)射機(jī)寫(xiě)入該P(yáng)DU的第一和最后PDU段的 序列號(hào)。在發(fā)送PDU段失敗時(shí)，如果該MAC PDU段的序列號(hào)是在第一 PDU段的序列號(hào)與最 后PDU段的序列號(hào)之間，則發(fā)射機(jī)的HARQ實(shí)體丟棄在各個(gè)HARQ過(guò)程緩存器中所緩存的MAC PDU 段?，F(xiàn)在，參照?qǐng)D10給出對(duì)根據(jù)本發(fā)明的另一實(shí)施方式的PDU處理方法的描述。圖10 是示出了根據(jù)本發(fā)明另一實(shí)施方式的PDU處理方法的流程圖。根據(jù)該實(shí)施方式，發(fā)射機(jī)丟棄直到丟棄定時(shí)器Timer_DiSCard到期為止仍然未被 完全發(fā)送的SDU。如果根據(jù)所丟棄的SDU而創(chuàng)建的MAC PDU段存儲(chǔ)在MAC分段實(shí)體中，則發(fā) 射機(jī)丟棄所存儲(chǔ)的MAC PDU段。參照?qǐng)D10，在從上層接收到SDU時(shí)，UE的RLC層啟動(dòng)丟棄定時(shí)器Timer_ Discard(SlOlO)。如果直到丟棄定時(shí)器Timer_DiSCard到期為止、但是UE仍然未完成對(duì)SDU的發(fā) 送，則UE丟棄該SDU，并從RLC PDU緩存器中清除根據(jù)該SDU而創(chuàng)建的RLCPDU (S1020)。
如果根據(jù)SDU而創(chuàng)建的MAC PDU段存儲(chǔ)在MAC分段實(shí)體中，則UE丟棄該MAC PDU 段(S1030)。UE的RLC層確定由RLC層發(fā)送到MAC層的最新RLC PDU是否是來(lái)自所丟棄的SDU。 每次RLC層向MAC層發(fā)送RLC PDU時(shí)，RLC層對(duì)最新發(fā)送的RLC PDU的序列號(hào)進(jìn)行更新。如 果最新發(fā)送的RLC PDU的序列號(hào)是根據(jù)所丟棄的SDU而創(chuàng)建的RLC PDU的序列號(hào)中的一個(gè) 時(shí)，則UE確定發(fā)送到MAC層的最新RLC PDU是來(lái)自所丟棄的SDU。當(dāng)確定發(fā)送到MAC層的最新RLC PDU是來(lái)自所丟棄的SDU時(shí)，RLC層向MAC層發(fā) 送SDU丟棄指示，該SDU丟棄指示表示最新RLC PDU是來(lái)自所丟棄的SDU。在接收到SDU丟棄指示時(shí)，UE的MAC層確定在MAC分段實(shí)體中是否存在要發(fā)送的 任何MAC PDU0在存在要發(fā)送的MAC PDU段的情況下，UE丟棄該MACPDU段。在接收到SDU丟棄指示之后，UE的MAC層確定在MAC分段實(shí)體中是否存在要發(fā)送 的任何MAC PDU段。在存在要發(fā)送的MAC PDU段的情況下，UE確定該MAC PDU段是否是來(lái) 自在丟棄定時(shí)器Timer_DiSCard到期時(shí)所丟棄的SDU。如果該MAC PDU段是來(lái)自該SDU，則從MAC分段實(shí)體中丟棄該MAC PDU段。圖11是根據(jù)本發(fā)明一個(gè)實(shí)施方式的、用于實(shí)現(xiàn)本發(fā)明的實(shí)施方式的PDU處理方法 的發(fā)射機(jī)和接收機(jī)的框圖。參照?qǐng)D11，發(fā)射機(jī)和接收機(jī)包括通過(guò)控制天線來(lái)發(fā)送消息的發(fā)送(Tx)模塊1140 和1150、通過(guò)控制天線來(lái)接收消息的接收(Rx)模塊1160和1170、用于存儲(chǔ)與BS通信有關(guān) 的信息的存儲(chǔ)器1180和1190、以及處理器1120和1130 (處理器1120和1130用于控制Tx 模塊1140和1150、Rx模塊1160和1170、以及存儲(chǔ)器1180和1190)。天線1100和1110在空中發(fā)送由Tx模塊1140和1150所生成的信號(hào)，或向Rx模 塊1160和1170發(fā)送在空中接收到的信號(hào)。當(dāng)支持多輸入多輸出(MIMO)時(shí)，發(fā)射機(jī)和接收 機(jī)中的各個(gè)可以具有兩個(gè)或更多個(gè)天線。一般來(lái)說(shuō)，處理器1120和1130提供對(duì)發(fā)射機(jī)和接收機(jī)的總體控制。具體地說(shuō)， 為了執(zhí)行本發(fā)明的上述實(shí)施方式，處理器1120和1130可以執(zhí)行控制功能、MAC幀轉(zhuǎn)換控制 功能(根據(jù)業(yè)務(wù)特性和傳播環(huán)境)、切換功能、以及認(rèn)證及加密功能。另外，處理器1120和 1130中的各個(gè)還可以包括加密模塊(用于控制對(duì)各種消息的加密)和定時(shí)器模塊(用于控 制對(duì)各種消息的發(fā)送與接收)。發(fā)射機(jī)的處理器1120將PDU分段為第一 PDU段和第二 PDU段，第一 PDU段和第二 PDU段分別具有適于資源的數(shù)據(jù)傳輸?shù)某叽?該尺寸是考慮到資源的尺寸而確定的)。如 果第一 PDU段的發(fā)送失敗，則處理器1120丟棄整個(gè)PDU。處理器1120包括用于將PDU分段為第一 PDU段和第二 PDU段的MAC分段實(shí)體。 MAC分段實(shí)體向發(fā)射機(jī)的HARQ實(shí)體發(fā)送第一 PDU段。第二 PDU段存儲(chǔ)在MAC分段實(shí)體中。Tx模塊1140和1150可以按照預(yù)定調(diào)制及編碼方案(MCQ來(lái)對(duì)由處理器1120和 1130所調(diào)度的信號(hào)和/或數(shù)據(jù)進(jìn)行編碼和調(diào)制，并將調(diào)制后的信號(hào)和/或數(shù)據(jù)發(fā)送到天線 1100 和 1110。Rx模塊1160和1170可以通過(guò)對(duì)經(jīng)由天線1100和110接收到的無(wú)線信號(hào)進(jìn)行解 碼和解調(diào)來(lái)恢復(fù)出原始數(shù)據(jù)，并將該原始數(shù)據(jù)發(fā)送到處理器1120和1130。存儲(chǔ)器1180和1190可以存儲(chǔ)用于在處理器1120和1130中進(jìn)行處理和控制的程 序，并臨時(shí)存儲(chǔ)輸入/輸出數(shù)據(jù)(由BS所分配的上行授權(quán)、系統(tǒng)信息、站標(biāo)識(shí)符(STID)、流 ID(FID)、動(dòng)作時(shí)間、資源分配信息、和UE中的幀偏移信息)。另外，存儲(chǔ)器1180和1190可以分別包括以下中的至少一種閃存類(lèi)型存儲(chǔ)介質(zhì)、 硬盤(pán)型存儲(chǔ)介質(zhì)、多媒體卡微型存儲(chǔ)介質(zhì)、卡式存儲(chǔ)器(例如，安全數(shù)字型(SD)或極限數(shù)字 (XS)存儲(chǔ)器)、隨機(jī)存取存儲(chǔ)器(RAM)、靜態(tài)RAM(SRAM)、只讀存儲(chǔ)器(ROM)、電可擦除可編程 只讀存儲(chǔ)器(EEPROM)、可編程只讀存儲(chǔ)器(PR0M)、磁性存儲(chǔ)器、磁盤(pán)和光盤(pán)。根據(jù)以上對(duì)本發(fā)明的各個(gè)實(shí)施方式的描述，明顯的是，可以高效地使用無(wú)線資源 并防止時(shí)間延遲。本領(lǐng)域技術(shù)人員可以理解的是，可以在不脫離本發(fā)明的精神和實(shí)質(zhì)特征的情況下 按照各種形式來(lái)實(shí)施本發(fā)明。例如，本領(lǐng)域技術(shù)人員可以對(duì)本發(fā)明的上述實(shí)施方式的組件 進(jìn)行組合。因此，上述實(shí)施方式在各個(gè)方面應(yīng)當(dāng)理解為示例性的，而非限制性的。本發(fā)明的范 圍應(yīng)當(dāng)由所附權(quán)利要求及其法律等同物來(lái)確定，而不是由上述說(shuō)明來(lái)確定，并且，旨在包含
10落入所附權(quán)利要求的含義和等同范圍內(nèi)的全部變化。本申請(qǐng)要求于2010年9月16日提交的韓國(guó)專(zhuān)利申請(qǐng)No. 10-2010-0090952的優(yōu) 先權(quán)，以引證的方式將其全部?jī)?nèi)容并入于此，如同在此進(jìn)行了完整闡述一樣。本申請(qǐng)還要求于2010年1月7日提交的美國(guó)臨時(shí)申請(qǐng)Ν0.61Λ93，185的優(yōu)先權(quán)， 以引證的方式將其全部?jī)?nèi)容并入于此。
權(quán)利要求
1.一種在無(wú)線通信系統(tǒng)中在發(fā)射機(jī)的介質(zhì)訪問(wèn)控制MAC層對(duì)MAC協(xié)議數(shù)據(jù)單元PDU進(jìn) 行處理的方法，該方法包括以下步驟將MAC PDU分段為第一 MAC PDU段和第二 MAC PDU段； 向接收機(jī)發(fā)送所述第一 MAC PDU段；以及如果所述第一MAC PDU段的發(fā)送失敗，則丟棄未向所述接收機(jī)發(fā)送的所述第二MAC PDU段。
2.根據(jù)權(quán)利要求1所述的方法，其中，分段步驟包括以下步驟根據(jù)可用資源的量來(lái)對(duì) 所述MAC PDU進(jìn)行分段。
3.根據(jù)權(quán)利要求2所述的方法，其中，所述可用資源是根據(jù)傳輸塊TB尺寸而確定的。
4.根據(jù)權(quán)利要求3所述的方法，其中，所述可用資源是根據(jù)由所選擇的傳輸格式組合 TFC所確定的TB空間而確定的。
5.根據(jù)權(quán)利要求1所述的方法，該方法還包括以下步驟存儲(chǔ)所述第二MACPDU段。
6.根據(jù)權(quán)利要求1所述的方法，該方法還包括以下步驟丟棄所述第一MACPDU段。
7.根據(jù)權(quán)利要求1所述的方法，該方法還包括以下步驟從無(wú)線鏈路控制RLC層接收 指示了已經(jīng)丟棄與所述MAC PDU有關(guān)的RLC業(yè)務(wù)數(shù)據(jù)單元SDU這一情況的指示，其中，丟棄 步驟包括以下步驟根據(jù)所述指示丟棄所述第二 MAC PDU段。
8.根據(jù)權(quán)利要求7所述的方法，其中，所述RLCSDU是基于丟棄定時(shí)器Timer_DiSCard 而被丟棄的。
9.一種在無(wú)線通信系統(tǒng)中的包括有介質(zhì)訪問(wèn)控制MAC層的發(fā)射機(jī)，該發(fā)射機(jī)包括 分段實(shí)體，其用于將MAC協(xié)議數(shù)據(jù)單元PDU分段為第一 MAC PDU段和第二 MAC PDU段；以及發(fā)送實(shí)體，其用于向接收機(jī)發(fā)送所述第一 MAC PDU段，其中，如果所述第一 MAC PDU段的發(fā)送失敗，則丟棄未向所述接收機(jī)發(fā)送的所述第二 MAC PDU 段
10.根據(jù)權(quán)利要求9所述的發(fā)射機(jī)，其中，所述分段實(shí)體根據(jù)可用資源的量來(lái)對(duì)所述 MAC PDU進(jìn)行分段。
11.根據(jù)權(quán)利要求10所述的發(fā)射機(jī)，其中，所述可用資源是根據(jù)傳輸塊TB尺寸而確定的。
12.根據(jù)權(quán)利要求11所述的發(fā)射機(jī)，其中，所述可用資源是根據(jù)由所選擇的傳輸格式 組合TFC所確定的TB空間而確定的。
13.根據(jù)權(quán)利要求9所述的發(fā)射機(jī)，其中，所述發(fā)送實(shí)體是混合自動(dòng)重傳請(qǐng)求HARQ實(shí) 體，并且，該HARQ實(shí)體存儲(chǔ)所述第二 MAC PDU段。
14.根據(jù)權(quán)利要求9所述的發(fā)射機(jī)，其中，如果所述第一MACPDU段的發(fā)送失敗，則丟棄 所述第一 MAC PDU段。
15.根據(jù)權(quán)利要求9所述的發(fā)射機(jī)，其中，在從無(wú)線鏈路控制RLC層接收到指示了已經(jīng) 丟棄與所述MAC PDU有關(guān)的RLC業(yè)務(wù)數(shù)據(jù)單元SDU這一情況的指示時(shí)，所述MAC層丟棄所 述第二 MAC PDU段。
16.根據(jù)權(quán)利要求15所述的發(fā)射機(jī)，其中，所述RLCSDU是基于丟棄定時(shí)器Timer_ Discard而被丟棄的。
全文摘要
本發(fā)明涉及一種在無(wú)線通信系統(tǒng)中處理MAC協(xié)議數(shù)據(jù)單元的方法。公開(kāi)在無(wú)線通信系統(tǒng)中處理MAC PDU的方法和裝置。該方法包括以下步驟將MAC PDU分段為第一MAC PDU段和第二MAC PDU段；向接收機(jī)發(fā)送所述第一MAC PDU段；以及如果所述第一MAC PDU段的發(fā)送失敗，則丟棄未向所述接收機(jī)發(fā)送的所述第二MAC PDU段。
文檔編號(hào)H04W80/02GK102123520SQ20111000518
公開(kāi)日2011年7月13日 申請(qǐng)日期2011年1月6日 優(yōu)先權(quán)日2010年1月7日
發(fā)明者千成德, 樸成埈, 李承俊, 鄭圣勛, 金宣喜 申請(qǐng)人:Lg電子株式會(huì)社