LCR50HSUPA开通步骤及方法

1、LCR 5.0 HSUPA开通测试总结（山东临沂）1. 背景介绍临沂移动TD4期已经完成基站开通，应客户的要求，现场进行了LCR5.0版本下的HSUPA功能测试。临沂现网存在3期、4期的不同设备，且传输方式有ATM和IP两种，现场分别选择了不同的站点类型进行了HSUPA测试。2. HSUPA功能介绍2.1 HSUPA概念和特点HSUPA全称High-Speed Uplink Packet Access，是一种高速上行分组接入技术，主要用于提高上行专用信道的性能，如提高容量，减少延迟等。TD-HSUPA是TD-SCDMA的下一步演进技术，采用TDD方式。作为后3G的HSUPA技术可以同时适用于W

2、CDMA和TD-SCDMA两种不同制式，在这两种不同制式中其实现方式十分相似，基本原理和关键技术都是大体相同的。2.2 HSUPA信道HSUPA信道包括一条传输信道E-DCH，三条上行物理信道和两条下行物理信道。三条上行物理信道分别为E-UCCH、E-PUCH和E-RUCCH，两条下行物理信道分别为E-HICH和E-AGCH。与HSDPA一样，HSUPA技术是一种物理层的性能增强技术，因此不涉及数据链路层的改动。因此，HSUPA中涉及到的信道局限在传输信道和物理信道中。HSUPA作为一种上行性能增强的技术，其信道命名方法中，普遍采用了在最前面增加“E-”，以表示增强的意思。2.2.1 传输信道

3、E-DCH（Enhanced Dedicated Channel）是HSUPA中新增的传输信道，该信道只用于承载上行业务，映射的物理信道为E-PUCH。2.2.2 物理信道E-UCCHE-UCCH（E-DCH Uplink Control Channel）载有与E-DCH相关的上行控制信息，是上行信道。基于高层配置，E-PUCH突发可以包括也可以不包括E- UCCH。E-UCCH在配置信道时不需配置。E-PUCHE-PUCH（E-DCH Physical Uplink Channel）是用于承载E-DCH类型物理信道，用于传输上行业务数据，是上行信道。E-PUCH需要整时隙配置，一个时隙最多一

4、个E-PUCH。E-PUCH包括调度资源（scheduled recources）和非调度资源（non-scheduled resources）。非调度资源由RNC分配，在RRC信令中通知UE，用于非调度发射。调度资源由NodeB实时分配，并通过E-AGCH通知UE，用于调度发射。E-RUCCHE-RUCCH（E-DCH Random Access Uplink Control Channel）是一种用于HSUPA的随机接入信道，是上行信道。当UE从空闲进入有数据需要发送时，由于需要向NodeB申请资源，此时用该信道来发送相关的上行控制信令。E-HICHE-HICH（E-DCH Hybrid

5、ARQ Acknowledgement Indicator Channel）用来承载一个或者多个用户的ACK，是下行信道。用于调度发射和非调度发射的ACK比特在不同的E-HICH上发送，所以根据调度参数不同一般配置两条E-HICH。E-AGCHE-AGCH（E-DCH Absolute Grant Channels）是一个共享下行信道，用于承载Absolute Grant信息。Absolute Grant(AG)指NodeB以一定速率对UE进行调度，并分配给UE相应的物理资源，主要包括功率、信道化码、时隙和资源持续时间。2.3 支持HSUPA 功能对原有CS/PS业务的影响为增强TD-SCDM

6、A系统数据业务能力而提出的HSUPA，对网络原有CS/PS业务的容量存在一定影响。由于HSUPA业务需要指定特殊时隙以实现H业务的专用信道，原有CS和PS业务所需使用的时隙会减少，RNC支持的普通CS/PS用户数将会减少，但HSUPA信道将会承载一部分HSUPA用户。在规划配置HSUPA小区时，要考虑这些用户数的改变，适当调整载频数目。3. HSUPA功能开通和维护指导3.1 LCR5.0开通说明在RNC和NodeB都升级为LCR5.0版本之后，HSUPA开通过程中无需在RNC侧和NodeB侧增加传输资源配置。HSUPA开通仅需增加相应的信道资源即可。不需要配置非调度的E-HICH，只配置调度

7、的E-HICH即可，因为流业务既可以承载在非调度上也可以承载在调度上，其他业务都是承载在调度上，目前流业务的商用策略是承载在调度上，非调度的不会商用，因此不需配置非调度的E-HICH，可以减少2个码资源占用。本文只涉及辅载频开通HSPA。3.2 升级辅载波 将现网的R4载波或HSDPA载波直接升级为HSPA载波，NodeB侧无需增加载波资源，只需在RNC侧配置数据即可。3.2.1 R4载波升级为HSPA载波（a）DEA TCARRIER: CELLID=1111, CARRIERINDEX=SECONDARY_3;/去激活要升级为HSPA载波的辅R4载频(b) MOD TCARRIER: CE

8、LLID=1111, CARRIERINDEX=SECONDARY_3, DCHCARRIERORDER=0, HSDPACARRIERORDER=80, HSUPACARRIERORDER=100, CARRIERTYPE=HSDPA-1&HSUPA-1; /调整HSPA载频频点、HSUPA载频优先级及载频类型支持HSPA(c) ADD THSCONTROLCHAN: CELLID=1111, CARRIERINDEX=SECONDARY_3, SCCHID=3, SCCHTS=6, SCCHCHANNELISATIONCODE1=16/1, SCCHCHANNELISATIONCO

9、DE2=16/2, SCCHMAXPWR=-30, SICHID=3, SICHTS=1, SICHCHANNELISATIONCODE=16/15;/增加HSDPA控制信道对，注意HS-SICH要配置在时隙1 (d) ADD THSPDSCH: CELLID=1111, CARRIERINDEX=SECONDARY_3, TS2SWITCH=OFF, TS3SWITCH=ON, TS3CHANNELISATIONCODESTART=16/1, TS3CHANNELISATIONCODEEND=16/16, TS3HSMAXPWR=300, TS3TRANSFSWITCH=R4/HSDPA,

10、TS4SWITCH=ON, TS4CHANNELISATIONCODESTART=16/1, TS4CHANNELISATIONCODEEND=16/16, TS4HSMAXPWR=300, TS4TRANSFSWITCH=R4/HSDPA, TS5SWITCH=ON, TS5CHANNELISATIONCODESTART=16/1, TS5CHANNELISATIONCODEEND=16/16, TS5HSMAXPWR=300, TS5TRANSFSWITCH=HSDPA, TS6SWITCH=OFF; /增加HSDPA下行物理共享信道(e) ACTHSDPA TCARRIER: CELLI

11、D=1111, CARRIERINDEX=SECONDARY_3;/激活HSDPA(f) ADD TCELLEAGCH: CELLID=1111, CARRIERINDEX=SECONDARY_3, EAGCHID=3, EAGCHTS=6, EAGCHCHANNELISATIONCODE1=16/3, EAGCHCHANNELISATIONCODE2=16/4, EAGCHMAXPWR=-30;/增加HSUPA下行授予信道(g) ADD TCELLEHICH: CELLID=1111, CARRIERINDEX=SECONDARY_3, EHICHID=3, EHICHTS=6, EHICH

12、CHANNELISATIONCODE=16/5, EHICHMAXPWR=-30, EHICHTYPE=SCHEDULE;/增加HSUPA上行确认指示信道(h) ADD TCELLEPUCH: CELLID=1111, CARRIERINDEX=SECONDARY_3, LTGIPRESENCE=PRESENCE, SNPLRPRTINGTYPE=TYPE1, PATHLOSSEST=ON, TS1SWITCH=OFF, TS2SWITCH=ON, TS2CHANNELISATIONCODEBITMAP=CODE16/1-1&CODE16/2-1&CODE16/3-1&

13、CODE16/4-1&CODE16/5-1&CODE16/6-1&CODE16/7-1&CODE16/8-1&CODE16/9-1&CODE16/10-1&CODE16/11-1&CODE16/12-1&CODE16/13-1&CODE16/14-1&CODE16/15-1&CODE16/16-1, TS3SWITCH=OFF, TS4SWITCH=OFF, TS5SWITCH=OFF, NSHSUPARESK=1;/增加HSUPA上行增强物理信道(i) ADD TQUICKPRACH: CELLI

14、D=1111, CARRIERINDEX=SECONDARY_3, FPACHPHYCHID=101, PHYCHID=61, TRCHID=25;/快速增加物理随机接入信道(j) DEA TPRACH: CELLID=1111, PHYCHID=61;/去激活物理随机接入信道(k) ADD TCELLERUCCH: CELLID=1111, PHYCHID=61, TRUCCH=D2000, NRUCCH=7, TWAIT=D2000, SYNCUL=SYNC_UL0-0&SYNC_UL1-0&SYNC_UL2-0&SYNC_UL3-0&SYNC_UL4-1&

15、amp;SYNC_UL5-1&SYNC_UL6-1&SYNC_UL7-1, TSI=D200, EXTESTWINDOW=5;/增加HSUPA随机接入上行控制信道(l) ACT TPRACH: CELLID=1111, PHYCHID=61;/激活物理随机接入信道(m) ACT TCARRIER: CELLID=1111, CARRIERINDEX=SECONDARY_3;/激活载波(n) ACTHSUPA TCARRIER: CELLID=1111, CARRIERINDEX=SECONDARY_3;至此，R4载波已升级为HSPA载波，且HSPA载波资源均已激活，可通过DSP

16、 THSUPA/DSP THSDPA查询HSPA载波资源的状态。3.2.2 HSDPA载波升级为HSPA载波如果将HSDPA载波升级为HSPA载波，可参考3.2.1部分，省略3.2.1部分中（c）增加HSDPA控制信道对、（d）增加HSDPA下行物理共享信道、（e）激活HSDPA。但是，HSDPA载波升级为HSPA载波，需检查HSDPA的HS-SICH时隙是否配置在TS1（通过LST THSCONTROLCHAN查询）。如果HS-SICH配置在TS2，需调整HS-SICH的配置时隙，由TS2调整到TS1。现网HS-SICH都是配置在TS2，下面介绍HS-SICH时隙调整步骤：(a) DEACT

17、HSDPA TCARRIER: CELLID=1111, CARRIERINDEX=SECONDARY_3;(b) MOD THSCONTROLCHAN: CELLID=1111, CARRIERINDEX=SECONDARY_3, SCCHID=3, SICHTS=1;/修改HS-SICH时隙号(c) ACTHSDPA TCARRIER: CELLID=1111, CARRIERINDEX=SECONDARY_3;以上3个步骤将HSDPA的HS-SICH由TS2调整到TS1，该步骤必须要在增加HSUPA信道资源之前执行。3.3 增加辅载波在现网载波基础上再增加HSPA载波。需提前与无线产品工

18、程师确认基站配置的BBP板是否支持再扩容载频，如不支持，需扩容BBP板后再增加载频，如支持再扩容载频，则按以下步骤增加HSPA载频。3.3.1 NodeB侧资源配置扩容载频需无线产品工程师配合在NodeB侧增加载波资源，使用LMT-B命令ADD CARRIERRES在基站侧增加。3.3.2 RNC侧资源配置(a) ADD TCARRIER/增加载波(b) ADD TCELLENVALGO/增加小区环境参数表(c) ADD TCELLDPCHMULTPARA/增加小区HSPA伴随信道复用参数(d) ACT TCARRIER: CELLID=1111, CARRIERINDEX=SECONDARY

19、_3;至此，已完成R4载波的扩容，通过DSP TCARRIER查询新扩容的载频应该是“建立且可用”状态。以上内容，可协调无线产品工程师操作增加载频。接下来，按照3.2.1部分将该载频升级为HSPA载频即可。3.3.3 测试情况使用8142测试终端进行上传测试，上传速率稳定，平均上传速率380kbps。4. HSUPA开通遗留问题4.1 仅配置HSUPA载频终端无法占用问题4.1.1 问题描述在HSUPA开通的过程中，该文档开通步骤中一直包括了HSDPA的信道增加及激活，如果在所选载频上仅配置HSUPA信道资源，不配置HSDPA信道资源（或去激活HSDPA），使用8142测试终端测试时发现，终端

20、无法占用HSUPA载频，而占用其他HSDPA载频，上传速率仅在64kbps左右。4.1.2 问题分析分析测试终端在鼎利软件中设置上下行申请速率，其中上行申请速率最大可选2048kbps，下行最小选项为64kbps。对于LCR5.0版本的配置策略，上行大于HSUPA承载的门限，下行业大于HSDPA承载的门限，那么5.0版本中判断业务要建立在HSPA载波上（上行HSUPA+下行HSDPA），如果此时没有HSPA载波，就将业务回落至HSDPA载波。所以想让一个用户占用一个纯HSUPA载波，终端接入时下行必须申请一个小的速率，低于下行HSDPA承载门限。4.1.3 问题解决通过命令LST TFRCCH

21、LTYPEPARA，查询现网DLSTRTHSONHSDPA=D64, DLBETRAFFTHSONHSDPA=D64，也就是说，终端申请的下行速率大于等于64kbps时，就会分配到HSDPA载波。通过命令SET TFRCCHLTYPEPARA，将DLSTRTHSONHSDPA和DLBETRAFFTHSONHSDPA调整为D128，使用8142手机申请上行2048、下行64的业务接入，测试发现终端可以占用纯HSUPA载波，上传速率能够稳定在350kbps以上。了解现网的TD终端申请的下行速率一般不会低于1024k，理论分析该参数设置小于D1024就不会对现网的R4业务产生影响（未验证）。实际上用

22、户不会开户时上行开很大的速率、下行开很小的速率，纯HSUPA的场景应该是一个测试场景。4.2 UpShifting后HSUPA无速率问题4.2.1 问题描述前期其他省份开通HSUPA后，若Uppch偏移，部分终端接入后无速率。现场针对该问题使用8142测试终端进行了测试。HSPA载频配置在主载波，将Uppch偏移到22，8142可以正常接入，上传速率能够达到350kbps左右。HSPA载频配置在辅载波，将Uppch偏移到22，8142可正常接入，测试无速率。4.2.2 问题解释此问题不是网络侧的问题，是HSUPA终端对UpPCH Shifting的支持不全面引起的。对于HSUPA终端，在业务发

23、起过程中会做2次随机接入，第一次是正常的随机接入（和R4、HSDPA终端的过程一样），第二次是用于调度资源申请的随机接入。第一次随机接入，采用的是主载波配置的用于一般随机接入的SYNC_UL，其流程也和一般的随机接入完全一样。第二次当HSUPA终端申请调度资源的随机接入时，首先还是需要通过SYNC_UL发起上行同步。这儿就和一般的随机接入有差别了：当主载波配置HSUPA资源时，将主载波上8个SYNC_UL码分为2组，一组用于一般的随机接入，一组用于HSUPA申请调度资源的随机接入，如果UE在主载波上，就使用用于HSUPA的那组SYNC_UL；当辅载波配置HSUPA资源时，也需要配置SYNC_U

24、L，这些资源只用于调度资源申请，UE需要使用辅载波上配置的SYNC_UL发起上行同步。所以，当网络测配置UpPCH Shifting时，通过Paging type1、RB重配或者PHY CH重配消息获得新的起始位置，UE在相应的地方发起随机接入，但是目前有的HSUPA终端将用于HSUPA调度资源申请的SYNC_UL的起始位置固定了（也就是不响应网络侧的配置），网络侧自然检测不到UE发起的上行同步，导致UE无法申请到调度资源。表现为HSUPA终端能拨号，但是就是没速率。判断问题源的方法：我们网络侧从外场测试的角度，主要的判断方法就是看是否将调整后的UpPCH起始位置是否发给UE了。在IDLE态，通过Paging Type 1消息检查，在cell-dch状态，应该是在RB重配或者PHY CH重配消