LTE_MAC協(xié)議總結(jié)

1、3.1 序言剛剛開(kāi)始學(xué)習(xí)LTE的一段時(shí)間，曾經(jīng)寫(xiě)過(guò)一個(gè)幻燈片在我們組內(nèi)分享，后來(lái)發(fā)到了網(wǎng)站，承蒙大家厚愛(ài)到處傳閱，如果現(xiàn)在在google上搜索一下，還是能看到很多網(wǎng)站上都有。但是現(xiàn)在自己仔細(xì)看看原來(lái)的幻燈片，發(fā)現(xiàn)有很多地方說(shuō)得過(guò)于模糊，還有一些地方存在錯(cuò)誤，內(nèi)心感到惶恐，趁這個(gè)機(jī)會(huì)，重新整理一下對(duì)MAC的理解，結(jié)合MAC協(xié)議（3GPP 36.321）與自己在MAC層工作的經(jīng)驗(yàn)，提供更加豐富的內(nèi)容，同時(shí)也希望能夠糾正謬誤，開(kāi)啟討論之門(mén)。3.2 概述36.321里面主要描述的是MAC的架構(gòu)與處于MAC層的功能實(shí)體，并沒(méi)有涉及到具體的實(shí)現(xiàn)，而且由于LTE取消了向以前的協(xié)議專(zhuān)門(mén)提供的專(zhuān)用信道，所有的用

2、戶(hù)數(shù)據(jù)都使用共享信道，因此對(duì)MAC的在資源以及業(yè)務(wù)調(diào)度的功能上提出了很高的要求，這也是不同設(shè)備供應(yīng)商可以大顯神通的地方了；而協(xié)議本身主要描述的是接受端的行為，因此在基站端可以發(fā)揮的余地就更大了。3.2.1 MAC架構(gòu)MAC協(xié)議層在LTE協(xié)議棧的位置如下所示：圖3.1 MAC層在LTE協(xié)議棧的位置MAC實(shí)體在UE以及eNB上都存在的，它們主要處理如下傳輸信道：- 廣播信道（Broadcast Channel，BCH）；- 下行共享信道（Downlink Shared Channel，DL-SCH）；- 呼叫信道（Paging Channel，PCH）；- 上行共享信道（Uplink Shared

3、 Channel, UL-SCH）；- 隨機(jī)接入信道（Random Access Channel,RACH）。其實(shí)這些信道只是概念上的，因?yàn)閭鬏斝诺赖墓芾砩喜幌襁壿嬓诺滥菢釉O(shè)立專(zhuān)門(mén)的邏輯信道號(hào)，它只是從功能是進(jìn)行了描述，因此實(shí)現(xiàn)上是否真正存在這樣的傳輸信道，這在于個(gè)廠商自己。對(duì)于MAC層與物理層之間的處理，自然可以設(shè)置專(zhuān)門(mén)的通道，也可以只是通過(guò)一些簡(jiǎn)單的標(biāo)識(shí)來(lái)處理，當(dāng)然這也是信道的一種表現(xiàn)形式。下圖3.1與3.2分別為層二的上下行功能框架圖：圖3.1 層二下行功能框架圖圖3.1 層二上行功能框架圖3.2.2 服務(wù)3.2.2.1 提供給上層的服務(wù)MAC層給上層（RLC層，也可以泛指MAC層以上的

4、協(xié)議層）提供的服務(wù)有：- 數(shù)據(jù)傳輸，這里面隱含了對(duì)上層數(shù)據(jù)處理，比如優(yōu)先級(jí)處理，邏輯信道數(shù)據(jù)的復(fù)用；- 無(wú)線(xiàn)資源分配與管理，包括MCS的選擇，數(shù)據(jù)在物理層傳輸格式的選擇，以及無(wú)線(xiàn)資源的使用管理，從這里我們可以知道MAC層掌握了所有物理層資源的信息。3.2.2.2 期待物理層提供的服務(wù)物理層向MAC層提供以下服務(wù)：- 數(shù)據(jù)傳輸，MAC層通過(guò)傳輸信道訪(fǎng)問(wèn)物理層的數(shù)據(jù)傳輸服務(wù)，而傳輸信道的特征通過(guò)傳輸格式進(jìn)行定義，它指示物理層如何處理相應(yīng)的傳輸信道，例如信道編碼，交織，速率匹配等；- HARQ 反饋信令（HARQ ACK/NACK）；- 調(diào)度請(qǐng)求信令（SR）；- 測(cè)量（比如信道質(zhì)量CQI，與編碼矩陣

5、PMI等）3.2.3 MAC層功能MAC層的各個(gè)子功能實(shí)體提供以下的功能：- 實(shí)現(xiàn)邏輯信道映射到傳輸信道；- 復(fù)用從一條或多條邏輯信道下來(lái)的數(shù)據(jù)(MAC SDUs)到傳輸塊，并通過(guò)傳輸信道發(fā)給到物理層；- 把從傳輸信道傳送上來(lái)的傳輸塊解復(fù)用成MAC SDU，并通過(guò)相應(yīng)的邏輯信道，上交給RLC層；- 調(diào)度信息的報(bào)告，UE向eNODEB請(qǐng)求傳輸資源等；- 基于HARQ機(jī)制的錯(cuò)誤糾正功能；- 通過(guò)動(dòng)態(tài)調(diào)度的方式，處理不同用戶(hù)的優(yōu)先級(jí)；以及對(duì)同一用戶(hù)的不同邏輯信道的優(yōu)先級(jí)處理，這里主要在UE端實(shí)現(xiàn)；- 傳輸格式的選擇，通過(guò)物理層上報(bào)的測(cè)量信息，用戶(hù)能力等，選擇相應(yīng)的傳輸格式，從而達(dá)到最有效的資源利用。

6、以上功能與上下行以及MAC實(shí)體的對(duì)應(yīng)關(guān)系如下表所示：表3.1 MAC function location and link direction associationMAC 功能 UE eNB 下行 上行邏輯信道和傳輸信道之間的映射 X X X X X X復(fù)用 X X  X X 解復(fù)用 X X X X HARQ X X X   X X X傳輸格式的選擇 X X X 不同用戶(hù)間優(yōu)先級(jí)處理 X X X 同一用戶(hù)不同邏輯信道優(yōu)先級(jí)處理 X X X 邏輯信道優(yōu)先級(jí)設(shè)置 X X 調(diào)度信息報(bào)告 X X 3.2.4 信道結(jié)構(gòu)在描述與MAC相關(guān)的信道前，這里先對(duì)信道做一些簡(jiǎn)單的解釋?zhuān)诺揽?/p>

7、以認(rèn)為是不同協(xié)議層之間的業(yè)務(wù)接入點(diǎn)（SAP），是下一層向它的上層提供的服務(wù)。LTE沿用了UMTS里面的三種信道，邏輯信道，傳輸信道與物理信道。從協(xié)議棧的角度來(lái)看，物理信道是物理層的, 傳輸信道是物理層和MAC層之間的, 邏輯信道是MAC層和RLC層之間的，它們的含義是：- 邏輯信道，傳輸什么內(nèi)容，比如廣播信道（BCCH），也就是說(shuō)用來(lái)傳廣播消息的；- 傳輸信道，怎樣傳，比如說(shuō)下行共享信道DL-SCH，也就是業(yè)務(wù)甚至一些控制消息都是通過(guò)共享空中資源來(lái)傳輸?shù)?，它?huì)指定MCS，空間復(fù)用等等方式，也就說(shuō)是告訴物理層如何去傳這些信息；- 物理信道，信號(hào)在空中傳輸?shù)某休d，比如PBCH，也就是在實(shí)際的物理位

8、置上采用特地的調(diào)制編碼方式來(lái)傳輸廣播消息了。進(jìn)一步解釋?zhuān)壿嬓诺腊凑障⒌念?lèi)別不同，將業(yè)務(wù)和信令消息進(jìn)行分類(lèi)，獲得相應(yīng)的信道稱(chēng)為邏輯信道，這種信道的定義只是邏輯上人為的定義。傳輸信道對(duì)應(yīng)的是空中接口上不同信號(hào)的基帶處理方式，根據(jù)不同的處理方式來(lái)描述信道的特性參數(shù)，構(gòu)成了傳輸信道的概念，具體來(lái)說(shuō)，就是信號(hào)的信道編碼、選擇的交織方式（交織周期、塊內(nèi)塊間交織方式等）、CRC冗余校驗(yàn)的選擇以及塊的分段等過(guò)程的不同，而定義了不同類(lèi)別的傳輸信道；物理信道，就是在特定的頻域與時(shí)域乃至于碼域上采用特地的調(diào)制編碼等方式發(fā)送數(shù)據(jù)的通道，物理信道就是空中接口的承載媒體，根據(jù)它所承載的上層信息的不同定義了不同類(lèi)的物理

9、信道。跟MAC層相關(guān)的信道有傳輸信道與邏輯信道，比如傳輸信道是物理層提供給MAC的服務(wù)，MAC可以利用傳輸信道向物理層發(fā)送與接收數(shù)據(jù)，而邏輯信道是MAC層向RLC層提供的服務(wù)，RLC可以使用這些邏輯信道想MAC層發(fā)送與接收數(shù)據(jù)。3.2.4.1 傳輸信道MAC使用的傳輸信道如下表所示：表3.2 跟上下行相關(guān)的傳輸信道傳輸信道名 縮寫(xiě) 下行上行 Broadcast Channel 廣播信道 BCH X Downlink Shared Channel 下行共享信道 DL-SCH X Paging Channel 呼叫信道 PCH X Uplink Shared Channel 上行共享信道 UL-S

10、CH X Random Access Channel 隨機(jī)接入信道 RACH X 這些傳輸信道的用途與處理方式如下：- BCH（廣播信道），下行，固定的，預(yù)定義傳輸格式的，例如具有固定大小，固定發(fā)送周期，調(diào)制編碼方式等等；除了MIB消息在專(zhuān)屬的物理信道上傳輸外，其它的廣播消息（SIB）都是在物理共享信道上傳輸?shù)?，不再像UMTS那樣留有專(zhuān)門(mén)的物理信道用于傳輸廣播消息；- PCH（呼叫信道），下行,支持UE的非連續(xù)接收達(dá)到省電的目的；映射到物理下行共享信道，與BCH類(lèi)似；- DL-SCH/UL-SCH，可以傳輸業(yè)務(wù)數(shù)據(jù)以及系統(tǒng)控制信息；- RACH（隨機(jī)接入信道），上行，用于指定傳輸隨機(jī)接入前導(dǎo)，

11、發(fā)射功率等等信息。由上可知，除了指定特定的資源用于系統(tǒng)廣播消息、上行的接入信息以及上下行信道控制信息外，其他的資源對(duì)所有用戶(hù)來(lái)說(shuō)都是共享的，進(jìn)行統(tǒng)一調(diào)度。如果我們對(duì)比UMTS與LTE的傳輸信道，就會(huì)發(fā)現(xiàn)LTE的傳輸信道要少，例如針對(duì)業(yè)務(wù)數(shù)據(jù)，不再有專(zhuān)用傳輸信道與專(zhuān)用控制信道，通通并入了共享信道；這樣的傳輸信道安排，已經(jīng)跟WiMAX對(duì)資源管理的方式非常相似。由于業(yè)務(wù)資源都是共享的，那么MAC的調(diào)度就要做到兼顧業(yè)務(wù)優(yōu)先級(jí)，無(wú)線(xiàn)資源高效使用以及公平性，這對(duì)MAC的設(shè)計(jì)提出了比較高的要求?？梢哉f(shuō)不同設(shè)備商的基站性能跟MAC層的調(diào)度非常相關(guān)。3.2.4.2 邏輯信道MAC提供的邏輯信道如下表3.3所示：

12、表3.3 邏輯信道邏輯信道名 縮寫(xiě) 控制信道 業(yè)務(wù)信道 Broadcast Control Channel 廣播控制信道 BCCH X Paging Control Channel 呼叫控制信道 PCCH X Common Control Channel 通用控制信道 CCCH X Dedicated Control Channel 專(zhuān)用控制信道 DCCH X Dedicated Traffic Channel 專(zhuān)用數(shù)據(jù)信道 DTCH X 這些邏輯信道的用途與處理方式如下：- BCCH（廣播控制信道），下行信道，用于廣播系統(tǒng)控制信息，例如系統(tǒng)帶寬，天線(xiàn)個(gè)數(shù)以及各種信道的配置參數(shù)等等；- PCC

13、H（呼叫控制信道），下行信道，用于傳輸呼叫信息（被叫號(hào)碼等等）以及系統(tǒng)信息改變時(shí)的通知；這個(gè)信道用于系統(tǒng)不知道這個(gè)UE所在的小區(qū)位置時(shí)的呼叫，另外，當(dāng)系統(tǒng)知道UE的具體位置時(shí)，可以使用共享信道來(lái)呼叫，但是對(duì)于系統(tǒng)信息改變還是必須使用PCCH，因?yàn)槟菚r(shí)它呼叫的是小區(qū)內(nèi)的所有UE；- CCCH（通用控制信道），下行信道，用于傳遞UE與系統(tǒng)之間的控制信息，當(dāng)UE還沒(méi)有RRC連接時(shí)，使用這個(gè)控制信道來(lái)傳遞控制信息，例如傳輸接入時(shí)，由于還沒(méi)有RRC連接，RRC連接請(qǐng)求消息就是發(fā)在這個(gè)邏輯信道上的。因此沒(méi)有RRC連接的UE都可以使用這個(gè)信道- DCCH（專(zhuān)用控制信道），上/下行信道，點(diǎn)對(duì)點(diǎn)的雙向信道，用于

14、傳遞UE與系統(tǒng)之間的專(zhuān)用控制信息，因此UE必須建立了RRC連接；- DTCH（專(zhuān)用數(shù)據(jù)信道），上/下行信道,點(diǎn)對(duì)點(diǎn)的雙向信道，用于傳遞用戶(hù)數(shù)據(jù)當(dāng)MAC通過(guò)PDCCH物理信道指示無(wú)線(xiàn)資源的使用的時(shí)候，MAC會(huì)根據(jù)邏輯信道的類(lèi)型把相應(yīng)的RNTI映射到PDCCH，這樣用戶(hù)通過(guò)匹配不同的RNTI可以獲取到相應(yīng)的邏輯信道的數(shù)據(jù)- C-RNTI, Temporary C-RNTI and 半靜態(tài)調(diào)度C-RNTI 用于DCCH 與 DTCH;- P-RNTI 用于 PCCH；- RA-RNTI 用于在DL-SCH上接收隨機(jī)接入相應(yīng)；- Temporary C-RNTI 用于在隨機(jī)接入過(guò)程中接收CCCH；-

15、SI-RNTI 用于BCCH.如下圖所示：圖3.3 RNTI 與邏輯信道映射關(guān)系3.2.4.3 邏輯信道到傳輸信道的映射MAC實(shí)體負(fù)責(zé)把上行的邏輯信道映射到相應(yīng)的上行傳輸信道，映射關(guān)系如圖3.4與表3.4所示：圖3.4 上行邏輯信道與傳輸信道映射下行映射圖3.5 下行邏輯信道與傳輸信道映射3.3 MAC格式（協(xié)議數(shù)據(jù)單元，格式與參數(shù)）3.3.1 概述MAC PDU是八位對(duì)齊的比特流，最高位第一行的最左邊比特，最低位在最后一行的最右邊的比特；MAC SDU也是八位對(duì)齊的比特流，而MAC PDU里面的參數(shù)也是按照相同的順序，高位在左邊，低位在右邊的順序。3.3.2 MAC PDU（DL-SCH和U

16、L-SCH，除了透明MAC和隨機(jī)接入響應(yīng)）MAC PDU具有一個(gè)頭部，零個(gè)或多個(gè)SDU，零個(gè)或多個(gè)控制單元，可能還有填充位。MAC頭部與MAC SDU都是可變長(zhǎng)度的。一個(gè)MAC PDU頭部，MAC PDU頭部可能有一個(gè)或多個(gè)子頭部（subheader），每一個(gè)對(duì)應(yīng)一個(gè)SDU、控制信息單元(control element)或者填充位。一個(gè)普通MAC PDU子頭部由六個(gè)域（R/R/E/LCID/F/L）組成，但是對(duì)于最后一個(gè)子頭部、固定長(zhǎng)度的MAC控制信息單元以及填充位對(duì)應(yīng)的子頭部，它們只包含四個(gè)域（R/R/E/LCID）圖3.3.2-1: R/R/E/LCID/F/L MAC 子頭部圖3.3.2

17、-2: R/R/E/LCID MAC 字頭部MAC PDU子頭部的順序跟MAC SDU，MAC控制信息單元以及填充部分出現(xiàn)的順序是相應(yīng)的。MAC控制信息單元處于任何MAC SDU的前面。填充部分一般放在MAC PDU的最后面，不過(guò)如果只有一個(gè)字節(jié)或者兩個(gè)字節(jié)的填充部分時(shí)，它就放在MAC PDU的最前面。填充部分的內(nèi)容可以是任何值，因?yàn)榻邮辗綍?huì)直接忽略掉這里面的內(nèi)容。對(duì)于一個(gè)UE，每次一個(gè)傳輸塊只能攜帶一個(gè)MAC PDU，當(dāng)然它也告訴我們，如果有兩個(gè)傳輸塊時(shí)，可以攜帶兩個(gè)PDU（這就是當(dāng)使用空間復(fù)用的傳輸方式時(shí)）。圖3.3.2-3: 具有頭部、控制信息單元、SDUs以及填充部分的MAC PDU例

18、子MAC頭部是可變長(zhǎng)的，它包含以下參數(shù)：LCID：用于指示邏輯信道、控制消息類(lèi)型或者填充域；L：指示SDU或者控制消息的長(zhǎng)度，除了最后一個(gè)子頭以及固定長(zhǎng)度的控制消息對(duì)應(yīng)的字頭，每一個(gè)子頭都有一個(gè)L域，它的長(zhǎng)度由F域指示；F：如果SDU或者控制消息的長(zhǎng)度大于128byte，那么設(shè)置F=1，否則設(shè)為0，通過(guò)F的值，我們就可以知道對(duì)應(yīng)的L值的大小了，也就是知道這個(gè)內(nèi)容（MAC SDU或者控制消息單元的長(zhǎng)度了）；E:指示MAC 頭部是否有多個(gè)域，當(dāng)E=1時(shí)，意味著接下來(lái)存在另外一組R/R/E/LCID 域，如果是0，那么接下來(lái)就是payload了；-R: 預(yù)留比特位，設(shè)為“0”3.3.3 控制信息單元

19、由于MAC存在多個(gè)控制信息單元，這里為了節(jié)約篇幅，只對(duì)幾個(gè)重要的控制信息單元進(jìn)行說(shuō)明3.3.3.1緩沖狀態(tài)報(bào)告控制信息單元（BSR）這個(gè)控制信息單元，對(duì)于上行調(diào)度是至關(guān)重要的，作為eNB分配給UE資源的一個(gè)憑據(jù)，UE有多少數(shù)據(jù)要發(fā)送就是通過(guò)它來(lái)告訴eNB的，BSR有兩種：-短BSR和截?cái)郆SR格式：一個(gè)LCG ID（邏輯信道標(biāo)識(shí)）域以及對(duì)應(yīng)的緩沖區(qū)大小域，eNB收到這個(gè)消息后，就知道對(duì)應(yīng)的UE的這個(gè)上行邏輯信道組有多少業(yè)務(wù)數(shù)據(jù)要發(fā)送，由于eNB是對(duì)一個(gè)邏輯信道組分配資源，那么就意味著這些資源可以被這個(gè)組的邏輯信道共享，每一個(gè)邏輯信道能夠獲得多少資源這就取決于UE的調(diào)度了，因此UE必須按照業(yè)務(wù)屬

20、性來(lái)分配資源，否則無(wú)法保證對(duì)應(yīng)的業(yè)務(wù)的服務(wù)質(zhì)量（QoS）如圖3.3.3-1所示；-長(zhǎng)BSR格式：四個(gè)緩沖區(qū)大小域，對(duì)應(yīng)于LCG IDs #0 到#3，如圖3.3.3-2所示。圖3.3.3-1: 短BSR以及截?cái)郆SR MAC控制信息單元圖3.3.3-2: 長(zhǎng)BSR控制信息單元BSR格式可以通過(guò)MAC PDU字頭部中LCID域來(lái)指示，如下表3.3.3-1所示：表3.3.3-1 UL-SCH的LCID值IndexLCID values00000CCCH00001-01010邏輯信道標(biāo)識(shí)01011-11001預(yù)留11010功率預(yù)留報(bào)告（PHR）11011C-RNTI11100截?cái)郆SR11101短B

21、SR11110長(zhǎng)BSR11111填充LCG ID 域和緩沖區(qū)大小定義如下： -LCG ID: 邏輯信道組標(biāo)識(shí)域指示了上報(bào)的緩沖區(qū)狀態(tài)對(duì)應(yīng)的邏輯信道組，它的長(zhǎng)度為兩個(gè)比特，也就意味著系統(tǒng)只設(shè)置了4個(gè)邏輯信道組；-緩沖區(qū)大?。?它指示了在構(gòu)造了這個(gè)BSR控制信息單元之后的邏輯信道組內(nèi)所有邏輯信道總的可以發(fā)送的數(shù)據(jù)量，數(shù)據(jù)量大小的單位是字節(jié)數(shù)。它應(yīng)該包含在RLC層以及PDCP層可以傳輸?shù)臄?shù)據(jù)，這里的含義是指應(yīng)該包含從PDCP發(fā)送到RLC的業(yè)務(wù)數(shù)據(jù)部分以及由RLC產(chǎn)生的RLC控制信息部分，我們可以參考【3】和【4】；值得注意的是這里不包含RLC以及MAC的頭部信息所要占用的字節(jié)數(shù)，因此我們?cè)诮o這個(gè)邏輯

22、信道組分配資源的時(shí)候需要考慮到這一點(diǎn)，可以適當(dāng)?shù)亩喾峙湟稽c(diǎn)，這樣就可以減少BSR的數(shù)量，從而也就節(jié)約了空口資源。這個(gè)域由六個(gè)比特位來(lái)指示，如表3.2所示，MAC層對(duì)不同的緩沖大小區(qū)間進(jìn)行了量化，量化成為64個(gè)等級(jí)（可以用六比特表示），因此只需要傳索引值而不是實(shí)際的大小，這樣可以節(jié)約控制信息的長(zhǎng)度。Table 6.1.3.1-1: BSR承載的緩沖區(qū)大小水平索引緩沖區(qū)大小 (BS) 值 字節(jié)索引緩沖區(qū)大小 (BS) 值 字節(jié)0BS = 0321132 < BS <= 132610 < BS <= 10331326 < BS <= 1552210 < BS

23、 <= 12341552 < BS <= 1817312 < BS <= 14351817 < BS <= 2127414 < BS <= 17362127 < BS <= 2490517 < BS <= 19372490 < BS <= 2915619 < BS <= 22382915 < BS <= 3413722 < BS <= 26393413 < BS <= 3995826 < BS <= 31403995 < BS <=

24、4677931 < BS <= 36414677 < BS <= 54761036 < BS <= 42425476 < BS <= 64111142 < BS <= 49436411 < BS <= 75051249 < BS <= 57447505 < BS <= 87871357 < BS <= 67458787 < BS <= 102871467 < BS <= 784610287 < BS <= 120431578 < BS <=

25、 914712043 < BS <= 140991691 < BS <= 1074814099 < BS <= 1650717107 < BS <= 1254916507 < BS <= 1932518125 < BS <= 1465019325 < BS <= 2262419146 < BS <= 1715122624 < BS <= 2648720171 < BS <= 2005226487 < BS <= 3100921200 < BS <= 2

26、345331009 < BS <= 3630422234 < BS <= 2745436304 < BS <= 4250223274 < BS <= 3215542502 < BS <= 4975924321 < BS <= 3765649759 < BS <= 5825525376 < BS <= 4405758255 < BS <= 6820126440 < BS <= 5155868201 < BS <= 7984627515 < BS <= 6

27、035979846 < BS <= 9347928603 < BS <= 7066093479 < BS <= 10943929706 < BS <= 82661109439 < BS <= 12812530826 < BS <= 96762128125 < BS <=< BS <=113263BS > 1500003.3.3.1 MAC PDU RAR (隨機(jī)接入響應(yīng))隨機(jī)接入響應(yīng)對(duì)于的PDU遵循MAC PDU的規(guī)則，只是里面的內(nèi)容有所不同而已，它可以包含多個(gè)隨機(jī)接

28、入響應(yīng)除了BACKOFF對(duì)應(yīng)的子頭部外，每一個(gè)子頭部對(duì)應(yīng)于一個(gè)RAR消息，如果存在BACKOFF指示，那么它對(duì)應(yīng)的子頭部要放在第一個(gè)MAC子頭部的位置上，并且只能出現(xiàn)一次。一個(gè)RAR的PDU其實(shí)可以不包含RAR消息，而只是包含一個(gè)BACKOFF指示信息，如圖3.3.3-4所示。一個(gè)MAC PDU 子頭部由三個(gè)頭部域組成（E/T/RAPID），如圖圖3.3.3-1 所示。但是對(duì)于BACKOFF 指示的子頭部包含五個(gè)域（E/T/R/R/BI）如圖圖3.3.3-2 所示。A MAC RAR 包含四個(gè)域R/Timing Advance Command/UL Grant/Temporary C-RNTI

29、圖3.3.3-3最后也可能存在填充，這個(gè)是隱含的，跟通常的填充規(guī)則不同，通過(guò)傳輸塊大小減去MAC頭部大小以及RAR大小就可以推斷出來(lái)。 圖3.3.3-1: E/T/RAPID MAC 子頭部圖3.3.3-2: E/T/R/R/BI MAC 子頭部圖3.3.3-3: MAC RAR 圖3.3.3-4: 含有頭部與多個(gè)RAR的MAC PDU的例子3.3.3.2RAR消息的MAC頭部RAR消息對(duì)應(yīng)的MAC頭部是可變長(zhǎng)度的，定義如下-E: 擴(kuò)展域用于指示MAC頭部還有其它域（例如其它RAR消息對(duì)于的子頭部），如果E被置為“1”，也就是說(shuō)隨后至少還有一個(gè)（E/T/RAPID）域，否則，就指示隨后是RAR

30、消息或者填充部分，這里我們會(huì)發(fā)現(xiàn)對(duì)于RAR的填充部分它是緊隨MAC頭部的;-T: 類(lèi)型域，用于指示這個(gè)MAC子頭部包含的是隨機(jī)接入ID（前導(dǎo)序列ID）還是BACKOFF指示，T置為“0”，也就是說(shuō)這個(gè)子頭部包含的是BI值， 如果是“1”，就意味著在這個(gè)子頭部出現(xiàn)的是隨機(jī)接入前導(dǎo)ID域；-R: 預(yù)留比特，置為"0"-BI: BACKOFF指示，通常是在小區(qū)過(guò)載的情況下，指示UE延后發(fā)送隨機(jī)接入過(guò)程。4比特位表示；-RAPID: 隨機(jī)接入前導(dǎo)與指示發(fā)送的隨機(jī)接入前導(dǎo)序列，6比特位表示。3.3.3.3RAR消息內(nèi)容MAC RAR消息大小是固定的，包含如下域：-R: 預(yù)留比特，置為

31、“0”；-Timing Advance Command: The Timing Advance Command field indicates the index value TA (0, 1, 2 1282) used to control the amount of timing adjustment that UE has to apply (see subclause 4.2.3 of 2). 11比特位表示；-UL Grant: The UpLink Grant field indicates the resources to be used on the uplink (see s

32、ubclause 6.2 of 2). 20比特位表示；-Temporary C-RNTI: The Temporary C-RNTI field indicates the temporary identity that is used by the UE during Random Access. The size of the Temporary C-RNTI field is 16 bits.3.4 MAC 過(guò)程3.4.1 隨機(jī)接入過(guò)程3.4.1.1 概述隨機(jī)接入是蜂窩系統(tǒng)一個(gè)最基本的功能，它使終端與網(wǎng)絡(luò)建立連接成為可能，誠(chéng)如其名，這樣的接入的發(fā)起以及采用的資源具有隨機(jī)性，當(dāng)然接入成功

33、也具有隨機(jī)性，那么在什么情況下需要發(fā)起隨機(jī)接入的過(guò)程呢？隨機(jī)的接入場(chǎng)景如下： 基于競(jìng)爭(zhēng)模式的隨機(jī)接入：RRC_IDLE狀態(tài)下的初始接入；無(wú)線(xiàn)鏈路出錯(cuò)以后的初始接入；RRC_CONNECTED狀態(tài)下，當(dāng)有上行數(shù)據(jù)傳輸時(shí)，例如在上行失步后“non-synchronised”， 或者沒(méi)有PUCCH資源用于發(fā)送調(diào)度請(qǐng)求消息，也就是說(shuō)在這個(gè)時(shí)候除了通過(guò)隨機(jī)接入的方式外，沒(méi)有其它途徑告訴eNB，UE存在上行數(shù)據(jù)需要發(fā)送基于非競(jìng)爭(zhēng)模式的隨機(jī)接入：RRC_CONNECTED狀態(tài)下，當(dāng)下行有數(shù)據(jù)傳輸時(shí)，這時(shí)上行失步“non-synchronised”，因?yàn)閿?shù)據(jù)的傳輸除了接收外，還需要確認(rèn)，如果上行失步的話(huà)，eN

34、B無(wú)法保證能夠收到UE的確認(rèn)信息，因?yàn)檫@時(shí)下行還是同步的，因此可以通過(guò)下行消息告訴UE發(fā)起隨機(jī)接入需要使用的資源，比如前導(dǎo)序列以及發(fā)送時(shí)機(jī)等，因?yàn)檫@些資源都是雙方已知的，因此不需要通過(guò)競(jìng)爭(zhēng)的方式接入系統(tǒng)；切換過(guò)程中的隨機(jī)接入，在切換的過(guò)程中，目標(biāo)eNB可以通過(guò)服務(wù)eNB來(lái)告訴UE它可以使用的資源；是否基于競(jìng)爭(zhēng)在于在當(dāng)時(shí)終端能否監(jiān)聽(tīng)到eNB傳遞的下行控制信道，以便獲得特定的資源用于傳輸上行前導(dǎo)，當(dāng)然這個(gè)判斷是由eNB作出的，而不是UE自己來(lái)決定的。3.4.1.2隨機(jī)接入過(guò)程初始化隨機(jī)接入過(guò)程可以由PDCCH order或者M(jìn)AC子層自己來(lái)觸發(fā)，如果UE收到一個(gè)發(fā)給它的PDCCH傳輸含有一個(gè)PDC

35、CH order，那么它就會(huì)發(fā)起一個(gè)隨機(jī)接入過(guò)程，PDCCH order或者是RRC消息會(huì)指示ra-PreambleIndex與ra-PRACH-MaskIndex信息以告訴UE它可以使用的前導(dǎo)序列以及發(fā)送機(jī)會(huì)。在發(fā)起隨機(jī)接入過(guò)程之前，下面的信息必須已經(jīng)具備了：- 用于發(fā)送隨機(jī)接入前導(dǎo)的PRACH資源已經(jīng)準(zhǔn)備好了，由prach-ConfigIndex指示；- 有可用的隨機(jī)接入前導(dǎo)，在MAC層有可能設(shè)置兩組隨機(jī)接入前導(dǎo):Group B與Group A，分布用于指示發(fā)送的MSG3的大小，Group B的前導(dǎo)序列個(gè)數(shù)由下面的參數(shù)推導(dǎo)可得Group B前導(dǎo)序列個(gè)數(shù) = numberOfRA-Pream

36、bles - sizeOfRA-PreamblesGroupA 在SIB2里面定義的PRACH的無(wú)線(xiàn)資源里面會(huì)提供上面的兩個(gè)參數(shù)，從上面可以知道如果Group A的前導(dǎo)序列跟總的隨機(jī)接入前導(dǎo)序列相等，那么UE就知道不存在Group B的前導(dǎo)序列，Group A與Group B的前導(dǎo)序列編號(hào)如下：0 sizeOfRA-PreamblesGroupA 1以及sizeOfRA-PreamblesGroupA numberOfRA-Preambles 1UE選擇Group A還是選擇Group B就看是否有這個(gè)需要以及滿(mǎn)足一定的條件，比如UE希望在發(fā)送MSG3里面攜帶VoIP的包，那么自然需要的資源就

37、要大一些，那么當(dāng)eNB收到UE發(fā)送的前導(dǎo)序列屬于Group B時(shí)，它就會(huì)分配多一點(diǎn)資源給UE來(lái)發(fā)送MSG3-如果存在Group B的前導(dǎo)序列，那么由于Group B對(duì)于的MSG3消息比較大，因此必須滿(mǎn)足一些額外的要求， messagePowerOffsetGroupB與messageSizeGroupA, 配置的UE發(fā)射功率 PCMAX ，前導(dǎo)序列與MSG 3的功率偏移量，這些值跟當(dāng)前的UE功率情況決定了最終選擇GroupA還是B的前導(dǎo)序列-獲得了接收隨機(jī)接入響應(yīng)的窗口大小參數(shù)ra-ResponseWindowSize，UE會(huì)在這個(gè)窗口期監(jiān)聽(tīng)eNB是否給它回了響應(yīng)，這個(gè)響應(yīng)有eNB分配給UE的

38、資源用于發(fā)送MSG3的。因此這個(gè)窗口大小就是UE等待的時(shí)間了，如果沒(méi)有收到響應(yīng)，那么UE就認(rèn)為它發(fā)的前導(dǎo)沒(méi)有被eNB收到，那么就要開(kāi)始后面的處理了；-功率提升步長(zhǎng)powerRampingStep.假如在前面發(fā)起的接入過(guò)程失敗了，但是還沒(méi)有達(dá)到最大嘗試次數(shù)，那么UE就會(huì)提升功率發(fā)送下一次前導(dǎo)以提供發(fā)送成功的機(jī)會(huì)；-可以嘗試發(fā)送的次數(shù)preambleTransMax，一般超過(guò)這個(gè)次數(shù)就認(rèn)為UE無(wú)法接入了，至少可以認(rèn)為這次的接入是失敗的，會(huì)報(bào)告給上層協(xié)議層；-eNB期待接收到的前導(dǎo)序列目標(biāo)功率preambleInitialReceivedTargetPower，這個(gè)值太高了，會(huì)造成干擾，太低了可能無(wú)

39、法收到前導(dǎo)序列；-前導(dǎo)序列格式對(duì)應(yīng)的功率偏移量，我們知道有5種前導(dǎo)序列，每一種格式都對(duì)應(yīng)一個(gè)基準(zhǔn)選擇發(fā)射功率；-MSG3 HARQ重傳最大次數(shù)maxHARQ-Msg3Tx.-競(jìng)爭(zhēng)消除定時(shí)器mac-ContentionResolutionTimer.注：在某一時(shí)刻只能有一個(gè)隨機(jī)接入過(guò)程，如果這個(gè)UE在處于一個(gè)隨機(jī)接入過(guò)程，但是同時(shí)又收到新的隨機(jī)接入的請(qǐng)求，這取決于UE的實(shí)現(xiàn)，是繼續(xù)當(dāng)前的過(guò)程，還是取消當(dāng)前過(guò)程，然后根據(jù)新的請(qǐng)求發(fā)起一個(gè)新的過(guò)程3.4.1.3初始隨機(jī)接入這里我們對(duì)這種最初需要使用的接入模式進(jìn)行詳細(xì)的介紹，這個(gè)過(guò)程一般分成四步，如前一頁(yè)圖所示：圖3.4.1-1競(jìng)爭(zhēng)隨機(jī)接入過(guò)程步驟一、

40、在發(fā)送上行接入前導(dǎo)序列之前，終端應(yīng)該已經(jīng)和系統(tǒng)下行同步好了，下行同步意味著UE獲得了幀同步以及系統(tǒng)廣播消息，但是上行并沒(méi)有同步。通過(guò)前導(dǎo)序列，讓eNB知道存在一個(gè)終端試圖跟基站建立連接；根據(jù)確認(rèn)的前導(dǎo)分配相應(yīng)的資源用于發(fā)送消息3（MSG3）；步驟二、 eNB通過(guò)時(shí)隙調(diào)整確保上行同步，也就是發(fā)送time-advance消息實(shí)現(xiàn)；同時(shí)分配上行資源，這些內(nèi)容就是由隨機(jī)接入響應(yīng)消息攜帶；步驟三、在已經(jīng)分配的資源上發(fā)送用戶(hù)ID，以及相應(yīng)的UL-SCH信息用于發(fā)送用戶(hù)ID以及RRC連接請(qǐng)求之類(lèi)的等基本信息，也就是所謂的消息3了（MSG3），具體內(nèi)容跟用戶(hù)所處的狀態(tài)相關(guān)；步驟四、通過(guò)DL-SCH發(fā)送沖突解決

41、消息到終端。只有第一步是純粹的物理層過(guò)層，后面三個(gè)步驟跟普通的數(shù)據(jù)傳輸過(guò)程沒(méi)有區(qū)別，看MAC協(xié)議經(jīng)常看到MSG3或者M(jìn)SG4等等，因?yàn)樵陔S機(jī)接入的過(guò)程中，這些消息的內(nèi)容不是固定，有時(shí)候可能攜帶的是RRC連接請(qǐng)求，有時(shí)候可能會(huì)帶一些控制消息甚至業(yè)務(wù)數(shù)據(jù)包，因此簡(jiǎn)稱(chēng)為消息3之類(lèi)，其意思就是第三條消息。步驟一、發(fā)送隨機(jī)接入前導(dǎo)圖3.4.1-2 隨機(jī)接入資源預(yù)留的資源帶寬為6個(gè)RB，那么對(duì)于LTE支持的所有帶寬都是可以滿(mǎn)足的，這樣可以非常方便的實(shí)現(xiàn)系統(tǒng)擴(kuò)展，在物理層設(shè)計(jì)都會(huì)基于這樣的考慮的，比如同步信道以及物理廣播信道都是如此?？紤]到在發(fā)送前導(dǎo)序列時(shí)，上行并沒(méi)有同步，需要防止對(duì)其他非接入資源的干擾，因

42、此前導(dǎo)的序列長(zhǎng)度大約0.9ms，留下0.1ms作為保護(hù)時(shí)間前導(dǎo)序列基于ZadoffChu (ZC)，通過(guò)特定的移位獲得，這種序列有一些很好的特性，比如具有很好的自相關(guān)性，恒定幅度等，具體的前導(dǎo)序列設(shè)計(jì)與檢測(cè)原理看本系列的物理信道設(shè)計(jì)部分，使用什么樣的前導(dǎo)，終端通過(guò)廣播消息獲得，然后從某一范圍的序列隨機(jī)選取一前導(dǎo)序列。步驟二、 隨機(jī)接入響應(yīng)當(dāng)eNB檢測(cè)到這個(gè)前導(dǎo)序列，則在DL-SCH上發(fā)送一個(gè)響應(yīng)，包含：該序列索引號(hào)、時(shí)間調(diào)整信息、資源調(diào)度信息（也就是分配給該用戶(hù)的上行資源）以及臨時(shí)RNTI，用于接下來(lái)的交互過(guò)程中讓UE監(jiān)聽(tīng)相應(yīng)的PDCCH信道所有發(fā)送前導(dǎo)序列的終端則使用一個(gè)預(yù)留給隨機(jī)接入響應(yīng)使

43、用的ID(RA-RNTI )監(jiān)聽(tīng)來(lái)L1/L2控制信道用于解碼DL-SCH，從而獲得上面的的信息；RA-RNTI =1 + t_id + 10*f_id 其中，t_id， 指定PRACH的第一個(gè)subframe索引號(hào) (0 <= t_id < 10)f_id， 在這個(gè)subframe里的PRACH索引，也就是頻域位置索引，不過(guò)對(duì)于FDD系統(tǒng)來(lái)說(shuō)，只有一個(gè)頻域位置，因此f_id永遠(yuǎn)為零，但是對(duì)于TDD就不一樣了，由于本文不涉及TDD系統(tǒng)，因此不再延伸來(lái)講。監(jiān)聽(tīng)時(shí)間從發(fā)送前導(dǎo)后的三個(gè)子幀開(kāi)始，并持續(xù)ra-ResponseWindowSize 個(gè)子幀數(shù)，該窗口大小通過(guò)讀取系統(tǒng)廣播消息（SI

44、B2）獲得，在前面有說(shuō)明。這個(gè)值最大可設(shè)為10，因?yàn)榇笥?0的話(huà)，有可能造成誤解，因?yàn)樵谙乱粋€(gè)無(wú)線(xiàn)幀里也有發(fā)生隨機(jī)接入的機(jī)會(huì)，因此為了防止這種情況，這個(gè)窗口最大設(shè)為10，大家可以去查看36.331里面這個(gè)參數(shù)范圍就知道，具體原理如下圖所示： 圖3.4.1-3隨機(jī)接入響應(yīng)監(jiān)聽(tīng)示意圖紅色為發(fā)送RA的地方，綠色部分為UE最大可監(jiān)聽(tīng)隨機(jī)接入響應(yīng)的窗口范圍，點(diǎn)格子是窗口之外的地方。如果在同一時(shí)間，多個(gè)終端選擇同一個(gè)前導(dǎo)，這些終端都可能獲得這些信息，那么就會(huì)導(dǎo)致沖突，而沖突的解決消除需要在后面兩個(gè)步驟里面來(lái)消除，接收響應(yīng)的過(guò)程如下：1. 當(dāng)終端成功接收RA響應(yīng)，終端調(diào)節(jié)上行發(fā)送時(shí)間，保存從這個(gè)響應(yīng)里面獲得

45、臨時(shí)C-RNTI用于隨后的通信，直到獲得最終的C-RNTI，最后發(fā)送前導(dǎo)序列的功率信息；2. 如果沒(méi)有成功接收到響應(yīng)；（出現(xiàn)了退避問(wèn)題）計(jì)數(shù)器PREAMBLE_TRANSMISSION_COUNTER 加一a. 如果計(jì)數(shù)器等于PREAMBLE_TRANS_MAX + 1，以及達(dá)到最大發(fā)送次數(shù)了: 向上層報(bào)告隨機(jī)接入出錯(cuò)了。b. 如果RA前導(dǎo)是由MAC選擇的，那么從0到backoff時(shí)間之間隨機(jī)選擇一個(gè)值，然后延遲上面所選擇值的時(shí)間，重新開(kāi)始一個(gè)RA過(guò)程。c. 否則，重選RA資源，例如功率，前導(dǎo)，相應(yīng)的PRACH，發(fā)起新的隨機(jī)接入過(guò)程。為了避免完全翻譯協(xié)議，中間一些過(guò)程省略了，具體過(guò)程請(qǐng)大家看協(xié)

46、議。步驟三、終端識(shí)別通過(guò)前面兩步，終端已經(jīng)獲得上行同步，以及隨后通信的必要信息，但是要能夠?qū)崿F(xiàn)上行數(shù)據(jù)傳輸，則必須獲得唯一的C-RNTI，根據(jù)不同的用戶(hù)狀態(tài)，這個(gè)過(guò)程會(huì)有不同的消息交互；如果需要消除競(jìng)爭(zhēng)，那么還有可能發(fā)送競(jìng)爭(zhēng)消除ID以備在第四步的時(shí)候用做競(jìng)爭(zhēng)消除確認(rèn)操作。因?yàn)槎鄠€(gè)UE可能選擇了相同的前導(dǎo)序列，因此在第二步他們獲得的資源是一樣的，那么發(fā)送消息3時(shí)，就會(huì)在相同的地方選擇相同的方式發(fā)送，那么自然就會(huì)有沖突，這就相當(dāng)于大家都要競(jìng)爭(zhēng)接入了。也許大家會(huì)問(wèn)，大家使用相同的資源發(fā)送，不是會(huì)沖突么，為什么還要做競(jìng)爭(zhēng)消除呢？那是因?yàn)殡m然有沖突，但是eNB還是有可能解出某個(gè)UE發(fā)送的MSG3，那么通

47、過(guò)第四步的競(jìng)爭(zhēng)消除消息，就可以讓這個(gè)UE成功接入了。例如某一個(gè)UE離基站比較遠(yuǎn)，信號(hào)比較弱，而另外一個(gè)UE離基站近，信號(hào)比較強(qiáng)，較遠(yuǎn)的UE可能造成的干擾并不是很大，那么eNB還是可以解出較近的那個(gè)UE的消息3了。另外在消息3，還會(huì)攜帶競(jìng)爭(zhēng)消除ID，這個(gè)ID是唯一的，不會(huì)跟其他UE重復(fù)的，因此最好就是這個(gè)UE IMSI之類(lèi)的。提前說(shuō)一下，在消息4里面會(huì)把這個(gè)ID帶上，發(fā)給UE，那么UE自然知道它已經(jīng)成功接入了。步驟四、競(jìng)爭(zhēng)消除我們知道消息3是有可能沖突的，在發(fā)完消息后就要立刻啟動(dòng)競(jìng)爭(zhēng)消除定時(shí)器（而隨后每一次重傳消息3都要重啟這個(gè)定時(shí)器）。對(duì)于初始接入來(lái)說(shuō)，如果在第三步上行消息包含CCCH SDU

48、(例如RRC連接請(qǐng)求消息)，而收到下行PDCCH發(fā)送給臨時(shí)C-RNTI：如果MAC PDU解碼成功：停止競(jìng)爭(zhēng)消除定時(shí)器，如果MAC PDU包含UE競(jìng)爭(zhēng)消除ID的控制消息單元并且這個(gè)ID跟上行發(fā)送的競(jìng)爭(zhēng)消除ID匹配，則認(rèn)為競(jìng)爭(zhēng)消除成功，并對(duì)這個(gè)MAC PDU 解復(fù)用并提取里面的內(nèi)容，把臨時(shí)C-RNTI設(shè)置為C-RNTI，同時(shí)丟棄臨時(shí)C-RNTI，然后確認(rèn)隨機(jī)接入成功；否則，丟棄臨時(shí)C-RNTI，UE會(huì)認(rèn)為隨機(jī)接入失敗并丟棄這個(gè)MAC PDU；如果競(jìng)爭(zhēng)消除定時(shí)器超時(shí)，則認(rèn)為接入失敗；失敗后，會(huì)按照后退機(jī)制重新開(kāi)始隨機(jī)接入過(guò)程直到嘗試次數(shù)超過(guò)門(mén)限值，那時(shí)則會(huì)向上層報(bào)告接入失敗。（出現(xiàn)了退避問(wèn)題）注：

49、值得注意的是，消息四是沒(méi)有重傳機(jī)制的，我們?cè)O(shè)想一下，如果消息四采用重傳，由于這個(gè)時(shí)候競(jìng)爭(zhēng)沒(méi)有消除，那么如果有些UE解碼成功，有些解碼失??；或者有些收到有些沒(méi)有收到，那么就會(huì)出現(xiàn)同時(shí)ACK/NACK的情況；雖然消息三也會(huì)出現(xiàn)類(lèi)似的情況，但是由于會(huì)確認(rèn)信息的是eNB，它一次只會(huì)回一種確認(rèn)信息，因此不會(huì)影響后面的處理。3.4.1.4 后退機(jī)制在系統(tǒng)處于過(guò)載的情況下，例如它無(wú)法再分配更多的MSG3使用的資源等等，這個(gè)時(shí)候它自然希望一些UE能夠晚一點(diǎn)發(fā)，我們也注意到了在接收隨機(jī)接入響應(yīng)的時(shí)候以及RAR消息格式里面有一個(gè)backoff的東西，這就是后退機(jī)制的參數(shù)了，如果監(jiān)聽(tīng)RAR消息的UE發(fā)現(xiàn)有一個(gè)bac

50、koff指示，那么它就會(huì)把這個(gè)值保存起來(lái)，在隨后需要重新做隨機(jī)接入的時(shí)候，可以隨機(jī)從0到backoff值里的選一個(gè)值作為推遲發(fā)前導(dǎo)序列的時(shí)間。在通信系統(tǒng)里面我們碰到很多的后退機(jī)制，比如WiMAX系統(tǒng)的截?cái)喽M(jìn)制后退機(jī)制，那么這兩者的區(qū)別是什么呢？LTE系統(tǒng)里，后退的范圍是由基站確定的，基站可以根據(jù)系統(tǒng)當(dāng)前的負(fù)載情況來(lái)選擇一個(gè)恰當(dāng)?shù)闹担欢赪iMAX里面由UE自己確定，當(dāng)UE發(fā)現(xiàn)沒(méi)有收到基站響應(yīng)，就會(huì)按照二的指數(shù)增加后退窗口的長(zhǎng)度，然后在這個(gè)窗口里面隨機(jī)選一個(gè)時(shí)延來(lái)發(fā)送前導(dǎo)序列。兩者各有優(yōu)劣。下表是backoff取值情況：IndexBackoff Parameter value (ms)0011

51、022033044056068071208160924010320114801296013Reserved14Reserved15Reserved基站在發(fā)送RAR消息的時(shí)候，根據(jù)負(fù)載情況選擇backoff值的一個(gè)索引發(fā)給UE。由于協(xié)議的撰寫(xiě)，每一步都需要考慮所有的情況，因此里面存在大量的ifelse，這造成了閱讀上的不便，在這里，我建議大家，把不同場(chǎng)景從里面抽取出來(lái)。例如隨機(jī)接入，那么我們可以先分別出那些是描述初始接入，那些事描述非競(jìng)爭(zhēng)接入的，比如非競(jìng)爭(zhēng)接入，我們自然不需要查看競(jìng)爭(zhēng)消除部分的內(nèi)容了。3.4.3 DRX(非連續(xù)接收)DRX，在一段時(shí)間里停止監(jiān)聽(tīng)PDCCH信道，DRX分兩種：IDL

52、E DRX，顧名思義，也就是當(dāng)UE處于IDLE狀態(tài)下的非連續(xù)性接收，由于處于IDLE狀態(tài)時(shí)，已經(jīng)沒(méi)有RRC連接以及用戶(hù)的專(zhuān)有資源，因此這個(gè)主要是監(jiān)聽(tīng)呼叫信道與廣播信道，只要定義好固定的周期，就可以達(dá)到非連續(xù)接收的目的。但是UE要監(jiān)聽(tīng)用戶(hù)數(shù)據(jù)信道，則必須從IDLE狀態(tài)先進(jìn)入連接狀態(tài)。而另一種就是ACTIVE DRX，也就是UE處在RRC-CONNECTED 狀態(tài)下的DRX， 可以?xún)?yōu)化系統(tǒng)資源配置，更重要的是可以節(jié)約手機(jī)功率，而不需要通過(guò)讓手機(jī)進(jìn)入到RRC_IDLE 模式來(lái)達(dá)到這個(gè)目的，例如一些非實(shí)時(shí)應(yīng)用，像web瀏覽，即時(shí)通信等，總是存在一段時(shí)間，手機(jī)不需要不停的監(jiān)聽(tīng)下行數(shù)據(jù)以及相關(guān)處理，那么D

53、RX就可以應(yīng)用到這樣的情況，另外由于這個(gè)狀態(tài)下依然存在RRC連接，因此UE要轉(zhuǎn)到支持狀態(tài)的速度非?？?。這里我們先介紹ACTIVE DRX，而IDLE DRX我打算放在呼叫那部分來(lái)介紹。而要理解DRX，我們就必須理解下面要描述的幾個(gè)定時(shí)器與概念（所有的時(shí)間都是基于子幀的，也就是ms為單位）：On duration TimerUE每次從DRX醒來(lái)后維持醒著的時(shí)間,UE在該段時(shí)間內(nèi)會(huì)搜索PDCCH。Inactivity TimerUE在醒著時(shí)每次成功解碼HARQ初始發(fā)送的PDCCH后保持active的時(shí)間，它的意思就是，當(dāng)UE收到的PDCCH指示的是一個(gè)UL/DL的初始傳輸，而不是重傳。UE在醒著時(shí)

54、每次成功解碼HARQ初始發(fā)送的PDCCH后保持active的時(shí)間Active TimeUE從DRX醒來(lái)后保持醒著的總時(shí)間，在此時(shí)間段，UE監(jiān)聽(tīng)PDCCH，包括所有導(dǎo)致UE處于ACTIVE的狀態(tài)，比如是DRX周期開(kāi)始“On Duration”，或者收到初始傳輸?shù)腜DCCH，或者是監(jiān)聽(tīng)重傳，等等，在36.321 5.7節(jié)，是這樣定義ACTIVE TIME的：如果配置了DRX，那么ACTIVE Time 包括以下時(shí)間： -onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer 以及 mac-ContentionResolutionTim

55、er 運(yùn)行的時(shí)間，或者-有SR（調(diào)度請(qǐng)求）已近發(fā)送到PUCCH，并且處于掛起的狀態(tài)（也就是這個(gè)調(diào)度請(qǐng)求還沒(méi)有滿(mǎn)足，如此之類(lèi)的）或者，-對(duì)一個(gè)掛起的HARQ重傳存在上行授權(quán)，并且在對(duì)應(yīng)的HARQ 緩沖區(qū)里面有數(shù)據(jù)；或者-在非競(jìng)爭(zhēng)隨機(jī)接入后，成功收到隨機(jī)接入響應(yīng)消息，此時(shí)應(yīng)該有PDCCH發(fā)送給UE指示一個(gè)新的傳輸，但是這個(gè)PDCCH還沒(méi)有收到，此時(shí)UE還是必須處于ACTIVE狀態(tài)HARQ RTT TimerUE預(yù)期DL Retransmission到達(dá)的最少間隔時(shí)間，也就是說(shuō)重傳最早會(huì)什么時(shí)候到，那么UE暫且不需要理會(huì)，也就是說(shuō)這一段時(shí)間，改怎樣就怎樣，等到這個(gè)定時(shí)器超時(shí)了，那么它就要處于醒著的狀

56、態(tài)。DRX Retransmission TimerUE預(yù)期接收DL Retransmission的時(shí)間，也就是需要這么多時(shí)間來(lái)接受下行重傳。DRX cycle lengthDRX cycle length一旦配置/重配置就固定，即不會(huì)因?yàn)閍ctive time大于on duration而變化。DRX運(yùn)行：-如果在使用短DRX周期，檢查當(dāng)前子幀是否滿(mǎn)足下面的公式：-或者在使用長(zhǎng)DRX周期，那么檢查如下的公式：當(dāng)上面的兩個(gè)條件滿(mǎn)足其中之一，那么就啟動(dòng)定時(shí)器onDurationTimer，此時(shí)UE就要開(kāi)始監(jiān)聽(tīng)PDCCH信道了-如果在這個(gè)子幀HARQ RTT 定時(shí)器超時(shí)，從前面的定時(shí)器介紹我們已經(jīng)知道它是期望重發(fā)的最短時(shí)間，那么這個(gè)定時(shí)器超時(shí)后，重發(fā)就有可能到來(lái)了。如果這時(shí)對(duì)于的HARQ進(jìn)程的軟緩沖區(qū)還有沒(méi)有解碼成功的數(shù)據(jù)（也就是前面的數(shù)據(jù)接收失敗了，要求重傳的數(shù)據(jù)），那么就啟動(dòng)定時(shí)器drx-RetransmissionTimer開(kāi)始監(jiān)聽(tīng)PDCCH重傳相關(guān)的內(nèi)容。-如果收到DRX MAC控制信息單元，也就意味著eNB要求UE進(jìn)入睡眠狀態(tài)，那么這時(shí)就會(huì)停止兩個(gè)定時(shí)器onDurationTi