基于AN子网(色码)裂分解决DO_CCH同步包丢弃问题

1、中国电信淮安无线维护中心案例2：基于AN子网（色码）裂分解决DO_CCH同步包丢弃问题一、 总述伴随新学期开学和DO用户话务量快速发展，特别是智能手机等行业应用的高速发展带来了大量信令风暴，导致DO寻呼量负荷急增，BSC3忙时开始出现DO CCH同步信道丢包现象，严重影响热点区域用户呼叫感知。为了避免同步信道丢包现象，前期进行了EVDO邻区瘦身、参数优化、RF优化、调整基于子网方式的RU有效时间T2的优化，起到了一定的优化效果，但9月份以来校园用户大量涌现后，同步信道丢包现象越发严重，为了彻底解决上述问题，进行BSC的子网分裂已经成为最佳的解决方案。二、 实施方案裂分基站及边界划分：考虑到网络

2、结构、话务分布、边界切换、干道质量、容灾能力、割接工作量以及网络可持续性等诸多方面的因素，本次BSC3 DO色码分裂方案旨在与后续BSC3分裂方案保持一致，即涉及到分裂的基站即为后续BSC3分裂时割接的基站。如下： 精确管理 精细优化 精心服务 1中国电信淮安无线维护中心上图拆分方案的主导思路是将现有BSC3中所包含的楚州区的站点以及市区城南大学城区域划归为新子网。影响范围：由于此次裂分涉及BSC3子网重新分配，所以在进行修改后数据同步时，BSC3上新增子网区域DO激活态用户会产生瞬断。三、 实施步骤1、根据省公司规定的淮安子网色码范围，规划好新增的色码及子网地址，并报告省公司：2、提前上报风

3、险操作报告；3、提前规划好需要重新划分sectorid的基站；4、当晚操作步骤：现网BSC数据备份。（1）BSC3-DO系统参数子网参数配置中增加输入规划好的色码40、子网地址，见精确管理 精细优化 精心服务中国电信淮安无线维护中心下图（2）BSC1DO系统参数A13接口参数中增加BSC3色码、子网地址及AN ID后进行BSC级数据同步。（3）基站侧更改：新子网内修改子网序号为1，修改sectorid（4）配置完成后进行数据同步工作；（5）业务验证测试。5、操作进度安排：（1）实时时间：2011年9月8日0：00-4:00精确管理 精细优化 精心服务 3中国电信淮安无线维护中心（2）参加人员：

4、淮安电信：刘瑞中兴公司：丁磊、刘建华欣网公司：谢吉（3）操作进度表：四、 应急回退BSC3 DO色码分裂后，若出现基站无法正常运行、后台业务观察大量失败、现场验证测试失败或其他异常情况导致批量业务中断时，经过运营商、升级负责人和CDMA深圳用服部售后总工、办事处项目经理确认需要回退的，按照回退措施执行操作回退。操作步骤如下：1、2、3、 用之前的备份数据恢复成之前的数据配置； 数据同步 告警检查，业务验证正常五、 效果评估1、AN子网裂分后，DO CCH同步包丢弃超标问题得以彻底根治，平均日

5、丢包数由（38万个/日）下降为（1.2万个/日）。精确管理 精细优化 精心服务 4中国电信淮安无线维护中心2、AN子网裂分后，由于新增了子网边界，导致DO寻呼成功率有所波动，随即收回了RU T2定时器设置宽度（80>40S），DO寻呼响应率连续提升，目前已恢复至拆分之前水平，且总体优于之前指标。注意：子网裂分之前，适当放宽RU T2设置是为了缓解DO CCH同步包丢弃问题，但会造成DO寻呼响应率波动，应关注是否造成大量DO寻呼失败。实验数据显示当T2设为精确管理 精细优化 精心服务中国电信淮安无线维护中心80S时，DO寻呼响应率可下降0.5-0.8%，子网裂分后应立即收回T2设置宽度。本

6、次裂分既彻底根治了DO CCH同步包丢弃问题，提升了校园高话务热点区域呼叫性能，又保证了DO寻呼响应率，可谓一举两得！附：DO空口寻呼理论分析DO普通业务支持分层寻呼，每层寻呼包含的载扇范围不同，寻呼范围分为三个级别：（1）BTS寻呼：该级寻呼是对上次终端与基站发生消息交互时，AT上报的RU消息里包含的有效PN所在的BTS发送寻呼；即上次上报的RU中如果包含N个有效PN，在对该终端做第一级寻呼时，这N个有效PN所属的所有BTS下的所有小区将发送寻呼消息；默认距上次终端与基站侧联系间隔不足1秒，在此区间寻呼。（2）邻区方式寻呼：该级寻呼是对上次终端与基站交互的接入小区的所有邻区所属的BTS寻呼，

7、即上次上报RU的接入小区是Cell1，对Cell1所有邻区所在的BTS的所有小区发送寻呼消息；默认距上次终端与基站侧联系间隔在1秒到10秒间，在此区间寻呼。（3）子网 + 邻区寻呼：该级寻呼是对上次终端与基站发生消息交互时，接入小区所在的子网和接入小区邻区从属的BTS的合集发寻呼，即上次上报的RU的接入小区是Cell1，对Cell1所在子网，以及Cell1的非本子网的邻区所在的BTS发送寻呼消息；默认距上次终端与基站侧联系间隔超过10秒，在此区间寻呼。基站首次发送寻呼消息的范围不一定是第一层，这是因为终端在休眠下在子网内移动可能不会上报路由更新消息，因此第一层和第二层的寻呼范围有时效性。从进入

8、休眠开始，超过一定时间后，就不能认为用户还在原来的位置。系统允许配置两个时间间隔门限：邻区方式RU有效时间RUNLAvailableTime（以下描述用t1表示），子网方式RU有效时间RUSNAvailableTime（以下描述用t2表示），且t1< t2。假设从休眠到现在的时间间隔是t，寻呼范围确定如下：当0<t <= t1时，寻呼的范围是第一级（最近一次激活集内的扇区），红色BTS表示寻呼区域。当 t1< t < t2时，寻呼的范围是第二级（邻区方式寻呼），红色BTS表示寻呼区域。； 当t>=t2时，寻呼的范围是第三级（子网+邻区寻呼），红色BTS表示寻

9、呼区域。普通DO业务的寻呼不会重发，即寻呼消息仅发送一次。精确管理 精细优化 精心服务 6中国电信淮安无线维护中心理论最大寻呼容量分析：在每个控制信道周期内只能发送一个同步控制信道包（SC），同步控制信道包可以包含多个控制信道MAC包，最多为7个MAC包。依据不同的控制信道发送速率，同步控制信道包中所能包含控制信道MAC包的最大个数不同。38.4kbps: 发包格式为【1024,16,512】，最多包含3个MAC包76.8kbps: 发包格式为【1024,8,512】，最多发送7个MAC包同步控制信道包中能够发送同步消息（Sync Message）、快速配置消息（Quick Config Me

10、ssage）、扇区参数消息（SectorParameters Message）、接入参数消息（Access Parameter Message）和寻呼消息（Page Message）等消息。按照DO协议要求，ZTE实现时采用两种CCH周期，AccessParameters消息和SectorParameters消息分别错开发送，而Sync、quickConfig消息则分别在每个CCH周期内发送，Page消息在每个CCH周期中按照剩余的控制信道包空闲容量进行发送，开销消息可以打包到不同的MAC包中。一般来说，开销消息可在一个控制信道MAC包发完，所以剩余的MAC包可用来发送寻呼消息。每个Page消

11、息按10bytes计算。发送AccessParameters+Sync+QuickConfig的CCH周期其中开销消息占用情况：QuickConfig(27bytes)+ Sync(8bytes)+AccessParameters(13 bytes)。支持的page消息数为：(124-27)/10+12*5+(124-8-13)/10 = 9+60+10 = 79。发送SectorParameters+Sync+QuickConfig的CCH周期SectorParameters消息在不分片的情况下，我们采取截断的方式（满配31个异频邻区， 消息长度会超过一个MAC包的容量，因此，需要去掉一些不

12、必要的邻区信息）精确管理 精细优化 精心服务 7中国电信淮安无线维护中心其中开销消息占用情况：QuickConfig(27bytes) + Sync(8bytes) + SectorParameters(124 bytes)。支持的page消息数为：(124-27)/10+ 4*12+(124-8)/10 = 9+48+11=68。由于每个终端在12个CCH周期（即5.12秒）中，只会在特定offset发送一次，如果没有发送就会等待下一个周期发送，而BSC的第二次Page消息会发送过来，于是丢弃前一次寻呼消息。上述同步包组合：“AccessParameters +Sync+QuickConfi

13、g”和“SectorParameters +Sync+QuickConfig”间隔发送，取能够支持发送的Page消息数为min(79,68)=68。理论上每秒支持最大的Page消息数量为：每秒支持最大的Page消息数量=68*（1000/256/1.667） = 159/秒理论上每小时支持的最大Page消息数为：每小时支持的最大Page消息数=159*3600 =572400条/小时控制信道丢包问题分析：理论上，每秒钟最大可以支持159条寻呼消息，每小时最大支持572400条寻呼消息。但是对于类似校园网络的DO局，由于存在大量寻呼消息在一个控制信道周期内集中发送的场景，造成在一个控制信道周期内需要处理的Page消息个数超过68个（BSC发送的page数超过了下一个控制信道周期最大MAC包容量），从而导致在这个控制信道周期内丢包。因此如果仅仅查看每小时需要处理的Page消息个数没有超过572400条，不能反映出某些控制信道周期内page消息的冲击带来的丢包原因。也就是说，即使每小时平