2023年7月30日发(作者:)
移动信息 LTE网络RANK2占比优化张 根中国联通徐州分公司,江苏徐州221200摘要:为了保障网络体验,对网络建设和维护的质量进行监控,提出了使用LTE网络Rank测量机制来监控空口问题与天馈问题。首先对Rank测量机制进行了简介,分析两种Rank测量机制,即UE上报实现方案与基站调度实现方案的异同点,并研究这两种实现方案之间的数据差异以及导致数据差异的原因,最后给出了Rank现网性能优化实际案例。关键词:LTE;RANK;天馈;驻波;器件中图分类号:TN929.5收),这种情况下Rank=1或Rank=2,图中R0与R1分别表示了天线端口0与天线端口1所对应参考信号RE(ResourceElement)的位置,Rank=1时使用参考信号R0,Rank=2时使用参考信号R0与R1。1概述能够满足人们对无线移动通信在速率与时延方面日益增长的新需求,所以LTE网络建设速度很快,但是在网络快速建设过程中,需要对网络建设和维护的质量进行监控。LTE新建网络中的弱覆盖或高干扰是影响用户LTE网络具备高速率、大容量及低时延的优势,2.2Rank测量机制简介常用的LTE网络性能监控指标包括有接入类、保持类、完整类、可用类以及移动类等指标。接入类包括有RRC建立成功率以及E⁃RAB建立成功率等指标;保持类主要是掉线率指标;完整类包括速率与时延指标;可用类是小区退服时长指标;移动类是切换成功率指标。上述五类监控指标构成了LTE网络性能监控体系的基础。以上这些指标能够对网络的基础性能进行监控,但对于天馈问题却无法进行直接监控。天馈问题包括鸳鸯线、驻波告警或其他天馈问题。由于LTE施工进度要求快、施工队伍良莠不齐导致天馈安装质量经常出现问题,而天馈在后期维护中也经常出现接头松动或进水等故障,这些天馈问题在LTE维护阶段,尤其在LTE建网初期会大量存在,且难以发现。这些天馈问题会导致速率大幅度降低,用户体验差,但以上提到的常用的LTE监控指标无法直接监控天馈问题,所以网络优化与维护人员就需要引入一种新的监控指标,可以直接监控天馈状态,反映天馈问题。Rank测量机制就是测量并统计某网元在某时段内Rank数值的分布情况,推断该网元在该时段内的空口情况与天馈情况,监控该网元的数传性能,并为定位该网元的空口问题或天馈问题提供依据。[2]感知的常见空口问题,另外天馈安装错误或天馈故障也是基站安装维护过程中较容易发生的问题,对网络性能和用户感知影响较大。所以就需要引入Rank测量来监控空口问题或天馈问题,以避免因为空口或天馈问题影响用户实际感知。[1]2Rank及其测量机制简介2.1Rank简介Rank是指LTE网络中数据传输时同时并发传输的空间数据流的个数。Rank表征了数据传输时所占用的空间信道的层数。Rank越大,表示占用的空间信道的层数越多,同时并发传输的空间数据流就越多。一般来讲,Rank越大,传输效率就越高,数传速率就越高,用户体验就会越好。如图1中上半图所示,仅有一个天线端口(单发单收),这种情况下Rank=1,图中R0表示单天线端口所对应的参考信号RE(ResourceElement)的位置。如图1中下半图所示,配置了两个天线端口(双发双在无线通信中,Rank是重要的空口性能指标。 2019年第04期 1 移动信息图1 单天线端口(上,单发单收)与双天线端口(下,双发双收)示意图 Rank测量机制有两种实现方案,第一种是UE上报测量方案,第二种是基站调度测量方案。UE上报测量方案是指测量UE实际上报的Rank数值的分布情况,测量点在UE侧;而基站调度测量方案是指测量基站最终下发给UE的调度信令中的Rank数值的分布情况,测量点在基站侧。性判断的,SINR较低时上报Rank1,SINR较高时上报Rank2;天线相关性较高时,上报Rank1,相关性较低时,就上报Rank2。图2给出了RI与SINR之间的关系图,如图所示,SINR与RI关系密切,当空口质量较好时,SINR较高,RI一般为2。非周期RI是随非周期CQI一同上报的,而周期性RI的上报周期需按照协议规定进行配置。下式时,由UE上报给基站:MRI)=0按照3GPP协议36.213规定[2],Rank是在满足RI上报分为周期性RI上报与非周期RI上报,3两种Rank测量机制实现方案况,评估网络性能。目前主流LTE网络中基站通常配置Rank1是单流,Rank2是双流。目前LTE网络中FDD室外宏站的主流配置是双天线(两发两收/2T2R),而室内微站则多数是单天线(单发单收/1T1R),所以Rank测量通常用来监控室外宏站的性能。Rank测量的目的是为了获取Rank数值的分布情2T2R天线,下行数据传输可以使用Rank1或者Rank2,10×nf+[ns/2]-NOFFSET,CQI-NOFFSET,RTmod(Npd·以上公式中的各参数的含义如表1所示:表1 Rank配置相关参数的含义参数含义CQI上报周期RI上报周期相对CQI上报周期的倍数CQI上报子帧偏置RI上报子帧偏置相对CQI上报子帧偏置的偏置数3.1UE上报测量机制报参数,测量并上报的Rank数值。UE上报测量机制,是指UE按照配置好的RI上RI(RankIndication)是UE根据自己的测量结果3GPP规定的参数NPMRINOFFSET,CQINOFFSET,RI上报的。以双天线基站为例,Rank测量的机制是:UE根据SINR以及自己测量得到的两根天线的相关 2019年第04期 2移动信息 图2 RI(RankIndicator)与SINR之间的关系图 以上Rank配置相关参数在3GPP协议36.213中的具体规定如下:(NOFFSET,CQI)由高层参数cqi⁃pmi⁃ConfigIndex指定。(NOFFSET,CQI+NOFFSET,RI)由高层参数ri⁃ConfigIndex指定,RI的周期是CQI周期的MRI倍,RI的子帧偏置是在CQI的偏置的基础上继续偏置NOFFSET,RI。表2 是参数cqi⁃pmi⁃ConfigIndex映射到NP以及NOFFSET,CQI的对应表cqi⁃pmi⁃ConfigIndex=ICQI/PMI0≤ICQI/PMI≤12≤ICQI/PMI≤67≤ICQI/PMI≤1617≤ICQI/PMI≤3637≤ICQI/PMI≤7677≤ICQI/PMI≤156157≤ICQI/PMI≤316ICQI/PMI=317318≤ICQI/PMI≤349350≤ICQI/PMI≤413414≤ICQI/PMI≤541542≤ICQI/PMI≤10233264128ValueofNP2510204080160ValueofNOFFSET,CQIICQI/PMIICQI/PMI⁃2ICQI/PMI⁃7ICQI/PMI⁃17ICQI/PMI⁃37ICQI/PMI⁃77ICQI/PMI⁃157ReservedICQI/PMI⁃318ICQI/PMI⁃350ICQI/PMI⁃414Reserved表3 是参数ri⁃ConfigIndex映射到MRI以及NOFFSET,RI的对应表ri⁃ConfigIndex=IRI0≤IRI≤160161≤IRI≤321322≤IRI≤482483≤IRI≤643644≤IRI≤804805≤IRI≤965966≤IRI≤1023ValueofMRI12481632ValueofNOFFSET,RI813IRI813(IRI⁃161)813(IRI⁃322)813(IRI⁃483)813(IRI⁃644)813(IRI⁃805)Reserved6D3316D3316D3316D3316D3316D331CQI/PMI的上报周期(NP)和子帧偏置RI的上报周期(NP∗MRI)和子帧偏置 综上所述,RI的上报周期(NP∗MRI)由高层参倍。MRI的取值范围是:1,2,4,8,16,32。即RI上报周期是CQI上报周期的整数倍。例如,当基站配置的MRI是16,CQI上报周期是80ms时,RI上报周期是1.28s。UE上报的单流占比,会受到以下因素的影响:(1)天馈问题;天馈故障、鸳鸯线等;号受到影响;(2)空口质量:空口弱覆盖或高干扰时,导致信(3)上报周期:Rank的上报周期影响采样点数由于UE上报Rank的机制是协议规定的,所以该Rank1比例不受基站调度算法等厂家因素的影响,能够真实客观地反映出天馈故障与问题。数ri⁃ConfigIndex指定,RI的周期是CQI周期的MRI量,影响单流占比。3.2基站调度测量机制基站调度Rank1比例,是指在基站的下发调度信令中,数据传输时使用的Rank1比例。[3] 2019年第04期 3 移动信息中基站调度的时间粒度是TTI1ms,(TransmissionLTE系统TimeInterval)[3],一个TTI的长度是或Rank2意味着基站每数据输出。ms基站在调度时都会调度一次,,究竟是选择使就会有Rank1用Rank1,还是Rank2,主要由UE上报的RI所决定,还会受到厂家调度策略的影响。厂家的调度策略决定了调度算法中在何种情况下会使用Rank1,而不受UE上报的图3给出了基站调度过程以及涉及的参数Rank值的影响。,如图所示,基站调度过程中会参考UE上报的RI,但还会受到其他因素的影响。图3 基站调度过程与涉及参数示意图基站调度的单流占比,会受到以下因素的影响:(1)(2)天馈问题空口质量:天馈故障空口弱覆盖或高干扰时、鸳鸯线等;号受到影响;:,导致信单流(3))直接影响指标调度策略:厂家调度策略。(何种情况下使用由于厂家的调度算法与调度策略不同,会导致4 2019年第04期 该Rank1比例容易受到各种厂家产品实现性因素的影响而发生变化,是比较主观性的指标,在实际中常用来分析定位低速率问题原因。4两种Rank测量机制差异分析4.1两种Rank测量机制实现方案比较以上介绍的两种Rank测量机制在影响因素、反映问题以及适用场景等多个方面都有所不同,其比较如表4所示:表4 UE上报测量机制与基站调度测量机制对比表比较项目UE上报测量机制基站调度测量机制依据协议计算,不受基影响因素站调度算法等厂家因容易受到各种厂家产品实素的影响现性因素的影响反映问题真实客观地反映出天反映天馈故障与厂家算法馈故障与问题的综合作用结果分析定位天馈故障与在分析定位低速率问题时适用场景问题使用,是影响用户速率的因素之一。4.2两种Rank测量机制数据差异分析于实现方案不同Rank基站调度测量机制与,导致了两者的测量结果数据存在UE上报测量机制由差异。Rank测量的结果通常使用单流占比进行衡量。单流占比是指网络中Rank1上报或调度的次数占总次数的比例,其计算方案有两种,即UE上报的Rank1照单流占比提取现网数据比例,以及基站下发调度信令,观察到数据的差异情况Rank1比例。按如图4所示。从图4可以看出,基站调度单流占比要比UE上报单流占比高出15%左右,两种单流占比的数据差异较大。以下分析数据差异的原因。基站调度单流占比比UE上报单流占比高出15%,两种单流占比之间的数据差异的原因两种单流占比的数据差异较大。为了分析导致,提取现网中某时段的单小区调度相关信令进行逐条分析。表5给出的现场实测数据分析可知,初始接入以及特殊信令的调度次数占总调度次数的9%,扣除该部分后,基站调度Rank1比例可以大幅度降低,并且基站调度Rank1比例与UE上报Rank1比例之间的差异从17.7%变成了8.7%。移动信息 图4 UE上报单流占比与基站调度单流占比的数据对比图表5 初始接入以及特殊信令调度对单流占比的影响分析统计表统计项目总调度次数Rank1调度次数Rank1调度比例Rank上报总数Rank1上报次数Rank1上报比例原始Rank1调度比例与Rank1上报比例的差值初始接入Rank上报前调度次数特殊信令调度次数初始接入以及特殊信令的调度次数占总调度次数的百分比扣除初始接入以及特殊信令影响后Rank1调度次数扣除初始接入以及特殊信令影响后Rank1调度比例扣除初始接入以及特殊信令影响后Rank1调度比例与Rank1上报比例差值数据888473797942.7%1860754662025.1%17.7%70359519.0%2999333.8%8.7%UE第一次上报CQI/RI之前这段时间内,由于eNodeB没有获取到UE的Rank值,默认使用Rank1进行调度。这会导致这段时间内基站调度单流占比较高。例如,假设网络配置的RI上报周期是CQI上报周期的16倍,CQI上报周期是80ms,所以RI上报周期就是1.28s。这样,基站默认使用Rank1进行调度的时长就会在数十毫秒至数百毫秒之间。(2)特殊信令降秩eNodeB为了提高切换信令的可靠性,对切换信令固定使用Rank1调度。这里说的切换信令特指切换流程中,源侧小区下发给UE的切换命令,也就是UE在源侧小区接收的最后一条RRC重配置消息,该重配置消息包含目标小区的信息,UE收到该重配置消息后,就开始到目标小区接入流程;切换流程的其他信令根据UE上报Rank值进行调度。由于目前网络属于轻载网络,单用户的调度次数少,所以切换命令也贡献了一定比例的Rank1调度。4.3两种测量机制小结以及适用场景方案,由于厂家调度算法的影响,这两种Rank测量机制的实现方案有较大的数据差异。UE上报测量机制与基站调度测量机制各有不Rank测量机制有UE上报与基站调度两种实现 经分析,最终确认了问题根本原因在于厂家调度算法因素导致,具体如下:UE成功接入网络后到UE第一次上报CQI/RI之前这段时间内,基站默认使用Rank1进行调度。靠性,对切换信令固定使用Rank1调度。下面两小节具体解释这两点根本原因:(1)初始接入无RI上报前默认使用Rank1调度特殊信令降秩:eNodeB为了提高切换信令的可初始接入无RI上报前默认使用Rank1调度:在同的应用场景。如果用来做低速率差小区分析或调度算法分析,可以监控基站调度Rank1比例,该Rank1比例是调度结果之一,是用户最终速率中影响因素之一。如果用来做天馈问题监控指标,建议使用UE上报Rank1比例。因为UE上报Rank1比例能够真实客观地反映天馈故障与问题,不易受到基站调度算法因素的影响。在UE成功接入网络后(RRC连接建立成功)到 2019年第04期 5 移动信息表6 移动铁富镇3小区RANK1占比日期2017⁃06⁃012017⁃06⁃022017⁃06⁃032017⁃06⁃042017⁃06⁃052017⁃06⁃062017⁃06⁃07小区名称XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1RANK1占比-(%)100100100100100100100RANK1占比-分子(个数)2502389784298034103832251222142853699418287171933429990987212847455458RANK1占比-分母(个数)2502389784298034103832251222142853699418287171933429990987212847455458 图5 BBU侧10G光模块图6 RRU侧2.5G光模块表7 邳州市移动铁富镇机房RANK1占比日期2017⁃06⁃192017⁃06⁃202017⁃06⁃212017⁃06⁃222017⁃06⁃232017⁃06⁃242017⁃06⁃25小区名称XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1XZ_PZ_邳州市移动铁富镇机房_FLD_C_1RANK1占比(%)58.504444.983244.674751.142852.991360.833159.139RANK1占比-分子(个数)111142955984673739084803256395992587114084026481247404204883472755RANK1占比-分母(个数)1899735573188233996118982397441876951821166720467623151927762109276598表8 邳州肉联厂南1、2小区RANK1占比日期2017⁃03⁃262017⁃03⁃272017⁃03⁃282017⁃03⁃262017⁃03⁃272017⁃03⁃28小区名称XZ_PZ_邳州肉联厂南_FL_A_1XZ_PZ_邳州肉联厂南_FL_A_1XZ_PZ_邳州肉联厂南_FL_A_1XZ_PZ_邳州肉联厂南_FL_B_1XZ_PZ_邳州肉联厂南_FL_B_1XZ_PZ_邳州肉联厂南_FL_B_1RANK1占比-省公司专项(%)99.157699.062899.29197.962297.761598.6617RANK1占比-分子-省公司专项(个数)24420326814360810712329099415310536713636496493729380RANK1占比-分母-省公司专项(个数)24627791514496679212417142215629017813948740595000813 2019年第04期 6移动信息 5Rank性能优化案例分析通过Rank测量可以获取单流占比数据,识别网络中的空口问题或天馈问题,进行网络性能优化,提升用户数据传输速率体验。本节给出了两个Rank性能优化实例,来说明这两种Rank测量机制在不同场景下的应用。降至50%,指标恢复正常。5.1案例1:RRU侧光模块传输速率低导致单通道收发100%,指标异常,如表6。 问题描述:移动铁富镇3小区RANK1占比持续问题分析:根据OMC网管告警查询,发现该小区存在由于CPRI带宽不足导致的单通道发射告警。进一步分析告警产生原因,该小区BBU侧和RRU侧使用光模块不一致,BBU侧光模块为10G(如图5所示),RRU侧光模块为2.5G(如图6所示),两处光模块不匹配,2.5G光模块不满足LTE网络双通道使用需求,导致CPRI传输带宽不足,造成单通道发射,导致RNAK1占比为100%。10G光模块。问题解决方案:将RRU侧2.5G光模块更换为调整效果:更换后,该小区的单流占由100%降图7 邳州肉联厂南RANK测试结果5.3案例3:驻波告警导致通道堵塞2T2R,带宽为20MHz,RANK1占比持续100%,如表9。问题分析:根据OMC网管告警查询,小区2017年6月23日15:13:37突发驻波告警,导致小区服务能力下降(图8),由于驻波较高,其中1处发射通道关闭,无法形成2个独立的空间发射通道(图9),导致小区只能RANK1模式发射,RANK1占比持续100%。问题解决方案:驻波告警处理。42消除(图10),告警消除后,小区的两对收发通道RANK1占比由100%下降至50%左右,指标恢复正常。调整效果:驻波告警于2017年6月27日10:08:问题描述:丰县火车站1小区,收发模式为至55%左右,提升效果明显,如表7。5.2案例2:天馈接线鸳鸯导致RANK1比高占问题描述:邳州肉联厂南1、2小区RANK1占比持续偏高,均在95%以上,如表8。问题分析:告警和设备运行核查均正常。本站两个扇区均存在RANK1占比的问题,且现场测试与指标统计相吻合(图7),结合OMC网管软件及干扰跟踪,判定为1&2小区天馈线鸳鸯导致的RANK1占比高;问题解决方案:1&2小区天馈接线整改。调整效果:馈线整改后,RANK1占比由95%以上均出于打开状态(图11),连续观察一周指标,馈线整改后,RANK1占比由95%以上降至50%,指标恢复正常。RANK1占比-分子(个数)98273549171788412182565123RANK1占比-分母(个数)98273549171788412182565123表9 丰县火车站1小区RANK1占比日期2017⁃06⁃242017⁃06⁃252017⁃06⁃26小区名称XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1RANK1占比(%)100100100 2019年第04期 7 移动信息 图8 丰县火车站1小区驻波告警图9 丰县火车站1小区通道使用数图10 丰县火车站1小区驻波告警消除时间图11 丰县火车站1小区收发通道表10 丰县火车站机房RANK1占比日期2017⁃06⁃272017⁃06⁃282017⁃06⁃292017⁃06⁃302017⁃07⁃012017⁃07⁃022017⁃07⁃03小区名称XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1XZ_FX_丰县火车站机房_FLD_A_1RANK1占比(%)77.561953.806146.051654.247543.767159.367651.3092RANK1占比-分子(个数)139522314523485648637128646268402404813615120381447468493RANK1占比-分母(个数)17988523297291158187553355852912769249275986248697925145805.4案例4:天馈系统元器件故障问题描述:千禧龙1小区上报单流占比较高,达到了95%左右,如表11。问题分析:对该站点进行告警核查,无影响业务的显性告警,通过天馈系统检测,检测结果为该小区存在“未知”问题,即该小区可能存天馈隐性故障。协调维护人员对该小区进行排查,发现该小区B口 2019年第04期 8的1/2馈线转7/8馈线间的防雷器出现故障,更换器件后,后台重新进行天馈系统检测,该小区的结果为“正常”,即天馈系统故障得到了排除。换,修复硬件故障。调整效果:处理完成后,对小区的UE上报单流占比进行跟踪,RANK1占比由95%左右下降至65%左右,改善明显,如表12。问题解决方案:将天馈系统故障元器件进行更移动信息 表11千禧龙1小区RANK1占比日期2017/5/9小区名称XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1RANK1占比96.537395.777790.005996.448498.268797.026796.430591.8502RANK1占比-分子566618787281034022239552574342147295398567318288323276218582396252826899RANK1占比-分母5869426712934231402661520843547464034055891202971588012266734392752600592017/5/102017/5/112017/5/122017/5/132017/5/142017/5/152017/5/16表12鼓楼区千禧龙机房RANK1占比日期2017/5/9小区名称XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1XZ_GL_鼓楼区千禧龙机房_FL_A_1RANK1占比96.573RANK1占比-分子566618787281034022239552574342147295398567318288323276218582396252826899250004119267556357187609180394026616321851123224680099162178330237850103RANK1占比-分母5869426712934231402661520843547464034055891202971588012266734392752600593508603403473214743124861755264087785089478373337373602713511753425330382017/5/102017/5/112017/5/122017/5/132017/5/142017/5/152017/5/17(整改)2017/5/182017/5/192017/5/202017/5/212017/5/222017/5/232017/5/242017/5/1695.777790.005996.448498.268797.026796.430591.850271.254677.034260.037674.851863.240167.322469.438659.7676结论标,对于低速率差小区原因分析或识别网络中天馈问题有重要的监控意义。Rank测量机制有UE上报与基站调度两种实现方案,这两种实现方案各有不同的应用场景。由于厂家调度算法的影响,这两种Rank测量机制的实现方案有较大的数据差异。如果是为了做低速率差小区分析或调度算法分Rank分布测量是无线网络性能分析的重要指比,因为UE上报Rank1比例纯粹来自于UE对空口质量的测量,并没有像基站调度Rank1比例那样夹杂了厂家调度算法的影响,将会使UE对空口质量的测量失真,影响了真正天馈问题的识别。参考文献[1]陈晓,伍洋.无线市话网络优化方法及案例分析[J].电信建设,2004(1):68⁃72.[2]田利.LTE⁃S1切换占比专题优化分析[J].无线互联科技,[3]王伟华,韩岩.提高移动网络局间切换成功率的优化分析[J].通信管理与技术,2015(1):24.2016(24):13⁃14.析,建议使用基站调度单流占比,该Rank1比例是调度结果之一,是用户最终速率中影响因素之一。如果是为了监控天馈问题,建议使用UE上报单流占 2019年第04期 9
发布者:admin,转转请注明出处:http://www.yc00.com/news/1690665990a391016.html
评论列表(0条)