《失步定时器修改评估》由会员分享，可在线阅读，更多相关《失步定时器修改评估（10页珍藏版）》请在金锄头文库上搜索。
1、失步定时器修改评估目 录一、概述2二、参数优化方案2三、参数修改情况2四、参数修改效果5五、结论8六、附录: CELL update流程9一、 概述南京优化小组通过对南京市TD网络的路测数据的分析发现, 参数T313, T314, T302和N302可以做适当优化来提高系统性能, 在7月7日早对这些参数做了修改, 以下是修改前后的对比情况报告二、 参数优化方案三、 参数修改情况修改前后，系统广播systemInformationBlockType1中的变化： 修改前的T302, N302, T312, T313和T314的设置如上图所示修改后的T302, N302, T312, T313和T3
2、14的设置如上图所示四、 参数修改效果1、T313参数修改前典型案例 手机在无线环境不好的情况下, 经过大概1s后, 发起Cell update流程, 这符合T313的设置的。但考虑到无线环境的快衰落特性，无线衰落的定时器设置为1秒太短，很容易触发无线链路失败，并导致CELL UPDATE流程。实际上从路测数据分析中，我们也发现了一些的CELL UPDATE流程甚至出现在无线环境相对较好的呼叫中。较短的定时器设置会影响用户的通话感受并容易造成掉话。 【参数修改后测试结果】 在7月7日早上参数修改后的路测过程中, 未出现Cell update现象。(对于这个参数, 最好的方式是通过观察PM统计中
3、掉话率的变化来确认效果, 但由于目前话务量较少, 所以暂时无法完全确定此参数修改后的效果)2、T314及T302和N302:参数修改前典型案例在经过正常切换流程后, 手机连续发出4次Cell Update消息,间隔1秒但未成功, 最后终于掉话。【参数修改后测试结果】 修改后, 雨花区共出现主叫5次, 被叫7次cell update, 都在空闲状态下发生。而在通话过程中, 未出现因为同步丢失导致的通话中的cell update。 在之前6月25日雨花秦淮区的测试中, 主被叫一共产生29次cell update, 其中失败了5次, 占总失败次数的17%3、T312【参数修改后测试结果】 此参数因为
4、涉及L2, L1层流程, 无法直接在UU口上看出设置中出现的的问题, 只能结合呼叫建立失败的情况来间接的分析。 7月7日雨花区测试共发现5次接入失败, 但此五次接入失败并不是由于T312定时器超时导致，其中3次是因为被叫没有响应导致听完录音通知后挂机，软件记为未接通，另外2次是在同一时间同时出现User Busy导致，软件原因造成。 五、 结论 CellUpdate次数CellUpdate失败次数失败比例参数修改前(6月25日)29717%参数修改后(7月7日)000% 参数修改后, 雨花区共出现主叫5次, 被叫7次cell update, 都在空闲状态下发生. 而在通话过程中, 未发生cel
5、l update。 而在之前6月25日雨花秦淮区的测试中, 主被叫一共产生29次cell update, 其中失败了5次, 占总失败次数的17%。 参数优化后, 因物理层失步而引起的cell update的问题明显减少。六、 附录: CELL UPDATE流程小区更新(cell update)过程的主要功能如下：(1) 通知UTRAN，处于CELL_PCH 或CELL_FACH 状态的UE 重新进入了服务区；(2) 通知UTRAN，UE 的AM RLC 实体发生了不可恢复的RLC 错误；(3) 周期性小区更新可作为CELL_PCH 或CELL_FACH 状态下的UE 监管机制；(4) 通知UT
6、RAN，处于CELL_PCH 或CELL_FACH 状态下的UE 发生小区重选后所在的小区；(5) 用于处于CELL_DCH 状态下的UE 发生无线链路故障时的处理；(6) 用于UE 发送UE CAPABILITY INFORMATION 消息失败时的处理；(7) 通知UTRAN，处于CELL_PCH 状态下的UE 收到寻呼或需要发送上行数据，需要将其状态转移到CELL_FACH 状态；小区更新过程由UE 发起，在UE 满足下面某一种条件时，可发起小区更新过程。如果某几种小区更新触发条件同时发生，则按照下述次序，优先以前面的原因进行小区更新。(1) 上行数据传送若UE 在URA_PCH 或CE
7、LL_PCH 状态下，RB1 或RB1 以上的其它RB 上有上行RLC 数据块或控制块需要发送，则UE 启动小区更新流程，设置原因值为“uplink data transmission”。(2) 寻呼响应若UE 在URA_PCH 或CELL_PCH 状态下，收到针对该UE 的PAGING TYPE 1消息，其中的“Used PAGING identity”为 UTRAN identity，且不包含可选项“CNoriginated page to connected mode UE”，且触发条件1 不满足，则UE 启动小区更新流程，设置原因值为 “PAGING response”。(3) Rad
8、io link failure若UE 在CELL_DCH 状态下T313 超时（物理层失步），且触发条件1、2 不满足，则UE 在释放专用物理信道资源后，启动小区更新流程，设置原因值为“Radiolink failure”。若UE 发送 CAPABILITY INFORMATION 消息时，连续N304 发送失败（T304 超时且V304N304），且触发条件1、2 不满足，则UE 启动小区更新流程，设置原因值为 “Radio link failure”。(4) Re-entering service area若UE 在CELL_FACH 或CELL_PCH 状态下，进入无覆盖区后，又在T30
9、7 或T317 超时之前重新进入网络覆盖区，且触发条件1、2、3 不满足，则UE 启动小区更新流程，设置原因值为 “re-entering service area”。(5) RLC unrecoverable error大唐移动通信设备有限公司 TD-SCDMA 基本信令流程若UE 检测到其中的AM RLC 实体发生了不可恢复的RLC 错误，且触发条件1、2、3、4 不满足，则启动小区更新流程，设置原因值为“RLC unrecoverable error”。(6) Cell reselection若UE 在CELL_FACH 或CELL_PCH 状态下进行小区重选，且触发条件1、2、3、4、
10、5 不满足，则启动小区更新流程，设置原因值为“Cell reselection”。若UE在CELL_FACH 状态下，且C_RNTI 为空，且触发条件1、2、3、4、5 不满足，则启动小区更新流程，设置原因值为“Cell reselection”。(7) Periodical cell update若UE 在CELL_FACH 或CELL_PCH 状态下T305 超时，且UE 尚在配置了周期性更新的小区的覆盖范围内，且触发条件1、2、3、4、5、6 不满足，则启动小区更新流程，设置原因值为“periodical cell update”。针对在通话过程中小区发起的Cell Update, 流程
11、如下: Radio link failure若UE 在CELL_DCH 状态下T313 超时（物理层失步），且触发条件1、2 不满足，1. 上行数据传送若UE 在URA_PCH 或CELL_PCH 状态下，RB1 或RB1 以上的其它RB 上有上行RLC 数据块或控制块需要发送，则UE 启动小区更新流程，设置原因值为“uplink data transmission”。2. 寻呼响应若UE 在URA_PCH 或CELL_PCH 状态下，收到针对该UE 的PAGING TYPE 1消息，其中的“Used PAGING identity”为 UTRAN identity，且不包含可选项“CNoriginated page to connected mode UE”，且触发条件1 不满足，则UE 启动小区更新流程，设置原因值为 “PAGING response”。则UE 在释放专用物理信道资源后，启动小区更新流程，设置原因值为“Radiolink failure”。
