lesson7td-hsupa组网、测试及案例分析

HSUPA

U通过EUCHSI行缓存数据量和信道质量关键信息，网络侧根据“调度请求”中的关键信息调度的用户，通过EAGCH信 UE通过EPUCH信道发送上行数据网络侧通过EHICH信道发送ACK/NACKUE通过SYNCUE通过SYNCUL送了ERUCCH，且网络侧进行了EAGCH，MACMACMACMAC MACMACControlMACControlDCCHDTCHwthoutMAC withMAC-E-PCHFACHFACHUSCHUSCHDSCHDSCHIurorDCHAssociatedUplink UTRAN侧的MAC层结对于每个使用E-DCH的UE，每个NodeB配置一个MAC-e实体，每个SRNC配置一个MAC-es实体。NodeB中的MAC-e控制E-DCH接入并连接到位于SRNC的MAC-es，HSUPAUTRANUTRAN侧MAC-e实NodeB中针对每个UE配置一个MAC-e实体，并且配置一个E-DCH调度器。MAC-e实体和E-DCH调度器处理NodeB中与HSUPA相关的功能。MAC-eECH调度模块管理E之间的E-CHode调度用户取决于网络侧的调度策略；E-DCH控制实体负责接收调度请求并发送调度PDU，并将其转发给相关的MAC-dflow；HARQ实体支持多个HARQprocess的停等协议。每个HARQprocess负责

MAC-dMAC-E-E-

De-HARQ

MAC–输递交状态的ACK或NACK。该实体负责处HARQ协议要求的所有任务

HSUPAHSUPA新增信道主要包括以下几种类型1条传输信道E-E-DCH（EnhancedDedicatedChannel）是新增的传输信道，该信道用于承载上行业务，2条下行物理信道：E-HICH、E-E-HICH（E-DCHHybridARQAcknowledgementIndicatorChannel）用来承载一个或者多个E-AGCH（E-DCHAbsoluteGrantChannels）是共享下行信道，用于承 AGGrant）信息3条上行物理信道：E-PUCH、ERUCCH/E-E-PUCH（E-DCHPhysicalUplinkChannel）是用于承载E-DCH类型物理信道，用于传输上行数据，是上行信道，包括调度资源和非调度资源E-RUCCH（E-DCHRandomAccessUplinkControlChannel）是用于HSUPA的随机接入信道， E-UCCH（E-DCHUplinkControlChannel）载有与E-DCH相关的上行控制信息，是上行控制信道，HSUPAHSUPA基本原理介HSUPA总体网络现状 网络中的载波类型：R4、HSDPA、HSPA载波推荐配置 HSPA——主HSPA——主载波上上下下下下HS-HS-HS-HS-HS-E-信令E-E-信令HSPA——辅载波上上下下下下HS-HS-E-E-E-HS-HS-HS- 一期网络：多为S333站型，每小区2个R4、1个HSDPA载波，HSDPA

R4R4R4

（Ⅰ-（Ⅰ-

方案一：减少1个R4载波，挪用 首频段1个R4频点或室内HHSPA二期网络：多为S333站型，每小区1个R4、2个HSDPA载波，HSDPA载波采用全同频或者2*3首率复用方式首

载波荷载波荷

（Ⅱ-

（Ⅱ-（Ⅱ-三期网络：多为S444站型，每小区2个R4、2个HSDPA载波，HSDPA载波采用全同频或者2*3率复用方式组网

首首频段1个R4频点用于HSPA HSUPA基本原理介HSUPA测试及分析指HSUPA测试及分析指HSUPA 硬件版本：8142软件版本：高于8142注意事项：联芯测试终端已发布8142V1.20.00版本，但是该版本整体的稳定性较差，移动时极易出现cellupdatte，不建议测试使用。（目前有联芯的版本LC8142.1.20.03_T4_US_T50620， 在小区中增加载波，在该载波上行配置HSUPA资源，下行为R4DCH，载波仅被激活为HSUPA，ACTHSUPATCARRIER，实际现网中不会存在“纯HSUPA载波”。将A载波升级为HSA，或者增加HSA载波，即上行配置HSUA，下行为SDA，载波被激活为A如下：CHUACARRIER，CACARRIER。此称之为A载波。 注：HSPA载波设置AT命令，必须上下行都设置，若不设下行，可能导致下行为默认值，低DLBETRAFFTHSONHSDPA门限，用户无法接入HSPA载波，也无法接入HSDPA载波1、通过RBsetup消息中的E-RNTI

试，上行速率约为

HSUPA常用LMT-BTPCWin TPCWinLOG能够更好更细致的分析HSUPA问题，补充普 的不足 消息 odeB网 的即时消息，从LCR5.0版本开始，TPC消 功能由LMT-B来完成。具 设置方式如下1、配置服务器地址，使用MML命令SETTPCSERVER重新设置，如下图 HSUPA常用LMT-BTPCWin 2、基带板TPCWin通过命令CLRTPC清理以前抓取过的TPCWin TPC消息(STR TPCWinLOG说明：只需要选择和当前NB版本匹配的*.dll文件即可，不需要重新安装TPCWIN 后的解在“LoadOpCode”中导入本配套的在“LoadPlug-in”中输入相同在TPCwin的安装:TD-后后HSTOOL和BERTOOLHSUPATool主要是为验证HSUPA功能、以及解决HSUPA应用过程中现的问题，HSUPATool中主要有以下几个部分 SchdulingFlagTable统计表格，该表格主要用来查阅 HSUPAcarrierdatarateTableHSTOOL和BERTOOLSchduledInformationTable统计表格介 Reportsfn:本条记录的子帧号，范围0－8191,每200子帧(1s)统计一ACKNum:1s内NodeB成 的Mac-epdu总数NACKNum:1s内NodeB 失败的Mac-ePDU总数，此项越大表明空口的质量越差，速率越低；DiscardNum:1s内NodeB达到最大重传次数后仍未成功 ，丢弃的mac-epdu的总数。此项越AverUPH:1s内统计UE上报的功率余量的平均值，在上行数据量充足的情况下，该值越大，上行够得到的吞吐量就越高，UPH最大值为AverSNPL:1s内服务小区与邻区的路损的平均值，SNPL反映了UE在小区内距离 的位置情况SNPL最大值为AverEUCCHNum:1s内使用占用E-UCCH信道的个数的平均值，该值一般为10，不需关注Avergrantpower:1秒 功率的平均值注：上述测量量中，UPH、SNPL和AverGrantPower是要重点关注的统计量HSTOOL和BERTOOL NormalScheduling1sDataInsufficient:1s内UE侧buffer数据不足的次数，这种情况下UE依旧会被调度，但会BadJDPerformance:每秒内 TooBadC/I:每秒内分配的 TooSmallGrant:每秒内分配的 功率不足以发送一个mac-epdu的次数，这种情况下HSTOOL和BERTOOL ::grant_data_rate:1s内统计的 grant_tb_size:1秒 air_tb_size1秒内UE实际发送的TBsize:conges_ind_num:1秒内RNCaver_retrans_num1HSTOOL和BERTOOLBERTOOL主要用作进行HSUPA问题深入分析做辅助应用，根据量量信息进行问题辅助分析，如下HSUPA基本原理介HSUPAHSUPAHSUPA测试及分析指HSUPAHSUPAUE不支持问题背景问题分析规避措问题背景问题分析 的UpPCHPositon配置不一致，或者主载波开启动态UpShifting后，UpPCH位置不同就会规避措该问题主要是终端 通过NodeB侧TPCWinLog显示 消息中第四个word如果是“00000001”代表ERUCCH消息解错；如果是“000000”代表ERUCCHHSUPA案例分析-终端类联 联芯 早期版本进同频区筛计算P时，将异小区入而同频区滤除，导SP就 确，且会上SP=-最小。若默=，提升=还会出现T 受，使用户现 降低者不续 ，上速率不行Fbps限P CHRSCP=）的行吐率。8142snpl=-10的情况存在，但此时UE上报的UPH并不是很差。在此情况下如果按照默 HSUPA案例分析-终端类联 存在的SNPL计算问题，抓取NodeB侧的TPCWinlog进行分析问题现HSDPAcellIndicator/E-DCHcellIndicator。协议中规定：这个两个IE只是用来表明此区 问题结 需要携带“Accessstratumreleaseindicator”和“UEcapabilityindication”，这两个能力HSUPARNCTNRNC） 速率低问 分析该问题主要 将HSUPASIR8dB改为10dB，降低NACK率。另外，室外5.0EPUCH开TE为p题。UeUERLCResetARLTMTreset 主要是RNC在切换后没有指示UE进行MAC-es/eReset，在某些情况下(TSNhsPDU会被UE丢弃，导致下行数据包连续丢失。切换后odeB发的-sPDU从S=U,pecS=2，oBSS的连续个C-sPDEURCPD一直不能得到下行反案例分析-网络侧在做两个PSRAB并发时，第二个RAB接入后，我们发起的RBsetup消息中，两个“E-D AC-dflow时，“AddedorReconfiguredULTrCHinformation”信元在消息中只能出现一次。如果有多个“AddedorReconfiguredULTrCHinformation”信元时，展讯对于这种配置就会认 AC-dflow并列放到RB消息中的“AddedorReconfiguredULTrCHinformation”下面。该问题在6.0版本已修正。时，在relocationreq中只携带了支持A段， 时，在relocationreq中只携带了支持A段， 时，relocationreq息只携带了A 案例分析-网络侧CellUpdate之前的SNPL是正常的，前后MeasurementControl的MSN序号正常累加，但是发CellUpdate之后，前后MeasurementControl出现重复的MSN，此时8142 500kbps下降到369kbps500kbps下降到369kbps测试场 E侧og可以到，现 TI的概率%/，根单上的速为bps，那么/=bps，所以两个用户一个上传，一个 ，下速率基本