1、基礎知識針對 Volte 業務：終端建議是Long DRX 40ms ，對業務體驗沒有影響。最好的配置是 160ms Deactive 40ms第二好的是160ms 長+ 20ms 短。視頻測試時延在 2s 內。研究院原計劃 15 號在全網開啟 DRX，被網絡部叫停了，擔心對網絡性能有影響。DRX+SPS同時打開的效果怎樣？1.1 空閑模式下的DRX 功能機制 1目前 LTE 中空閑模式下對PDCCH 的監視功能采用DRX 方式，從而降低了功耗，空閑模式下的DRX 工作機制固定，采用固定的周期，并在尋呼時刻（PO）到來時啟動監視PDCCH 的功能，進入空閑模式下的激活期（ Onduration

2、 Timer ），在激活期需要全面監視PDCCH ，在 DRX 激活期過去之后再次進入睡眠狀態，PF（Paging Frame）表示含有一個或者多個PO 的無線幀；若使用DRX ，那么 UE 僅監控每個DRX 周期的 PO。在 UE 開機后將會按照默認的DRX 周期配置進行周期循環。在尋呼時刻到來時將用P-RNTI 對 PDCCH 進行擾碼以便解出上面的數據。1.2 RRC 連接狀態下的DRX 工作機制 3在 RRC 連接狀態下的DRX 工作機制，采用的是定時器與DRX 環結合的工作方式，且eNB 也會保持與UE 保持相同的DRX 工作方式，并實時了解UE 是處于激活期還是睡眠期，因此保證在激

3、活期傳遞數據，而在睡眠期不會進行數據傳輸。激活時間 :1 onDurationTimer 或 InactivityTimer或 drx-RetransmissionTimer 或 mac-ContentionResolutionTimer 正在運行時；2 在 PUCCH 上已經發送了SR，此時處于等待狀態，需要監視PDCCH ，目的是獲取傳輸上行數據的上行授權。在獲取了新的上行授權之后將會通知DRX 按照固定的DRX 流程運行，進入 drx-InactivityTimer運行階段。3 UE 的 HARQ buffer存在數據，并等待用于HARQ 重傳的 UL grant 時；4UE 成功接收用

4、于響應非UE 選擇的 preamble 的 RAR ，卻沒有收到指示初傳（使用C-RNTI ）的 PDCCH時。流程圖二： DRX 流程當 UE 在“ On Duration ”期間收到一個調度消息時， UE 會啟動一個“ drx-InactivityTimer ”并在該 timer 運行期間的每一個子幀監聽 PDCCH 。當“ drx-InactivityTimer ”運行期間收到一個調度信息時， UE 會重啟該Timer 。（對應上圖標紅為(2) 的部分）當“ drx-InactivityTimer ”超時或收到DRX Command MAC control element時：1）如果 U

5、E 沒有配置shortDRX cycle ，則直接進入long DRX cycle ；2）如果 UE 配置了 short DRX cycle ，UE 會進入 short DRX cycle 并啟動（或重啟） “ drxShortCycleTimer ”，當“ drxShortCycleTimer ”超時， UE 進入 long DRX cycle 。（對應圖中標紅為 (3) 的部分）如果 UE 當前處于short DRX cycle ，且 (SFN * 10) + subframe number modulo (shortDRX- Cycle) =(drxStartOffset)modulo

6、(shortDRX-Cycle) ；或者當UE 當前處于long DRXcycle ，且 (SFN * 10) + subframenumber modu lo (longDRX-Cycle) = drxStartOffset，啟動“ onDurationTimer ”。（對應上圖標紅為(1)的部分）DRX 是 UE 級別的特性，而不是基于每個無線承載來配置的。當 UE 配置了 DRX 時， UE 只能在“激活期”的時間內發送周期性CQI 。eNodeB 在使用 RRC 來配置周期性 CQI 上報時，可以進一步地限制UE 只能在“ on-duration ”的時間內發送CQI 。TimerSt

7、art （ Restart ）StoponDurationTimerdrx-InactivityTimer當前使用 Long DRX Cycle且（ 1）收到(SFN * 10) + subframeDRX Command MACnumber modu locontrol element；（ 2）timer(longDRX-Cycle) =超時drxStartOffset。收到用于調度new（ 1）收到transmission的 PDCCH （ DLDRX Command MAC和 UL 的均可）control element；（ 2）timer超時drx-RetransmissionTime

8、rdrxShortCycleTimerHARQ RTT Timer超時且對應HARQ process的 buffer中的數據沒有成功解碼當配置了 Short DRX cycle 時，如果 drx-InactivityTimer 超時，或收到DRX Command MAC control element ，則啟動或重啟（ 1）收到指示下行傳輸的 PDCCH ；（ 2 ） timer 超時Timer 超時，此時開始使用 Long DRX cycleHARQ RTT timerdrxShortCycleTimer，并開始使用 Short DRX cycleUE 收到一個指示下行傳輸的Timer超時P

9、DCCH參數名稱取值范圍單位參數說明級別說明Long DRX10 、 20、 32、1ms，子幀個長 DRX 周期的 時間長U計 數Cycle40、64、 80、 128、數； 是DRX度，由 RRC信令 消息 進行E級器的起點160、256、320、512、 shortCycle的 整配置。以空口時640、1024、 1280、數倍間點進行2048、 2560計算DRX1、2、3、4、5、1ms，PDCCH在激活期，如果 UE收U只 針Inactivity Timer6、8、 10、 20、30、 子幀個數到一個調度新數據傳輸的E級對新傳數40、 50 、 60、 80 、PDCCH 調度信

10、令，延長激據，重傳數100、200、300、500、活期的時間長度。由 RRC據不啟動750、1280、 1920、信令消息進行配置。或者不重2560 ，啟該計數器。以空口時間點進行計數DRX Start0 、1 、1ms，子幀個Offset2LongDRX數，與 Long DRXCycle-1Cycle 具有綁定關系Short DRX2、 5、 8、 10、1ms，子幀個Cycle16、 20 、 32、 40 、數64、80、 128、160、256、320、512、640 ，HARQK+4 ； K為2131ms，子幀個RTT Timer協議中的數Table10.1-1所示DRX 周期的起

11、點偏移量，對于長 DRX 周期和短DRX 周期采用同一個起點偏移量。由 RRC 信令消息進行配置。短 DRX 周期的時間長度，由 RRC信令消息進行配置。HARQ RTT Timer=t1+t2 ，其中， t1為UE接收下行數據塊處理與反饋 ACK/NACK 之間的時延 ， t2 為 eNB 接 收 ACK/NACK 反饋的處理時延， t2固定為 4ms。UE級以 空E級口時間點進行計數HeNB 不ARQ需要維護進程級該定時器。DRX1、2、4、6、8、1ms，PDCCHRetransmission16、24、 33，子幀個數TimerUE接收PDSCH數據塊時如果解碼錯誤，當 HARQ RT

12、T Timer 超時后等待 eNB 重傳數據塊調度信令的時間。由 RRC信令消息進行配置。以 空ARQ口時間點進程級進行計數DRX Short116Short DRXCycle TimerCycle ， 即 DRXShort Cycle Timer時 長 為 ShortDRXCycle 的 整數倍On1、2、3、4、5、1ms，PDCCHDuration Timer6、8、 10、 20、30、 子幀個數40、 50 、 60、 80 、100、200 ，MAC8、16、24、32、1ms，子幀個Contention40、48、 56、 64，數ResolutionTimer轉入長 DRX 周

13、期前使用短DRX 周期的時間長度 ， DRX Short CycleTimer=n*Short DRX Cycle,n 由 RRC 信令消息進行配置。在一個DRX 周期內 UE 處于激活期的時間長度，對于長 DRX 周期和短 DRX 周 期采用 相同 的 On Duration Timer 值。由 RRC信令消息進行配置。UE 發送 Msg3 后啟 動該計數器。由 RRC信令消息進行配置。以 空E級口時間點進行計數以 空E級口時間點進行計數以 空E級口時間點進行計數圖三：與DRX 相關 timer 的啟動和停止除了 HARQRTTtimer 和 drx-RetransmissionTimer

14、是每個 DL HARQ process 都有一個外，其它的 timer是每個 UE 只有一個。從圖三可以看出，當任一timer 啟動時，不會影響其它timer 的運行。也即， UE 處于激活態的最短時間為 onDurationTimer 指定的時間， 而最長時間是不定的。 各種定時器都是以空口時間點進行計數設計區分調度點和空口發送點：定時器有效的時間點為調度點，定時器啟動時間點為空口發送點1）特殊定時器：更新DRX Inactivity Timer、各進程的DRX Retransmission Timer 。更新內容：定時器啟動時間點（幀號/子幀號）、定時器的剩余時長（ms 數）、定時器已耗費

15、時長、是否有效字段。每個刷新點，將已啟動且未超時的定時器的已耗費時長進行記錄，并將定時器啟動時間點更新到更新時刻的幀號及子幀號。2） SR 定時器：默認時長設置為2000ms，如圖所示，假設在子幀2 接收到終端的SR，基站在子幀5 調度空口子幀9 的 DCI0 ，即 Inactivity Timer 的啟動時間點是子幀9，按照協議子幀2 到子幀 9 終端都會監聽PDCCH。如果調度后就停止SR定時器，則從子幀5 到子幀 9 可能因為無有效定時器而進入DRX 狀態，為防止此類情況出現，基站在子幀5 調度完 DCI0 后更新 SR定時器的長度，使之在子幀9 超時，從而保證此段時間內基站不進入 DR

16、X Activity狀態。0123456789收到 SR調度 DCI0發送 DCI0有可能進入 DRX圖SR 定時器的說明（僅供示意，不代表真實調度時序）3） Contention Resolution Timer ：基于競爭的隨機接入：基站在收到MSG3后啟動Contention ResolutionTimer 。跟 SR 定時器的處理類似，為了避免基站提前調度導致的DRX 狀態錯誤， MAC 在調度完上行或下行的 PDCCH 后修改 Contention Resolution Timer 時長，使其在 PDCCH 空口子幀超時。非競爭的隨機接入：基站在下發 MSG2 后啟動 Content

17、ion Resolution Timer ，雖然非競爭的情況不需要該定時器，但實現上也使用該定時器對 msg2 后激活時間進行限制。 跟 SR 定時器的處理類似， MAC 在調度完上行新傳或下行新傳的PDCCH后修改 Contention Resolution Timer 時長，使其在 PDCCH 空口子幀超時。SR 定時器或者 Contention Resolution Timer 是根據收到 SR 或者 msg2/3 設置有效的，啟動的時間點就是該設置時間點4） DRX Inactivity Timer ：定時器有效的時間點為調度點，定時器啟動時間點為空口發送點，從到 點之間的各時刻點的D

18、RX 狀態應當不考慮On Duration Timer 定時器， 具體判斷辦法是：（當前時間點 算術減 對應的時間點）并賦值給一個無符號u32 類型數，結果大于 5120 則認為處于 到 之間，即定時器還沒有生效；小于等于5120 則認為定時器是有效的；能這么認為是因為DRX特殊定時器總是每2560ms 就進行一次刷新5）Retransmission Timer ：收到了 NACK 時設置為有效的，而該定時器的實際起點卻是在k+4（ k 對應了PDSCH 從空口下發到 HARQ-NACK 到空口的子幀數 ) 子幀后；停止時間為：協議規定在發送了對應的PDSCH；當調度了 PDCCH 后需要將

19、DRX Retransmission Timer 的已耗費時長 /定時器剩余時長更新到不超過PDCCH 下發的空口時間點，注意，如果原已耗費時長/定時器剩余時長比PDCCH 下發到空口的時間點對應的時長還要短，則不需更新；上下行調度PDCCH 及 PUCCH CQI/SRS時的設計 :在調度點對各個定時器進行判斷，定時器的判斷順序為：DRX Inactivity Timer、DRX Retransmission Timer、On Duration Timer、 SR 定時器或者Contention ResolutionTimer圖定時器超時的判斷6）更新定時器的其他時機DRX 模塊在調度結束后

20、和收到反饋后對相關定時器進行更新。在調度之后，DRX 模塊需要更新相應的定時器的狀態，具體做法如下：1） 如果調度的是新傳，啟動或重新啟動DRX Inactivity Timer ，把調度的 PDCCH 的空口時間點作為該定時器的起始時間點。（ 2）如果調度的是重傳，應該關閉這個用戶這個進程的DRX Retransmission Timer ，即把這個定時器置為無效。（ 3）如果是處于 pending 狀態的 SR，啟動或重新啟動DRX Inactivity Timer，把調度的 PDCCH 的空口時間點作為該定時器的起始時間點。在收到反饋的點， DRX 模塊需要更新相應的定時器的狀態，具體做

21、法如下：（ 1）如果收到的反饋是ACK ， DRX 模塊不做任何處理。（ 2）如果收到的反饋是NACK 。 DRX 模塊需要開啟這個用戶這個進程的DRX Retransmission Timer ，（ 3）6） DRX即把這個定時器置為是有效的，該定時器的起始時間設為反饋HARQ-NACK的空口時間 +4；特別指出，對于協議上定義HARQRTT Timer 超時后才應當啟動Retransmission Timer 的情況，在實現上由于HARQ RTT Timer超時時就是Retransmission Timer 啟動之時，為節省內存目的可不設計 HARQ RTT Timer ，而是將 Retr

22、ansmission Timer 的定時起點設置為反饋HARQ-NACK的空口時間點 +4 的幀號 /子幀號， 根據節的設計， 這么做并不影響對Retransmission Timer 是否有效及是否超時的判斷；對于沒有過激活檢測門限的情況，認為之前發送的PDCCH 沒有被收到，將Retransmission Timer設置為無效，同時判斷DRX Inactivity Timer是否有效，如有效且啟動時間點/已耗費時長對應了該 HARQ-ACK反饋的時間點（多個PDSCH 對應同一個HARQ-ACK的情況，則只要滿足與任一個 PDSCH 的時間關系則認為滿足對應關系），則認為DRXInacti

23、vityTimer 是由于此PDCCH調度啟動的，從而停止該DRX Inactivity Timer，否則不處理DRX Inactivity Timer。下 TM7/8 的調度設計方案DRX與TM7/8問題的引入主要是考慮由于靜默期不發送SRS，PL無法進行波束賦形，如果在激活態需要馬上傳數據，可能會導致賦形系數不準確，影響網絡的性能。MAC 維護一個SRS 鏈表，當 RRC 配置開啟了用戶的DRX 功能時，將用戶插入到SRS 鏈表的有效鏈上。MAC 按照 RRC 配置的 SRS 參數維護用戶的SRS 周期，每 ms 查看將要到達SRS 周期時間點的用戶，并檢查用戶此時所有DRX 相關定時器的

24、狀態，如果用戶此時處于DRX ACTIVE狀態，則認為用戶不會發送對應空口點的 SRS，給 PL M1 發送一條SRS 無效指示消息，內容含：小區索引、用戶索引、srs 空口半幀號， srs 空口子幀號。 根據 MAC 的時序， MAC 提前 2ms 通知 PL M1 模塊 SRS 無效指示。 PL M1 模塊收到SRS 無效指示消息后，認為本次的賦形系數無效，不再上報給MAC 。建議實現方案2 來保證 DRX 下的 TM7/8 的調度性能。7） DRX 下 CQI/PMI/SRS/RI/HARQ Feedback的上報設計方案當UE處于“DRX Activity狀態”時，UE不上報周期CQI

25、/PMI/RI， MAC需要通知PL DE模塊不進行檢測。當 UE 處于“ DRX Activity狀態”時， UE 不上報 SRS， MAC 需要做特殊處理，如果在SRS 調度的周期點處于 DRX 激活狀態， 則 MAC 設置 UE 結構下的標記變量（該變量指示緊跟的SRS 測量上報是否有效）為無效，從而不處理緊跟的那條PL 上報的 SRS 測量消息； 否則標記為有效，即處理緊跟的那條PL 上報的 SRS測量消息。UE 接收 PHICH 和發送下行 HARQ 的反饋不受 DRX 影響，需要時， 可隨時發送， MAC 需要及時發送和通知 PL DE 模塊進行檢測。周期和 short DRX周期

26、的轉換關系如下：1、初次配置DRX 或2、 drx-InactivityTimerDRX 配置下 MAC 復位后默認為long DRX 周期超時后或者在當前子幀收到MAC CE 命令，則使用short DRX 周期，同時啟動或重啟drxShortCycleTimer；使用短 DRX 周期時 onDurationTimer 的起點由下面公式確定：(SFN * 10) + subframe number modulo ( shortDRX-Cycle ) = ( drxStartOffset ) modulo ( shortDRX-Cycle ) 3、 drxShortCycleTimer 超時后

27、使用 long DRX 周期對于 VoIP 業務，在 SPS 靜默期，基站可以通過發送DRX MAC CE來控制終端進入short DRX 以保證 SPS業務及時從靜默期切到激活期；在SPS 激活期，如果一直沒有動態調度，那么使用long DRX 以達到省電的目的，如果存在動態調度或者調整SPS 資源的動態調度或者釋放SPS 資源的動態調度等，基站可以通過發送DRX MAC CE來控制終端盡快進入short DRX 以保證調度時延。2 voip 業務新增2.1 配置相關半持續調度用戶如果配置了DRX ，半持續調度傳輸時間需配置在DRX 的激活期。 SPS 初傳之外的新數據發送雖然不需要 pdc

28、ch 調度，但是 SPS 的初傳和下行重傳需要pdcch 調度，所以最好將下行SPS 傳輸放在 DRX 激活期內。各 DRX 用戶的 drxStartOffset 取值要錯開，保證各子幀調度負荷比較均勻。異頻測量 GAP 優選配置在用戶的靜默期。切換時直接釋放用戶的DRX 配置每個小區中不同的 QCI 對應不同的 DRX 參數配置，如果建立QCI 不同的多條承載，則取PDB （PacketDelay Budget ）較小的一類業務參數來配置UE 的 DRX 。在建立承載、修改承載和刪除承載的過程中，如果該 UE 業務承載組合發生變化導致維護的最小PDB 業務發生變化， RRC 通過重配置消息對

29、終端的DRX 參數進行重新配置。比如，對于VoIP 的半持續調度業務，通過設置QCI 為 1 業務的專用的 DRX 參數，用于配置半持續調度業務使用。各 QCI 對應的 DRX 周期的配置范圍及默認配置如下表所示：（該表來源于創新中心提供的算法）QCI 等PDBLong DRX 周期范圍Long DRX 周期默認值級1100 ms10ms640ms20ms2150 ms10ms640ms20ms3300 ms10ms30ms10ms450 ms10ms2560ms160ms5100 ms10ms50ms20ms6100 ms10ms2560ms160ms7300 ms10ms50ms20ms8

30、300 ms10ms2560ms160ms9300 ms10ms2560ms40ms2.2 針對 SPS 調度， DRX 參數配置表通過將 longDRX-Cycle 的周期配置為 20ms，匹配SPS 激活期每 20ms 的語音包，保證 SPS 的調度時延，同時也保證了 SPS 靜默期及時的向激活期轉換。通過將onDurationTimer 配置成較小的 2 個 PDCCH ，保證了DRX 激活期足夠短，有利于終端省電。為了最大化省電的目的，onDurationTimer最小可配置 psf1,但是該值配置過小，在多用戶開啟DRX 功能時，由于用戶可用的PDCCH 子幀很少，可能導致多用戶間搶

31、占資源，導致資源分配失敗的問題，雖然這個問題可通過資源分配參數關系特性實現報告v1.00.00中介紹的方法，將用戶的 DRX 起始位置在時域上岔開來規避這個問題，但是用戶過多時， 資源也有可能錯不開， 所以建議具體配置值還是需根據實際應用場景決定。DRX參數建議配置值longDRX-Cyclesf20onDurationTimerpsf2drx-InactivityTimepsf5針對SPS 調度，相應的DRX的參數配置如下表，通過下表參數的配置，能盡可能的保證SPS 調度時延和省電的目的，表中給出了兩種方案的參數配置建議，后續通過對比測試，確定最終的配置組合。DRX 參數建議配置值方案一：僅

32、配置long DRX, 不配置 short DRXlongDRX-Cyclesf20onDurationTimerpsf1,2drx-InactivityTimepsf10drx-RetransmissionTimerpsf8方案二：配置long DRX 及 short DRXlongDRX-Cyclesf160ShortDRX-Cyclesf20drxShortCycleTimer8*sf20onDurationTimerpsf6drx-InactivityTimepsf10drx-RetransmissionTimerpsf82.3 通過參數配置達到測試FTP 業務時使用短DRX 的目的具

33、體建議參數建議取值如下：參數名稱建議取值drxOnDurationTimerpsf3drxInactivityTimerpsf10drxRetransmissionTimerpsf8drxLongCycle160msdrxShortCycleTimer10msdrxShortCycle42.4 sps cqi 等的資源分配簡化策略1、 HL 按照 lmt-b 上的 DRX 配置參數配置，Drx時間偏移點配置在SRS 時間點。2、 MAC 在 CQI 和 DRX 沖突時調度非周期CQI 。（參考資源分配參數關系特性實現報告）3、 HL 和 MAC 修改 SPS HARQ ACK 資源分配和調度方

34、法。 （參考資源分配參數關系特性實現報告4、 HL 配置 GAP 時，如果用戶已經配置SPS 和 DRX ，將 GAP 配置 SRS 6ms 之前的子幀3 或 8。5、如果用戶TA 超時后再隨機接入，在給用戶分配SRS/CQI/SR 資源的同時，如果用戶之前存在）DRX或（和） GAP， DRX 或（和） GAP 也重新分配。按照目前的參標默認配置：CQI 周期 :40msSRS 周期 :20msSR 周期 :20msSPS 周期 20msGAP 周期 :80ms上述方案可以保證，SRS 不沖突， CQI 不完全沖突，SR 不完全沖突， SPS ACK 不沖突。補充說明：如果CQI或者 SR

35、周期大于/等于 GAP 周期，上述方案可能出現CQI或者SR 同GAP完全沖突、一個都報不上來的現象。開關參數設置在 200 核修改 g_u32MacDrxFlag ，由 0 改為 1，抄送 DRX 消息基站側 DRX 開關及參數配置，有兩處信道及過程配置 DRX 參數（此處為L2小區算法 可選功能（此處為HL 開關）開關及配置）-40版本此開關已不生效上圖的 ”特性組限制開啟指示終端是否支持 DRX 能力，在 1 時， Group 4 也為 1。”，當關閉時，基站不考慮FGIFGI 字段 bit4 （ short drx ）， 5（ long drx ）表示，根據協議的定義，當Group 5

36、為在L3增加一 個測試開關hlTestSwitchDeviceTypeEnableForDRX， 如果hlTestSwitchDeviceTypeEnableForDRX=1，則在 DRX能力判斷中需要考慮UE 是否支持省電模式；如果hlTestSwitchDeviceTypeEnableForDRX=0，則不考慮該字段。 - 暫未實現定時器判決Onduration timerInactivation timer重傳定時器競爭解決定時器u8activetimer=1u8activetimer=2u8activetimer=5Sr 定時器u8activetimer=4上行 SR 不受DRX控制當

37、配置了 DRX ，在每個子幀，UE應：如果使用短 DRX 周期，并且 (SFN * 10) + subframe number modulo (shortDRX-Cycle) = (drxStartOffset)modulo (shortDRX-Cycle) ；或者-如果使用長 DRX 周期，并且 (SFN * 10) + subframe number modulo (longDRX-Cycle) = drxStartOffset ：-啟動定時器 onDurationTimer 。206drx-Config setup :207208onDurationTimer psf20,209drx-

38、InactivityTimer psf10,210drx-RetransmissionTimer psf8,211longDRX-CycleStartOffset sf160 : 0,212shortDRX213214shortDRX-Cycle sf160,215drxShortCycleTimer 10216217,value DL-DCCH-Message :=27message c1 : rrcConnectionReconfiguration :2829rrc-TransactionIdentifier 0,30criticalExtensions c1 : rrcConnectio

39、nReconfiguration-r8 :3132measConfig3334measObjectToAddModList353637measObjectId 1,38measObject measObjectEUTRA :3940carrierFreq 38350,41allowedMeasBandwidth mbw6,42presenceAntennaPort1 TRUE,43neighCellConfig 10B,44offsetFreq dB0,45cellsToAddModList464748cellIndex 1,49physCellId 395,50cellIndividualO

40、ffset dB051,5253cellIndex 2,54physCellId 385,55cellIndividualOffset dB05657585960,61reportConfigToAddModList626364reportConfigId 1,65reportConfig reportConfigEUTRA :6667triggerType event :6869eventId eventA3 :7071a3-Offset 2,72reportOnLeave FALSE73,74hysteresis 4,75timeToTrigger ms51276,77triggerQua

41、ntity rsrp,78reportQuantity both,79maxReportCells 8,80reportInterval min6,81reportAmount r2828384,85measIdToAddModList868788measId 1,89measObjectId 1,90reportConfigId 19192,93quantityConfig9495quantityConfigEUTRA9697filterCoefficientRSRP fc4,98filterCoefficientRSRQ fc499100,101s-Measure 0,102speedSt

42、atePars setup :103104mobilityStateParameters105106t-Evaluation s120,107t-HystNormal s60,108n-CellChangeMedium 5,109n-CellChangeHigh 10110,111timeToTrigger-SF112113sf-Medium lDot0,114sf-High lDot0115116117,118dedicatedInfoNASList119120277420126060064F08001FF00445210C1D6E6574056D6E633030066D636334363A

43、271E80C0231A0201001A157 96F752757468656E74696361746564500BF664F80DA3F4A0364F000H121,122radioResourceConfigDedicated123124srb-ToAddModList125126127srb-Identity 2,128rlc-Config explicitValue : am :129130ul-AM-RLC131132t-PollRetransmit ms200,133pollPDU p64,134pollByte kB100,135maxRetxThreshold t32136,1

44、37dl-AM-RLC138139t-Reordering ms50,140t-StatusProhibit ms50141142,143logicalChannelConfig explicitValue :144145ul-SpecificParameters146147priority 3,148prioritisedBitRate infinity,149bucketSizeDuration ms50,150logicalChannelGroup 0151152153154,155drb-ToAddModList156157158eps-BearerIdentity 5,159drb-

45、Identity 3,160pdcp-Config161162discardTimer infinity,163rlc-AM164165statusReportRequired TRUE166,167headerCompression notUsed : NULL168,169rlc-Config am :170171ul-AM-RLC172173t-PollRetransmit ms200,174pollPDU p64,175pollByte kB100,176maxRetxThreshold t6177,178dl-AM-RLC179180t-Reordering ms50,181t-St

46、atusProhibit ms50182183,184logicalChannelIdentity 3,185logicalChannelConfig186187ul-SpecificParameters188189priority 12,190prioritisedBitRate kBps8,191bucketSizeDuration ms100,192logicalChannelGroup 3193194195196,197mac-MainConfig explicitValue :198199ul-SCH-Config200201maxHARQ-Tx n5,202periodicBSR-

47、Timer sf5,203retxBSR-Timer sf320,204ttiBundling FALSE205,206drx-Config setup :207208onDurationTimer psf20,209drx-InactivityTimer psf10,210drx-RetransmissionTimer psf8,211longDRX-CycleStartOffset sf160 : 0,212shortDRX213214shortDRX-Cycle sf160,215drxShortCycleTimer 10216217,218timeAlignmentTimerDedic

48、ated infinity,219phr-Config setup :220221periodicPHR-Timer sf1000,222prohibitPHR-Timer sf200,223dl-PathlossChange dB3224225,226physicalConfigDedicated227228pdsch-ConfigDedicated229230p-a dB-3231,232pusch-ConfigDedicated233234betaOffset-ACK-Index 9,235betaOffset-RI-Index 10,236betaOffset-CQI-Index 13

49、237,238uplinkPowerControlDedicated239240p0-UE-PUSCH 0,241deltaMCS-Enabled en0,242accumulationEnabled TRUE,243p0-UE-PUCCH 0,244pSRS-Offset 5,245filterCoefficient fc4246,247antennaInfo explicitValue :248249transmissionMode tm3,250codebookSubsetRestriction n2TxAntenna-tm3 : 11B,251ue-TransmitAntennaSel

50、ection release : NULL252253254255256259msgId = 66Attach accept260TS 24.301 Non-Access-Stratum (NAS) protocolfor Evolved Packet System (EPS); Stage 3(Release 8)261PD7protocol discriminator262SecHeaderType2Security header type263msgAuthCode396609message authentication code264seqNum3Sequence number265P

51、D7protocol discriminator266SecHeaderType0Security header type267MsgType66Attach accept268AttachResult1269T3412Timer Value6270T3412Timer Unit1271TaiList TaiNum0272TaiList ListType0273Length68274Value0 x52 0 x10 0 xc1 0 x1 0 x8 0 x18 0 x5 0 x63 0 x6d0 x6e 0 x65 0 x74 0 x5 0 x6d 0 x6e 0 x63 0 x30 0 x30

52、 0 x6 0 x6d 0 x63 0 x63 0 x34 0 x36 0 x30 0 x4 0 x67 0 x70 0 x72 0 x73 0 x5 0 x1 0 x64 0 x1 0 x1 0 x3a 0 x27 0 x1e 0 x80 0 xc0 0 x23 0 x1a 0 x2 0 x1 0 x0 0 x1a 0 x15 0 x79 0 x6f 0 x75 0 x20 0 x61 0 x72 0 x65 0 x20 0 x61 0 x75 0 x74 0 x68 0 x65 0 x6e 0 x74 0 x69 0 x63 0 x61 0 x74 0 x65 0 x64275NAS_GU

53、TIexist nas guti276Length11277Mcc16278Mcc24279Mcc315280Mnc10281Mnc28282Mnc30283MmeGrpId327284MmeCode0285Mtmsi8444479286SourceID： 0:0:0:0DestID ： 0:0:0:0 OPCODE ： O_MAC_A TP_DRX_INDLength： 232Bytes.u8DrxFlag=0 x01/ 配置了 DRX 功能的標志位.u8ActiveTimer=0 x01/ 表示由于哪個定時器生效進入DRX Inactivity狀態.u16AirSfn=0 x0/ 調度的空

54、口幀號.u8AirSubSfno09=0 x00.u8CellId=0 x00.u16UeIndex=0 x0000.struDrxInactTimer.u16StartSfn=0 x0380/啟動時間點的幀號.struDrxInactTimer.u8StartSubSfn09=0 x05/.struDrxInactTimer.u8ActiveFlag=0 x01/是否啟動.struDrxInactTimer.u8ValidFlag=0 x01/是否有效.struDrxInactTimer.u8Pad=0 x00 0 x00 0 x00.struDrxInactTimer.u32AddLen=

55、0 x0000000C/定時器已耗時長.struDrxInactTimer.u32TimerLen=0 x0000000C/定時器長度.struDrxRetransTimer0.u16StartSfn=0 x00E2.struDrxRetransTimer0.u8StartSubSfn09=0 x06.struDrxRetransTimer0.u8ActiveFlag=0 x00.struDrxRetransTimer0.u8ValidFlag=0 x00.struDrxRetransTimer0.u8Pad=0 x00 0 x00 0 x00.struDrxRetransTimer0.u32

56、AddLen=0 x0000000A.struDrxRetransTimer0.u32TimerLen=0 x0000000A.struDrxRetransTimer1.u16StartSfn=0 x00E2.struDrxRetransTimer1.u8StartSubSfn09=0 x06.struDrxRetransTimer1.u8ActiveFlag=0 x00.struDrxRetransTimer1.u8ValidFlag=0 x00.struDrxRetransTimer1.u8Pad=0 x00 0 x00 0 x00.struDrxRetransTimer1.u32AddL

57、en=0 x00000002.struDrxRetransTimer1.u32TimerLen=0 x0000000A.struDrxRetransTimer2.u16StartSfn=0 x01A1.struDrxRetransTimer2.u8StartSubSfn09=0 x06.struDrxRetransTimer2.u8ActiveFlag=0 x00.struDrxRetransTimer2.u8ValidFlag=0 x00.struDrxRetransTimer2.u8Pad=0 x00 0 x00 0 x00.struDrxRetransTimer2.u32AddLen=0

58、 x00000002.struDrxRetransTimer2.u32TimerLen=0 x0000000A.struDrxRetransTimer3.u16StartSfn=0 x03D1.struDrxRetransTimer3.u8StartSubSfn09=0 x06.struDrxRetransTimer3.u8ActiveFlag=0 x00.struDrxRetransTimer3.u8ValidFlag=0 x00.struDrxRetransTimer3.u8Pad=0 x00 0 x00 0 x00.struDrxRetransTimer3.u32AddLen=0 x00000003.struDrxRetransTimer3.u32TimerLen=0 x0000000A.struDrxRetransTimer4.u16StartSfn=0 x0000.struDrxRetransTimer4.u8StartSubSfn09=0 x00.struDrxRetransTimer4.u8ActiveFlag=0 x00.struDrxRetransTimer4.u8ValidFlag=0 x00.struDrxRetransTimer4.u8Pa