DRX测试总结--高度精华
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 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是处于激活期还是睡眠期，因此保证在激活期传递数据，而在睡眠期不会进行数据传输。
1.2.1激活时间:
1 onDurationTimer或InactivityTimer或drx-RetransmissionTimer或mac-ContentionResolutionTimer正在运行时；
2 在PUCCH上已经发送了SR，此时处于等待状态，需要监视PDCCH，目的是获取传输上行数据的上行授权。在获取了新的上行授权之后将会通知DRX按照固定的DRX流程运行，进入drx-InactivityTimer运行阶段。
3 UE的HARQ buffer存在数据，并等待用于HARQ重传的UL grant时；
4 UE成功接收用于响应非UE选择的preamble的RAR，却没有收到指示初传（使用C-RNTI）的PDCCH时。
1.2.2 DRX流程
图二：DRX流程
当UE在“On Duration”期间收到一个调度消息时，UE会启动一个“drx-InactivityTimer”并在该timer运行期间的每一个子帧监听PDCCH。当“drx-InactivityTimer”运行期间收到一个调度信息时，UE会重启该Timer。（对应上图标红为(2)的部分）
当“drx-InactivityTimer”超时或收到DRX Command MAC control element时：1）如果UE没有配置short DRX 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 (shortDRX-Cycle)；或者当UE当前处于long DRX cycle，且[(SFN * 10) + subframe number] modu lo (longDRX-Cycle) = drxStartOffset，启动“onDurationTimer”。（对应上图标红为(1)的部分）
DRX是UE级别的特性，而不是基于每个无线承载来配置的。
当UE配置了DRX时，UE只能在“激活期”的时间内发送周期性CQI。eNodeB 在使用RRC来配置周期性CQI上报时，可以进一步地限制UE只能在“on-duration”的时间内发送CQI。
图三：与DRX 相关timer 的启动和停止
除了HARQ RTT timer 和drx-RetransmissionTimer 是每个DL HARQ process 都有一个外，其它的timer 是每个UE 只有一个。从图三可以看出，当任一timer 启动时，不会影响其它timer 的运行。也即，UE 处于激活态的最短时间为onDurationTimer 指定的时间，而最长时间是不定的。各种定时器都是以空口时间点进行计数
1.2.3 MAC 设计
区分调度点和空口发送点：定时器有效的时间点为调度点，定时器启动时间点为空口发送点
1）特殊定时器：更新DRX Inactivity Timer 、各进程的DRX Retransmission Timer 。更新内容：定时器启动时间点（帧号/子帧号）、定时器的剩余时长（ms 数）、定时器已耗费时长、是否有效字段。每个刷新点，将已启动且未超时的定时器的已耗费时长进行记录，并将定时器启动时间点更新到更新时刻的帧号及子帧号。
2）SR 定时器：默认时长设置为2000ms ，如图所示，假设在子帧2接收到终端的SR ，基站在子帧5
调度空口子帧9的DCI0，即Inactivity Timer 的启动时间点是子帧9，按照协议子帧2到子帧9终端都会监听PDCCH 。如果调度后就停止SR 定时器，则从子帧5到子帧9可能因为无有效定时器而进入DRX 状态，为防止此类情况出现，基站在子帧5调度完DCI0后更新SR 定时器的长度，使之在子帧9超时，从而保证此段时间内基站不进入DRX Activity 状态。
有可能进入DRX
图3.3.2.4-1 SR 定时器的说明（仅供示意，不代表真实调度时序）
3）Contention Resolution Timer ：基于竞争的随机接入：基站在收到MSG3后启动Contention Resolution Timer 。跟SR 定时器的处理类似，为了避免基站提前调度导致的DRX 状态错误，MAC 在调度完上行或下行的PDCCH 后修改Contention Resolution Timer 时长，使其在PDCCH 空口子帧超时。非竞争的随机接入：基站在下发MSG2后启动Contention Resolution Timer ，虽然非竞争的情况不需要该定时器，但实现上也使用该定时器对msg2后激活时间进行限制。跟SR 定时器的处理类似，MAC 在调度完上行新传或下行新传的PDCCH 后修改Contention Resolution Timer 时长，使其在PDCCH 空口子帧超时。
SR 定时器或者Contention Resolution Timer 是根据收到SR 或者msg2/3设置有效的，启动的时间点就是该设置时间点
4）DRX Inactivity Timer ：定时器有效的时间点为调度点<1>，定时器启动时间点为空口发送点<2>，从<1>到<2>点之间的各时刻点的DRX 状态应当不考虑On Duration Timer 定时器，具体判断办法是：（当前时间点 算术减 <2>对应的时间点）并赋值给一个无符号u32类型数，结果大于5120则认为处于<1>到<2>之间，即定时器还没有生效；小于等于5120则认为定时器是有效的；能这么认为是因为DRX 特殊定时器总是每2560ms 就进行一次刷新
5）Retransmission Timer ：收到了NACK 时设置为有效的，而该定时器的实际起点却是在k+4（k 对应了PDSCH 从空口下发到HARQ-NACK 到空口的子帧数)子帧后；停止时间为：协议规定在发送了对应的PDSCH ；当调度了PDCCH 后需要将DRX Retransmission Timer 的已耗费时长/定时器剩余时长更新到不超过PDCCH 下发的空口时间点，注意，如果原已耗费时长/定时器剩余时长比PDCCH 下发到空口的时间点对应的时长还要短，则不需更新；
上下行调度PDCCH 及PUCCH CQI/SRS 时的设计:在调度点对各个定时器进行判断，定时器的判断顺序为：DRX Inactivity Timer 、DRX Retransmission Timer 、On Duration Timer 、 SR 定时器或者Contention Resolution Timer
定时器超时时间点
定时器起点
设置定时器有效的时间点
<1>
<2>
<3>
图3.3.2.7-1 定时器超时的判断 6）更新定时器的其他时机
DRX 模块在调度结束后和收到反馈后对相关定时器进行更新。
在调度之后，DRX 模块需要更新相应的定时器的状态，具体做法如下：
（1） 如果调度的是新传，启动或重新启动DRX Inactivity Timer ，把调度的PDCCH
的空口时间点作为该定时器的起始时间点。
（2） 如果调度的是重传，应该关闭这个用户这个进程的DRX Retransmission Timer ，
即把这个定时器置为无效。
（3） 如果是处于pending 状态的SR ，启动或重新启动DRX Inactivity Timer ，把调度
的PDCCH 的空口时间点作为该定时器的起始时间点。
在收到反馈的点，DRX 模块需要更新相应的定时器的状态，具体做法如下： （1） 如果收到的反馈是ACK ，DRX 模块不做任何处理。
（2） 如果收到的反馈是NACK 。DRX 模块需要开启这个用户这个进程的DRX
Retransmission Timer ，即把这个定时器置为是有效的，该定时器的起始时间设为反馈HARQ-NACK 的空口时间+4；特别指出，对于协议上定义HARQ RTT Timer 超时后才应当启动Retransmission Timer 的情况，在实现上由于HARQ RTT Timer 超时时就是Retransmission Timer 启动之时，为节省内存目的可不设计HARQ RTT Timer ，而是将Retransmission Timer 的定时起点设置为反馈HARQ-NACK 的空口时间点+4的帧号/子帧号，根据3.3.2.7节的设计，这么做并不影响对Retransmission Timer 是否有效及是否超时的判断；
（3） 对于没有过激活检测门限的情况，认为之前发送的PDCCH 没有被收到，将
Retransmission Timer 设置为无效，同时判断DRX Inactivity Timer 是否有效，如有效且启动时间点/已耗费时长对应了该HARQ-ACK 反馈的时间点（多个PDSCH 对应同一个HARQ-ACK 的情况，则只要满足与任一个PDSCH 的时间
关系则认为满足对应关系），则认为DRX Inactivity Timer是由于此PDCCH调
度启动的，从而停止该DRX Inactivity Timer，否则不处理DRX Inactivity Timer。
6）DRX下TM7/8的调度设计方案
DRX与TM7/8问题的引入主要是考虑由于静默期不发送SRS，PL无法进行波束赋形，如果在激活态需要马上传数据，可能会导致赋形系数不准确，影响网络的性能。
MAC维护一个SRS链表，当RRC配置开启了用户的DRX功能时，将用户插入到SRS 链表的有效链上。MAC按照RRC配置的SRS参数维护用户的SRS周期，每ms查看将要到达SRS周期时间点的用户，并检查用户此时所有DRX相关定时器的状态，如果用户此时处于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/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模块进行检测。
1.2.4 Long DRX周期和short DRX周期的转换
关系如下：
1、初次配置DRX或DRX配置下MAC复位后默认为long DRX周期
2、drx-InactivityTimer超时后或者在当前子帧收到MAC CE命令，则使用short DRX 周期，同时启动或重启drxShortCycleTimer；
使用短DRX周期时onDurationTimer的起点由下面公式确定：
[(SFN * 10) + subframe number] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)
3、drxShortCycleTimer超时后使用long DRX周期
对于V oIP业务，在SPS静默期，基站可以通过发送DRX MAC CE来控制终端进入short DRX以保证SPS业务及时从静默期切到激活期；在SPS激活期，如果一直没有动态调度，那么使用long DRX以达到省电的目的，如果存在动态调度或者调整SPS资源的动态调度或者释放SPS资源的动态调度等，基站可以通过发送DRX MAC CE来控制终端尽快进入short DRX以保证调度时延。
2 voip业务新增
2.1配置相关
半持续调度用户如果配置了DRX，半持续调度传输时间需配置在DRX的激活期。SPS 初传之外的新数据发送虽然不需要pdcch调度，但是SPS的初传和下行重传需要pdcch 调度，所以最好将下行SPS传输放在DRX激活期内。
各DRX用户的drxStartOffset取值要错开，保证各子帧调度负荷比较均匀。
异频测量GAP优选配置在用户的静默期。
切换时直接释放用户的DRX配置
每个小区中不同的QCI对应不同的DRX参数配置，如果建立QCI不同的多条承载，则取PDB（Packet Delay Budget）较小的一类业务参数来配置UE的DRX。在建立承载、修改承载和删除承载的过程中，如果该UE业务承载组合发生变化导致维护的最小PDB业务发生变化，RRC通过重配置消息对终端的DRX参数进行重新配置。比如，对于V oIP的半持续调度业务，通过设置QCI为1业务的专用的DRX参数，用于配置半持续调度业务使用。
各QCI对应的DRX周期的配置范围及默认配置如下表所示：（该表来源于创新中心提
2.2 针对SPS调度，DRX参数配置表
通过将longDRX-Cycle的周期配置为20ms，匹配SPS激活期每20ms的语音包，保证SPS的调度时延，同时也保证了SPS静默期及时的向激活期转换。通过将onDurationTimer 配置成较小的2个PDCCH，保证了DRX激活期足够短，有利于终端省电。为了最大化省电的目的，onDurationTimer 最小可配置psf1,但是该值配置过小，在多用户开启DRX功能时，由于用户可用的PDCCH子帧很少，可能导致多用户间抢占资源，导致资源分配失败的
问题，虽然这个问题可通过《资源分配参数关系特性实现报告v1.00.00》中介绍的方法，将用户的DRX起始位置在时域上岔开来规避这个问题，但是用户过多时，资源也有可能错不开，所以建议具体配置值还是需根据实际应用场景决定。
针对SPS调度，相应的DRX的参数配置如下表，通过下表参数的配置，能尽可能的保证SPS调度时延和省电的目的，表中给出了两种方案的参数配置建议，后续通过对比测试，确定最终的配置组合。
2.3通过参数配置达到测试FTP业务时使用短DRX的目的
具体建议参数建议取值如下：
2.4 sps cqi等的资源分配简化策略
1、HL按照lmt-b上的DRX配置参数配置，Drx 时间偏移点配置在SRS时间点。
2、MAC在CQI和DRX冲突时调度非周期CQI。（参考《资源分配参数关系特性实现报告》）
3、HL和MAC修改SPS HARQ ACK资源分配和调度方法。（参考《资源分配参数关系特性实现报告》）
4、HL配置GAP时，如果用户已经配置SPS和DRX，将GAP配置SRS 6ms之前的子帧3或8。
5、如果用户TA超时后再随机接入，在给用户分配SRS/CQI/SR资源的同时，如果用户之前存在DRX或（和）GAP，DRX或（和）GAP也重新分配。
按照目前的参标默认配置：
CQI周期:40ms
SRS周期:20ms
SR周期:20ms
SPS周期20ms
GAP周期:80ms
上述方案可以保证，SRS不冲突，CQI不完全冲突，SR不完全冲突，SPS ACK不冲突。
补充说明：如果CQI或者SR周期大于/等于GAP周期，上述方案可能出现CQI或者SR同GAP完全冲突、一个都报不上来的现象。
3 开关参数设置
在200核修改g_u32MacDrxFlag，由0改为1，抄送DRX消息
基站侧DRX开关及参数配置，有两处
信道及过程配置—DRX参数（此处为L2开关及配置）------------40版本此开关已不生效
小区算法—可选功能（此处为HL开关）
上图的”特性组限制开启指示”，当关闭时，基站不考虑FGI
终端是否支持DRX能力，在FGI字段bit4（short drx），5（long drx）表示，根据协议的定义，当Group 5为1时，Group 4也为1。
2 定时器判决
当配置了DRX，在每个子帧，UE应：
- 如果使用短DRX周期，并且[(SFN * 10) + subframe number] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)；或者
- 如果使用长DRX周期，并且[(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset：
- 启动定时器onDurationTimer。
206 drx-Config setup :
207 {
208 onDurationTimer psf20,
209 drx-InactivityTimer psf10,
210 drx-RetransmissionTimer psf8,
211 longDRX-CycleStartOffset sf160 : 0,
212 shortDRX
213 {
214 shortDRX-Cycle sf160,
215 drxShortCycleTimer 10
216 }
217 },
25 value DL-DCCH-Message ::=
26 {
27 message c1 : rrcConnectionReconfiguration :
28 {
29 rrc-TransactionIdentifier 0,
30 criticalExtensions c1 : rrcConnectionReconfiguration-r8 :
31 {
32 measConfig
33 {
34 measObjectToAddModList
35 {
36 {
37 measObjectId 1,
38 measObject measObjectEUTRA :
39 {
40 carrierFreq 38350,
41 allowedMeasBandwidth mbw6,
42 presenceAntennaPort1 TRUE,
43 neighCellConfig '10'B,
44 offsetFreq dB0,
45 cellsToAddModList
46 {
47 {
48 cellIndex 1,
49 physCellId 395,
50 cellIndividualOffset dB0
51 },
52 {
53 cellIndex 2,
54 physCellId 385,
55 cellIndividualOffset dB0
56 }
57 }
58 }
59 }
60 },
61 reportConfigToAddModList
62 {
63 {
64 reportConfigId 1,
65 reportConfig reportConfigEUTRA :
66 {
67 triggerType event :
68 {
69 eventId eventA3 :
70 {
71 a3-Offset 2,
72 reportOnLeave FALSE
73 },
74 hysteresis 4,
75 timeToTrigger ms512
76 },
77 triggerQuantity rsrp,
78 reportQuantity both,
79 maxReportCells 8,
80 reportInterval min6,
81 reportAmount r2
82 }
83 }
84 },
85 measIdToAddModList
86 {
87 {
88 measId 1,
89 measObjectId 1,
90 reportConfigId 1
91 }
92 },
93 quantityConfig
94 {
95 quantityConfigEUTRA
96 {
97 filterCoefficientRSRP fc4,
98 filterCoefficientRSRQ fc4
99 }
100 },
101 s-Measure 0,
102 speedStatePars setup :
103 {
104 mobilityStateParameters
105 {
106 t-Evaluation s120,
107 t-HystNormal s60,
108 n-CellChangeMedium 5,
109 n-CellChangeHigh 10
110 },
111 timeToTrigger-SF
112 {
113 sf-Medium lDot0,
114 sf-High lDot0
115 }
116 }
117 },
118 dedicatedInfoNASList
119 {
120
'27000000000307420126060064F08001FF00445210C101081805636D6E6574056D6E63303006 6D6363343630046770727305016401013A271E80C0231A0201001A15796F7520617265206175 7468656E74696361746564500BF664F0800147000080DA3F4A0364F000'H
121 },
122 radioResourceConfigDedicated
123 {
124 srb-ToAddModList
125 {
126 {
127 srb-Identity 2,
128 rlc-Config explicitValue : am :
129 {
130 ul-AM-RLC
131 {
132 t-PollRetransmit ms200,
133 pollPDU p64,
134 pollByte kB100,
135 maxRetxThreshold t32
136 },
137 dl-AM-RLC
138 {
139 t-Reordering ms50,
140 t-StatusProhibit ms50
141 }
142 },
143 logicalChannelConfig explicitValue : 144 {
145 ul-SpecificParameters
146 {
147 priority 3,
148 prioritisedBitRate infinity,
149 bucketSizeDuration ms50,
150 logicalChannelGroup 0
151 }
152 }
153 }
154 },
155 drb-ToAddModList
156 {
157 {
158 eps-BearerIdentity 5,
159 drb-Identity 3,
160 pdcp-Config
161 {
162 discardTimer infinity,
163 rlc-AM
164 {
165 statusReportRequired TRUE
166 },
167 headerCompression notUsed : NULL 168 },
169 rlc-Config am :
170 {
171 ul-AM-RLC
172 {
173 t-PollRetransmit ms200,
174 pollPDU p64,
175 pollByte kB100,
176 maxRetxThreshold t6
177 },
178 dl-AM-RLC
179 {
180 t-Reordering ms50,
181 t-StatusProhibit ms50
182 }
183 },
184 logicalChannelIdentity 3,
185 logicalChannelConfig
186 {
187 ul-SpecificParameters
188 {
189 priority 12,
190 prioritisedBitRate kBps8,
191 bucketSizeDuration ms100,
192 logicalChannelGroup 3
193 }
194 }
195 }
196 },
197 mac-MainConfig explicitValue :
198 {
199 ul-SCH-Config
200 {
201 maxHARQ-Tx n5,
202 periodicBSR-Timer sf5,
203 retxBSR-Timer sf320,
204 ttiBundling FALSE
205 },
206 drx-Config setup :
207 {
208 onDurationTimer psf20,
209 drx-InactivityTimer psf10,
210 drx-RetransmissionTimer psf8,
211 longDRX-CycleStartOffset sf160 : 0, 212 shortDRX
213 {
214 shortDRX-Cycle sf160,
215 drxShortCycleTimer 10
216 }
217 },
218 timeAlignmentTimerDedicated infinity, 219 phr-Config setup :
220 {
221 periodicPHR-Timer sf1000,
222 prohibitPHR-Timer sf200,
223 dl-PathlossChange dB3
224 }
225 },
226 physicalConfigDedicated
227 {
228 pdsch-ConfigDedicated
229 {
230 p-a dB-3
231 },
232 pusch-ConfigDedicated
233 {
234 betaOffset-ACK-Index 9,
235 betaOffset-RI-Index 10,
236 betaOffset-CQI-Index 13
237 },
238 uplinkPowerControlDedicated
239 {
240 p0-UE-PUSCH 0,
241 deltaMCS-Enabled en0,
242 accumulationEnabled TRUE,
243 p0-UE-PUCCH 0,
244 pSRS-Offset 5,
245 filterCoefficient fc4
246 },
247 antennaInfo explicitValue :
248 {
249 transmissionMode tm3,
250 codebookSubsetRestriction n2TxAntenna-tm3 : '11'B,
251 ue-TransmitAntennaSelection release : NULL
252 }
253 }
254 }
255 }
256 }
257 }
258 {
259 msgId = "66" "Attach accept"
260 TS 24.301 Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3(Release 8)
261 PD 7 protocol discriminator
262 SecHeaderType 2 Security header type
263 msgAuthCode 396609 message authentication code 264 seqNum 3 Sequence number
265 PD 7 protocol discriminator
266 SecHeaderType 0 Security header type
267 MsgType 66 Attach accept
268 AttachResult 1
269 T3412Timer Value 6
270 T3412Timer Unit 1
271 TaiList TaiNum 0
272 TaiList ListType 0
273 Length 68
274 Value 0x52 0x10 0xc1 0x1 0x8 0x18 0x5 0x63 0x6d 0x6e 0x65 0x74 0x5 0x6d 0x6e 0x63 0x30 0x30 0x6 0x6d 0x63 0x63 0x34 0x36 0x30 0x4 0x67 0x70 0x72 0x73 0x5 0x1 0x64 0x1 0x1 0x3a 0x27 0x1e 0x80 0xc0 0x23 0x1a 0x2 0x1 0x0 0x1a 0x15 0x79 0x6f 0x75 0x20 0x61 0x72 0x65 0x20 0x61 0x75 0x74 0x68 0x65 0x6e 0x74 0x69 0x63 0x61 0x74 0x65 0x64
275 NAS_GUTI exist nas guti
276 Length 11
277 Mcc1 6
278 Mcc2 4
279 Mcc3 15
280 Mnc1 0
281 Mnc2 8
282 Mnc3 0
283 MmeGrpId 327
284 MmeCode 0
285 Mtmsi 8444479
286
SourceID：0:0:0:0 DestID：0:0:0:0 OPCODE：O_MAC_A TP_DRX_IND Length：232Bytes
{
.u8DrxFlag=0x01 //配置了DRX功能的标志位
.u8ActiveTimer=0x01 //表示由于哪个定时器生效进入DRX Inactivity状态
.u16AirSfn=0x0 //调度的空口帧号
.u8AirSubSfno09=0x00
.u8CellId=0x00
.u16UeIndex=0x0000
.struDrxInactTimer.u16StartSfn=0x0380 //启动时间点的帧号
.struDrxInactTimer.u8StartSubSfn09=0x05 //
.struDrxInactTimer.u8ActiveFlag=0x01 //是否启动
.struDrxInactTimer.u8ValidFlag=0x01 //是否有效
.struDrxInactTimer.u8Pad[]={0x00 0x00 0x00}
.struDrxInactTimer.u32AddLen=0x0000000C //定时器已耗时长
.struDrxInactTimer.u32TimerLen=0x0000000C //定时器长度
.struDrxRetransTimer[0].u16StartSfn=0x00E2
.struDrxRetransTimer[0].u8StartSubSfn09=0x06
.struDrxRetransTimer[0].u8ActiveFlag=0x00
.struDrxRetransTimer[0].u8ValidFlag=0x00
.struDrxRetransTimer[0].u8Pad[]={0x00 0x00 0x00}
.struDrxRetransTimer[0].u32AddLen=0x0000000A
.struDrxRetransTimer[0].u32TimerLen=0x0000000A
.struDrxRetransTimer[1].u16StartSfn=0x00E2
.struDrxRetransTimer[1].u8StartSubSfn09=0x06
.struDrxRetransTimer[1].u8ActiveFlag=0x00
.struDrxRetransTimer[1].u8ValidFlag=0x00
.struDrxRetransTimer[1].u8Pad[]={0x00 0x00 0x00}
.struDrxRetransTimer[1].u32AddLen=0x00000002
.struDrxRetransTimer[1].u32TimerLen=0x0000000A
.struDrxRetransTimer[2].u16StartSfn=0x01A1
.struDrxRetransTimer[2].u8StartSubSfn09=0x06
.struDrxRetransTimer[2].u8ActiveFlag=0x00
.struDrxRetransTimer[2].u8ValidFlag=0x00
.struDrxRetransTimer[2].u8Pad[]={0x00 0x00 0x00}
.struDrxRetransTimer[2].u32AddLen=0x00000002
.struDrxRetransTimer[2].u32TimerLen=0x0000000A
.struDrxRetransTimer[3].u16StartSfn=0x03D1
.struDrxRetransTimer[3].u8StartSubSfn09=0x06
.struDrxRetransTimer[3].u8ActiveFlag=0x00
.struDrxRetransTimer[3].u8ValidFlag=0x00
.struDrxRetransTimer[3].u8Pad[]={0x00 0x00 0x00}
.struDrxRetransTimer[3].u32AddLen=0x00000003
.struDrxRetransTimer[3].u32TimerLen=0x0000000A
.struDrxRetransTimer[4].u16StartSfn=0x0000
.struDrxRetransTimer[4].u8StartSubSfn09=0x00
.struDrxRetransTimer[4].u8ActiveFlag=0x00
.struDrxRetransTimer[4].u8ValidFlag=0x00
.struDrxRetransTimer[4].u8Pad[]={0x00 0x00 0x00} .struDrxRetransTimer[4].u32AddLen=0x00000000 .struDrxRetransTimer[4].u32TimerLen=0x00000000 .struDrxRetransTimer[5].u16StartSfn=0x0192
.struDrxRetransTimer[5].u8StartSubSfn09=0x01
.struDrxRetransTimer[5].u8ActiveFlag=0x00
.struDrxRetransTimer[5].u8ValidFlag=0x00
.struDrxRetransTimer[5].u8Pad[]={0x00 0x00 0x00} .struDrxRetransTimer[5].u32AddLen=0x00000002 .struDrxRetransTimer[5].u32TimerLen=0x00000009 .struDrxRetransTimer[6].u16StartSfn=0x0192
.struDrxRetransTimer[6].u8StartSubSfn09=0x01
.struDrxRetransTimer[6].u8ActiveFlag=0x00
.struDrxRetransTimer[6].u8ValidFlag=0x00
.struDrxRetransTimer[6].u8Pad[]={0x00 0x00 0x00} .struDrxRetransTimer[6].u32AddLen=0x00000003 .struDrxRetransTimer[6].u32TimerLen=0x00000009 .struDrxRetransTimer[7].u16StartSfn=0x0000
.struDrxRetransTimer[7].u8StartSubSfn09=0x00
.struDrxRetransTimer[7].u8ActiveFlag=0x00
.struDrxRetransTimer[7].u8ValidFlag=0x00
.struDrxRetransTimer[7].u8Pad[]={0x00 0x00 0x00} .struDrxRetransTimer[7].u32AddLen=0x00000000 .struDrxRetransTimer[7].u32TimerLen=0x00000000 .struDrxRetransTimer[8].u16StartSfn=0x0000
.struDrxRetransTimer[8].u8StartSubSfn09=0x00
.struDrxRetransTimer[8].u8ActiveFlag=0x00
.struDrxRetransTimer[8].u8ValidFlag=0x00
.struDrxRetransTimer[8].u8Pad[]={0x00 0x00 0x00} .struDrxRetransTimer[8].u32AddLen=0x00000000 .struDrxRetransTimer[8].u32TimerLen=0x00000000 .struDrxRetransTimer[9].u16StartSfn=0x0000
.struDrxRetransTimer[9].u8StartSubSfn09=0x00
.struDrxRetransTimer[9].u8ActiveFlag=0x00
.struDrxRetransTimer[9].u8ValidFlag=0x00
.struDrxRetransTimer[9].u8Pad[]={0x00 0x00 0x00} .struDrxRetransTimer[9].u32AddLen=0x00000000 .struDrxRetransTimer[9].u32TimerLen=0x00000000 .struDrxSrTimer.u16StartSfn=0x0332
.struDrxSrTimer.u8StartSubSfn09=0x07