案例-关于NB-IoT eDRX时钟问题导致寻呼失败问题案例

NB-IoT端到端连接成功率根据集团评分细则最新算法，NB-IoT端到端连接成功率等于NB-IoT网络无线连接成功率乘以NB-IoT网络附着成功率，各别分公司指标异常主要原因是NB-IoT网络附着成功率较低。

经省网优与省操作维护中心分析MME的日志发现附着成功率低主要原因是个别号码停机了从而反复重拨。

该指标与用户发展和厂家设备关联度大，目前省公司针对此指标积极与集团沟通，建议考核时剔除厂家问题和异常用户或终端行为的影响，寻求最佳解决方案。

苏州案例分析截止8月31日，苏州NB-IoT出现端到端成功率低的问题，该指标受RRC连接成功率低以及附着成功率低双重影响，经省公司和苏州无线中心分析发现，导致此问题的原因并非网络覆盖，而是来自异常的终端或异常用户行为，分析如下：外省业务采用联发科芯片终端导致的RRC连接成功率低7月底至8月初，苏州相城区突然出现归属重庆的NB烟感项目，在地下室部署了大量NB烟感终端，造成了大量RRC连接建立失败导致RRC连接成功率指标严重劣化。

用户反映地下室无覆盖，业务难以使用。

地下室环境与NB烟感如下图所示：苏州无线中心携带利尔达USB Donlge 对每个地下室烟感安装位置进行了信号验证，测试时尽可能使天线靠近烟感终端，准确测量安装位置的信号情况。

测试结果显示烟感终端所在位置信号强度不一，但SNR值较高，USB Dongle均能快速入网并且业务正常。

如上表所示，地下室1（门口区域）RSRP最高可达80dBm，地下室最深处RSRP<-110dBm，但SINR仍有5.6。

在该环境下，将烟感终端和USB Dongle放在一起对比测试，烟感终端一直无法接入，而USB Dongle很快接入，并成功发起业务。

与烟感厂家技术人员沟通，技术人员表示，其终端使用的是中兴的模组，芯片为联发科的芯片。

烟感厂家在测试中已发现联发科芯片性能明显弱于海思芯片，但考虑成本因素仍采用了联发科芯片的模块。

NB-IoT大量RRC连接不成功案例分析目录一、问题描述 (4)二、分析过程 (5)三、解决措施 (13)四、经验总结 (15)NB-IoT大量RRC连接不成功案例分析【摘要】最近两年是中国电信NB-IoT业务的高速发展期，2018年年初宿州市平均每月NB-IoT 业务RRC连接请求次数只有几百次，到2019年年初宿州市平均每月NB-IoT业务RRC连接请求次数已增长到了30万次，可见中国电信NB-IoT 业务发展之迅猛。

随看中国电信NB-IoT业务的迅猛发展，NB-loT网络RRC连接成功率问题的分析与处理成为无线维护中心网络优化人员面临的首要难题。

根据省公司评分细则算法，NB-IoT RRC连接成功率等于NB-IoT RRC连接成功次数除以RRC连接请求次数。

遇到RRC连接成功率低的问题时，需要先对日常影响NB-loT网络RRC连接成功率的原因进行分析，然后提出定位原因的分析方法以及相应的处理方案。

本案例通过对宿州市2019年5月份遇到的RRC连接成功率骤降问题进行分析，通过实践总结经验教训，为今后NB-IoT业务的继续发展提供了有力保障。

【关键字】NB-IoT；RRC连接成功率；NB-IoT终端；【业务类别】移动网、NB-IoT物联网；一、问题描述2019年5月10日，宿州电信无线中心网优人员通过提取分析NB-IoT日常指标发现5月9号全天宿州市出现368次RRC连接失败，失败率远高于日常平均水平。

全天RRC连接成功率仅为95.97%，未能达到集团标准。

2019年5月1日至5月9日宿州市NB-IoT RRC连接成功率见下表：2019年5月1日至5月9日宿州市NB-IoT RRC连接指标从上表可以看出，宿州NB-IoT RRC日常连接成功率指标一般在99%以上，但5月9日突然出现368次RRC建立失败，RRC连接成功率指标骤降到95.97%。

二、分析过程NB-IoT RRC连接异常问题一般处理思路：在日常NB-IoT运营支撑过程中，影响RRC连接成功率的原因主要包括弱覆盖、同频/PCI MOD3 干扰、外部干扰、基站隐性故障或者是用户终端异常等。

异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：136******** 被叫号码：136********（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:56:27.776主叫收到网络侧转发的被叫的invite 180后，由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。

此处属于测试软件问题，应该予以剔除。

（2）11月19日网格55 测试设备断链主叫号码：136******** 被叫号码：136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。

2、端到端问题（1）11月16日网格67 QCI1与TAU流程冲突主叫号码：136******** 被叫号码：136********（Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。

NB-IoT性能恶化小区分析处理方法为及时有效处理NB-IoT性能恶化小区，现针对四项NB-IoT重要性能指标的分析处理方法进行归纳总结，集结成优化处理方法，具体指标如下：➢NB高干扰小区1、排查小区及周边小区是否存在GPS告警、基站晶振告警，GPS跑偏、基站晶振问题会导致区域性小区上行干扰抬升，若存在告警，则进行故障排除；2、通过小区干扰与业务忙闲时趋势关系，以及小区周边基站的干扰情况，判断是网内干扰还是外部干扰；3、对于底噪抬升导致的内部干扰，通过现场测试查看是否存在重叠覆盖情况，如存在，调整覆盖优化网络结构。

也可通过功控参数调整降低用户初始发射功率、或临时频率调整解决（注：频率调整不能作为常规优化手段使用）。

4、对于外部干扰，使用扫频设备进行扫频，确认干扰源，协调相关部门清除干扰源；5、对于室内小区的干扰，可以重点排查各类器件显隐性故障。

➢RRC低接通率小区1、排查小区是否存在硬件、传输告警，若存在告警，则进行故障排除；2、核查小区RRC建立相关参数，查看设置是否在合理范围内；3、查看RRC建立拒绝相关Counter，查找RRC建立拒绝原因：✓对于小区资源分配失败导致的RRC建立拒绝，可以通过容量参数适当调整控制小区覆盖范围：如延长RRC接入惩罚时间、降低PRACH重发次数、缩短UE不活动定时器时长、抬高覆盖等级RSRP门限、接入电平或功率调整等；若参数调整无效，则考虑下倾角调整等天馈调整方案；对于长期高业务负荷的小区可考虑边新建基站等。

✓对于MME过载导致的RRC建立拒绝，协同核心网一起排查；✓对于小区流控导致的RRC建立拒绝，可通过容量参数适当收缩小区覆盖范围；如仍无法改善，需查看小区硬件负荷，对于硬件负荷高的单板或BBU，进行扩展；4、排查小区是否存在上下行干扰，对于上下行干扰导致的RRC建立拒绝，确认干扰类型，结合无线环境进行相应的优化调整；5、对于无法明确判断的RRC建立失败，可以通过对小区进行信令跟踪，进一步分析RRC建立失败原因。

NB-IoT物联网eDRX基准时间偏差导致NB寻呼失败问题案例2019年8月【摘要】随着物联网NB广泛应用，势必出现各种各样的问题，由于NB终端未有统一的标准，更加重了各种问题出现的可能性。

收到某集团大客户投诉深圳NB-IoT网络在eDRX模式下，客户定制的APN下行无法下发，经常出现下发失败，严重影响用户使用，要求及时解决在深圳出现的此类问题。

经过核心网及现场测试，并进行信令跟踪，多次重现用户反馈的情况，对信令逐条分析，定位到NB-IoT eDRX基准时间偏差导致NB寻呼失败，修改相关参数，问题得到解决，集团客户非常满意，为后继业务发展奠定了坚实的基础。

【关键字】NB-IOT eDRX信令跟踪时间源基准时间误差【业务类别】NB-IOT类1.问题描述某集团大客户投诉深圳NB-IoT网络在eDRX模式下，客户定制的APN下行无法下发，经常出现下发失败，严重影响用户使用，要求及时解决在深圳出现的此类问题。

2.分析过程2.1 现场信号测试及分析与客户现场测试，NB-IoT信号覆盖良好，如下图所示。

图1 NB-IoT信号测试图从测试数据可以看出，用户所在区域NB信号覆盖良好（RSRP、SINR均较好），上行灌包也正常，因此，可以排除无线覆盖类问题。

2.2 后台关键指标分析查询后台服务小区无告警，关键指标正常:图2 服务小区指标2.3 信令跟踪及分析创建跟踪任务，可以根据实际情况实施不同类型跟踪，单用户速率慢，对用户进行跟踪，集中用户投诉，对小区实施跟踪，跟踪哪些指标主要根据投诉现象进行选择。

图3 信令跟踪模块Uu信令表明用户终端主动发起释放：图4 Uu口信令在Uu口信令跟踪中，用户终端能正常附着网络，但马上主动释放连接，怀疑客户终端或模组问题。

联系用户，用户表示其终端在示波器上一直是有信号的，初步排除客户终端问题，怀疑MME与基站侧的基准时间存在偏差，导致eDRX模式下NB寻呼失败。

2.4 NB-IoT在eDRX模式下工作原理（1）NB-IOT的技术优势，广覆盖，NB-IOT与GPRS和LTE相比较，最大链路预算提升了20dB，相当于提升了100倍，即使在地车车库、地下室、地下管道等普通无线网络信号难以到达的地方也容易覆盖到。

NB-IoT附着成功率低处理案例XXXX年XX月目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (7)NB-IoT附着成功率低处理案例XX【摘要】8月6日省公司核心网反馈监控发现NB-IoT附着成功率较低，主要集中在XX市，经核心网统计，附着失败原因最多的是鉴权/安全模式消息无响应，导致消息反馈超时，释放UE上下文。

为此无线侧联合水表厂家进行了详细的终端测试和信令分析。

确定了问题原因，并通过修改无线参数解决该问题【关键字】NB-IoT 附着成功率【业务类别】优化方法物联网参数优化一、问题描述8月6日省公司核心网监控中心反馈NB-IoT附着成功率较低，主要集中在XX市。

二、分析过程8月7日无线侧优化人员抵达富锦现场进行NB测试，测试40块水表，每个水表位置进行5~10次附着测试，共计完成近300次附着，未发生失败。

8月13日水表厂家携带5块水表终端抵达现场进行测试，本次测试为5块水表+1个NB 测试模块共同附着，测试过程中发现附着失败概率很大。

通过前台的终端测试可以看出，单终端的附着成功率很高，多终端的附着成功较低，而整个富锦近5000块水表，且水表在凌晨2点~早上8点期间集中进行数据回传，两个相邻的水表数据回传间隔2秒。

通常一次附着流程大约在5~6秒左右，水表的上报机制意味着在这个时间段会有多个终端同时进行附着流程，容易出现附着失败的现象。

结合核心网反馈的附着失败原因，我们接下来进行了信令分析，来判断鉴权/安全模式超时主要出现在哪个环节上。

前面提到了，核心网反馈的附着失败原因集中在鉴权/安全模式超时上，而我们要通过信令分析找到是在哪个环节上超时的，对于一次附着流程，从终端到核心网，时延长的可能有以下几种：1、核心网下达到信令到基站侧时间过长2、基站侧转发核心网信令至终端时间过长3、终端处理信令时间过长4、终端信令发送至基站侧时间长以下为一次附着失败的信令，由基站侧和终端侧分别抓包的信令。

关于切换不及时问题分析案例目录一、问题描述 (3)二、问题分析 (3)2.1查看无线环境 (3)2.2查询当前基站告警情况； (4)2.3更换终端进行测试 (4)2.4核查站点RLC传输模式配置 (5)2.5核查QCI1与QCI5的DRX参数配置； (5)三、优化效果 (6)四、优化总结 (7)DRX参数配置不合理导致VOLTE呼叫时延高优化案例【摘要】VOLTE呼叫时延问题是VOLTE 优化时需要考虑的关键问题之一。

本文是在无线环境正常的情况下提供一个呼叫时延分析的思考的方向。

【关键字】DRX、呼叫时延【业务类别】切换、优化方法一、问题描述VOLTE呼叫时延的定义是从终端上报信令INVITE Request至终端接收到信令INVITE Ringing 180之间的时长，在进行VOLTE测试时发现当UE占用HS-歙县-岔口-HFTA-448732-52时VOLTE呼叫时延较高，从INVITE Request信令开始至INVITE Ringing 180之间经过了大二、问题分析2.1查看无线环境当UE占用HS-歙县-岔口-HFTA-448732-52时， RSRP为-86dbm，sinr为22db，无线信号覆盖质量较好，排除无线环境原因导致呼叫时延过高。

2.2查询当前基站告警情况；2.3更换终端进行测试在此问题区域，更换终端进行测试，测试结果显示，VOLTE呼叫时延依旧偏高，呼叫时长约12s，如下图所示:由上排除终端、告警、无线环境问题后，判断此次测试时延高的问题是由于小区网管参数配置出现问题导致，应核查与VOLTE时延相关参数。

2.4核查站点RLC传输模式配置查询QCI参数：QCI1对应的RLC PDCP参数组ID为0，QCI5对应的RLC PDCP参数组ID2.5核查QCI1与QCI5的DRX参数配置；查询小区标准QCI参数， QCI1对应的DRX参数组ID为1，QCI5对应的DRX参数组为1，三、优化效果将QCI1对应的DRX持续时间定时器由2 PDCCH子改为8 PDCCH子帧后进行复测：优化后复测结果正常，呼叫时延降低至4s左右，改善明显，如下图：四、优化总结为了避免此问题再次发生建议全网核查VOLTE相关参数配置，当我们在日常优化工作中遇到问题时，一定要多方位多角度分析问题，优化手段多样化，同时要加强优化人员对VOLTE 网络的学习。

南通电信NB-IOT站点接入失败案例
1.现象描述：
NB基站开通后，on air工作正常，使用龙尚模组能搜索到信号且质量很好，但当终端发起Attach请求后，基站侧始终未给反应，直至接入超时后，终端再次发起连接请求仍然无法接入。

排除终端问题后，疑心可能是网络参数配置有误。

2.解决过程：
1)查看终端能否接入其他站点，结果在其他站点接入正常，排除终端问题
2)核查该站点频点，配置与规划一致
3)核查MME地址，配置与规划一致
4)核查TAC地址，配置与规划一致
5)核查PCI后发现当前NB小区PCI配置为120，但host小区PCI为30，由于
NB小区与host小区PCI配置需一致，否那么会导致终端接入失败。

6)修改NB小区PCI为30，终端在发起Attach请求后，基站收到RRC连接请求
并及时反应RRC连接建立，最后附着接入完成。

3.解决方案：
1)当出现此类接入失败问题时首先需要排除终端侧是否存在异常，当确保
中终端无问题后，再核查基站侧
2)首先核查基站根底参数是否配置有误，然后在核查接入类参数配置是否
存在异常。

浙江省宁波市水表厂NB业务附着失败问题研究案例【现象描述】宁波水表厂NB用户反馈从11月25日上午10点起NB网络出现问题，终端出现无法连接网络或者无法分配IP地址的情况。

现场在水表厂测试时发现问题如下：A.附着情况：首先是很难附着上小区（即使附着成功时延也很大，大于10s），没有附着上小区的一种情况是UE给基站发送RRC连接请求之后，基站没有回复消息给UE；另一种情况是RRC建立成功之后基站未回复ATTACH ACCEPT/REJECT消息。

B.附着成功之后，PING经常失败、超时，上行灌包也偶尔超时。

长期话统看，RRC建立成功率从12/3日开始出现恶化，关联指标从这天开始，RRC连接次数徒增：用户分布从主要集中在覆盖等级0，变为主要集中在覆盖等级1、2：伴随的上行干扰指标抬升明显：上下行吞吐量徒增：上下行子载波利用率：抬升到平均80+%【问题分析】1. 干扰排查由于用户数增加带来底噪的抬升，现场使用扫频仪在水表厂进行的扫频，扫频结果显示扫频仪扫到信号的中心频率和NB终端上行信号的中心频率（834.6Mhz）是一致的，且是窄带信号（200K以内），可以排除外部干扰，确认底噪抬升是由于NB上行信号导致。

3个主服小区都设置为2506时的扫频结果：3个主服小区中2个设置2506频点1个设置为2509频点的扫频结果。

2. 话统根因分析RRC建立成功率分析：RRC建立失败原因主要是NoReply：标口日志分析：在高话务量（上下行资源占用率）场景下，终端RRC接入过程中因为资源分配受限而失败。

RRC NoReply分析：统计调度失败错误码分布，TOP2原因：下行PDCCH资源不足、上行UCI资源不足下图中横轴表示调度失败错误码，纵轴表示失败次数以15:13:46s调度失败的Rnti 15724用户为例：在这一秒中PDCCH资源调度需求为1283次：其中因为PDCCH资源不足（325/s），同时也因为部分PDSCH资源不足，从而最终196个PDCCH 资源被分配。

NB-IOT异频试验组网优化案例1、概述随着智慧城市、大数据时代的来临，无线通信将实现万物连接。

很多企业预计未来全球物联网连接数将是千亿级的时代。

为了满足不同物联网业务需求，根据物联网业务特征和移动通信网络特点，3GPP根据窄带业务应用场景开展了增强移动通信网络功能的技术研究以适应蓬勃发展的物联网业务需求。

NB-IoT可以广泛应用于多种垂直行业，如远程抄表、资产跟踪、智能停车、智慧农业，以及后续自动驾驶等等行业。

但由于NB-IoT单频网络由于覆盖广、带宽窄、发射功率高、功率谱密度高、同频情况干扰严重，测试SINR相对差，一定程度上影响覆盖和用户感知。

由于无法对NB-IoT网络进行单独的射频优化，为此计划在特定区域实施异频组网的方式来改善同频间干扰，以达到提升SINR的目的，在增加用户满意度的同时也提高运营商在用户群中的口碑。

2、组网原理2.1、组网方式NB网络发射功率每天线为5W（即29.2dbm，大于现网L800M功率），且NB带宽仅180KHz,导致功率谱密度（PSD）超强，引起严重的小区间信号重叠覆盖、干扰，从而影响整体SINR覆盖较差。

无论何种不同的网络组网方式，均应该使网络性能最大化，性能指标良好，用户感知优良比有所提升。

以下为组网的不同方式：同频：不同基站小区使用相同频点组成一个整体网络；同频组网，顾名思义，就是在所划分的小区中，统一使用相同的载波频率F0。

此组网方式，特别适合于运营商频谱资源紧张，通信系统带宽比较宽的情况。

异频：不同基站小区使用不同的频点组成一个整体网络。

异频组网，优势非常明显，具体表现为：该方式结合同频组网与异频组网各自特点，频谱利用率最高，在小区边缘位置可以在一定程度上克服干扰问题，提升用户体验。

同频与异频组网优缺点：2.2、组网配置中国电信目前NB-IoT采用standalone方式部署，NB-IoT第1载波中心频率879.6MHz，频点号2506，NB-IoT与CDMA的保护带预留395KHz。