《ZTE UMTS DRBC典型场景应用指导 V1.0》.doc

ZTE UMTS DRBC典型场景应用指导 V1.0 Click here to place subtitle  Revision History Date Document Version Prepared by Reviewed by Reason for Revision 2010-10-27 V1.0 Wangchengwei TABLE OF CONTENTS 1 引言 1 1.1 目的 1 1.2 参考文档 1 2 典型DRBC场景 1 2.1 Scenario 1-FachSwch打开，PchSwch打开 1 2.2 Scenario 2-FachSwch打开，PchSwch关闭（推荐） 2 2.3 Scenario 3-FachSwch关闭，PchSwch打开 3 2.4 Scenario 4-FachSwch关闭，PchSwch关闭 4 2.5 参数配置 5 引言 目的 本文主要依据ZTE的DRBC的设计，并针对在商用网络建设中所碰到的典型DRBC无线场景，给出每种场景下ZTE的解决方案以及相关无线参数设置，给外场提供指导。 参考文档 本文档所描述的策略和参数，与RNCV3.09.30.06（U9.3）版本一致。详细的设计说明，请参考该版本的以下功能指导文档。 ZTE UMTS DRBC Algorithm Feature Guide 典型DRBC场景 Scenario 1-FachSwch打开，PchSwch打开 场景定位 CELL_FACH（FACH/RACH）一般用于承载小速率数据业务，比如MSN、QQ等文字聊天，以及很小的软件更新包等等。打开此开关，可以充分的利用公共信道网络资源。URA_PCH打开时，可以节省空口信令资源，当RNC有较为明显的信令风暴的现象时，即RRC的连接和释放信令远高于平均值的时候，打开PCH，可以降低RRC连接和释放的频度，节省空口信令资源。 相关信道迁移 通常配置CELL_DCH转PCH/IDLE的门限都是大于CELL_DCH转CELL_FACH门限的，所以一般CELL_DCH转IDLE的路径为CELL_DCH—CELL_FACH-URA_PCH-IDLE。 　信道迁移 触发次数 trig/ms pending/ms 迁移路径 时延 HsToFach 1 2560 4000 HS-F 3.06s HsToPch 3 2560 4000 HS-F-P 3.06+6.62=9.68s HsToIdle 3 2560 4000 D-F-P-Idle 3.06+6.62+30=39.68s DchToFach 1 2560 4000 D-F 3.06s DchToPch 3 2560 4000 HS-F-P 3.06+6.62=9.68s DchToIdle 3 2560 4000 D-F-P-Idle 3.06+6.62+30=39.68s FachToIdle 2 2560 1000 F-P-Idle 30+6.62=36.62s FachToPch 2 2560 1000 F-P 6.62s FachToDch 1 80 4000 F-D 0.58s PchToIdle 　 　 　 P-Idle 30s 时延=触发次数*trig+（触发次数-1）*pendingtime+重配时延500(ms) 备注：500ms是重配时延 相关参数具体配置参见2.5小节 Dch迁移到FACH可以由4B（4B0）事件触发，如果是由4B0事件触发的，由于迁移到FACH后4B0计数器不清0，所以其转到PCH只再需要1次4B0就可以触发，即CELL_DCH-CELL_FACH-PCH最短只需要6.12s。 配置建议 优点：（1）FACH开关打开，可以使小数据业务在FACH上承载，从而可以充分利用公共信道资源。（2）PCH开关打开，可以不需要频繁的发起RRC连接建立与释放过程，节省空口资源。 缺点：（1）FACH信道是没有功控的，所以不能保证其上承载的数据业务的传输质量。（2）PCH上停留的UE越多，这些UE周期的URA更新消息会使系统产生较大的信令负荷。 Scenario 2-FachSwch打开，PchSwch关闭（推荐） 场景定位 CELL_FACH（FACH/RACH）一般用于承载小速率数据业务，比如MSN、QQ等文字聊天，以及很小的软件更新包等等。打开此开关，可以充分的利用公共信道网络资源。若无明显的信令风暴现象，URA_PCH可以关闭，因为RRC连接可以快速建立，不影响用户感受。 相关信道迁移 　信道迁移 触发次数 trig/ms pending/ms 路径 时延 HsToIdle 3 2560 4000 HS-