信令最坏小区分析
1武汉信令监测范围
武汉全网共计21个MSC，其中中兴监测的MSC范围如下图所示，红色是已监测部分，绿色是未监测部分。未监测的MSC为WHGS30,WHGS49,WHGS42,WHGS48,WHGS29，其中WHGS42,WHGS48,WHGS29在MSC POOL中。
MOTO A+MR系统目前能连接到BSC23、BSCD2、BSCF1、BSCF2四个BSC，共计513个小区，详情如下：
2最坏小区原理
集团对最差小区定义为：对于每线话务量在0.1ERL以上的小区，如满足TCH掉话率高于3%、TCH分配成功率低于90％、SDCCH分配成功率低于90％三个条件之一，即作为最差小区纳入统计范围。
同时综合考虑具体小区的话务密度、掉话、拥塞情况，又将最差小区细分为A、B、C 三类小区：
信令最坏小区公式和采集方法
接通率：呼叫成功次数/试呼总次数* 100%
呼叫成功与失败的定义：统计起点MSC收到CM Service Request，以收到Alerting记为呼叫成功，未收到Alerting记为呼叫失败
信令点统计：掉话率：掉话次数/试呼总次数* 100%
从MSC收到Connect Ack消息开始监控，收到BSC上发的Clear Requset消息记为一次掉话在Assignment complete之前收到Clear request定义为SDCCH掉话，而Assignment complete之后收到Clear request则为TCH掉话
网管统计：TCH掉话次数：
指在指配话音信道完成（即Assignment Complete）后由于各种原因导致的掉话。统计的为无线侧BSC发给MSC的“Clear Request”。统计结束点为MSC发给BSC“Clear CMD”。
话音信道占用次数(不含切换)：指主叫或被叫指派话音信道成功的总次数。统计的为“Assignment Complete”消息。（不包括各种切换，不包括直接重试。）
3最坏小区分析
3.1性能指标最坏小区
因MOTO A+MR数据平台现暂能监测4个BSC，现提取网管平台12月3日忙时，BSC23、BSCD2、BSCF1、BSCF2相关数据，其中最差小区大多数因SDCCH分配成功率低导致，详情如下表所示（未做具体分析）：
3.2信令最坏小区
现取同时段MOTO A+MR平台数据，并在下节中进行具体分析：
A+MR提取最坏小区
数据.xls
3.3原因对比分析
武汉工业学院(常青)科教大楼A掉话分析
查看IEO模块
经过sqm统计发现，小区10048存在大量掉话现象，并且伴随高接入失败，掉话原因BssmapCause为Radio interface message failure（上图为IEO截图）。
通过CTI对10048小区发生的无线掉话事件和无线侧接入失败事件进行回放发现，在10048小区起呼或者是切换到10048小区后，手机的上行电平较高，但是质量达到7级，最终因为上行干扰而掉话，怀疑该小区附近存在干扰源。建议检查硬件，该小区是否下挂无线直放站，请通过扫频查找干扰源
武汉中级人民法院A 掉话分析
查看IEO模块
小区24391在9点时间段掉话比率较高，通过sqm统计发现，小区24391在该时段无线侧掉话较多，并且伴随接入失败，BssmapCause为Radio interface message failure。
通过CTI对24391小区的无线侧掉话事件和无线侧接入失败事件分析发现，在起呼和通话中，上行电平较高但一直伴随着上行干扰，掉话和接入失败都是由上行干扰引起的，该小区为武汉市中级人民法院，上午掉话集中在9点-11点之间，怀疑该单位存在干扰器。建议.检查该小区硬件，2.现场扫频查找定位，和法院沟通，看是否存在干扰器。
天梨豪园A 掉话分析
查看IEO模块
监控统计26871小区在10点时间段掉话率较高，通过IEO查找，小区26871在十点发生4次掉话，BssmapCause为Radio interface message failure。
通过CTI回放该小区掉话事件发现，用户在该小区起呼，接通后，在一段时间内上下行电平较高，质量0级，突然上行质量变差达到7级，紧接着下行质量同样变差，此时上下行电平较好，由于干扰导致用户掉话，掉话是用户占用该小区的ARFCN为2、TEI为1。建议1.检查该小区硬件，尤其是ARFCN为2、TEI为1所对应的载波。2.结合DT和CQT现场查找原因，看该是否存在干扰。
中福时代A 掉话分析
查看IEO模块
通过监控发现24871小区在19点时段掉话率较高，IEO监控发生4次无线侧掉话，BssmapCause为Radio interface message failure。
通过CTI回放发现，用户占用该小区起呼时，上下行电平已经很低，由于电平低导致质量差；上下行弱信号导致掉话。建议1检查小区硬件。2.通过现场DT和CQT定位，是否存在若覆盖区域，比如，地下室，地下停车场，电梯。
金家墩B 掉话分析
查看IEO模块
在18:00这个时段，28966_9282出现大量的掉话事件，掉话cause为Radio Interface Message Failure，查看CTI事件跟踪回放模块，进一步分析
用户在起呼后占用28966_19282小区，达到切换门限，切换到28966_9282小区，占用该小区后，电平值差，并且持续，计时器T200超时，无线链路差导致掉话查看angel模块进一步分析
28966_9282小区，基站发射功率存在问题，并且pb值不正常，建议检查参数配置及硬件告警
新华西美林公馆B 掉话分析
查看IEO模块
在20：00这个时段，信令监控系统共监控到3次掉话，掉话cause为：Radio Interface Message Failure，查看CTI事件跟踪回放模块，进一步分析
用户起呼后占用28966_25741,后切换到28966_48822，最后切换到28966_25742，在切换过程中TA值逐渐增大，服务小区电平值-96dbm以上，邻区电平值都在-94以上，怀疑越区覆盖，造成无法切换到有效的邻区，最终导致掉话，建议检查邻区关系
韦桑家苑C TCH分配成功率低分析
查看IEO模块
通过监控发现小区46273 TCH溢出次数在18点、19点、20点较高，IEO实时监控发现该小区存在大量的无线侧接入失败并伴随无线侧掉话现象，BssmapCause为Radio interface message failure。
（图1）
（图2）
由于该小区TCH溢出次数在统计的3个小时中，每小时都达到了3000次以上，由于信道不够用导致拥塞。
通过CTI回放接入失败事件发现，手机占用该小区起呼时，电平很高，但是在数秒后，上下行电平突降到-100dbm左右，还有上下行电平在-47dbm和-110dbm之间有规律的变动，由于上下行低电平导致手机接入失败高（图1），近一步通过ANGEL分析发现该小区的上下行电平，上行质量，路径平衡都存在问题（图2中红色柱图），怀疑是该小区硬件存在问题，。建议1.扩容。2.检查小区硬件是否存在问题。
富豪花园A TCH分配成功率低分析
查看IEO模块
在20:00这个时段，28966_2051出现了大量的介入失败事件，主要cause为：Radio Interface Message Failure，查看CTI事件跟踪回放模块，进一步分析
查看CTI回放，用户占用28966_2051小区后，电平值和话音质量都很差，无法满足无线链路的要求，最终导致大量的接入失败现象
查看angel模块进一步分析
通过Angel模块的分析来看，该站的上行质量较差，pb值也很差，怀疑存在上行干扰或硬件问题所致，建议查看硬件监控告警，并进行CQT测试查找干扰源，另外该站的TCH 拥塞率较高，查看是否为信道不足造成，如果是信道资源不足，建议扩容，或是减小基站覆盖范围，以减少话务量的吸取
红旗渠路131号A SD分配成功率低分析
监控发现51334小区在18点出现了2671次SD溢出，通过IEO实时监控发现，在此时间段内，只发生了一次无线侧接入失败和一次无线侧掉话，说明SD溢出跟无线环境无关，是由于信道不够用发生。建议扩容SD信道。
红旗渠路131号c SD分配成功率低分析
监控统计51336小区在18时SD溢出达4379次，通过IEO实时监控该时段出现无线侧问题，只有2次掉话和2次接入失败，说明SD溢出是由于信道不够用发生，和无线环境无关。建议扩容SD信道数量
常码头华晟大厦C SD分配成功率低分析
通过IEO监控发现，28966_1153小区，异常事件较少，angel模块分析，指标趋于正常
并且性能指标sd溢出较多，建议扩容sd信道
市团校B SD分配成功率低分析
通过IEO监控发现，28706_1602小区，异常事件较少，angel模块分析，指标趋于正常
并且性能指标sd溢出较多，建议扩容sd信道
4结论
4.1信令最坏小区分析用途和特征
信令分析系统（CTI、IEO、ANGEL）可以进行客户事件的追踪及事件的回放，信令分析系统可以对用户数据库进行分析，重现各个用户的所有呼叫事件和流程，及其相关统计项。从而为网优人员快速查找问题提供了一个有效的手段。当进行客户事件分析时，网络优化人员可以从数据库中,快速查找并回放用户受阻业务过程，快速准确定位网络故障，及时进行排障,避免了有时客户事件问题不能再现的窘境。提升投诉客户对移动优质服务的感知。
信令分析具有如下特点：
真实性：
实时用户呼叫信令分析系统能真实记录客户每个通话记录，并且可以方便地查询客户碰到故障时的事件、手机测量报告记录的无线环境，有效还原当时的场景。高效性
在接到客户的投诉后，马上可以通过实时用户呼叫分析系统查阅客户的通话事件，及时找出客户发生故障的原因，提高了事件处理的响应速度。
全面性
客户事件往往只是一个个案，但是客户事件地点存在的网络问题却是一个面的问题，信令分析系统可以由点及面、从个体到群体，全面发现事件区域存在的网络问题。
深入性
信令分析可以从简单的用户事件研究该用户所在区域的无线环境等等，更深层次地发现客户事件之外存在的其他网络问题
4.2信令Cause值
TOP小区处理流程总结 1TOP小区处理流程及整体处理情况 1.1 TOP小区分解 TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。 1. 2 问题处理流程 TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理 无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB建立成功率两块进行分析。RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。每次RRC和RAB建立失败，话统都会输出一个失败原因统计。 2.1RRC建立失败处理
2.1.1RRC建立失败原因 RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。表3是RRC建立失败的对应原因打点。表4为RRC失败对应的原因分析。 表3：RRC失败原因打点 表4：RRC失败对应的原因分析
2.1.2RRC建立失败处理 1)拥塞 在RRC建立出现拥塞时，可以进行下面的操作： ?将主要业务的RRC建立在公共信道上，修改命令行为： ?主叫流媒类体RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH； ?主叫交互类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH； ?主叫背景类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH； ?终止流媒体类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH； ?终止交互类RRC建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH； ?终止流媒体类RRC建立在FACH上 RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH； ?去附着信令承载建立在FACH上 SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH； ?注册登记承载在FACH上 SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH； ?提高拥塞小区的最小接入电平，限制部分低电平用户的接入： 修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96； ?打开LDC开关； ?对于业务量持续较大的小区，可以考虑建议扩容。 2)RL建立失败
关于日照分析问题的一点探讨 2010年12月17日 一、日照分析及有关概念 二、有关法律、法规和部门规章 三、相关规范 四、其它有关要求 五、日照分析报告 六、正在拟订的国家标准《建筑日照参数标准》 七、常见的建筑日照计算报告内容 八、计算实例 九、问题与建议 一、日照分析及有关概念 1、日照分析 日照分析是指利用日照分析相关软件，建立完整的地球与太阳数学模型，从几何和光学的角度利用计算机进行大量的数学计算，解决物体的阴影和影响的关系，以此准确地分析出任意地点、任意时间的任意建筑物的细部状况，对建筑群体间相互影响进行分析，以求更加科学合理地安排建筑物的位臵，为居住区创造出更加舒适的环境。简单地讲，是指利用计算机分析软件，根据国家标准对有日照要求的拟建、在建、或已建的建筑、组团绿地、托儿所和幼儿园活动场地模拟其在规定的日照标准日（大寒日或冬至日）的日照情况，分析计算其相关的量化指标。 根据日照分析结果编制的《日照分析报告》，作为规划管理部门审核修建性详细规划、建设工程规划设计方案的依据之一。 2、日照的作用：日照就是物体表面被阳光直接照射的现象。建筑日照就是阳光直接照射到建筑地段、建筑围护结构表面和房间内部的现象。阳光照射能引起动植物的各种光生物学反应，能促进生物机体的新陈代谢。阳光中紫外线能预防和治疗感冒、佝偻病、支气管炎等疾病。阳光中含有大量的红外线，冬季照射室内，所产生的辐射热能提高室温，有良好的取暖和干燥作用。日照对建筑物的造型艺术也有一定的影响，适当的阴影能增强建筑物的立体感。因此，必须争取适当的建筑日照。 经过大量的研究发现，日照在生活居住建筑中表现出以下三大作用:杀菌、提高室内温度、刺激大脑头皮，以达到让人愉悦。 3、日照标准 (1)《民用建筑设计通则》（国家标准，编号为GB 50352一2005），其2．0．13 ：日照标准（insolation standards）指“根据建筑物所处的气候区、城市大小和建筑物的使用性质确定的，在规定的日照标准日(冬至日或大寒日)的有效日照时间范围内，以底层窗台面为计算起点的建筑外窗获得的日照时间”。 (2)按照国家标准《城市规划基本术语标准》（GB/T50280-98）5.0.16，日照标准指：“根据各地区的气候条件和居住卫生要求确定的，居住建筑正面向阳房间在规定的日照标准日获得的日照量，是编制居住区规划确定居住建筑间距的主要依据”。 4、我国日照研究历史
volte丢包率TOP小区处理 2016年7月
目录 一、概述 (3) 二、volte丢包率高TOP小区处理流程 (8) 三、丢包率高TOP小区处理案例 (8) 1．选择丢包率高TOP小区 (8) 2．提取相关联指标项 (9) 3. 实施处理 (9) 3.1 下行丢包率高TOP小区处理 (9) 3.2 上行丢包率高TOP小区处理 (11) 四、TOP小区处理总结 (12)
一、概述 上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。 PDCP层丢包对语音感知影响 VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE 语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会受到影响。 丢包率定义和影响因素 指标定义：
VOLTE语音包关联指标分析 举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。
根据关键指标关联，分析用户数问题 根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包； 空口丢包原理 上行空口丢包统计原理：
主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。空口传输质量差，如图中2，MAC层多次传输错误导致丢包。 上行空口丢包统计原理： 主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。 常见PDCP层丢包原因总结
日照分析报告-天正日 照
建设项目日照分析报告 项目名称：宝山万科四季花城二期（首期）规划及建筑方案设计 建设单位：上海万科宝山置业有限公司 设计单位：上海天华建筑设计有限公司 2005年5月10日
宝山四季花城二期（首期）日照分析报告 一、建设单位（委托方）名称：上海万科宝山置业有限公司 地址：上海市水城南路17号邮政编码：201103 法定代表人：丁长峰联系人：李彦联系电话：62702700 二、设计单位（受托方）名称：上海天华建筑设计有限公司 地址：上海市中山西路1800号28楼邮政编码：200233 法定代表人：黄鼎业联系人：周毅锋联系电话：62481588 勘察设计证书编号：090504-sj 三、日照分析项目情况： (一)建设项目基本情况： 建设地点：宝山西城区 用地范围：参见日照分析图 (二)基地内拟建建筑： (三)基地外受遮挡的建筑：
(四)参与叠加分析的基地外的建筑： 拟建建筑的阴影覆盖范围，主、客体位置关系，主体建筑标高以及客体建筑窗位等如附图所示。 四、日照分析标准及依据 本日照分析报告的标准依据《上海市城市规划管理技术规定》第二十七条“高层居住建筑与低层独立式住宅的间距，在规定范围内保证受遮挡的低层独立式住宅的居室冬至日满窗日照的有效时间不少于连续两小时；与其他居住建筑的间距，应保证受遮挡的居住建筑的居室冬至日满窗日照的有效时间不少于连续一小时”（以下简称“住宅日照”要求），以及第三十条“医院病房楼、休（辽）养院住宿楼、幼儿园、托儿所和大中小学教学楼与相邻建筑的间距，应保证被遮挡的上述建筑冬至日满窗日照的有效时间不少于3小时，浦西内环线以内地区，其间距应保证冬至日满窗日照的有效时间不少于2小时”（以下简称“文教卫生日照”要求）确定。 五、分析资料的来源说明： 以下资料由委托方提供：
X2IPPATH配置问题导致切换不成功 关键字：X2IPPATH 切换 【现象描述】 切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。 【原因分析】 对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种： （1）传输资源不够用； （2）没有配置IPPATH； （3）IPPATH中的邻居节点配置错误。 由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。 【处理过程】 每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令 （RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。 先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下： LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。 DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
1 信令分析 在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。 1.1 主被叫呼叫建立流程 1.1.1正常信令 在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在 【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。 关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。 关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败” 关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。 关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧
失败。 关键点5：是否发送Assignment complete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。 被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。 1.1.2典型异常信令 1、A1接口失败。 2、传输误码率高导致指配资源失败
LTE TOP小区处理思路 1 日常关注KPI 话统KPI主要包括以下几大类：接入性指标、保持性指标、移动性指标、干扰指标、信道质量指标等。 通过对这些指标的监控、处理，可以达到：识别发现问题、风险提前预警、话统KPI的稳定与用户使用感知的提升。 实际处理过程中，应优先处理对用户影响较大指标，接通、掉线、切换三大指标，同时参考流量、信道质量、寻呼响应等指标分析处理； 1.1指标项 1.2指标公式
2 KPI处理需求 全网整体指标监控：重点监控切换成功率、掉线率、无线接通率、流量走势；建议提取前一天全网小时级指标与近一周数据走势对比，是否有较大波动，并分析具体原因，整网还是TOP小区影响；现阶段要求切换、接通率大于99%，掉线率小于0.5%；流量应无明显下滑（重大活动等影响除外）； TOP小区处理：建议选取昨日8点-23点15忙时相关指标，优先处理VIP区域、高业务区、高投诉区域小区；
3 TOP小区查找和分析处理 3.1 接入性TOP分析处理 3.1.1筛选条件 提取15忙时数据，筛选出TOP小区，对未恢复的小区进行分析处理： VIP小区、高业务量小区、重点活动保障区、高投诉区，请求次数较多的小区需及时处理； 连接请求次数小于50次的TOP小区，由于触发次数较少，等级次之；如果多个时段连续无成功次数，需提升处理等级； 业务量较小，无线环境较差，等级次之； 指标定义 3.1.2接入相关指标项
3.1.3R RC建立失败原因 小区RRC建立失败次数： 资源分配失败而导致RRC连接建立失败的次数，指标ID：1526727083；重点关注top 资源是否足够，包括top用户数，传输、PRB等； UE无应答而导致RRC连接建立失败的次数，指标ID：1526727084；关注质差、干扰、无线环境等； 小区发送RRC Connection Reject消息次数，指标ID：1526728269；关注传输问题、是否拥塞、干扰； 因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：1526728485； 重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等； 因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID：1526728486； 关注PUCCH信道相关参数设置是否合理，CQI RB数配置是否合理等； 流控导致的RRC Connection Request 消息丢弃次数，指标ID：1526728489；关注拥塞，业务流控相关参数是否设置正确等； 流控导致的发送RRC Connection Reject消息次数，指标ID：1526728490；关注拥塞，业务流控相关参数是否设置正确等；
建设项目日照分析报告 项目名称：宝山万科四季花城二期（首期）规划及建筑方案设计 建设单位：上海万科宝山置业有限公司 设计单位：上海天华建筑设计有限公司 2005年5月10日
宝山四季花城二期（首期）日照分析报告 一、建设单位（委托方）名称：上海万科宝山置业有限公司 二、地址：上海市水城南路17号邮政编码：201103 三、法定代表人：丁长峰联系人：李彦联系电话：62702700 四、设计单位（受托方）名称：上海天华建筑设计有限公司 五、地址：上海市中山西路1800号28楼邮政编码：200233 六、法定代表人：黄鼎业联系人：周毅锋联系电话：62481588 七、勘察设计证书编号：090504-sj 八、日照分析项目情况： (一)建设项目基本情况： 建设地点：宝山西城区 用地范围：参见日照分析图 (二)基地内拟建建筑： (三)基地外受遮挡的建筑：
(四)参与叠加分析的基地外的建筑： 拟建建筑的阴影覆盖范围，主、客体位置关系，主体建筑标高以及客体建筑窗位等如附图所示。 九、日照分析标准及依据 本日照分析报告的标准依据《上海市城市规划管理技术规定》第二十七条“高层居住建筑与低层独立式住宅的间距，在规定范围内保证受遮挡的低层独立式住宅的居室冬至日满窗日照的有效时间不少于连续两小时；与其他居住建筑的间距，应保证受遮挡的居住建筑的居室冬至日满窗日照的有效时间不少于连续一小时”（以下简称“住宅日照”要求），以及第三十条“医院病房楼、休（辽）养院住宿楼、幼儿园、托儿所和大中小学教学楼与相邻建筑的间距，应保证被遮挡的上述建筑冬至日满窗日照的有效时间不少于3小时，浦西内环线以内地区，其间距应保证冬至日满窗日照的有效时间不少于2小时”（以下简称“文教卫生日照”要求）确定。 十、分析资料的来源说明： 以下资料由委托方提供： 1、基地内及周边的电子地形图； 2、基地外已有建筑（ZH01、ZH09）的平、立、剖面及总平面图。 以下资料由本单位（受托方）提供： 1、基地内拟建建筑（1#-11#）的总平面图及平、立、剖面； 2、基地外规划拟建建筑（12#-46#）的总平面图及平、立、剖面。 十一、本日照分析采用天正日照（V6.5版本）分析软件。 十二、补充说明：
信令跟踪在维护工作中的运用目前移动通信竞争激烈,客户对移动运营商的要求越来越高。运营商对我们的要求也就更高。优质的网络是我们公司发展的基础,确保网络的正常运行是我们公司的立足之本。在这里简要谈谈信令跟踪在网络维护工作中的运用。 所谓信令跟踪分析是指用仪表收集跟踪移动通信的无线链路上的信令数据并加以整理,从中查找出异常的指标数据;利用软件进行分析,找出故障所在,并有效地解决排除,最终达到提高网络运行质量的目的。 信令跟踪在网络优化工作中也是比较重要的一步,它主要用来查找硬件的隐性故障和干扰频点等问题;无线链路上的信令提供了较全面的质量数据。用阿尔卡特公司的DAFNE软件分析的数据中可以看到各频点的上下行接收电平、上下信道质量、上下行信道质量差、上下行路径损耗、上下行路径差、信道质量分布表、时间提前量分布、信令统计等信息。 那么我们怎么通过这些数据来分析网络中的隐藏的故障呢?下面通过对网络中平常的一些隐性故障的处理来介绍一下信令跟踪分析数据的运用。 由于无线环境的恶劣性,移动通信的无线信道无时不经受着来自外界或本身的干扰。我们怎么从信令数据中查找受干扰的频点呢?一般说来,干扰直接影响信道质量的下降,但对信道的电平则没有多大的影响。所以我们可以查看上下行信道的quality值和上下行的路径损耗值(一般要求上下行信道的quality值在0.5以下,假设某个频点的质量较差,而它的上下行路径损耗与其它频点相差不大,那么这个频点受干扰的可能性比较大。 网络设备的硬件隐性故障问题一直是我们维护人员最头痛的,比如说某基站的 无线原因掉话一直很多,我们可以在分析报告中查看路径损耗值及路径损耗差与信道质量。一般路径损耗差在-10至1dB之间(当然也可以将目标定得高一点,信道质量在0.5以下,如果上行损耗过大或下行损耗过大都很容易引起掉话,所以要更换相应频点的硬件。比如义乌小商品市场的一个基站,每天均有10多次的信道掉话,
中国移动性能管理系统 L T E信令大数据分析业务需求规范 客户管理分册 C e n t r a l i z e d P e r f o r m a n c e M a n a g e m e n t S y s t e m S p e c i f i c a t i o n 版本号：1.0.0 中国移动通信集团公司网络部
目录 前言 .................................................................... III 1 范围 (1) 2 规范性引用文件 (1) 3 术语、缩略语定义 (1) 4 缩略语 (3) 5 概述 (3) 6 客户管理 (3) 6.1 客户感知评估分析 (3) 6.1.1 分析目标 (3) 6.1.2 分析思路 (3) 6.1.3 业务规则 (4) 6.1.4 数据指标 (6) 6.2 客户投诉分析 (7) 6.2.1 分析目标 (7) 6.2.2 分析思路> (8) 6.2.3 业务规则 (8) 6.2.4 数据指标 (10) 6.3 数据业务质差用户分析 (56) 6.3.1 分析目标 (56) 6.3.2 分析思路 (56) 6.3.3 业务规则 (57) 6.3.4 数据指标 (65) 6.4 PCC策略分析支撑 (75) 6.4.1 分析目标 (75) 6.4.2 分析思路 (75) 6.4.3 业务规则 (78) 6.4.4 数据指标 (95) 7 编制历史 (100)
前言 本标准对中国移动性能管理系统进行了抽象和描述，中国移动性能管理系统集中各类网络运行指标数据，面向网元、网络、业务和客户，实现对容量、质量、业务发展和运维管理的全面分析，重点实现四网协同分析、价值小区分析、终端分析、Gn流量分析、互联网流量流向分析和面向客户感知的互联网端到端的业务质量分析。 《中国移动性能管理系统LTE信令大数据分析业务需求规范客户管理分册V1.0.0》（以下简称“本规范”）。本规范旨在对中国移动省级性能管理系统互联网端到端专题的功能梳理，更系统、更合理、更有效的规范和指导省公司性能管理系统建设。本规范从流量流向、流量成份进行分析，通过整合流量流向系统和DPI系统的数据，建立关联的数据分析模型，从而有效支撑互联网流量结构调整、网络规划建设、流量控制和IDC资源引入效率的工作开展。 本标准是中国移动性能管理系统技术规范系列规范之一，该系列规范目前的结构、名称如下：
西安曲江新区日照审核管理规定（试行） 一、日照分析对象 1、居住类：居住用地内的住宅、老人公寓、集体宿舍、大、中、小院校的学生宿舍。 2、文教卫生类：中、小学校的教学楼（教学用房），幼儿园及托儿所的活动室及寝室，医院病房楼和休（疗）养建筑。 二、日照分析对象应满足的日照标准 1、住宅和集体宿舍等应满足大寒日不少于2小时日照标准。（大寒日日照分析有效时段为8：00-16:00） 2：医院的病房楼、休（疗）养建筑，中、小学的教学楼，老年公寓，幼儿园，托儿所等特殊建筑应满足冬至日不少于3小时日照标准（陕西省城市规划管理技术规定）。（冬至日日照分析有效时段为9：00-15:00） 3、在原有建筑外增加设施不应使受其遮挡的分析对象原有日照标准降低。 4、拟建地块北侧地块为居住、医疗卫生、教育用地时，如该地块为多层控制区，则用地红线北侧12米应满足日照标准要求，如该地块为高层控制区，则用地红线北侧15米应满足日照标准要求；拟建地块北侧为道路时，应保证道路红线或绿线北侧建筑最小退让距离处满足日照标准要求。（具体退让距离参照《陕西省城市规划管理技术规
定》执行） 5、每套住宅以该户型主要朝向为主朝向，每套住宅至少应有一个居住空间能获得日照,当一套住宅中居住空间总数超过四个时,其中应有二个获得日照。（居住空间指除厨房、餐厅、储藏室、卫生间以外的房间） 6、日照的有效时间指累计日照时间，以大寒日为标准分析时，累计日照时间不得超过2个连续时间段；以冬至日为标准分析时，累计日照时间不得超过3个连续时间段。 7、日照分析应采用众智日照分析软件8.2或8.2以上版本。 三、日照分析参数标准 1、地理位置：西安市，经度，108°55′；纬度，34°15′ 2、阳历日期：与当年的阴历日期对应 3、阴历日期：当年的大寒日（或冬至日） 4、有效日照时间： 大寒日：8:00-16:00（太阳时），冬至日：9:00-15:00（太阳时）5、总图采用平面区域分析方法，采样间隔为3米×3米；各建筑采用沿线分析方法对其住宅首层进行分析，采样间隔2米×2米；沿线分析不能通过时，应加入户型进行窗户分析，以满窗通过为准（对于窗宽大于2.4米的窗户按照2.4米计算）。 6、采样时间间隔为5分钟，局部放大分析时，可采用1分钟采样时间间隔。 7、分析计算方法：时间统计采用累计日照时间方法进行分析计算，
目录 1高掉话高分配失败案例 (2) 1.1小区高掉话案例1 (2) 1.2小区高掉话案例2 (2) 1.3小区高掉话案例2 (2) 2信令分析案例 (4) 3区域性掉话案例 (6) 3.1区域性掉话案例1 (6) 3.2区域性掉话案例2 (6) 4切换失败案例 (8) 4.1INTER BSC切换失败高小区检查 (8) 4.2INTRA BSC切换失败高小区检查 (8) 5全网优化案例 (11) 6答案 (13) 6.1高掉话高分配失败案例答案 (13) 6.1.1高掉话高分配失败案例答案1 (13) 6.1.2高掉话高分配失败案例答案2 (13) 6.1.3高掉话高分配失败案例答案2 (13) 6.2信令分析案例答案 (14) 6.3区域性掉话案例分析答案 (14) 6.3.1区域性掉话案例答案1 (14) 6.3.2区域性掉话案例答案2 (14) 6.4切换失败案例答案 (15) 6.4.1INTER BSC切换失败高小区答案 (15) 6.4.2INTRA BSC切换失败高小区检查 (15) 6.5全网优化案例答案 (16)
1高掉话高分配失败案例 1.1小区高掉话案例1 以下是某个小区Abis信令统计数据， 所用频率平均上行 接收电平 平均下行 接收电平 平均上行 接收质量 平均下行 接收质量 平均上行 路径损耗 平均下行 路径损耗 上下行路径 损耗差值 上下行质 量差值 手机平 均发射 功率 基站平 均发射 功率 采样数呼叫 次数 1 -88.84 -73.79 1.0 2 0.32 120.44 112.79 7.65 -0.7 31.61 39 4369 85 91 -85.79 -77.3 3 0.06 0.18 115.7 4 116.33 -0.59 -0.11 29.9 5 34. 6 3023 41 82 -80.64 -76.62 0.15 0.29 106.79 111.59 -4.8 -0.14 26.15 34.9 7 633 19 49 -79.53 -76.71 0.31 1.12 106.46 113.46 -7 -0.81 26.94 36.5 3406 81 TA分布： TA 0 1 2 3 4 5 6 7 百分比11.8% 55.6% 29.4% 0.4% 0.4% 0.0% 0.4% 0.2% 问题1：判断导致该小区高掉话率、TCH高分配失败率的可能原因。 问题2：该小区BCCH是占用哪个频点。 问题3：该小区上下行路径损耗是否正常，路径损耗与哪些因素有关，写出相关的计算公式。 问题4：在空间损耗中，主要损耗原因有哪些？当这些因素扩大一倍，损耗相差几个db? 1.2小区高掉话案例2 现象：某小区的TCH分配失败率及掉话率很高；根据统计报告观察，均为MC736和MC746B掉话和分配失败，且集中在各个TRX上。 问题1：请列出在几种掉话种类及计数器。 问题2：发生此类问题有几种可能。 问题3：碰到此类问题，请列出优化思路及处理方法。 1.3小区高掉话案例2 瓦口1在几个忙时均为坏小区，掉话组成为MC14C，看告警，仅有LOSS-OF-SDCCH，推断为某频点硬件有问题，关跳频、创报告、观察每个频点的占
处理流程以及数据提取方法一、投诉处理流程 二、SEQ提取数据方法 VOLTE用户投诉处理（支持实时和历史记录详单） 1、登录后，SQM》投诉用户单据查询 2、投诉用户单据查询-跟踪号码 输入号码136XXXX0505
3、投诉用户单据查询-数据查询结果（均可钻取详单） 4、投诉用户会话跟踪-创建跟踪任务(提取信令) 5、投诉用户会话跟踪-实时跟踪结果 6、信令详单提取
7、语音质量单据查询（这功能暂时我们没权限） 可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析 TD-LTE__VoLTE-SIP完整信令解析 对关键流程的解释如下表所示： 1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4 3）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。 4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户 5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载 6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息 7）被叫对INVITE消息的响应 被叫收到寻呼但未收到INVITE请求，核心网问题 8）被叫方通知主叫方，自己所支持的媒体类型和编码。 9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。关键参数包括头压缩参数，TTI Bundling，SPS。DRX参数也会按照语音业务的要求进行重新配置。 10）被叫建立QCI1的数据无线承载。例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。 11）核心网通知主叫终端的SM层，建立QCI=1的承载,例如：eps-BearerID=7 12）主叫收到被叫的INVITE 183消息 被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断，重配置消息释放DRB承载，无线网与核心网配合问题 13）核心网通知被叫终端的SM层，建立qci=1的承载 14）主叫收到INVITE 183消息以后，发送确认消息PRACK，启动资源预留过程， 15）被叫收到主叫的PRACK以后，返回PRACK 200响应，启动资源预留过程， 16）主叫收到被叫的PRACK 200以后，发送UPDATE消息，标明资源预留成功。
信令大数据定位分析探讨 摘要为了提高服务质量，满足用户需求，在信息化通信环境中如何对用户进行准确定位，是我们当前应当重点研究的问题。本文以作者自身的实际工作与学习经验为基础，主要就基于信令大数据的用户定位进行了分析、探讨，以期能为相关工作的实践提供参考。 关键词信令大数据；定位；坐标系 如今，人们对于智能手机的应用相当普遍，而且依赖程度非常高，通过信令大数据我们可以对用户做出相当准确的定位，为网络的优化和精确规划提供参考依据，提高服务质量。 1 定位信息信令筛选 要想通过信令大数据对用户进行定位，我们首先需要做的是筛选定位信息信令，其原因是信令大数据的数据量较为庞大，而且其中月很大一部分和定位无关，只有筛选出相关的信令后，才能真正进行定位。对信令进行分析之后我们知道，在S1-U接口的原始信令中，涉及用户位置信息的信令主要有两类，一类是API SDK信息、一类是App URI信息[1]。 就地图API SDK来说，其包含的位置信息，存储在数据分组净荷中，所以如果要想获得的话，就必须要对原始数据分组进行采集，不存在于XDR信令之中，要将原始数据分组中信息解码，才能最终真正获得有用的信息数据。但是考虑到实际情况，原始数据分组的数据量较大，一次性难以快速的处理、获取，所以需要进行实时处理、采集，但显然这在实际的定位过程当中，实用性是明显不足的，因此对XDR App URI中的位置信息进行解析和获取，是较为理想的途径。XDR App URI中的位置信息在URI中，以get或post明文的形式呈现。 在当前的很多交互类应用当中，由于功能和服务等方面的需求，都会将用户当前的位置信息上传到服务器当中，在服务器获取到位置信息后，再对用户的相关需求做出对应反应，例如为用户提供其所在地周围的环境信息，如有些什么店铺，距加油站有多远等。所以，我们可以通过对S1-U数据的分析，从中提取HTTP“请求”，便能够从中得到用户所在的经纬度。在正式的S1-U信令数据当中，如果我们想要对位置信息进行提取，主要依靠于Lng和Lat等关键字段，这些字段所包含的就是经纬度。不过，与此同时我们还需要考虑到在用户上传的所有URI中，并非所有的位置信息都是用户真正所在的位置信息，其中也可能包含其他地方的位置信息，如旅游景点、商场等等，这些信息在用户定位过程当中，是没有实际作用的，但目前我们已经可以剔除非用户自身位置的XDR。 2 地图坐标系转换 我们的地球并非是标准的正圆球体，而是不规则的椭圆球体，对于GIS而
日照报告 1、日照执行标准和要求 1、住宅日照标准应符合 5.0.2.1的规定。（《城市居住区规划设计规范》（GB50180-93）（2002年版）第5.0.2.1条规定） 住宅建筑日照标准 ②底层窗台面是指距室内地平0.9m高的外墙位置。 2、每套住宅至少应有一个居住空间获得日照,当一套住宅中居住空间总数超过四个时,其中宜有二个获得日照。居住空间是指卧室、起居室（厅）。（《住宅设计规范》（GB 50096-1999）(2003年版)第5.1.1条规定） 3、在原设计建筑外增加任何设施不应使相邻住宅原有标准降低。（《城市居住区规划设计规范》（GB50180-93）（2002年版）第5.0.2.1条规定） 4、旧区改建的项目内新建住宅日照标准可酌情降低，但不应低于大寒日日照1小时标准。（《城市居住区规划设计规范》GB50180-93）（2002年版）第5.0.2.1条规定） 5、宿舍半数以上的居室，应能获得同住宅居住空间相同的日照标准。（《宿舍建筑设计规范》（JGJ 36-2005）第4.1.3条规定） 6、老年人居住用房冬至日满窗日照不宜小于2小时的日照标准。（《老年人居住建筑设计标准》（GB/T 50340-2003）第3.2.6规定） 7、残疾人住宅的卧室、起居室应能获得冬至日日照不少于2小时的日照标准。（《民用建筑设计通则》（GB50352-2005）第5.1.3条规定） 8、托儿所、幼儿园生活用房应满足冬至日底层满窗日照不少于3小时的要求（《托
儿所、幼儿园建筑设计规范》（JGJ 39-87）第3.1.7条规定），其活动场地应有不少于1/2的活动面积在标准的建筑日照阴影线之外（《城市居住区规划设计规范》（GB50180-93）（2002年版）附表A.0.3中规定）。中小学教学楼南向的普通 （GBJ 99-86）教室冬至日底层满窗日照不应低于2小时（《中小学校建筑设计规范》 第2.3.6条规定）。 9、医院病房楼应满足冬至日日照不低于2小时的日照标准（《城市居住区规划设计规范》（GB50180-93）（2002年版）附表A.0.3中规定）。 10、疗养院半数以上的疗养室应能获得冬至日不小于2小时的日照标准。（《民用建筑设计通则》（GB50352-2005）第5.1.3条规定） 11、居住区（含小区与组团）内的组团绿地应满足有不少于1/3的绿地面积在标准的建筑日照阴影线范围之外。（《城市居住区规划设计规范》（GB50180-93）（2002年版）第7.0.4.1条规定） 满足上述日照要求即视为日照符合国家标准。 总结： 托、幼儿园主要生活用房冬至日3h 小学半数以上教室冬至日2h 中学半数以上教室冬至日2h 老年住宅、残疾人住宅卧室、起居室冬至日2h 医院和疗养院半数以上病房、疗养室冬至日2h 2、什么情况下需要进行日照模拟工作 国家和地方在日照方面对民用建筑制定了相应标准、规范，我们需要对采光最差的房间进行日照模拟工作以保证其有足够的日照时间。 哪些建筑需要计算日照： 居住类--高层，小高层住宅、宿舍 低层，多层，（有些地方不要求计算） 文教卫生类--老年人公寓，托儿所，幼儿园，小学，中学，医院病房，残疾人公寓 不计算日照的： 酒店式公寓，低层住宅多层（因地方而异），LOFT住宅 办公商业等公共建筑
武 夷 学 院 课程设计报告 数学与计算机学院 课程名称： 软交换与NGN 设计题目： NGN 网络信令跟踪与分析（SIP ）协议 学生班级： 13通信工程（1）班 学生姓名： 张骞文 何凯翔 曾德彪 陈永荣 指导教师： 石贵民 完成日期： 2016-06-17
课程设计项目研究报告 目录 第 1 章项目简介 (1) 1.1 项目名称 (1) 1.2 开发人员 (1) 1.3 指导教师 (1) 第 2 章项目研究意义 (1) 2.1 课程设计概述 (1) 2.2 需求分析及研究意义 (1) 2.3 项目内容 (1) 第 3 章采用的技术 (1) 3.1 SOFTX3000实验脚本 (3) 3.2 IAD实验脚本 (5) 第 4 章课程设计项目进度表 (7) 第 5 章课程设计任务分配表 (7) 第 6 章达到的效果 (8) 6．1程序设计思想 (8) 6．2 程序最终结果 (8) 第 7 章设计心得 (21) 第 8 章参考文献 (22)
第 1 章项目简介 1.1 项目名称 NGN网络信令跟踪与分析（SIP）协议 1.2 开发人员 张骞文（组长）、何凯翔、陈永荣、曾德彪 1.3 指导教师 石贵民 第 2 章项目研究意义 2.1 课程设计概述 通过本次实验，让学生加深对语音分组交换的理解并初步掌握SIP协议的各种消息流程以及分组交换消息抓包解析方法。 2.2 需求分析及研究意义 1、SoftX3000 1台； 2、IAD若干台； 3、实验终端电脑若干台； 4、电话机若干部； 2.3 项目内容 SIP协议 会话启动协议SIP（Session Initiation Protocol ）是由 IETF 提出并主持研究的一个在IP 网络上进行多媒体通信的应用层控制协议，它被用来创建、修改、和终结一个或多个参加者参加的会话进程。这些会话包括Internet 多媒体会议、Internet 电话、远程教育以及远程医疗等。即所有的因特网上交互式两方或多方多媒体通信活动，统称为多媒体会话。参加会话的成员可以通过组播方式、单播联网方式或者两者结合的方式进行通信。
1、掉线率 无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100% TOP小区分析可通过OMC 920提取异常释放原因： □eNodeB发起的原因为UE LOST的UE Context释放次数 □eNodeB发起的原因为切换失败的UE Context释放次数 □eNodeB发起的原因为无线层问题的UE Context释放次数 □eNodeB发起的S1 RESET导致的UE Context释放次数 ?是否存在异常告警或传输闪断 1）通过LST ALMAF查询站点实时告警,参考历史告警； 2）通过DSP BRD 查询单板运行情况； ?通过提取两两小区切换，确定目标小区 1）确定目标小区运行情况，是否基站故障或异常告警； 2）检查邻区间参数设置是否正确； 3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化； 4）检查基站是否周边站点缺少，如为孤站，可视为正常； ?检查S1链路是否配置正确 现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查； ?参数是否设置合理 1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301） 2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； ?是否存在高干扰 1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突； 2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）； 3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； 小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80,则为广电干扰，请大家知悉。 ?是否存在高质差 1）通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； 2）通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； ?是否存在弱覆盖 1）检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； 2）对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； ?现场测试及后台跟踪 1）安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； 2）如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环； 2、接通成功率
一种基于大数据平台的移动通信信令系统 谢识常 目录 摘要 (2) 1.背景 (2) 2.系统框架 (3) 3.系统关键模块 (3) 3.1 系统采集、解析、存储方式 (4) 3.2 数据的建模设计 (5) 4．数据处理中的关键技术 (6) 4.1 Hadoop基础 (6) 4.2 基础数据采用Hbase数据库存储 (7) 4.3 汇总KPI数据使用Hive构建数据仓库 (8) 4.4 上层应用查询考虑Impala数据查询工具 (9) 4.5 Spark计算框架的引入 (11) 4.6 硬件架构参考 (13) 5.结论 (15) 6.鸣谢................................................................................... 错误！未定义书签。
摘要 信令系统是运营商日常运维的重要支撑手段。现阶段数据业务急剧增长，基于传统数据库的信令平台对信令数据的处理越来越困难。本文探讨一种基于 大数据平台的移动通信信令系统。先给出系统的主要框架，论述数据处理的流程，已经讨论系统涉及的关键大数据技术，最后给出一个硬件的配置参考样例。 1.背景 2012年广州在全国率先建设TD-LTE试验网络，2014年广州4G网络正式商用。现阶段数据业务需求猛增、流量急速增涨。移动需要四网协同(WLAN、LTE、3G、2G)，做到集中管理、实时维护网络存在的问题，及时处理网络故障。信令是网络交流的语言，网络的管理与优化需要完善的信令系统的支撑。随着用户、业务、信令数据的急剧膨胀，基于传统数据库的信令系统已经很难满足网络运 维优化的实时、存储及分析要求。 例如，2015年广州本地信令系统对于4G KPI指标只能做到15分钟粒度的 统计，现在客户感知越来越敏感，5分钟内的指标监控能提高网络运维侧响应 网络故障与隐患的主动性；此外，随着信令数据膨胀，传统数据库不能做到线 性增加，数据库分表、分库操作复杂，存储效率低，广州本地信令系统由于数 据库调整造成不可用的时间越来越长；另外，在网络数据的价值挖取当中也缺 乏灵活手段，目前只能按几种固定的时空、网元、目的IP等维度的统计。 大数据技术的日益成熟，在通信领域运用越来越广。更多运营商开始部署 基于大数据平台的信令系统。 基于大数据解决方案的信令系统就是在这样的背景下,专门为规划、运维、优化等部门员工提供所需的支撑数据,提供解决方案的综合分析优化平台。对于移动信令分析，大数据首先是面临着越来越多的海量数据挑战；其次，要通过 合适的分析处理，从大量数据中分析出工程人员需要的数据，区分出重点数据 及非重点数据，分辨出哪些数据是实时需要的，哪些数据是需要存储，为以后 工程人员查询所需要的，并形成实时网络性能管理、故障性能告警、客户感知 预警、客户投诉处理、市场营销支撑等应用功能及数据模块。 本文探讨一种基于大数据平台的移动信令系统。