問：BCCH為什么要用DL-SCH發(fā)送 隨機(jī)接入過 幾個(gè)參數(shù)的理解 關(guān)于PRACHResource 什么是 TablePRACHMaskIndex 問:RA-RNTI和TemporaryC-RNTI和C-RNTI的區(qū)別 隨機(jī)接入響 競(jìng)爭(zhēng)消 回避機(jī)制（回退，退避 基 的隨機(jī)接入過 5.2上行時(shí)間對(duì) 下行共享信道數(shù)據(jù)傳 什么是半靜態(tài)調(diào)度 什么叫動(dòng)態(tài)調(diào)度 上行動(dòng)態(tài)調(diào)度的示意圖 下行分配信息起什么作用 下行分配信息包含什么信息 HARQInformation到底包涵什么東西 半靜態(tài)調(diào)度的重傳數(shù)據(jù)是如何防止與新數(shù)據(jù)碰撞的 下行半靜態(tài)調(diào)度和動(dòng)態(tài)調(diào)度如何共享進(jìn)程 什么叫冗余版本 重傳之后的冗余版本是如何合并的 DLHARQ的進(jìn)程總 同步的自適應(yīng)HARQ(不需要 上行數(shù)據(jù)的傳 上行的來(lái)源 ——產(chǎn)生傳 復(fù)用和組 邏輯信道的優(yōu)先級(jí) 優(yōu)先級(jí)降序排列如下 調(diào)度請(qǐng)求 ——基本思路 緩沖區(qū)狀態(tài)報(bào)告 如何觸發(fā) 如何理解填充式 Report 兩個(gè)定時(shí)器的作用是什么 不連續(xù)接 為什么要使用長(zhǎng)短周期定時(shí)器 MAC重 MAC重 半靜態(tài)調(diào) 下 上 TDD模式下，為什么會(huì)有子幀偏移量Subframe_Offset？下行為什么沒有 協(xié)議數(shù)據(jù)單元，格式和參 協(xié)議數(shù)據(jù)單 ——MACPDU（DL/UL 組包規(guī)則 ——MACCE(MAC控制單元 ——MACPDU（透明傳輸 ——MAC 格式和參 ——MAC頭部（forDL/UL ——MAC頭部（for 這里的ULGRANT和物理層DCI里邊的ULGRANT格式不同，為什么 Variablesand RNTI Table7.1-1:RNTI Table7.1-2:RNTI BackoffParameter PRACHMaskIndex Subframe_Offset DELTA_PREAMBLE 表5.7.1-3前導(dǎo)碼格式0-4時(shí)的幀結(jié)構(gòu)類型2的隨機(jī)接入配置HARQRTT Handlingofmeasurement ContentionresolutionforRACH （小節(jié)標(biāo)號(hào)均與協(xié)議一致發(fā)送的時(shí)候有邏輯信道優(yōu)先級(jí)，復(fù)用，HARQ,RA另外，并不是UL/DLSCH才有HARQBCCH沒有HARQ重傳，但有HARQ合Table4.5.3.2-1:Downlinkchannel. XXXXXX問：BCCH為什么要用DL-SCH發(fā)送幾個(gè)參數(shù)的理解 PRACHResourceIndex 發(fā)送PRACH的子幀（頻域資源）TDD一 與PRACHResourceIndex關(guān)于PRACHResource實(shí)際上就是指上行信號(hào)在頻域軸的個(gè)位置，因?yàn)樯闲惺切盘?hào)，在頻域軸上看，視帶寬不同一共有到1個(gè)則是固定的每個(gè)子幀次發(fā)送機(jī)會(huì)；比如說(shuō)有個(gè),,,,,個(gè)，有1個(gè)R寬度的時(shí)候，可能是第,,,,,個(gè)的位置有發(fā)送機(jī)會(huì)。 preambleInitialReceivedTargetPower-pathlossDELTAPREAMBLE是與前導(dǎo)序列類型(format)有關(guān)的固定值。參見協(xié)議后 Step.(preamble的自我 prach-ConfigurationIndex是否指向RA-最終選定的時(shí)頻位置必須滿足這個(gè)條件prach-ConfigIndexC-RNTI是什么當(dāng)UE隨機(jī)接入成功后，被分配C-RNTI，該說(shuō)法不十分正確。當(dāng)在ULdataarrival和DLdataarrival的時(shí)候，也會(huì)有RACH,（outofsync）而這時(shí)UE原本就是有C-RNTI的，而不是UERACH成功以后分配的。發(fā)生RACH有5種情況，應(yīng)該依而在handover的情況下，是在handovercommand中告訴targetcell分配給該UE的C-RNTI此時(shí)的C-RNTI和目標(biāo)小區(qū)的某用戶的C-RNTI有沖RA-preamble如何選A、B組？為什么要分AB組是不是選擇了B組就是發(fā)送MSG3,選A就不發(fā)送MSG3呢什么是容是不固定的有時(shí)候是RRCConnectionRequest,非競(jìng)爭(zhēng)接入（競(jìng)爭(zhēng)接入也有可能）的時(shí)侯可能攜帶一些控制消息或業(yè)務(wù)數(shù)據(jù).競(jìng)爭(zhēng)接入的MSG3發(fā)送時(shí)機(jī)如圖:什么情況下競(jìng)爭(zhēng)接入?什么情況非競(jìng)爭(zhēng)接入1,RRCIDLE下的初始接入,2,無(wú)線鏈路出錯(cuò)后的初始接入DLoutsync),此時(shí)發(fā)生重建足,UE需要RA來(lái)通知eNB該情況.(ULoutsync) 有DL數(shù)據(jù)傳輸?shù)臅r(shí)候上行失去同步,eNB沒有得到UE的ack.eNB此時(shí)重配Preamble和發(fā)送時(shí)機(jī),這些資源雙方已知,所以不需要競(jìng)爭(zhēng)接入.(ULoutsync)可見uloutsync的情況比較復(fù)雜,一種是必須要競(jìng)爭(zhēng)的,另一種是可以用非競(jìng)爭(zhēng)的prach-是上層配置的在TDD模式下，PRACH的01220212230313240414849,50配置(也就是發(fā)送頻率比較低=0.5的那些配置)可能會(huì)為了切換，事先假定一Theparameterprach-ConfigurationIndexisgivenbyhigherlayers.Forstructure2PRACHconfiguration0,1,2,20,21,22,30,31,32,40,41,42,48,49and50,theUEmayforhandoverpurposesassumeanabsolutevalueoftherelativetimedifferencebetweenradioframeinthecurrentcellandthetargetcellislessthan.協(xié)議211,page Table5.7.1-3關(guān)于prach-ConfigIndex的詳細(xì)含義Table5.7.1-3:Framestructuretype2randomaccessconfigurationsforpreambleformat0-4

Per10ms

Per10000221012102022101123050122406020250702126080223090303103132032310040311051400524106042061410104111142012430 140A1501602021RA-Preamble的版本(Version)是什么意思它。因?yàn)镻RACHConfigrationIndex一旦確定，r ConfigConfigIndexPRACH

DensityofrandomaccessopportunitiesperradioframePRACHresourcefrequencyindexwithintheconsideredtimeFirstphysicalresourceblockoccupiedbyPRACHresourceFirstphysicalresourceblockavailableforPRACHIndexforPRACHversionswithsamepreambleformat協(xié)議TablePRACHMaskIndexTable7.3-1:PRACHMaskIndexMask

AllowedPRACH AllowedPRACH PRACHResourceIndex PRACHResourceIndexPRACHResourceIndex PRACHResourceIndexPRACHResourceIndex PRACHResourceIndexPRACHResourceIndex PRACHResourceIndexPRACHResourceIndex PRACHResourceIndexPRACHResourceIndex PRACHResourceIndexPRACHResourceIndexPRACHResourceIndexPRACHResourceIndexPRACHResourceIndexEvery,inthetime ,evenPRACH1stPRACHResourceIndexinEvery,inthe ,odd1stPRACHResourceIndexin

Every,inthetime ,evenPRACH1stPRACHResourceIndexinsubframeEvery,inthetime ,oddPRACH1stPRACHResourceIndexin1stPRACHResourceIndexin2ndPRACHResourceIndexin3rdPRACHResourceIndexinTDD1幀最多6次prach_ConfigIndex和prachMaskIndex都是限制條件,最終選定的如何決定下一次的PRACH是在哪個(gè)子幀發(fā)送基本上是由這兩個(gè)參數(shù)決定的：prach-ConfigIndex和prachMaskIndex，除如果存在MASK,則要prach-ConfigIndex和prachMaskIndex同時(shí)限定(使用問:RA-RNTI和TemporaryC-RNTI和C-RNTI的區(qū)別依據(jù)PDCCH上的指示去PDSCH上RAResponse消息。與隨機(jī)接入過程相關(guān)的是temporaryC-RNTI，這在競(jìng)爭(zhēng)模式下Msg2中eNB總會(huì)隨機(jī)接入當(dāng)NB檢測(cè)到這個(gè)前導(dǎo)序列，則在上發(fā)送一個(gè)響應(yīng)，包含：該序列索引號(hào)、時(shí)間調(diào)整信息、資源調(diào)度信息（也就是分配給該用戶的上行資源）以及臨時(shí)，用于接下來(lái)的交互過 讓U相應(yīng)的信道所有發(fā)送前導(dǎo)序列終端則使用一個(gè)預(yù)留給隨機(jī)接入響應(yīng)使用的I來(lái)/控制信道用于 ，從而獲得上面的的信息：RA-RNTI=1+t_id+t_id，指定PRACH的第一個(gè)subframe索引號(hào)(0<=t_id<10)f_id， 就會(huì)導(dǎo)致，而的解決消除需要在后面兩個(gè)步驟里面來(lái)消除，接收響應(yīng)的過程如果計(jì)數(shù)器等于PREAMBLE_TRANS_MAX1，以及達(dá)到最大發(fā)送次數(shù)了另一個(gè)離近，那么eNB還是可以解出較近的那個(gè)UE的消息3了。(UEIMSI)，在消息4里面會(huì)把這個(gè)ID帶上，發(fā)給UE，那么UE自然知道它已經(jīng)成功 CRNTI,msg3包含CCCHSDU(例如RRC連接請(qǐng)求消息)：如果MACPDU成停止競(jìng)爭(zhēng)消除定時(shí)器，如果MACPDU包含UE競(jìng)爭(zhēng)消除ID(初始接入,是爭(zhēng)消除成功，并對(duì)這個(gè)MACPDU解復(fù)用并提取里面的內(nèi)容，把臨時(shí)C-//flushmsg3丟棄臨時(shí)C-RNTI，UE會(huì)認(rèn)為隨機(jī)接入失敗并丟棄這個(gè)MACPDU；//flushmsg3buffer如果不是初始接入而是競(jìng)爭(zhēng)切換MACCE包含的不是競(jìng)爭(zhēng)消除ID,而是C-RNTI,但而不是MACCE里邊.競(jìng)爭(zhēng)切換的時(shí)候,UE只要收到一個(gè)C-RNTI加擾的ULGRANT就認(rèn) 了 標(biāo)志之后, 回避機(jī)制（回退，退避 Backoff參數(shù)值Backoff參數(shù)值00123456789 36.300中關(guān)于隨機(jī)接入的表述 )定義了兩種group，可以任意選擇一種。根據(jù)消息3size和路徑損失(passloss))消息1半同步(witha固定窗口窗口長(zhǎng)度大于一個(gè)沒有在PDCCH中標(biāo)記RA-至少給出隨機(jī)接入前導(dǎo)地址，TA信息，初始上行g(shù)rant以及臨時(shí)C-在DL-SCH消息中提供UE的個(gè)數(shù)步驟3在ULSCH信道上，第一個(gè)被調(diào)度的上行傳送//msg3只能支持使用根據(jù)上行的步驟2中的grant決定傳輸塊的尺寸(最少初始接入由RRC層來(lái)保證傳送RRC連接請(qǐng)求并在CCCH上發(fā)送傳送UEid而不是NAS消息RLCTM:不分割RRC連接重建過程傳送RRC連接重建請(qǐng)求由RRC層保證并在CCCH上發(fā)送RLCTM:不分割沒有NAS消息在DCCH上傳送加密和完整性保護(hù)的RRC切換消息傳送終端的C-RNTI通過切換命令有些情況下需要包含上行的Buffer狀態(tài)報(bào)告其他事件至少需要傳送終端的C-步驟4)在DL_SCH上的解earlyCRshallbeused,即:eNB不等待NAS的reply就和消息3不同步支持在無(wú)線鏈路失敗后，初始接入時(shí)PDCCH上的臨時(shí)C-連接狀態(tài)下的UE的PDCCH上的C---UE在沒有C-RNTI時(shí)，用臨時(shí)的C-RNTI。itisdroppedbyothers.如果 步驟1)在下行方向，通 -下行到達(dá)數(shù)據(jù)中的PDCCH)UE發(fā)送分配的非基于競(jìng)爭(zhēng)的隨即接入前導(dǎo))用消息1進(jìn)行辦同步(用可變的窗口，大小為一個(gè)或者多個(gè)不使用在PDCCH上標(biāo)識(shí)RA-最后轉(zhuǎn)發(fā)時(shí)間隊(duì)列信息和切換的初始上行下行到達(dá)數(shù)據(jù)的時(shí)間隊(duì)列信息隨機(jī)接入前導(dǎo)標(biāo)識(shí)在DL-SCH上通過消息發(fā)送給一個(gè)或者多個(gè)隨機(jī)接入過的層1和層2/3之間的交互模型見圖9.1.5.3-1。層2/3接受來(lái)圖9.1.5.3-1隨機(jī)接入過的層1和層2/3用來(lái)控制 ,問，TATimer的過期時(shí)間是怎么確定TimeAlignmentTimer參數(shù)設(shè)置的值有0.5秒，0.75秒，……，10.24秒，無(wú)窮=±12*Ts=±0.390625us，可以根據(jù)【UE的移動(dòng)速度*x0.39us*x,普通CP長(zhǎng)度為144個(gè)ts,12/144=1/12;12個(gè)ts的定時(shí)誤差是可以接受的附CP長(zhǎng)度為160ts=5.2微秒問，SRS是什么?上行sounding參考信號(hào)由于eNBsounding的最主要原因。SRS是用作信道探測(cè)的，目的是為了便于做頻率選擇性調(diào)度，因此探測(cè)的上行：UE除了發(fā)送sounding參考信號(hào)以外，還要發(fā)送解調(diào)參考信號(hào)(DMRS)，因LTE的上行同步與TA調(diào)整 量UE的前導(dǎo)序列，在隨機(jī)接入消息中（RAR）返回給UE11位的初始TA值（在0到(15000X2048)），對(duì)應(yīng)小區(qū)的半徑最大為100KM。UE根據(jù)RAR中的初始TA值，做相應(yīng)的上行時(shí)間調(diào)整NTA=TA′16TimeAlignmentTimer，規(guī)定了TA的有效期，為此eNodeB需要在UE的能力和置為零。在TimeAlignmentTimer超時(shí)以后，如果UE未能收到任何的TA命令， 無(wú)法計(jì)算TACOMMAND,也就不發(fā)TAMACCE,那么TA超時(shí)就會(huì)發(fā)生,也就是說(shuō),TA超時(shí)是一通過對(duì)UE上行信號(hào)（包括SRSCQIHARQ以及PUSCH中的數(shù)據(jù)等）的時(shí)間進(jìn)之間的偏移值，即：NTA,new=NTA,old+(TA-31)^16. 什么是半靜態(tài)調(diào)度 什么叫動(dòng)態(tài)調(diào)度（ULgrant）告訴,然后eNB對(duì)用戶請(qǐng)求的資源情況，分配相應(yīng)的資源，然后通過ULgrant通知如何才能確認(rèn)UE收到了半靜態(tài)調(diào)度激活協(xié)議36.213（物理層過程）Page67中有2Table9.2-1:SpecialfieldsforSemi-PersistentSchedulingActivationDCIformat0 DCIformat1/1A DCIformat0 DCIformat1/1A TPCcommandforsetto‘00’ scheduledCyclicshiftDMRSsetto Modulationand MSBissetto‘0’ codingschemeandredundancyHARQ FDD:setto‘000’FDD:setto TDD:setto‘0000’TDD:settoModulationand MSBissetto‘0’ FortheenabledcodingschemetransportMSBissetto setto‘00’ Fortheenabled transportTable9.2-1A:SpecialfieldsforSemi-PersistentSchedulingReleaseiation（SPS釋放DCIformat TPCcommandfor setto‘00’ scheduledPUSCHCyclicshiftDM setto Modulationandcodingsetto‘11111’ schemeandredundancyResourceblock Settoall‘1’s assignmentandhopresourceHARQprocessnumberN/A FDD:setto‘000’TDD:settoModulationModulationandcodingN/AResourceblocksettosettoSettoall下行分配信息起什么作用SCH上有數(shù)據(jù)發(fā)送，則相應(yīng)的DLassignment會(huì)在PDCCH上發(fā)送，UE就會(huì)PDCCH信道是否有DLassignment信息。下行分配信息包含什么信息1，下行分配信息的接收處理——1，如果這是for臨時(shí)C-RNTI的第一次配置，那么認(rèn)為NDI翻轉(zhuǎn)（新數(shù)據(jù)指示：NDI翻轉(zhuǎn)：0變?yōu)?，或者1變?yōu)?，NDI翻轉(zhuǎn)則表示這次要是一次新的傳輸——2，否則（不是臨時(shí)C-RNTI），如果對(duì)于這個(gè)HARQ進(jìn)程，它的上一個(gè)DLassignment是給半靜態(tài)調(diào)度或者是配置好的下行分配，那么無(wú)論NDI的值是 應(yīng)該清除下行配置，指示物理層下行SPSrelease一個(gè)肯定應(yīng)答。如果不是SPS釋行配置，重做SPS操作。（accordingrulesinsubclause5.10.1）,設(shè)置這個(gè)HARQ進(jìn)程ID=floor(CURRENT_TTI/下行SPS間隔)moduloHARQ進(jìn)程總數(shù)了冗余版本上行是DCI0沒有專門的冗余版本域,但是有MCS>28答：下行：HAQ，NDI，i；上行：有NDI和ie和冗余版本VHAQ(因?yàn)樯闲惺峭紿AQ。下行如果天線是配置成空分復(fù)用的模式，那么個(gè)每個(gè)都帶有一個(gè)iNDI的HA進(jìn)程是一樣的。了冗余版本上行是DCI0沒有專門的冗余版本域,但是有MCS>28答，對(duì)于新數(shù)據(jù)采用周期偏移的方式。U所示，在D系統(tǒng)中，協(xié)議規(guī)定每相鄰兩個(gè)周期設(shè)置一個(gè)偏移值，前后兩個(gè)數(shù)據(jù)包根據(jù)偏移值使用不同的傳輸周期。則在這樣配置下，奇數(shù)個(gè)數(shù)據(jù)包的實(shí)際傳輸周期為否應(yīng)該結(jié)束這個(gè)SPS進(jìn)程轉(zhuǎn)為動(dòng)態(tài)調(diào)度？ SystemInformationBlockType1消息k(SFN/2modulo 對(duì)于SystemInformation消息，k=imodulo4,i=0,1,…, -1,i就是重要性排序，SIB1有0,2,3,1四個(gè)版本的HARQ合并，而后面的SIBx未必發(fā)四個(gè)任何信源數(shù)據(jù)經(jīng)過信道編碼（tocd）的數(shù)據(jù)包括幾段，第一段可以認(rèn)為是基本數(shù)據(jù)，后面是冗余數(shù)據(jù)，這三段數(shù)據(jù)依次放在一個(gè)環(huán)形緩沖區(qū)內(nèi)。版本其實(shí)就是指示速率匹配模塊從緩沖區(qū)的哪個(gè)位置來(lái)取數(shù)據(jù)。可以參考.2-中的公式，下行順序一般是,,,，上行是,,,，的計(jì)用于實(shí)現(xiàn)增量冗余傳輸，即將編生成的冗余比特分成若干組，每個(gè)定義一個(gè)傳輸開始點(diǎn)，首次傳送和各次HARQ，以實(shí)現(xiàn)冗余比特的逐步積累，完成增量冗余HAQ研究過 來(lái)，將 的數(shù)據(jù)傳給b譯碼模塊，最后進(jìn)行校驗(yàn)。當(dāng)校驗(yàn)錯(cuò)誤時(shí)則需要反饋NAK重傳錯(cuò)誤的數(shù)據(jù)塊。此時(shí)將發(fā)送端 的編碼后的數(shù)據(jù)重新傳給速率匹配模塊，并用進(jìn)行速率匹配，在接收端將新得到的解速率匹配數(shù)據(jù)，與上一次接收端 的的解速率匹配數(shù)據(jù)，兩者進(jìn)行合并，將合并后的數(shù)據(jù)再傳給譯碼模塊，然后再進(jìn)行第二次校。之后的第二次、第三次重傳的過程依此類推。合并通常采用考慮信噪比的合并，視器的性能而定。FDDLTE中的HARQ最大進(jìn)程數(shù)是8,（TDD的見下面的表格）DLHARQ的進(jìn)程總數(shù)Table7- umnumberofDLHARQprocessesforTDD

umnumberofHARQprocesses 上行同步的自適應(yīng)HARQ不需要UE會(huì)接收到ULgrant指示重傳,MCS和RB可能會(huì)變化,重傳的時(shí)刻是和新傳輸一樣,收到ULgrant之后+4子幀發(fā)送.也就是說(shuō),重傳的間隔是不固定的,依賴ULgrant收到的時(shí)刻??按理說(shuō)這個(gè)間隔就應(yīng)該是10ms.只有在半靜態(tài)調(diào)度下,重傳的間隔才會(huì)2HARQ進(jìn)程是forBCH的，根據(jù)RRC指示的系統(tǒng)信息來(lái)看是第一次接收到 的數(shù)據(jù)跟softbuffer里的數(shù)據(jù)大小不一致，那么就需要替換。做相應(yīng)的處理，假如這個(gè)HARQ進(jìn)程是BCHHARQ進(jìn)程，則把MACPDU直接發(fā)送到上層處理，此時(shí)不需要產(chǎn)生確認(rèn)。如果不是廣播HARQ進(jìn)程，則把MACPDU發(fā) 如果HARQ進(jìn)程關(guān)聯(lián)到一個(gè)臨時(shí)的C-RNTI，RA解決失敗，//此時(shí)禁止UE發(fā)acknack,否則會(huì)影響的判斷.只有消解成功的那個(gè)UE才能或HARQ進(jìn)程是BCHHARQ，//或者TATimer停止or過期。（有測(cè)量GAP的情況下？） 1，動(dòng)態(tài)得從PDCCH,對(duì)應(yīng)C-3，是SPSSPS-C-上述三種情況，在TATimer運(yùn)行的時(shí)候，每個(gè)TTI，UE都要檢查UL是給SPSC-RNTI或者配置好的上行，并且跟當(dāng)前是使用同一個(gè)HARQ進(jìn)程；那么無(wú)論NDI是什么，都認(rèn)為這是一個(gè)新的傳輸，將ULgrant和相關(guān)的（為什么認(rèn)為是新數(shù)據(jù)呢？？如果這個(gè)HARQ進(jìn)程的 說(shuō)明SPS已經(jīng)結(jié)束，在新的資源塊上面新數(shù)據(jù)傳輸開始——如果在PDCCH上收到一個(gè)forSPS-C-RNTIULgrant——如果等于1，認(rèn)為NDI沒有變化，需要重傳，把ULgrant和相該清空ULgrant；如果不是SPS釋放，則應(yīng)該把ULgrant保存，作為一個(gè)配置好的ULgrant，初始化（或重新初始化）ULgrant，認(rèn)為NDI翻轉(zhuǎn)，并通知HARQ （如何理解？認(rèn)為該情況是沒有PDCCH上的新調(diào)度，仍然處SPS期間），認(rèn)為NDI翻轉(zhuǎn)，通知HARQNote1：配置ULgrant的時(shí)間單 上行HARQ操 發(fā)生了變化（意味著normaldata新傳輸）；或者 緩沖區(qū)是空的（意味著normaldata新傳輸）；或者 是在RAR消息里的，(意味著新傳輸!onlyfor如果有一個(gè)MACPDU在消息3的緩沖區(qū)里，那么就從這個(gè)消息3的緩沖區(qū)里面取MACPDU用于發(fā)送否則，就從"Multiplexingandassembly"實(shí)體取MAC上述兩種PDU，把它，以及上行 否則，(maybemsg3重傳,或者是normaldata重傳)把上行以因此此時(shí)的重傳是一個(gè)自適應(yīng)的）否則，(沒有ULgrant),如果這個(gè)TTI對(duì)應(yīng)的HARQ進(jìn)程的緩沖區(qū)不為空:(需那么指示HARQ進(jìn)程產(chǎn)生一個(gè)非自適應(yīng)的重傳。(maybeMSG3ornormaldata)（注：應(yīng)該說(shuō)此時(shí)已經(jīng)收到的HARQ反饋，也即是NACK，但是沒有收到顯性的PDCCH消息，那么就默認(rèn)為是非自適應(yīng)的重傳，上行HARQ默認(rèn)為非自適應(yīng)的同步Note:綜上所述:MSG3應(yīng)該支持自適應(yīng)和非自適應(yīng)重傳,都支持Note:處理ULgrant和DLassignment的時(shí)候關(guān)心動(dòng)態(tài)/半靜態(tài)調(diào)度HARQ進(jìn)程的時(shí)候只需要關(guān)心自適應(yīng)/非自適上行HARQ進(jìn) 【CURRENT_TX_NB】，用于指示在緩沖區(qū)的當(dāng)前MACPDU發(fā)生了多少次傳已知的冗余版本順序,這個(gè)順序僅僅適用于PHICH指示的非自適應(yīng)重傳,如果是MCS>28的ulgrant指示重傳,那么就按照mcs指示的冗余版本。新的傳輸按照或者指示的以及資源上傳輸，自適應(yīng)的重傳類似。而非自適應(yīng)的重傳，使用上一次的資源以及發(fā)送。UmaxHAR-Tx和maxHARQ-sg3x。當(dāng)收到這個(gè)的HAQ反饋，HAQ進(jìn)程把狀態(tài)變量HARQ_DBK把CURRENT_TX_NB設(shè)為把CURRENT_IRV設(shè)為把HARQ_FEEDBACK設(shè)置NACK，（這個(gè)好處就是:如果沒有收到反饋，那么就默認(rèn)重傳把CURRENT_TX_NB加1（增加當(dāng)前傳輸塊的發(fā)送次數(shù)，這樣就可以檢驗(yàn)是否達(dá)到最大次數(shù)否則，如果HARQ(自適應(yīng)重傳需要關(guān)心UL如果HARQHARQ_FEEDBACKNACK答：因?yàn)閷?duì)于UE來(lái)說(shuō)，下行的HARQ,UE只需要做合并，而發(fā)送的時(shí)候就要關(guān)心如果是重傳，但是這個(gè)重傳不跟從消息3的緩沖區(qū)里獲得MACPDU的傳輸沖 如果在接收HARQ反饋時(shí)，存在測(cè)量，并且這個(gè)MACPDU不是從消息3的緩沖-在接收HARQ反饋的時(shí)候把HARQ_FEEDBACK置為ACK ）和速率限制（RateLimiting）中最常使用的一種算法。令牌桶是這樣工作的，5個(gè)規(guī)如果沒有足夠的令牌發(fā)送包，這個(gè)包就會(huì)等待直到有足夠的令牌（桶有特定的容量（bucketsize），如果桶已經(jīng)滿了，新加入的令牌就會(huì)被丟和令牌桶相對(duì)的算法是漏桶算法，二者很容易，漏桶算法只能限定最大輸出率。而令牌桶算法在能夠限制數(shù)據(jù)的平均傳輸速率外，還允許某種程度的突發(fā)傳輸。怎么理解？令牌數(shù)量的含義是“允許發(fā)送的流量”，但規(guī)則1又限定了這種機(jī)制的平均速率，也就是說(shuō)，令牌桶允許大數(shù)據(jù)量突發(fā)，可以一次發(fā)送bucketsize的數(shù)據(jù)，但不可能一直突發(fā)，因?yàn)橥话l(fā)之后，令牌就用光了，至少要等到有一個(gè)令牌的時(shí)才能再PBR×TTI-duration,最大 數(shù)從bucketsize減除時(shí)有可能發(fā)生<0情況。令牌<0，說(shuō)明已調(diào)度流量超過了允許令牌流量；通常本TTI就不再調(diào)度；但本TTI還會(huì)對(duì)令牌注水，水量為PBR×TTI-duration，當(dāng)大于0后就又可以參與調(diào)度。step2：扣減相應(yīng)的Bj，扣除的數(shù)量映射到MACSDU的大小，（參見令牌桶規(guī)則3）， 全部SDU都有剩余資源發(fā)送的時(shí)候，不應(yīng)該對(duì)SDU分段（或部分傳輸SDU，或重 3，UE應(yīng)該最大化傳輸數(shù)據(jù)。（這里是說(shuō)，除了分段要分大以外，總的傳輸量也要大，UE能發(fā)多少就發(fā)多少要囤積1，MACCEforC-RNTIordatafromUL-CCCH2，MACCEforBSR（常規(guī)式）3，MACCEfor5，MACCEforBSR（填充式調(diào)度請(qǐng)求上一個(gè)隨機(jī)接入的過程，并且取消所有掛起的SR。（如何理解“任何TTI？是指連續(xù)dsr-TransMax個(gè)如果在這個(gè)TTIUE有合法的PUCCH資源用于發(fā)送SR，并且這個(gè)TTI不屬于測(cè)UE的服務(wù)時(shí)間，它也不能夠做任何發(fā)送的任務(wù)SR_COUNTERdsr-把SR_COUNTER加1;指示物理層在PUCCH上發(fā)送

參見下面一節(jié)，retxBSR-Timer超時(shí)且缺少資源發(fā)送數(shù)據(jù)的時(shí)候，觸發(fā)SRNote:SR是通過物理層直接發(fā)送的，不屬于MACCE之列，在TS36.213(物理層過程)中指定：SchedulingrequestSR)PUCCHformat1，不需要進(jìn)行編碼調(diào)制。而BSR則是通過MACCE發(fā)送的。緩沖區(qū)狀態(tài)報(bào)告的兩個(gè)定時(shí)器periodicBSR-TimerretxBSR-Timer和一個(gè)信令logicalChannelGroup（指示某個(gè)邏輯信道屬于哪一個(gè)邏輯信如何觸發(fā)存在一個(gè)屬于某一個(gè)邏輯信道組的邏輯信道，它在或者實(shí)體里存在要發(fā)送的上行數(shù)據(jù)（例如/的控制信息以及業(yè)務(wù)數(shù)據(jù)等）的，可能是用于NB與U之間的緩沖區(qū)信息同步用），這些情況觸發(fā)的，稱為“常規(guī)；已經(jīng)分配了上行資源，并且填充比特?cái)?shù)大于或者等于BSRMACCE加上它的子頭如何理解填充式(參見動(dòng)態(tài)調(diào)度示意圖)我們知道BR之后才能申請(qǐng)到or業(yè)務(wù)數(shù)據(jù)的ULgrant，但這種情況下是說(shuō)已經(jīng)有一個(gè)ULgrant了,這個(gè)ULgrant應(yīng)該不是forBSR的，可能是本I發(fā)送業(yè)務(wù)數(shù)據(jù)后剩下的，還剩下這么點(diǎn)無(wú)線資源當(dāng)然要充分利用。那么就把這個(gè)size和BR的formatsie進(jìn)行比較，如果和較小的相當(dāng)就報(bào)告短BR，如果。retxBSR-er超時(shí)，對(duì)于任何屬于某一個(gè)邏輯信道組的邏輯信道有數(shù)據(jù)要發(fā)求(周期性的BSR是否也需要periodicBSR-Timer超時(shí)，此時(shí)的(周期性的BSR是否也需要申請(qǐng)呢?不需要，那么匯報(bào)的時(shí)候采用什么資源呢？因?yàn)锽SR的優(yōu)先級(jí)比正常數(shù)據(jù)高，所以它能夠使用正常數(shù)據(jù)的UL否則報(bào)告短BSR(關(guān)于長(zhǎng)短BSR的格式參考第六節(jié)MACPDU)。如果填充比特?cái)?shù)大于等于"短BSR控制信息加上它的子頭部"但是小于"長(zhǎng)控制信息但與加上它的子頭部如果在發(fā)送的當(dāng)前有多于一個(gè)邏輯信道組（G），這個(gè)如果填充比特?cái)?shù)大于等于"長(zhǎng)BSR控制信息加上它的子頭部報(bào)告長(zhǎng)BSR指示產(chǎn)生一個(gè)BSRMAC啟動(dòng)或者重啟定時(shí)器periodicBSR- 除了截?cái)郆SR以外啟動(dòng)或者重啟retxBSR-Timer一個(gè)MACPDU最多只能包含一個(gè)MACBSR控制信息單元，如果同時(shí)有多個(gè)事件觸當(dāng)收到在上行發(fā)起新的傳輸（重傳的指示不需要）的指示的上行時(shí)，UE應(yīng)該重啟retxBSR-Timer定時(shí)器。當(dāng) 可以容納所有的要發(fā)送的數(shù)據(jù)但是不能夠再容納一個(gè)當(dāng) 可以容納所有的要發(fā)送的數(shù)據(jù)但是不能夠再容納一個(gè)BSRMACCE加PHR（功率上升空間報(bào)告功率上升空間報(bào)告的進(jìn)程提供給eNB一些信息——在上行功率控制中，告訴ue MACCE。后面章節(jié)會(huì)講PHRMACCE的格 PHR定時(shí)器和周期PHR定時(shí)器（其中prohibitPHR-Timer過期，而且，自從PHR上次傳輸起路損變化大于dl-PathlossChange，才觸發(fā)匯報(bào)）原文：andthepathlosshaschangedmorethandl-PathlossChangeDBsincethetransmissionofaPHRwhenUEhasULresourcesfornewtransmission.自從上次發(fā)送PHR起，無(wú)線環(huán)境已經(jīng)發(fā)生了很大的變化，上次的PHR失ReportThepowerheadroomreportingrangeisfrom-23...+40dB.Table9.1.8.4-1:PowerheadroomreportmapReported value-23￡P(guān)H<--22￡P(guān)H<--21￡P(guān)H<--20￡P(guān)H<--19￡P(guān)H<--18￡P(guān)H<-??34￡P(guān)H<35￡P(guān)H<36￡P(guān)H<37￡P(guān)H<38￡P(guān)H<39￡P(guān)H<PH≥PHR第一次觸發(fā)：并且，分配的上行資源足夠發(fā)送一個(gè)PHRMACCE加上它的子頭那么：從物理層獲得PHR的值，指示裝配復(fù)用進(jìn)程去產(chǎn)生一個(gè)PHRMACDRX分IDLEDRX，也就是當(dāng)UE處于IDLE狀態(tài)下的非連續(xù)性接收，由于處于IDLE ACTIVEDRX，也就是UE處在RRC-CONNECTED狀態(tài)下的DRXDRX的幾個(gè)定時(shí)OndurationInactivityTimer(新傳輸定時(shí)器)UE在醒著時(shí)每次成功HARQ初始發(fā)送的PDCCH后保持active的時(shí)間，它的意ActiveTimeUE處于ACTIVE（無(wú)法睡眠）的狀態(tài)，比如是DRX周期開始“OnDuration”，或者收到初始傳輸?shù)腜DCCH，或者是重傳，等等，如果配置了DRX，那么ACTIVETime包括以下時(shí)間：onDurationTimer、drx-InactivityTimer、drx-以及mac-ContentionResolutionTimer正在運(yùn)行的時(shí)間對(duì)一個(gè)掛起的HARQ重傳存在上行，并且在對(duì)應(yīng)的HARQ緩沖區(qū)里面有數(shù)UE指示一個(gè)新的傳輸，但是這個(gè)PDCCH還沒有收到，此時(shí)UE還是必須處于HARQRTTTimer重傳等待定時(shí)器,這個(gè)定時(shí)器是固定的!!子幀+4的位置重傳到UE預(yù)期DLRetransmission到達(dá)的最少間隔時(shí)間，也就是說(shuō)重傳最早會(huì)什么時(shí)候DRXRetransmissionTimer(重傳定時(shí)器從HARQRTTTimer醒來(lái)之后需要保持的時(shí)間，UE預(yù)期接收DL重傳的時(shí)間，也就是需要這么多時(shí)間來(lái)接受下行重傳。這兩個(gè)Timer聯(lián)合工作，控制的是HARQ進(jìn)DRXcycleDRXcyclelength一旦配置(重配置)就固定，即不會(huì)因?yàn)閍ctivetime大于onduration而變化。這個(gè)相當(dāng)于整個(gè)DRX的基本時(shí)鐘。DRX是怎么運(yùn)行的如果當(dāng)前子幀既不是半雙工操作狀態(tài)(onlyforFDD)也不屬于測(cè)量GAP時(shí)間，那么[(SFN*10)+subframenumber]modulo(shortDRX-Cycle)=(drxStartOffset)modulo(shortDRX-Cycle)=當(dāng)上面的兩個(gè)條件滿足其中之一，那么就啟動(dòng)定時(shí)器uatonimer，此時(shí)UE信道了?？梢奱iimr這個(gè)定時(shí)器的工作狀態(tài)是比較常用的，是在沒有數(shù)據(jù)的時(shí)候要經(jīng)常醒來(lái)睡去。e:有新傳輸（上行或下行），啟動(dòng)x-ctiitimr(新傳輸定時(shí)器)。如果有下行數(shù)據(jù)（分配信息），那么應(yīng)該啟動(dòng)HAQ定時(shí)器并停止rRetnmisonTmr定時(shí)器。Rule2:如果在這個(gè)子幀HARQRTT定時(shí)器超時(shí)，因?yàn)樗瞧谕匕l(fā)的最短時(shí)Rule3:如果收到DRXMACCE，也就意味著eNB要求UE進(jìn)入睡眠狀態(tài)，那么這時(shí)就會(huì)停止兩個(gè)定時(shí)器onDurationTimer和drx-InactivityTimer，但Rule4:如果drx-InactivityTimer超時(shí)(沒有新數(shù)據(jù)了)或者收到DRXRule5:如果drxShortCycleTimer超時(shí)，那么使用長(zhǎng)DRX周期。由于在為什么要使用長(zhǎng)短周期定時(shí)MACMAC初始化令牌停止正在進(jìn)行的RA,忽略顯性的RA參數(shù)，釋放臨時(shí)C-RNTI認(rèn)為TATimer過期。（如果TATimer過期，則應(yīng)該刷新HARQbuffer，通知RRC要釋放PUCCH/SRS,且清空下行配置和上行。）SPSC-上行調(diào)度間隔semiPersistSchedIntervalUL以及 下行調(diào)度間隔semiPersistSchedIntervalDL以及 (10*SFN+subframe)=[(10*SFNstarttime+subframestarttime)N*semiPersistSchedIntervalDL]modulo10240,N>其中SFNstarttime和subframestarttime是配置資源分配的起始SFN與起始子 (10*SFN+subframe)=[(10*SFNstarttime+subframestarttime)+*semiPersistSchedIntervalUL+Subframe_Offset*(Nmodulo2)]modulo10240,N>0。其中SFNstarttime和subframestarttime是配置資源分配的起始SFN與起始子包含任何MACSDU）后就要清掉這個(gè)配置好的上行 后，還可以繼續(xù)發(fā)送SPS的重傳(???)。（是否意味著可以在該grant上發(fā)送重傳數(shù)據(jù)，只是不能發(fā)送新數(shù)據(jù)。Table7.4-1:Subframe_OffsetTDDPositionofinitialPersistentvalue001Subframes2and1Subframes3and-2Subframe5Subframe-3Subframes2and1Subframe-4Subframe1Subframe-5060——MACPDU（DL/ULTable6.2.1-1ValuesofLCIDforDL-SCHLCIDIdentityofthelogicalchannel(這是在哪里規(guī)定的？協(xié)議沒有規(guī)定，是UEContentionResolutionIdentityTimingAdvanceDRXTable6.2.1-2ValuesofLCIDforUL-LCIDIdentityoftheTruncatedShortLongL：(Length)指示與這個(gè)子頭部相關(guān)的SDU或者M(jìn)ACCE的長(zhǎng)度是多少個(gè)對(duì)應(yīng)著下圖中的15比特L域的子頭部。E:(Extension)指示MAC頭部是否有多個(gè)域，當(dāng)E=1時(shí)，意味著接下來(lái)存在子頭部擴(kuò)展，有另外一組R/R/E/LCID域，如果是0，那么接下來(lái)就是凈負(fù)荷；（顯然只有最后一個(gè)子頭部的E位才等于R:R:)設(shè)為Rule1:MACPDU子頭部的順序跟后面MACSDU，MACCE以及填充部Rule2:MACCE處于任何MACSDURule3:填充部分一般放在MACPDU的最后面，不過如果只有一個(gè)字節(jié)或者兩個(gè)字節(jié)的填充部分時(shí)，它就放在MACPDU的最前面。填充部分的內(nèi)容可以是任Rule4:對(duì)于一個(gè)UE，每次一個(gè)傳輸塊只能有一個(gè)MACPDU，當(dāng)然，如果有兩SDU，RLC處理之后變成它的PDU,(在RLC，有可能由多個(gè)SDU組成PDU，也可能是一個(gè)SDU拆分成多個(gè)PDU)同樣道理，RLC的PDU，傳給MAC就變成了MACSDU。——MACCEMAC控制單元 MACCE是MAC層自己產(chǎn)生的一些需要發(fā)送的控制數(shù)據(jù)，從UE->ENB方向的有BSR，PHR，C-RNTI這些，從ENB->UE方向的有DRXCOMMAND,TACommand， 解決ID。MACCE一般比普通數(shù)據(jù)先照顧他們，盡量保證他們及時(shí)發(fā)出去。MACCE之間也有優(yōu)先級(jí)之分，順序。所以MACCE產(chǎn)生以后會(huì)通過SR要資源，有了資源以后就可以發(fā)送出RC:i只有i，其實(shí)是索引而不是真正的緩沖區(qū)大小，有表格對(duì)應(yīng)。計(jì)算需要的緩沖區(qū)大小應(yīng)該考慮的是P發(fā)給的業(yè)務(wù)數(shù)據(jù)，和的控制信息，注意，不包括頭部和頭部。為什么？這些也是要占用物理層資源的，可能和NB調(diào)度算法有關(guān)，NB在分配的資源的時(shí)候可以稍微多一點(diǎn)，這個(gè)是實(shí)現(xiàn)的問題。如果和的緩沖區(qū)中還有未組包的數(shù)據(jù)，那么無(wú)得知還需要加幾個(gè)頭，算不出來(lái)?，F(xiàn)在的做法是在過一致性測(cè)試的時(shí)候就精確匯報(bào)，而和 調(diào)的時(shí)候就多加個(gè)B匯報(bào)。）短BSR和截?cái)嗍紹SR:2bitLCGID+6bit長(zhǎng)BSR：6bit4=3Byte，分別對(duì)應(yīng)四個(gè)緩沖區(qū)size，沒有LCGID域，而LCGID域是在子頭部中攜帶的。(也就是說(shuō)，子頭部里有4個(gè)LCGID）LCG的資源需求時(shí)（truncatedBSR），能保證高優(yōu)PHRMACCE:6bit,2bit保留位。這也是一個(gè)索引，表格, 下行?C-RNTIMACCE：16bit。子頭部需要LCIDDRXCOMMANDMACCE,0bit,由子頭部的LCID標(biāo)志即可。這個(gè)MACCE沒有凈荷,只有子頭部,該命令并不指示DRXTACOMMANDMACCE，6bit，2bit保留位。子頭部要有UEContentionResolutionIDMACCE，48bit，子頭部要有BufferSize(BS)BufferSizeBufferSize(BS)BufferSize(BS)0BS=1132<BS<=10<BS<=1326<BS<=210<BS<=1552<BS<=312<BS<=1817<BS<=414<BS<=2127<BS<=517<BS<=2490<BS<=619<BS<=2915<BS<=722<BS<=3413<BS<=826<BS<=3995<BS<=931<BS<=4677<BS<=36<BS<=5476<BS<=42<BS<=6411<BS<=49<BS<=7505<BS<=57<BS<=8787<BS<=67<BS<=10287<BS<=78<BS<=12043<BS<=91<BS<=14099<BS<=107<BS<=16507<BS<=125<BS<=19325<BS<=146<BS<=22624<BS<=171<BS<=26487<BS<=200<BS<=31009<BS<=234<BS<=36304<BS<=274<BS<=42502<BS<=321<BS<=49759<BS<=376<BS<=58255<BS<=440<BS<=68201<BS<=515<BS<=79846<BS<=603<BS<=93479<BS<=706<BS<=109439<BS<=826<BS<=128125<BS<BSBS>——MACPDU（透明傳輸不做任何修改處理。for——MAC隨機(jī)接入響應(yīng)PDU和前面的DL/UL-SCHPDU的裝配規(guī)則其實(shí)是一樣的，可以包一個(gè)MACPDU子頭部由三個(gè)頭部域組成（E/T/RAPID），——MAC頭部（forDL/UL參見MACPDU（DL/ULSCH)——MAC頭部（forE:(Extension)擴(kuò)展域用于指示MAC頭部還有其它域（例如其它RAR消息對(duì)于T:(Type)類型域，用于指示這個(gè)MAC子頭部包含的是隨機(jī)接入ID（前導(dǎo)序列ID）還是BACKOFF指示，T置為“0”，也就是說(shuō)這個(gè)子頭部包含的是BIR:()預(yù)留比特，置為BI(BackoffIndicator):BACKOFF指示，通常是在小區(qū)過載的情況下，指示):R:預(yù)留比特，置為TimingAdvanceCommand(0,1,2...1282)timing的調(diào)整量，具體數(shù)值見36.211和36.213。11比特位表示；ULGrant:20TemporaryC-RNTI：ThesizeoftheTemporaryC-RNTIfieldis16因此,RAR中的ULGRANT,和normal的ULGRANT來(lái)源是不一樣的,答:物理層此時(shí)看不到TemporaryCRNTI,它是拿RA-RNTI去解PDCCH(DCI西),并且物理層不知道里邊的內(nèi)容是什么,就直接往MAC因此,RAR中的ULGRANT,和normal的ULGRANT來(lái)源是不一樣的,PDSCHMSG2,后者來(lái)自PDCCH這里的ULGRANT和物理層DCI里邊的ULGRANT答:原因也是同上,來(lái)源不同!詳細(xì)解釋213里規(guī)定的ULGRANT的內(nèi)容(20bit),注意,這個(gè)ULGRANT是RARULGRANT,而不是normalULgrant(大于等于26bit,具體比特?cái)?shù)DCI0要和DCI1AULGrantinRARMACControlElement.3GPP36.213Hopflag–1Fixedsizeresourceblockassignment–10Truncatedmodulationandcodingscheme–4TPCcommandforscheduledPUSCH–3ULdelay–1CQIrequest–1VariablesandRNTIRNTIvaluesarepresentedinTable7.1-1andtheirusageandassociatedTransportChannelsandLogicalChannelsarepresentedinTable7.1-2.Table7.1-1:RNTIValueRA-RNTI,C-RNTI,Semi-PersistentSchedulingC-RNTI,TemporaryC-RNTI,TPC-PUCCH-RNTIandTPC-PUSCH-RNTI(seeC-RNTI,Semi-PersistentSchedulingC-RNTI,TemporaryC-RNTI,TPC-PUCCH-RNTIandTPC-PUSCH-RNTIforfutureuse ThevaluescorrespondingtotheRA-RNTIvaluesofacell’sPRACHconfigurationarenotusedinthecellforanyotherRNTI(C-RNTI,Semi-PersistentSchedulingC-RNTI,TemporaryC-RNTI,TPC-PUCCH-RNTIorTPC-PUSCH-RNTI).Table7.1-2:RNTIPagingandSystemInformationchangeRandomAccessPhysicalPhysicallayerUplinkpowerPhysicallayerUplinkpowerunicasttransmissionTemporaryC-ContentionResolution(whennovalidC-RNTIisTemporaryC-DynamicallyscheduledunicasttransmissionTriggeringofPDCCHorderedrandomaccessunicasttransmission(activation,reactivationand

CCCH,DCCH,DCCH,DCCH,BackoffParameterBackoffParametervaluesarepresentedinTable7.2-1.Table