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建立失败
针对RL建立失败比较多，可采取下面的措施进行处理：
?首先确认Node B小区运行是否正常，小区载波的运行状态，检查告警信息，检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警，如果存在首先进行处理。
?现场复测，分析Radio Link Setup Failure消息，定位失败原因，针对失败原因进行相应的处理；
?检查DOFFC开关，保证关闭；DOFFC是专用信道偏移开关，用来交叉错开帧号，由于功能还不好用，都建议关闭；
?分析是否属于产品问题，请产品帮助定位解决。
3)无应答
针对无应答问题，可以进行以下的处理：
?查看上下行ISCP值，确定和处理干扰问题；
?增大上行干扰余量ULINTERFERESV，该值用来调整和计算上行期望接受功率的大小，间接提高SRB/RB建立时上行期望接收功率；
?对于由于系统间重选导致的大量RRC失败，可以提高最小接入电平QRXLEVMIN或者降低空闲异系统重选门限IDLESEARCHRAT，使用户尽量驻留在T网。
4)FP同步失败
FP同步失败可能的原因：
?可能是Iub接口传输层配置错误；
?或者Iub接口的接线存在问题，导致FP同步失败；
?或者Iub带宽配置错误，在Iub接口出现拥塞；可能的大都是产品故障，提交产品维护部进行解决；
在出现FP同步失败问题时，提交产品维护人员处理。
5)AAL2建立失败
出现Node B和RNC两个网元的传输层参数配置不一致的情况，导致出现RRC建立失败TOP小区。
?首先确认AAL2的参数配置是否正确；
?检查RNC和NodeB侧的PATH ID配置是否一致；检查RNC和NodeB侧的PATH ID配
置是否一致。
2.2RAB建立失败处理
2.2.1CS RAB建立失败原因
CS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表5是CS RAB建立失败的对应原因打点。表6为CS RAB失败对应的原因分析。
表5：CS RAB失败原因打点
表6：CS RAB失败对应的原因分析
2.2.2PS RAB建立失败原因
PS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。表7是PS RAB建立失败的对应原因打点。表8为PS RAB失败对应的原因分析。
表7：PS RAB失败原因打点
表8：PS RAB失败对应的原因分析
2.2.3CS/PS RAB建立失败处理
1)最大速率不支持
在出现因为最大速率不支持导致PS域RAB建立失败时，占用的比例过大，可采用下面的措施进行优化：
?调整下行的最大初始接入速率，使接入的时候避免RAB拥塞；
?调整金/银/铜用户的保证速率，使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题，将其最大初始接入速率调整为128K；
?针对不支持R5业务的数据卡，不能配置为大速率的上行数据业务。
2)无可用资源/拥塞
无可用资源，先要确定，是否存在码资源拥塞情况，或是通过查询IUB口传输资源配置情况，分别进行处理。
码资源拥塞处理：
?针对TOP小区，查看载频和相对应的DSP使用情况,确定载频状态正常；
?对比小区业务量,如果发现是因为业务量过高导致，可以适度提高“最小接收电平/QRXLEVMIN”，减少部分用户接入；
?调整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H业务上行码资源受限，可是将上行初始接
入速率降到16K；
?根据拥塞用户的下行传输信道类型确定拥塞用户中H和D的用户比例，如果是D用户拥塞较多，可以限定金银铜用户的最大速率；如果是H用户较多，
可以针对个别小区扩容一个H频点，但要注意扩容H频点对周围小区的干扰；
?)如果是H用户，建议将H频点的最大接入用户数设置为频点码资源最大能力，不建议设置超过最大能力的值。现网绝大大多数的H载频设置的最大用户数仍
为8，可以将该值设置为7、或者6；
?RRC信令连接建立建立在FACH上面，减少由于随机接入如注册、附着、短信等占有DPCH信道的专用码道资源。
IUB口带宽拥塞处理：
?查询IUB口传输资源配置情况，是否存在资源配置不足情况；另外通过查询告警信息，确定是否存在E1/T1告警，导致可用E1/T1减少；
?话统Counter无法打点，IUB口带宽拥塞的打点可以通过PCHR定位，并且带宽拥塞特征是某个基站下所有小区都有所体现。
RAB异常错误编码Count
NBM_CRA_CELL_RR_IUB_DL_FAIL(168724457) 59
?确定E1/T1资源不足或者E1/T1告警，需推动E1/T1扩容或者告警处理。
3)UE无相应
?跟踪用户CDT定位问题，确认RNC是否收到UE上报的RB配置完成消息；
?观测TOP小区的上下行干扰水平，避免由于个别小区干扰较大导致UE无相应；
?如果存在弱覆盖，优化重选参数，使UE尽快选到信号更好的小区；
?提高上行干扰余量“ULINTERFERERSV”，以增大开环功率；
?确定是否由于问题终端导致。
2.3接通率TOP小区一般处理过程
1)查询和分析TOP小区的话统，确定是RRC建立成功率问题还是RAB建立成功率
问题，并通过对应的话统原因Counter，确定失败的原因类型，以便下一步的分析；
2)查询TOP小区是否存在告警或者故障：特别注意驻波比告警和载波是否可用，GPS
告警（GPS失步）是引起上下行干扰的重要原因，这些告警将严重的影响RRC建
立成功。
3)上下行干扰：上行干扰可以通过后台查询和统计上行ISCP值状态，如果出现较大
的波动或者持续大于－95dBm以上，可以确定存在上行干扰，需需要对干扰进行
分析；首先，进行对问题小区的频率和扰码进行分析，是否同频、同扰干扰；其次，
需要现场进行测试核查，是否存在较大干扰源，特别地，对于室内分布系统，需要
排查分布系统是否存在干放和合路器，干放及合路器问题通常是重要的上行干扰问
题源；下行干扰，可以通过现场测试，通过C/I状况进行确定，频率、扰码分析是
重要的手段。
4)无线环境因素：PS业务主要在室内使用，如果没有分布系统，室外站点的PCCPCH
RSCP的接受电平相对较低，或者直接是弱覆盖，是RRC的建立成功的直接原因，因此，可能要提高PCCPCH功率，或者调整最小接入电平QRXLEVMIN（将此部
分用户迁移至覆盖更好的2G系统）；
5)针对现场测试和后台分析，可以通过调整部分参数，提升RRC/RAB成功率。
3无线掉线率TOP小区分析处理
3.1CS掉线处理
3.1.1CS掉线话统打点原因
CS 掉线的原因可以通过话统原因统计的细化Counter进行确定。表9是CS掉线的对应原因打点。
表9：CS掉线的对应原因打点
3.1.2CS掉线原因分布
全网的CS掉线的主要原因是：
?RL失步；
?SRB复位；
?UE侧信令释放；
?UE RB重配无响应。
CS掉线的TOP小区的主要问题原因集中于RL失步和SRB复位。
RL失步：
RNC收到NodeB上报的RL Failure，RL失步的判断机制为处于CELL_DCH状态的UE，NB检测到上行连续接收到来自物理层的NOUTSYNCIND 个连续”our of sync”指示时，启动定时器TRLFAILURE ，在此过程中若连续接收到来自物理层的NINSYNCIND 个连续”in sync”指示，TRLFAILURE停止，否则TRLFAILURE 超时，视为无线链路失败。NB发起Radio Link Failure Indication过程，RNC等待IUCSRELNORABTMR超时发起Iu release request，请求释放Iu连接；
SRB复位：
SRB复位是针对使用AM 模式的SRB而言，在RLC AM模式下，当某个PDU 经过Max_DAT-1 次重传后，都没有成功发送，发送端上报RLC不可恢复错误，RAB 释放。
3.1.3 TOP小区CS掉线处理
1）RL失步
可以采用以下的处理方式：
?处理弱覆盖区域（通常接入电平较低，可以通过PCHR工具确定用户的RACH接入电平）导致的RL失步掉话，可以通过RF调整进行处理，另外对于RF调整无法进行调整的可以考虑通过调整最小接入电平，避免用户接入T网或者调整2G/3G互操作参数，将用户迁移至覆盖更好的2G网络；
?调整无线链路最小发射功率；
?确定是否存在上行ISCP异常问题，核查处理内、外部干扰；
?营业厅或者出售SIM/终端场所的异常操作（拔电池、频繁试SIM卡）导致的RL 失败可以通过PCHR确定。
2）SRB复位
SRB复位，主要是由于上下行链路质量较差导致，处理方法有：
?RF调整；
?2G/3G互操作调整，将用户迁移至覆盖更好的2G网络；
3）RB失败
?切换失败导致的掉话，可以通过核查联合报表和CELL to CELL切换统计确定，梳理邻区关系，确定目标小区是否存在问题（硬件故障等）；
?部分异常终端问题，通过PCHR确定问题终端类型。
下表是RNC的话统统计点和实际掉话原因的可能关联关系。
3.2CS掉线处理
3.2.1PS掉线话统打点原因
PS 掉线的原因可以通过话统原因统计的细化Counter进行确定。表10是PS掉线的对应原因打点。
表10：PS掉线的对应原因打点
3.2.2PS掉线原因分布
全网的PS掉线的主要原因是：
?RL失步；
?SRB复位；
?TRB复位；
?UE侧RB重配超时（UE无响应）；
?UE侧信令释放。
3.2.3 TOP小区PS掉线处理
1)RL失步
RL失败导致的PS掉线和CS掉线原因是一直的，下行链路失败，伴随着Cellupdate 出现，可以跟踪信令或者PCHR数据核查到；上行链路失步，除上行干扰和弱覆盖问题导致外，现网的大量营业厅或者其他用户的业务模式下直接拔数据卡贡献了大量的RL失败PS掉线，严重的影响全网的PS掉线率，需要引导用户的使用行为。
RL失败处理方法：
与CS RL掉话处理方法一致。
2)SRB/TRB复位
SRB RESET：网络侧下发测量控制后收不到终端底层回复的ACK消息发起IU Release 原因是Radio Connection with UE lost，统计原因值为SRB RST，主要包括RB重配置完成消息网络侧未收到，测量控制报告下发后接收不到L2确认发生S R B复位以及N ode B上报RL Failure。另外，部分由于终端上发因SRB Error引起的CELL UPDATE。其主要原因是空口质量差以及用户间干扰较大，可以调整下面的参数尽量去避免：
?调整频点，使用室内频点替换H频点，降低频点间的干扰；
?针对H负载较高的TOP小区，可多配置一个H载波，即采用配置两个H频点的方法，在辅载波上配置H频点，将H业务分散开；
?对R4业务的下行DCCC算法速率调整门限进行调整，降低DCCC的次数以降低RB重配置发生的次数，降低掉话率；
?RF调整；
?2G/3G互操作调整，将用户迁移至覆盖更好的2G网络。
3)UE无响应
UE无响应，系统下发RB重配置消息后，未收到RB重配置完成消息，主要是由于空口原因导致。
跟踪TOP小区忙时的PCHR log进行分析可知，UE无响应主要由DCCC算法对于在DCH上下行信道动态调整RB重配置过程超时导致，需要对DCCC算法的参数进行优化，优化措施如下：
?设置初始接入速率为16k，可以减少接入失败及初始接入后从32k重配置到16k的概率，从而降低RB重配置的概率，降低RB重配置失败的次数，
MML设置如下：SET FRC: ULBETRAFFINITBITRATE=D16；
?上行中间速率为手动配置的32k，下行采用3级调速；
?设置用户BE业务上行DCH最大速率,建议设置为64K，对不支持R5的用户，限制最大接入速率，初始接入时使用128K；
?目前19号软参26bit，置1，D2D由于码资源不够，切换失败，上行降速到GBR 下门限或DCH下门限。
4）负载较重大的小区，可以调整载波优先级。
3.3掉线率TOP小区一般处理过程
1)查看问题小区本站点及周边小区是否告警：重点关注站是否存在驻波比告警、GPS告
警、小区载波状态是否建立已可用，存在硬件告警的，将问题及时反馈，通知工程和维护进行处理。
2)查看信令流程：对于连续多天全掉话/高掉话（掉话率>90%）小区，首先检查是否有故
障（告警），并进行单小区Uu口、Iub口、Iu口信令跟踪，获取相关信令；从信令中分析异常释放的原因，做相应的处理。
3)查看是否存在上行干扰：从话统数据中获取上行各时隙干扰统计数据，看网内是否存在
强干扰导致的掉话，对于上行干扰导致的掉话，一般会伴随着接入失败率高、CS掉话率高、切换失败率高等现象。
4)查看是否存在下行干扰：进行小区内详细路测，获取PCCPCH C/I、下行时隙的ISCP
和频点占用信息，观察是否存在较大范围C/I小于－3db、ISCP过高的情况。需要检查频点扰码分布的合理性，如果存在同频同码组小区相邻并且正对的情况，需要修改扰码规避。
5)查看是否由于切换失败导致的掉话：对于掉话率偏高（非全掉话）的情况，需要同时检
查系统内切换成功率和系统间切换成功率，如果切换成功率较低，意味着在用户所在地点有别的小区可以提供更好的服务，但无法切换。这种情况下需要检查切换相关参数，提高切换成功率，减小掉话率。同时需要检查是否有邻区漏配，这种情况在话统切换成功率中无法体现，可以通过基站分布图大致检查地理分布相邻的小区是否已经配置为邻区。邻区的合理完善配置需要通过路测优化来完成。
6)查看是否由于弱覆盖导致的掉话：对于掉话率偏高（非全掉话）的情况，需要查看RRC
建立成功率是否较低，如果是，考虑到PS移动性较低，则可能是覆盖弱导致的掉话。
结合小区级trace跟踪，分析掉话用户的RRC请求中携带的PCCPCH RSCP，看是否存在大量用户接入时RSCP小于-95dbm的情况。小区弱覆盖的判断需要结合路测数据，观察小区覆盖情况，进行RF优化改善。可适当加大PCCPCH功率（建议3dB以内，不超过PCCPCH最大建议配置功率），增强覆盖；或者反过来，调整最小接入电平QRXLEVMIN，适当抬高接入条件，保证接入时的电平稳定。
7)检查是否由于功率参数设置不合理。对于PS掉话率偏高（非全掉话）的情况，需要检
查RL功率参数设置是否合理，包括无线链路最大最小发射功率MAXDLTXPWR/MINDLTXPWR，减少由于功率过小导致边缘用户掉话。
8)检查是否由于个别用户导致的掉话指标异常。用户由于终端原因或者所在位置覆盖较
差，会造成频繁掉话。
4切换失败TOP小区分析处理
切换，按照切换类型分为接力切换和硬切换，根据频率是否相同则分为同频切换和异频切换，现在项目存在RNC内切换、RNC间切换（华为网内）、RNC间切换（华为－大唐）三种类型。分析切换问题需要对源小区和目标小区的属性进行区分，是NRC 内还是RNC间，RNC间需要特别重视核心网侧的数据配置。
分析步骤和思路：
1)后台告警查看：确定小区及周围小区状态是否正常，是否存在GPS失步，驻波比
告警等重要告警，存在硬件告警的应优先分析硬件告警带来的影响，并反馈故障
问题，推动故障解决；
2)确定切换问题类型，是RNC内切换还是RNC间切换，是PS域切换问题，还是
CS域切换问题；RNC间切换问题，如果CS切换正常，PS存在问题，说明相邻
小区数据正常，问题很可能在于PS域核心网数据配置；
3)核查邻区数据配置是否合理，是否存在邻区漏配或者邻区配置数据错误；是否存
在大量冗余邻区，过多的邻区，终端在处理测试报告时，负荷过大，处理机制缺
陷，易导致切换失败，特别的，对于相邻小区之间的同频小区，会导致同频虚高，
使终端切换至实际电平非常差的小区而失败；
4)现场测试处理，确定问题小区的主要覆盖范围，观察邻区列表内的相邻小区是否
合理，冗余的可以删除；同时通过扫频仪，确定是否有最优小区漏配；选择合适
的位置点，在问题小区和目标小区进行CS/PS业务的强制切换，看能否正常切换，
并同时后台进行跟踪，并通过后台跟踪数据和前台测试数据对比，确定切换失败
流程问题；
5)容易导致异频/同频接力切换失败，可以通过核对TOP相邻小区之间的频点关系，
调整载波的优先级，使TOP相邻小区进行异频接力切换；
6)对于弱覆盖区域必须保留的TOP切换相邻小区，可以提高切换目标小区的上行、
下行切换干扰余量，提高接力切换成功率。
52G/3G TOP小区分析处理
5.12G/3G TOP小区定义
一周内异系统切换出尝试次数较多且失败率高，对话统2G3G互操作成功率影响较大的小区。
5.22G/3G TOP小区处理思路和方法
1．根据机房提取的最新MML脚本列出该小区所有GSM邻区，标出问题目标小区。
2. 根据拓扑结构列出问题小区覆盖范围内所有合理GSM小区（包括共站址GSM小区）。
3. 分析发生切换失败的目标GSM邻区是否合理，做出优化调整，具体原则如下：
1)目标GSM小区为室分站或拓扑结构上明显不合理宏站，删除邻区关系后添加合理
GSM小区。
2)目标GSM小区为合理宏站，添加其他合理GSM小区或者修改异系统切换参数。
3)目标GSM小区本身就是共站小区，如果共站GSM小区有1800小区，则删除后添加上
GSM1800小区；如果没有共站1800小区，则添加其他合理GSM小区或者修改异系统
切换参数。
4)对未删除邻区关系的情况，若做出上述初步优化后仍有异系统切换失败记录，可
能是GSM信号干扰较大导致，在排除终端问题的情况下可以删除该目标小区添加
合理GSM小区。
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建立失败
012年最新鲜的华为面试闯关全程记录大片，不要错过，供大家参考啊！ 作为一个学计算机的，最后签了华为总感觉有些纠结。。。。。。 废话不多，先背景：本人大学本科女，学校985+211。计算机专业，成绩还算说得过去吧。第一轮：简历。华为公司官网有自己的简历模板，尽量填全一点。因为我注册的特别早，所以当时还没有项目经验，就没填，直到接到机考通知，项目部分都是空白的。 第二轮：机考。这个机考相当的**，出的题相当简单，只要是学过C或者Java的都能写出来。机考要注意的是要求语言不限，就是C，C++，C#，Java都行，不过没见有人用C和Java以外的。题目是三选一的必答+一道选达。题目应该不会变，都特简单，比如有个是把一个字符串的首字母变成大写，还有事判断一个数是不是7的倍数，或者里面是不是含有7这个数字。3选1的我就看了这两个，剩下的1个忘了。选答是统计一个数组里出现次数最多的数字。汗吧，就这么小儿科。。。但是恶心的地方就是提交程序有一定的格式，比如C 的主函数必须返回int，Java的主类必须起名叫Main，否则会运行出错。里面的输入输出也必须是标准的输入输出，结尾必须用空行结束，中间不允许有空行……听说百度的编程大赛也是这样的……具体的会有个说明的网页，到时候就能见到，一定要好好读一读，不然提交了编译也通不过。 我机考的结果不怎么样，编译通过了，测试没通过，属于比较差的，这个问题一直跟到我最后一面，还在被面试官揪着不放。 第三轮：技术面。技术面根据面试官不一样问的问题也不一样，这一面主要还是核实你简历上专业相关知识的掌握情况。去的时候会通知你带官方简历纸板（打印这个时候我把项目经验补上了），成绩单原件及复印件，六级成绩单，学生证，身边证。自己最好带张纸再带根笔。到哪儿不要慌张就好，去之前找找前辈的面经，比较有帮助，再有就是这个面试是分批分次的，你可以问问比你先去的人都问了什么问题。这个也很有用，我是第一天的5：30 那一批的，当时就听说有人被问操作系统的问题，所以回来赶紧网上找找操作系统学习心得，恰好最后还真问了我一个问题跟操作系统有关。这一面不会刁难你，一定不能紧张。我只准备了一天，从早8点到晚上4点，准备了如下的东西 1）要求带的各种证件和笔 2）看了看自己申请的职位要求，我申软件研发，要求比较少，就看了看计算机网络相关的东西。 3）自我介绍。汉语版加英语版。别以为研发不会问你英语，我就被问到了。还好有准备，一会再细说这个。 4）打电话询问了其他人面试的情况，临时决定看看操作系统。 提前半个小时到了指定地点，本以为能歇一会，结果马上就叫到我了，这种情况估计就是有些人没去就是面试时间比预计的都短，总之就是有点小匆忙。这里有一点要说，就是着装。很多人说搞技术的没必要穿正装，我觉得也是，最后签约的人也有大概一半的人从头到尾都没穿过正装，不过我倒是穿了，还穿了个大高跟，吃了不少苦头啊。我穿正装主要的原因是我平时的衣服有点太休闲了，真是不太合适这种场合。这个看个人的想法吧，但是这个对搞技术的来说加分不多。 技术面的面试官人不错，穿的很随意。和我交流的流程如下： 1)自我介绍，汉语的。 2）具体讲讲自己做过的项目。这个项目其实本科没有也正常，但是好歹生产实习什么的平时做的东西也不少，都可以拿来说一说，一定要挑自己做的比较好的说，介绍的时候一定强调重点，同时也承认自己程序的不完美。我是写了个爬虫，其实就是个网页下载器，结果一眼就被人看出来了，还好自己也知道自己的东西是怎么回事，就老老实实的承认了，我看见面试官还笑了一下。
小学语文分层教学经验总结 二郎坝小学杜春艳 我们学校属于乡镇学校，家庭教育的差异较大，给教育教学带来了较多的困难。尤其是课堂教学，如果采用“齐步走”的方法，“吃不饱”和“难消化”的现象就会日益突出。而在班级授课中实施“面向全体，分层施教”的分层教学法，把班级教学、分组教学和个别教学三者有机地结合起来，扬其长而避其短，即能最大限度地克服过去班级授课制中的种种弊端，尽可能地让学生的个性、特长得以最充分的发展，使“不同的人学到不同的知识”、“人人都学到必需的知识”。我考虑到学生中存在的差异程度，综合考虑每个学生的智力、非智力等因素，运用模糊学的方法，把全班学生分为短期性的（即处于发展变化状态而短期内又相对稳定的）a、b、c三个层次，并依据群体学生的差异，区别对待地制定分层教学目标，采取分层施教、进行分层评价，并有针对性地加强对不同层次学生的学习指导，从而大面积提高教学质量。 1、面对有差异的学生，实施有差异的教学，促使每个学生在不同基础上得到提高与发展。 2、形成一种便于操作的分层区别教学的模式。 3、通过好、中生的相互协作，培养学生的合作精神和自主创新能力。通过对学困生的直接教学和个别辅导，消灭“陪读”现象，更好地补差、防差，实现面向全体学生，全面提高教育质量的素质教育要求。通过分组区别教学的教改实验，提高学生的学习成绩。改变以
往教学目标要求统一的状况，针对同一班内不同层次，不同学习水平的学生，有时我设计不同层次的教学目标，使教学目标指向每一个学生的“最近发展区”，具体可分为： a、最低限度的课程标准，教材要求。 b、标准、教材的全部基本要求。 c、对课程标准、教材基本要求的适当提高、加深。鼓励不同层次学生在达成本学习领域共同性目标后，选择高一层次的目标进行学习，用不断递进的分层目标来引导和要求学生，使教学要求和学生可能性的关系，始终处于动态协调之中。 4、教学分层过程 改变传统班级授课的课堂教学组织形式，采用“合——分”式教学结构，既有面向全体的“合”，双有兼顾各组的“分”。保证在一节课内既有统一的讲解、答疑、矫正、小结，也有分组的教学、自学、合作学，还有分层次的练习和个别指导。其基本模式是“合”（激趣入题、明确目标）——“分”（学习新知、巩固练习）——“合“（反馈口授，课堂小结）——“分”（课内作业，巡视指导）。“分”学的结构，可借鉴复式教学的经验，采用动、静交替的形式进行，要注意“分”而不“离”，“合”而不“死”。 5、练习作业分层次 不同组别完成不同程度的作业。 a组学生完成基本题。 b组学生完成基本题加综合题。
必看| 想进华为，先过五轮面试！ 在BAT之外，华为可以说是毕业生求职的热门之选。你也有考虑过去面试华为？先看看过来人是怎么脱颖而出的吧！五轮面试经验，高能预警！ 首先自我介绍，小硕，文科生，非人资专业。 华为在武汉的招聘每年规模都很大，这次算是见识了，每天几百学生出入酒店。HR MM们工作效率都非常高，也很贴心。原本以为专业不对口被刷掉了，居然还是收到了面试短信。第一轮填完表，坐定，观察四周环境，“霍霍，这赶集来了”,没几分钟，大堂里喊到我的名字，一个美女姐姐。 1一面： 主要问题：自我介绍;你为何应聘这个岗位;谈谈你对这个岗位的认识(考专业知识);谈谈你最成功的经历(这个几乎每个公司都问)……过程中有点紧张，美女姐姐安慰不要紧张，我俏皮一笑“我是担心您因为我不是非人资专业的而放弃我”,美女一笑但不做声。谈毕，她让我回到大堂等消息，这次等的时候还是一点点把握的，果然五六分钟之后，大堂里叫到我的名字，成功进入二面。 2群面： 二面据说是群面，我虽然做过，但每个公司风格差异太大了，曾经因为过于表现自我，被HR认为aggressive被刷过。于是悄悄问身边同学有没有做过功课，这个公司群面时喜欢哪种人，无果。群面等了至少有半个小时，期间看到HR忙进忙出的，终于轮到我们了，入场，坐定，每个人写好自己的“名牌”,然后总HR让大家自我介绍，并没有要求按顺序来，因此，大家都有点争先恐后，不过总体还是很友好的。说到HR感兴趣的点时，会问几个问题，有的直接pass进入下一个。我自己介绍准备比较充分，有些点都抓住了HR的兴趣，因此来回问答了很久，开场有点“锋芒毕露”……自我介绍完毕，是个人提问环节，他挑一些人提问，这次完全忽略我了……接着是小组讨论，话题是“自立自强”的影响因素排序，虽然不想做leader,但是大家似乎都没这个意愿，只好挑起重担，很快我们统一意见……接着，HR要求我们组的另外一个同学作为小组总结陈词，(当时还有点吓到，我这个leader 完全无视了，再想想，这个GG在讨论中比较沉默冷静，可能HR需要进一步观察)，后面针对每组总结进行提问，基本上HR感兴趣但不了解的人会问得多一些。这一轮我再次没有机会说一句话，那时心情那个沮丧啊，心想肯定是第一轮“霸气外露”了，惹得HR烦了，后来才明白原因。最后我还是拼死想表达点什么，但还是无情地被拒。第二轮结束，大家离场，我和另外一个可爱的男生跟HR致谢离场。 3三面 在外面等结果时，因为心情沮丧，觉得希望不大，躲着卫生间给好友打电话，哎呀呀，出来后只听到HR叫我们组的一个男生进去谈话，其他人都去做测评，我当时震惊了，不会吧12个人，刷1一个
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层丢包原因总结
三次面试华为销售职位的失败经历 华为这家公司，虽然最近风波很多，但是仍旧吸引了众多的求职者，因为优秀的公司终究会继续优秀下去。 华为,面试了三次,三次都以失败告终.不过每次失败,都能从中学到些东西,记下这些东西,算是值得我好好思考的财富.在这里将这些经历贴出来，希望会对一些朋友有所帮助。 2007年12月7日,刚毕业几个月的我通过内部推荐的方式获得了一次面试机会.地点是在深圳南山区的华为终端公司. 当天一早,便和室友(他也获得通知去终端面试,搞技术的)出发,提前半个小时到了科技园那个立交桥,曾经作为供应商来过终端公司一次,不过那次是公司司机开车去的,具体方位也找不准,只是凭着模糊的记忆,两个人开往终端公司走去.路上运气好,问路问到了爱默生的一个兄弟,爱默生和华为都是在一个软件园,于是跟着这位爱默生哥们到了华为.同爱默生的哥们告别,按照路边帖上的指示牌,到了食堂===面试地点.之前曾听说华为的食堂面试有多么的壮观,不过终端这边看来,规模要小很多.或许,是食堂小的缘故吧. 排队交了简历.便开始了在食堂里面的等待时间.发现还有很多员工在吃饭,一看时间,8:50.看来工作还是挺优哉的.九点半左右,室友去考试,当时俺还担心让我去做技术方面的题肯定就没戏了.幸而,很快发现只有应聘研发的兄弟姐妹们才做试题.心里稍微安定了些.继续等待,期间趁机观察了下正在面试的人员情况.有人一面之后回来坐着,面色喜悦.也有人直接拿着东西走出了食堂.回来坐着的人很快开始填资料,再交给招聘人员.看来,一面完了能回来坐着填资料的,都是通过初次筛选了的. 十点过,终于轮到我面试了.当时内部推荐是应聘的销售管理,面试官和我谈了些基本情况后,愣的问出了句:”你最想干什么工作?”我也头蒙了似的回了句:”俺想做销售”.”那你为什么来应聘销售管理?”“我希望做一段时间的销售管理之后,熟悉了公司流程,转到销售岗位” “但是我们公司转岗是相当困难的…”然后就是沉默,我当时脑子也觉得此次面试就此终止,该提上包走人了.大概持续五秒钟后,面试官开口了:”我看这样,我觉得你的谈吐,你的性格比较适合做销售,我把你转到销售岗位去吧” 随后,面试官便将我的资料给了食堂门口那的工作人员. 忐忑不安的到位置上坐着,心里边还在想岗怎么那样和面试官说恩?似乎有点点懊悔.不过时间不会倒流,还是继续等吧.在等待的时候,又看了看其他的面试者,发现面销售的人90%都是西装革履,看上去也是工作经验丰富.就俺一个穿的最寒颤,黑色休闲裤,蓝色格子衬衣,加了个大三时买的米黄色外套.看起来书生气很重.心里又开始没底了.越发
EPC工程总承包管理经验小结 EPC工程总承包管理的本质是要充分发挥总承包商的集成管理优势，需要总承包商强大的融资和资金实力、深化设计能力、成熟的采购网络，以及争取施工技术精良的专业分包商的资源支持和有效监控等。 工程总承包出发点是以项目整体利益为出发点，通过对设计、采购和施工一体化管理，对共享资源的优化配置、大型专用设备的提供以及各种风险的控制为项目增值，从而获取更多的利润。 工程总承包管理的核心内容就是工程的设计（或深化设计）、采购、施工以及调试验收的管理. EPC模式的特点其实也就是他的出发点，就是获取更多的利润，EPC模式也是成功实施BT、BOT项目的基础，带有融资性质的BT、BOT项目中的B 就等于EPC，只有通过EPC模式经历了建设项目从规划设计到竣工验收交付的全过程管理，才能够真正掌握项目建造的全部成本要素。施工总承包项目只给承包商提供了发挥施工技术优势的空间，承建商只是通过施工方案优化控制项目建造的很有限的部分成本要素，毕竟施工过程只是整个建设过程的一个环节，因此他的作用也是有限的。对EPC工程总承包项目而言，更加重要的是总承包商有机会通过把握设计优化机会以及EPC的一体化降低整个工程的建造成本并保证建筑产品的质量。 操作过程中分为施工前的准备和施工过程的工作几个主要步骤： 施工前的准备： 1：工程总承包模式 ＊2：总包商的融资策略与项目资金管理 3：工程总承包投标策略 ＊4：工程总承包的商务谈判与合同管理 施工过程的工作： ☆1：工程总承包的深化设计管理 ☆2：工程总承包中的分包商管理 3：工程总承包项目的风险管理 ☆4：工程总承包的采购管理 5：总承包的组织管理体系 我局承建了省水电设计院总承包的泵站更新改造工程，在实际生产过程中，由于都是第一次按照这类型承包方式，虽然双方都本着不断探索、互相学习的精神顺利圆满的完成了施工任务，但过程中暴露许多问题和不足之处，还是值得我们自身总结的，主要集中在以下几个方面： 1：工程总承包的商务谈判与合同管理 在合同谈判的过程中，应当充分考虑由于外部环境的变化，特别是近几年由于物价上涨被别快，甚至超出了我们在招投标中的风险预期，这就要求我们在招投标过程中加强一些风险防范意识，努力规避风险，保证自身的合理利润。
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；关注拥塞，业务流控相关参数是否设置正确等；
华为面试经验评价 今年第一次收到华为的面试通知,还是在几个月前。部门：战略与marketing管理部;职位：不祥;地点：华为基地;时间：上午。 初试是电话面试,时间是晚上7点!听过我的自我介绍并简单了解后,面试官MMA告知会有其他的同事通知我下一轮面试。半个小时左右的时间,收到MMB的电话,约定面试时间后,给我发了一个短信。(评：华为的加班文化早有耳闻,这次亲历感觉很怪——敬佩这两个MM 的同时,想到自己如果进去也要白天开会、晚上加班,不免有些余悸～) 但是由于部门组织旅游活动,时间冲突,所以打电话告诉MMB取消面试。回来之后的一周时间,由于经常开会,手机大都是在静音状态,几个电话都没有接到,回复又没有打通,直到第7个电话才联系到MMB,表达歉意之后,再次约定了时间。(评：我想这个MMB的7个电话,将会影响我今后的HR生涯,我不知道有多少朋友给应聘者打过7个电话,但是我没有!我也不知道对方是出于何种原因,但这足以感动作为应聘者的我!) 约定的时间,请了天年假,到了华为基地,见到了电话里的MMB(挺漂亮,呵呵。)简单的寒颤几句后,被带进一个小房间,她给了我一瓶水和一份面试登记表。(评：水是细节,但是很多同行容易忘记!) 一份2页4面的登记表,第一面是介绍华为公司及其用人理念,下面是工作地区的选择,分别是国外、国外艰苦、国内其它和深圳,最后是签名跟应聘部门;第二面是个人信息,印象深的两个地方一个是国籍(个人觉得外国人因该不会填写这表,中国人的话,这个似乎又没有必要。)一个是要写类似座右铭;第三面是工作经历;第四面是工作经历跟诚信承诺,印象深的地方是除了要应聘者承诺信息真实,允许背景调查外,增加了对没有跟其他公司签订竞业协议和试用期通过考核的承诺。(评：老实说这份登记表排版不专业,略损华为的形象,而且很多地方的空余太小,字都要斜着写。但是还是有很多值得学习的地方,例如诚信承诺部分。) 填完应聘登记表10几分钟后,进入了专业面试,半个小时左右的时间,面试官MMC了解我具体工作的一些事情和我对理论知识的理解后,告诉我等下一轮的面试。(评：谁听谁讲是面试时HR需要注意的问题,但是MMC做的比较好,因为她出去之后,我因为口干赶紧喝了几口水～) 略等之后,进入了素质面试,面试官MMD告诉我MMC对我的专业水平很是佩服,在聊天的过程中,她发现了我的求职意向和动机的问题(自己很失败～),并告诉我会跟上一轮的面试官MMC商量后,确定是否让我进入下一轮。(评：面试官之间的交流在很多企业只是通过评议表上的评语,然而这显然不够,在这一点上,华为值得学习。) 大概20多分钟后,面试官MMC进入了房间,再次了解我的意向跟动机后,告知由于综合面试官很忙,如果我的意向不强的话,可能就不会进入下一轮面试。出去与MMD再次沟通后,我的这次面试进程结束。(评：很佩服MMD,能够那么快的让我放松了戒备,并暴露了求职意向与动机问题,同时在判断出我的问题之后,通过面试官之间的交流,果断的不让我进入下一轮综合面试,非常专业!) 综论：整体来讲,结果虽然不满意,但是过程收获很大,面试过程中接触到的4位MM给我
EPC工程总承包管理的本质是要充分发挥总承包商的集成管理优势，需 要总承包商强大的融资和资金实力、深化设计能力、成熟的采购网络，以及争取施工技术精良的专业分包商的资源支持和有效监控等。 工程总承包出发点是以项目整体利益为出发点，通过对设计、采购和施工一体化管理，对共享资源的优化配置、大型专用设备的提供以及各种风险的控制为项目增值，从而获取更多的利润。 工程总承包管理的核心内容就是工程的设计（或深化设计）、采购、施工以及调试验收的管理. EPC模式的特点其实也就是他的出发点，就是获取更多的利润，EPC模 式也是成功实施BT、BOT项目的基础，带有融资性质的BT、BOT项目中的B 就等于EPC只有通过EPC模式经历了建设项目从规划设计到竣工验收交付的全过程管理，才能够真正掌握项目建造的全部成本要素。施工总承包项目只给承包商提供了发挥施工技术优势的空间，承建商只是通过施工方案优化控制项目建造的很有限的部分成本要素，毕竟施工过程只是整个建设过程的一个环节，因此他的作用也是有限的。对EPC工程总承包项目而言， 更加重要的是总承包商有机会通过把握设计优化机会以及EPC的一体化降 低整个工程的建造成本并保证建筑产品的质量。 操作过程中分为施工前的准备和施工过程的工作几个主要步骤：施工前的准备：1：工程总承包模式 ＊2：总包商的融资策略与项目资金管理 3：工程总承包投标策略 ＊4：工程总承包的商务谈判与合同管理施工过程的工作： ☆1：工程总承包的深化设计管理 ☆ 2：工程总承包中的分包商管理
3：工程总承包项目的风险管理 ☆ 4 ：工程总承包的采购管理 5：总承包的组织管理体系 我局承建了省水电设计院总承包的泵站更新改造工程，在实际生产过程中，由于都是第一次按照这类型承包方式，虽然双方都本着不断探索、互相学习的精神顺利圆满的完成了施工任务，但过程中暴露许多问题和不足之处，还是值得我们自身总结的，主要集中在以下几个方面： 1：工程总承包的商务谈判与合同管理在合同谈判的过程中，应当充分考虑由于外部环境的变化，特别是近几年由于物价上涨被别快，甚至超出了我们在招投标中的风险预期，这就要求我们在招投标过程中加强一些风险防范意识，努力规避风险，保证自身的合理利润。 2：工程总承包的深化设计优化问题作为设计总承包的核心问题，对设计的优化（或深化设计）重要性不言而喻，可以说是最重要的一环，这一步骤直接影响下游的采购和施工成本高低，设计应当派遣即有设计经验又有现场施工管理的人员进行综合考虑，才能达到最大的设计优化，实现最大利益，在实际操作过程中，设计往往由于人员经验不足或者重视程度不够等原因，没能达到这一要求。3：工程总承包中的分包商及其团队管理问题 由于EPC模式已成为工程建设中比较高的境界，对于分包商及其工作 组成员的素质要求要高于其他施工管理组的。其成员往往是在专业上的技术专家，同时也是管理协调方面的能手；不仅在技术工作、设计工作、现场建设方面有着多年的工作经历，而且在组织协调能力、与人沟通能力、对新情况的应变能力、对大局的控制和统筹能力方面均应有出色才能。而能够达到这一要求的很多都是行业内有信誉、有实力的大分包商，他们有经验也有条件对一线具体工作步骤进行大胆技术创新，从而提高整个过程的利润，实现双赢的局面。正是高素质、高效率的团队形成对项目经理的全力支持才得以保证项目的正常实施。因此分包商的选择也是很重要的一方面。
面试完华为所有流程分享面经 您需要登录后才可以回帖登录 | 注册发布 (广州这边的)一直忙着别的公司面试什么的，搞到华为都没怎 么去特意准备，赶时间听了华为的宣讲会以后才发现当晚发通知面试，第二天开始就进行，三天后就结束了，对于一直想进华为的我来说，有点突然和紧张。 且不说面试过程中跟别的面试的冲突吧，反正是调时间很烦， 这个就不讲了。 13 号9点过去面试，面技术销售，很快就被叫到一面，因为 12号好多同学面过，都被问到技术问题，比如GSM和WCDMA和7号 信令啊，7层协议什么的东西，因此有所准备，不过到我的时候他没问我技术的问题，很意外。很多同学被要求从技术销售转到技术服务，不转就被刷，我也准备了，但是也没有要求我去转。10 分钟闲聊， 基本都是我在说，主要表达意愿，还说了一下对华为和华为的产品的了解，他应该还挺满意，就过了。 然后等了1个小时左右，被叫去二面，二面是群面，也是最恐 怖的一环节。我们16个人在等待的走廊上先互相认识，我稍微向大 家讲解了一下接下来面试的流程，因为我有听说很多了。然后表示大家要团结，我也提了一些注意的问题，比如尽快达成共识，一定团队团结，让不怎么说话的同学有说话的机会，大家互相之间攻击不要太激烈等等。
然后进去了，一般都是要先自我介绍的，但是我们这队没有，我们直接就发题，然后每个人一张纸写自己的排序，就是给你12个人生的财富，按对人的重要程度全部排序，5分钟，上交答案。接下来就15分钟小组内部讨论，排出整组公认的顺序出来。由于我比较积极，被队友推出去陈述，也就是被组长了。接下来就是每组轮流一分钟陈述也就是辩论环节。我第一个陈述，没经验，说了几分钟，被hr说了一下，才发现陈述结论也必须1分钟。。。。然后就激烈的辩论，两队根据不同意见辩论等等。具体的东西不需要说太清楚，我来讲一下我个人对华为群面的看法吧，网上很多面经，但是我建议不要全信，不要有按葫芦画瓢的想法，而应该随机应变才行。所谓的说最多和说最少都会被刷也没有绝对。我觉得说多说少没关系，当然不要太多，也不要太少，整场只说了一次或两次，或者10几次，是很危险的。说的内容应该流利、有逻辑性、合理，能为小组带来优势。这样就好了。不要去装，不要去采取什么战略，随机应变就好。hr 主要看你的反应能力和思维陈述能力。还有倾听能力，所以全场一定不要分心。然后辩论完了，hr不会去关心辩题的具体内容和结论的，这些都不重要。所以最后他是给所有人机会再表达一下自己的看法，我在辩论过程中站起来好多次，这次我就不怎么说话了。然后压力来了。hr开始为难人了，叫你说出自己队里或者对方队里或者所有人中，谁最差谁最好什么的。这个怎么做只能说见仁见智了，还好我没被问到，但是我被针对了，因为我之前说了很多，结果乱箭射向了我，有好长一段时间，hr就问站起来的人，说对我的看法，褒贬不一，
3）调整PRACH前缀最大发送次数增大随机接入成功率，PRACH前缀最大发送次数这项参数不能设置过高，过高会增加对邻区的干扰，取值建议：8次或10次. 4）调整最小接入电平门限。 2 如果主要为“eNB接纳失败”。 eNB接纳失败可理解为基站拥塞导致，结合后台统计该小区实时在线用户数目是否已经达到系统上限。 对于此类问题最好的解决方法就是调整拥塞小区的接纳用户数门限值. 3 如果主要为“其他原因”。 对于初始的RRC建立失败次数，其他原因(个)这项则需要对信令进行跟踪分析，以及查看相关的参数是不是配置错误(如：PCI的PRACH映射关系设置不规范，NCS/PRACH CONFIG INDEX配置等随机接入参数。 E-RAB建立失败TOP及原因分析 A 指标名如下： E-RAB建立成功率E-RAB Setup Success Rate 筛选出RAB连接建立成功率的TOP小区明细 B 具体KPI分析： 通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？ 初始的E-RAB建立失败次数，eNB接纳失败、 初始的E-RAB建立失败次数，空口失败、 初始的E-RAB建立失败次数，安全激活失败、 初始的E-RAB建立失败次数，消息参数错误、 初始的E-RAB建立失败次数，RRC重建立原因、 初始的E-RAB建立失败次数，其他原因、 增加的E-RAB建立失败次数，eNB接纳失败、 增加的E-RAB建立失败次数，空口失败、 增加的E-RAB建立失败次数，切换引起+增加的E-RAB建立失败次数，消息参数错误、 增加的E-RAB建立失败次数，RRC重建立原因、 增加的E-RAB建立失败次数，其他原因 曲线分析结果： 1 如果主要为“eNB接纳失败”, 信令跟踪进行分析。查看小区配置的相关接纳参数是否正常，比如小区Active E-RAB数门限是否设置过小。 2 如果主要为“空口失败”。
我的华为面试经验 YJBYS童鞋今天来晒晒他的华为面试经验 刚华为面试了回来，大概被BS了。华为面试之群面，一组七人，两组PK，我们组是五个复旦，两个财大，先是每人30秒钟的自我介绍，华为面试注意不要超时，要说到自己的优点和缺点，这个时候最好留意一下别人的优点和缺点，因为面试官可能会问你别人刚才说了啥，之后就是一个小CASE啦。我们遇到的是：你被派往国外工作，如果和外籍员工共同高效、融洽地工作，要点和方法是什么?每个人先花五分钟写自己的答案给面试官，然后10分钟小组讨论，派一个人发言，3分钟，小组成员可以补充，补充时间共计两分钟，这个也要注意不要超时，对方的发言人我觉得不错，最后可能就是因为超时于是受到了和我一样的待遇转折号。然后两个组互相PK吧，挑对方的刺。然后各组自己讨论，在自己组选三个人留下，四个人淘汰。 我和另外两位同学(三复旦)自己退出了(其实自我感觉如果争取留可以留)，选了三位同学出来(两个复旦，一个财大)，另外一位同学(财大)也退出了，最后面试官可能会问每一个人，你为什么愿意自动放弃啦之类的话，如果让你重选你选哪面试经验，三个之类的。然后我们组最后一位退出的同学这个时候表达了强烈的愿望说他其实是想留下来的，而我们三个还是坚持了开始小组讨论的结果，力挺了最初选出来的三位，然后面试官说这只是个压力面，其实我们选出来的不代表最后结果，然后我们到外面等消息，没想到的是，我们选出来的三位，和最后自己说要留下来的那位同学，都留了下来(两复旦，两财大)。而我们三个被淘汰了。华为面试之二面：群P，这个好多帖子都有介绍，具体我就不讲了，我们那组10进5，其实不是他们实力不行，而是因为都是销售类的，女生不太合适，而且被淘汰的基本都算是初面，他们被淘汰后，我并没有感到优越，反而有点可惜，因为我们配合过，被淘汰的时候，我去电梯口和他们5个一一握手，不为什么，就为我们合作过吧。进行了2个多小时，但是没感觉到很长。对了，一面二面我就发现华为招人的很专业，问的问题没有废话。 华为面试之三面：机器测试，简单，只要性格不变态，都过吧。 四面：BOSS面，聊了将近一个小时大学生求职网，见到BOSS的时候，感觉好亲切，没有一点大牌，同样是让我先坐，让你你会坐么?哈哈。和BOSS聊的甚是开心，开场就是让我讲，在这里我厚脸皮了，我一个人就算对着墙也能讲一天。我就自己在哪里讲，讲了5-10分钟的样子，感觉应该让BOSS问了，结果，他笑着对我讲，你继续讲，非常非常的NICE啊。 要学会听问题，分析问题 A同学：我们面试中碰到的第一个问题一般是：请你做一下自我介绍，其实这个问题并没有实际意义，从你的简历中，主考官对你己有基本了解，他只是想借此引起话题，应聘者只需用简洁明了的语言，三言两语完毕，太长则令人生厌。 B同学：有些问题，主考官并不需要你给出一个明确的答案，他只是想从你的回答中，判断你处理问题的方式、原则和能力，判断你本人的性格和人品，这就需要你想一想主考官想知道的究竟是什么？我参加国家机关面试时几乎都遇到“当你的意见和领导冲突时，并且领导的意见是不正确的，你如何去处理？”的问题。回答这个问题，当然是不能当面指出领导的错误和领导发生正面冲突的，没有几个领导愿意当面承认自己的错误，也没有几个领导
I C设计经验总结 一、芯片设计之前准备工作： 1)根据具体项目的时间要求预订MPW班次，这个可以多种途径完成。 （1）：一方面可以跟中科院EDA中心秦毅等老师联系，了解各个工艺以及各个班次的时间。半导体所是EDA中心的会员单位，他们会很热心的帮助完成。 （2）：另一方面可以和具体项目合作的单位如清华等，根据他们的流片时间来制定自己的流片计划。 2)仔细核对设计库的版本更新情况，包括PDK、Spectre Model以及RuleDecks。这些 信息可以直接可以从中科院EDA中心获得，或者从相应的合作单位进行沟通统一。 这一点对后续的设计很重要，请务必要引起重视。 3)得到新的工艺库必须整体的熟悉一下，好好的查看里面的Document以及Userguide 之类的，里面的很多信息对实际设计很有帮助。安装工艺库的过程会根据具体设计要求做出一些选着。如TSMC65nm工艺库在安装过程中会提示是否选着RF工艺、电感是否使用厚层金属、MIM电容的单位面积电容值等之类的。 4)制定TapeOut的具体Schedule. 这个Schedule的制订必须请相关有经验的人来核 实，第一次TapeOut的人往往缺乏实际经验，对时间的安排可能会不合理。一旦Schedule制订好后，必须严格按照这个时间表执行。当然必须赶早不赶晚！ 二、芯片设计基本系统框图一
图一 三、模拟IC设计基本流程 3.1) 设计框图如下图二 电路样式选择 电路结构确定 参数的选定 以及仿真 优化以及可 靠性仿真 图二
3.2 电路的式样确定 这个主要是根据系统设计结果，分析和确定模拟电路的详细的式样。 3.3 电路的结构确定 根据单元模块电路的功耗、代价等各个指标的折中分析，确定各个单元模块的具体实现电路形式，如滤波器是无源滤波器还是有源滤波器，有正交VCO产生I/Q信号还是通过/2分频器来实现I/Q信号，用差分形式还是用单路形式等等。在具体电路的选取过程中，我们需要查阅了大量的IEEE文献，从中选取了比较成熟的，应用较广的电路结构来进行我们的设计工作。有时候可能会发现所确定的结构很难或者根本不可能满足技术指标的要求，这就需要改进结构或者查阅文献，设法满足要求。 3.4 参数的选取和仿真 电路参数的选定与电路的仿真是分不开的。在比较重要的设计任务中，手算可以在20%的时间内完成80%的设计工作量，剩下的20%却需要花80％的时间来做。通过手算确定的参数是近似的，有时候会引错方向。但是它可以了解到参数的变化对设计会有多大的影响，是很有必要的。而采用计算机的反复迭代会使设计者对设计体会不深，不是明智的办法。 俗话说“公欲善其事，必先利其器”。目前，在公司内部可以使用多种EDA工具进行电路仿真。对于EDA工具的使用不在于多，能够精通常用的一类或者几类就行。最主要的时候能够灵活的进行仿真规划，知道什么样的电路适合用什么样的仿真工具。 －HSPICE；对于低频电路设计来说，HSPICE是一种最灵活方便的工具，而且其仿真精度也比较高，后来被SYNOPSYS收购，好像也正是因为这个原因使得如今的Hspice仿真速度以及精度都可以跟Cadence产出的仿真器相媲美了。业界使用Hspice作为仿真软件的也挺多，原先是avanti公司的， －Spectre；是Cadence的仿真器，由于其是图形界面，所以很直观。 －SpectreRF：对于射频电路设计，SpectreRF是一种不错的选择。 －UltraSim：相比于Spertre而言，在仿真精度损失3%的情况下，可以加速10~100倍的仿真速度。而且进行整体芯片后仿真时候，我们可以根据其不用的精度要求来设置各个模块的仿真精度。UltraSim Full-Chip Simulator for faster convergence on goals and signoff of post-layout designs at the chip level. 具体UltraSim的使用可以参考《Virtuoso? UltraSim Simulator User Guide》、《ADE/UltraSim Integration Tutorial》等。在网上相关资料很多，可以根据要求自己下载学习。 －APS：Accelerated Parallel Simulator delivers high-precision SPICE and scalable
华为招聘流程： 简历的筛选――电话面试――华为项目面试――谈offer――确认入职时间（签订3年长期劳动合同）――项目报到 华为面试流程： （1）首先资格考试和面试（相应职位的资深工程师主持） （2）其次应聘职位的部门付经理面试 （3）再次应聘职位的部门付经理面试 （4）再次人事面试 （5）最后是付总级的面试 华为面试常问问题： Q1：请你分别划划OSI的七层网络结构图，和TCP/IP的五层结构图？ Q2：请你详细的解释一下IP协议的定义，在哪个层上面，主要有什么作用？TCP与UDP呢？ Q3：请问交换机和路由器分别的实现原理是什么？分别在哪个层次上面实现的？ Q4：请问C++的类和C里面的struct有什么区别？ Q5：请讲一讲析构函数和虚函数的用法和作用？ Q6：全局变量和局部变量有什么区别？实怎么实现的？操作系统和编译器是怎么知道的？ Q7：一些寄存器的题目，主要是寻址和内存管理等一些知识。 Q8：8086是多少位的系统？在数据总线上是怎么实现的？ 华为技术面试注意事项： 面试官：从项目中达到系统分析师级别的技术人员中随机抽取，面试人员人数由候选人多少决定。
笔试：笔试题大部分为比较基础的理论题，均为从华为题库里面随机抽取，题型大致分为判断、选择、问答题等（时间大约90分钟）。 面谈：注重面谈过程中后选人的沟通能力及项目经验的描述。 筛选标准：笔试成绩占30%，面谈成绩占70%。 面试人员除了会考虑候选人的技术方面之外，也会考虑候选人的综合素质，如沟通能力、工作态度、积极主动性等各方面。 面试过程中，可以注意以下几点： 1、面试前，多熟悉自己的简历，比如之前做过的大型或印象比较深刻的项目等。 2、面试开始前，可主动和面试官进行简单的问候。 3、面试官提出问题后，如果没有比较大的把握，可以稍微思考几秒钟，理清思路后再做回答。 4、回答问题，要将自己知道的方面有条理的尽可能多的说出来，不要总是用很简短的语句回答，这样会给客户积极主动性欠佳的印象。 5、遇到不会的问题，不要很快说不会或不知道，可以稍微思考一会，把自己知道的相关联的方面讲出来，如果实在是不会，可以试着和面试官进行探讨。 6、面试结束后，如果面试官询问是否还有其他疑问，不要说没有，也不要询问薪资、福利待遇、加班等问题，可以向面试人员多了解些项目或是技术方面的情况等。 7、面试结束后，离开座位前，对面试官表示感谢。 8、请不在华为公司范围任务区域（包括露天、公共区域）吸烟。 美文欣赏 1、走过春的田野，趟过夏的激流，来到秋天就是安静祥和的世界。秋天，虽没有玫瑰的芳香，却有秋菊的淡雅，没有繁花似锦，却有硕果累累。秋天，没有夏日的激情，却有浪漫的温情，没有春的奔放，却有收获的喜悦。清风落叶舞秋韵，枝头硕果醉秋容。秋天是甘美的酒，秋天是壮丽的诗，秋天是动人的歌。