DT优化指导书Word文档下载推荐.docx
《DT优化指导书Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《DT优化指导书Word文档下载推荐.docx（51页珍藏版）》请在冰点文库上搜索。
3.3.1定义19
3.3.2说明19
3.4接收质量20
3.4.1定义20
3.4.2说明20
3.5接收电平分布20
3.5.1定义20
3.5.2说明20
3.6接收质量分布20
3.6.1定义20
3.6.2说明20
4DT问题分析21
4.1接入分析21
4.1.1位置区更新与寻呼碰撞优化21
4.1.2SD掉话优化22
4.1.3服务小区拥塞；
22
4.1.4测试不规范、测试终端问题；
4.2覆盖分析23
4.3质量分析23
4.3.1服务小区信号电平弱导致质差23
4.3.2频率干扰导致质差24
4.3.3越区覆盖或背向覆盖导致质差24
4.3.4建筑物反射导致质差24
4.3.5缺邻区导致孤岛效应24
4.3.6切换频繁导致质差25
4.3.7直放站问题导致质差25
4.3.8基站硬件故障导致质差25
4.3.9外部干扰导致质差25
4.3.10室内覆盖泄露导致质差25
4.4切换分析25
4.5掉话分析27
5案例29
5.1河医立交桥-切换到德胜易客酒店D_0后质量差29
5.2金水路与防疫站街交叉口错误切换导致通话质量差32
5.3东风路与园田路交叉口频繁切换34
5.4姚桥D_1小区天线方位角错误导致频繁切换37
5.5使用塔放设备解决中州大道小营村段弱覆盖现象38
5.6宇通D_1手机故障导致掉话41
5.7统战部D_0载频故障导致掉话42
5.8军供站D_1掉话45
5.9经三路与丰产路交口附近微蜂窝泄露（财富广场）导致掉话47
5.10王砦豫海旅社D_1掉话48
6附录：
51
6.1主叫流程51
6.2被叫流程53
6.3位置更新流程54
1DT测试
1.1DT测试准备
1.1.1测试准备
所有的测试系统都支持常规业务测试，只需要调试成功整个测试系统，就能够进行CS业务的测试了。
Figure1-1是测试系统调试的流程图：
Figure1-1测试系统准备流程
∙测试系统安装以及获取测试License
∙连接&
调试手机是在测试电脑上安装好测试手机的驱动，并在测试软件中成功连接手机。
调试GPS是在测试电脑上连接好GPS及天线；
在测试软件上正确选择GPS的端口号和波特率。
驱车测试时GPS应当能够锁定4颗以上的卫星，并且在测试软件的MAP上正确打点。
∙导入数字地图的目的是将GPS的路径打点以及测试得到所有信息和地理位置关联起来，供现场实测以及后处理分析时使用，通过根据地貌概况、街道走向和位置等内容保证测试的正确性和完整性。
一般具体使用时导入Mapinfo的.tab格式数字地图即可；
在无法获得数字化地图的时候，可以将市区地图或者室内地图进行扫描，使用Mapinfo制作栅格地图，然后导入。
∙导入基站工程参数的目的在于：
在测试过程中测试软件可以显示目前呼叫来自哪个小区的信号，位于哪些站点中间，服务小区是否合理等。
各路测工具软件导入基站工程参数的方式不一致，可参见它的在线帮助、操作手册、导入模板来明确导入方法。
但主要基本内容一致，包括基站名、小区名、CellID、小区经度、纬度、天线方位角、频点、邻区等。
1.1.2测试车辆准备
在测试过程中，测试便携、测试手机、GPS都需要供电。
便携、手机可以用电池，但往往电池性能不能满足长时间测试的需求，因此推荐车辆供电方式如Figure1-2所示：
Figure1-1车辆供电示意图
应当着重对车辆的供电情况进行确认：
●确保车辆的供电系统能够满足测试要求。
如果使用点烟器，一定要确认点烟器能够正常稳定工作，如果不能，需要协调更换测试车辆。
●确保车载电源（逆变器）能够正常使用。
另外，逆变器能提供的最大功率是有限的。
一般同时给2个便携使用没问题，但同时给3个便携充电很可能就有问题。
如果供电的设备过多，逆变器会发出告警，直至不能正常工作。
因此即便车辆上有逆变器和插线板可用，也需要尽量事先将便携、测试手机充满电，测试过程中各便携、手机轮流充电。
1.1.3测试计划准备
测试人员在测试前需要对整个测试准备和过程到心中有底，通常可以从下面的5个方面去准备：
●What-测试什么内容？
●Where-是否有明确的路线和地点进行测试？
●When-是否有明确的测试时间要求？
●Who-测试人员安排？
●How-如何测试？
1.2测试项目
1.2.1Idle测试
❑前提条件
∙已经完成测试准备。
∙确认测试手机和测试软件连接正常，GPS在测试软件的数字地图上正确打点。
❑测试步骤
∙无需对测试手机进行测试相关设置，直接记录Log文件即可；
❑测试应用
∙Idle测试是CS业务的重要测试项目之一，主要使用一个空闲模式下的测试手机记录BCCH上没有功控的RxLev和C/I；
通常可以作为判断小区发射功率以及覆盖方向是否正常的重要依据之一。
1.2.2CSVoiceCall短呼
∙同Idle测试中的前提条件。
∙确定短呼的测试方法，包括Table1-1中的要素：
Table1-1CSVoiceCall短呼参数设置
参数
推荐值
解释
被叫号码
根据实际情况设置
确定短呼的被叫端号码。
呼叫类型
短呼
决定是进行长呼还是短呼。
呼叫建立时长
60sec
呼叫建立时长超过此值，视为呼叫建立失败。
呼叫时长
根据实际情况设置，例如设置为60sec
从呼叫建立成功CallSetup到正常释放NormalCallRelease的时间间隔。
呼叫间隔
15sec
一个正常释放NormalCallRelease到下次呼叫发起的时间间隔。
异常间隔
一个异常释放到下次发起重新发起呼叫的时间间隔。
呼叫次数
999orInfinite
呼叫建立次数，测试软件会根据此设置自动的重新建立每次呼叫。
∙在语音VoiceCall的测试项中按照Table1-1中的短呼参数进行设置；
∙开始测试，保存相关Log文件，即可开始CSVoiceCall短呼的测试。
∙在测试开始时需要关注是否测试软件能够自动正常发起呼叫以及发起释放。
在验证成功后才能启动车辆开始进行测试。
∙CSVoiceCall短呼测试是CS业务的重要测试项目之一，通过测试手机不断向网络发起呼叫来评估网络的接入性能。
需要注意的是：
呼叫失败包括主叫失败，也包括被叫失败，因此短呼的主叫号码和被叫号码应当属于同一运营商。
∙评估网络的掉话和切换性能通常不推荐使用CSVoiceCall短呼测试，因为局部区域的掉话和切换问题可能会因为测试手机处于空闲态而被忽略。
1.2.3CSVoiceCall长呼
∙确定长呼的测试方法，包括Table1-2中的要素：
Table1-1CSVoiceCall长呼参数设置
确定被叫端号码。
长呼
∙在语音VoiceCall的测试项中填入被叫号码；
在语音VoiceCall的测试项中按照Table1-2中的参数进行设置；
∙开始测试，保存相关Log文件，即可开始CSVoiceCall长呼的测试。
∙在测试开始时需要关注是否测试软件能够自动正常发起呼叫。
在测试过程中遇到异常释放后需要关注是否测试软件能够正常重新发起呼叫。
∙CSVoiceCall长呼测试是CS业务的最重要测试项目，通过测试手机长时间处于通话状态来评估网络的掉话性能和切换性能。
∙CSVoiceCall长呼测试通常和Idle状态测试，CSVoiceCall短呼测试仪器进行。
用于完整的评估一个网络的CS性能。
1.2.4MOS语音质量测试（DT）
在进行语音MOS测试之前，需要考虑Table1-3中的要素：
Table1-1MOS语音质量测试
取值
算法标准
PESQP.862
P.563等
测试模式
MStoMS
MStoPSTN
拨打模式
长呼或短呼
一般选择长呼，更好的用于评估连续通话状态下的MOS得分。
注意要同步设置通话发生异常后，多久重新建立呼叫，一般设置为20s。
语音样本
测试仪器推荐推荐
∙算法标准
如Figure1-3所示，PESQ算法会通过发送一个参考语音样本（Referencesample）通过电话网络，在接收端记录下经过网络的有损伤的语音结果（Impairedsample），通过对比Referencesample和Impairedsample给出本次通话的MOS打分。
Figure1-2PESQ的MOS评分示意
评估语音质量的算法还有P.563,此种标准不需要参考语音样本，是一种单端的客观语音质量测量方法，通常应用于测试手机中，例如NemoHandy中的MOS测试就是基于P.563标准。
这种算法不如PESQ可靠，仅能用于语音质量的粗略评估。
∙测试模式
使用PESQ算法的情况下，有2种语音质量测试模式：
MStoPSTN或MStoMS，下面进行详细介绍：
MStoPSTN测试方式
比较推荐使用MStoPSTN的测试方式，如Figure1-4所示，这种测试方法的条件好处有2个：
▪MStoPSTN的MOS打分能够区分为上行分数和下行分数，有利于问题的分析定位。
▪MStoPSTN的MOS评分只经过1次空口的影响，而MStoMS的MOS评分同时引入了上行和下行的空口因素；
因此MStoPSTN通常得到的MOS分数会更高，而且更加稳定。
然而使用MStoPSTN的测试方式需要格外注意的是：
需要关注MSC与GMSC之间的传输类型，如果为TDM传输，N侧从理论上不会对MOS分造成损失，但如果为IP传输，N侧会多引入1次语音编解码，对MOS值造成0.2分左右的固定损失。
举例说明：
如果在网络中都使用AMR编码模式，那么使用IP传输的MOS最大值大约为3.8-3.9分；
而使用TDM的MOS最大值为4.0-4.2分。
Figure1-3MStoPSTN的MOS打分原理
MStoMS测试方式
MStoMS的测试方式的打分原理如Figure1-4所示，在这种测试模式下，语音样本会在主叫MS发出，在被叫MS接收，MOS得分包括了上行和下行的空口因素。
这样的MOS测试结果无法区分上行和下行的MOS得分，不利于MOS问题的进一步分析。
但是由于语音路由不经过GMSC,通过开启TFO或本地交换功能，能够提高MOS值0.2分左右；
然而开启TFO或本地交换功能对MStoPSTN测得的MOS值没有提升作用。
Figure1-4MStoMS的MOS打分原理
∙语音样本
使用PESQ算法的情况下，需要选择参考语音样本，不同的测试仪器有不同的语音样本，测试发现不同的语种的语音样本得到的MOS值也差别较大，实际测试时一般选择英文语音样本。
Table1-4给出了实验室使用Camarco仪器在选择不同语种的语音样本测得的一组MOS值，仅供参考：
Table1-1不同语言的MOS分值
语音样本的语种
频段
MOS分值
法语
900M
3.4
阿拉伯语
3.46
俄语
3.54
日语
西班牙语
3.59
德语
3.61
美式英语
3.64
▪如何调试好MOS测试的硬件连接和参数设置，具体操作请参考对应设备的《用户手册》或操作指导书。
▪在MOS测试中，尽量把测试手机的音量适当调低，防止背景噪声对MOS评分的负面影响。
∙在MOS测试软件中依据Table1-3中的策略进行设置测试计划；
∙开始测试，设置保存相关Log文件和语音文件，即可开始MOS语音测试。
∙在测试开始时需要关注是否测试软件能够自动正常发起呼叫并对呼叫进行周期性的打分。
如果MOS打分持续过低，如<
2.5，需要重新检查MOS测试仪器的连接和配置；
在C/I比较理想，占用全速率信道的情况下MOS分数应当>
3.0。
∙MOS语音测试通常应用于性能提升或验收阶段的端到端语音质量优化。
也通常在不同运营商之间进行比拼测试。
▪如果需要对测试结果进行详细分析，尽量采用MStoPSTN的测试方式，把上行语音分数和下行语音分数分别计算。
1.3DT测试行为
1.3.1测试前
1.测试人员位置
∙如果测试过程只需要1名测试人员，测试人员优先选择车辆副驾驶位置；
∙如果测试过程有2名测试人员，测试人员优先选择都坐在后排。
2.测试仪器的检查
∙确认路测仪器的硬件（如测试电脑，手机，硬件锁，GPS，Scanner，天线等）完备，并且可正常工作；
∙确认路测仪器的附件（如逆变器，电源插板）完备，可正常工作；
∙确认路测仪器及附件之间连接正常，并且整个测试系统供电稳定性和电池准备能够完成整个测试；
∙确认路测设备的软件被正确安装使用，路测软件与路测手机可以正常工作；
∙进行DT测试时需要把GPS置于固定位置，如果有GPS天线，把GPS天线置于测试人员上方车顶，测试天线尽量不要通过车窗，避免关车窗时把天线夹断；
∙在DT测试前，提前打开GPS，设置为正常工作状态，在成功捕捉4颗或更多的卫星且在测试软件上正确打点后才能够启动车辆；
∙确认工程参数，数字地图和测试路线已经被正确导入路测软件。
3.测试手机和天线位置
∙测试手机如果配置外置天线，要求外置天线放置于测试人员上方车顶；
∙测试手机如果未配置外置天线，需要置于专用测试工作台（或路测箱），若无专用测试工作台（或路测箱），则要求测试终端置于固定位置且测试过程中没有被其他物体遮挡；
∙如与上述情况不符，必须记录说明，严禁测试终端随意放置。
4.行驶路线和车速沟通
在确认可以开始DT测试前，必须司机沟通好测试车速和测试路线，确保测试的有效性和完整性。
测试路线范围必须包括：
市中心密集区、城区主要干道、主要居民区、市区重要场所等城市中的重要的地区、道路。
测试时尽量覆盖整个市区。
网络摸底测试、阶段性优化效果评测，结果验证阶段的DT测试应尽量保持一致。
测试时应按预先指定路线行驶，在市区繁华地段保持在30公里/小时左右；
在一般市区保持40公里/小时左右，环线不超过60公里/小时。
1.3.2测试中
1.测试状态监控
∙测试过程中应当时刻关注测试系统是否处于正常的工作状态，如果测试系统出现异常，应当立即要求司机靠边停车，进行测试系统的修复；
∙修复测试系统后，回放最后一段的测试Logfile，确定哪段路段需要重新测试；
∙测试人员在测试同时需要关注车辆速度，如PS业务通常要求车速不高于40km/h,一旦车速高于限制，要马上提醒司机减速。
2.测试Log命名和存储规范
∙为了测试信息记录以及后续分析便利，通常需要把测试Logfile按照一定大小分割存储；
例如对于TEMS，设置每记录到2000个信息后就自动重新记录一个logfile；
∙测试Logfile要遵循一定的存储规范，体现出测试时间，测试地点和每个测试手机对应的测试业务，如：
20080711_Cluster12_Ms1_LongCall_Ms2_DLFTP.log，即使没有附加说明，也能够很清楚Logfile中记录是什么内容。
3.测试信息记录
∙路测中，记录测试文件与实际测试路线的相关信息，并填写路测信息记录表，要求该记录表与路测数据统一存放。
∙记录表中应当简要记录下对应logfile文件中的明显问题，如掉话，频繁的切换失败，多次接入失败，或者PS下载速率过低的情况。
∙如果是优化期间的测试，如果发现明显的问题，应当让司机靠路边停靠，简单判断问题原因，是否是覆盖较差，是否主B强干扰等（不能定位问题也没关系）。
在与机房值班人员联系，协助机房人员解决问题。
如确认不能当场解决，继续测试。
2不同场景下的测试方法
2.1单站验证测试
在整个网络优化流程中，网络优化项目启动，在站点建设/调测完毕后，网络优化开始进入单站验证阶段。
当待优化区域内的所有小区均通过单站验证，表明站点不存在功能性问题后，单站验证阶段结束，进入RF优化阶段。
2.2RF优化测试
2.2.1测试流程
RF优化是对无线射频信号进行优化，目的是在优化信号覆盖的同时控制干扰，解决邻区漏配等问题，保证下一步业务参数优化时无线信号的分布是正常的。
RF优化的数据来源是DT测试，如Figure2-1所示，整个RF优化是一个Benchmark测试分析的过程：
初始测试的数据是RF优化分析工作的输入，在对网络进行RF优化动作实施后，需要进行优化后的测试，该测试结果与初始测试结果比较输出RF对比报告。
Figure2-1RFDriveTestProcedure
需要注意的是，初始DT测试路径和优化后DT测试路径可能会有局部的优化，测试人员需要在每次测试前都需要确认本次测试路径是否有改动。
2.2.2测试路径
1.初始测试路径
测试路径的制定需要围绕目标区域来进行，测试路线的选择尽量遵循下面的原则：
∙尽量包括该测试区域的所有场景，例如，高架、隧道、高速公路、密集城区街道等，对于双行道也要尽可能保证来回方向都能测到，避免出现遗留问题区域。
∙为了保证基本的优化效果，测试路线应该尽量包括所有小区。
∙在确定测试路线时，需要考虑诸如单行道、左转限制等实际情况的影响，与当地司机充分沟通或实际跑车确认线路可行后再与客户沟通确定。
测试路径应当使用Mapinfo工具制作，具体方式是：
在数字地图上新建一个图层，标明测试起始点和测试终止点，中间过程使用带箭头的折线表示测试路线和测试过程。
2.测试路径反馈与优化
如Figure2-1中的流程所示，在初始测试完毕后，测试人员应当向网优RF负责人员反馈测试过程中的情况，例如包括：
∙按照本次测试路径花费的时间。
∙测试过程中的问题路段，例如单行线，很难行驶的路段等。
上述的信息用于进一步优化测试路径，以便下次测试时降低测试难度，减少测试成本，减少与其他Cluster的交叠程度等；
其次网优分析人员在针对初始测试的分析时，可能发现由于网络布局本身等客观因素而不能完全满足预定测试路线覆盖要求，也可能会对测试路径进行修正。
2.2.3DT测试
1.测试项
RF优化DT测试是为了优化无线射频信号，因此测试的业务相对单一，DT测试可以选择如下的任务组合：
Idle测试+CSVoiceCall短呼+CSVoiceCall长呼
Idle测试+CSVoiceCall长呼
Idle测试+CSVoiceCall短呼
需要说明的是：
Idle测试被用于分析没有下行功控BCCH上的下行覆盖及RxLev分布，用于分析是否存在覆盖空洞以及天线发射接反的情况；
还需要同呼叫状态下占用TCH的情况进行对比分析。
CSVoiceCall短呼主要用于评估网络的接入性能，此外还可以用于评估RF优化中的下行RxQual_Sub。
CSVoiceCall长呼主要用于评估网络的切换和掉话性能，此外还可以用于评估RF优化中的下行RxQual_Sub，以及网络下行功率控制的RxLev分布情况。
因此，在进行初始测试时，尽量使用上述的组合来进行RF测试，这样可以为RF分析和优化提供更多的有用数据。
2.OMC机房配合
RF优化采用DT测试，获得仅是下行的信号情况，但如果为了更加全面的分析网络的情况，还需要OMC机房的配合：
在BSC上使用单用户跟踪信令的方式获得测试手机空口的上行测量报告（上行RxLev和RxQual）的情况。
上行信号和质量可以为RFtroubleshooting提供更加全面的依据，尤其当路测过程中出现异常情况（如切换失败，掉话），而下行的电平和质量都很理想的情况，往往会因为缺少上行的数据而无法做出有效的判断和优化建议。
2.3业务优化测试
CS业务优化的内容大体可以分为：
覆盖率，接收质量，接入性，保持性，移动性，以及端到端的语音质量，为了优化这些性能，可以采用相关的测试项和测试方法来进行。
2.4验收测试
网络验收阶段一般是指网络优化基本结束，即将交付使用的阶段，此时的测试项和方法将基本和网络优化前的评估相同。
2.5Benchmark测试
Benchmark测试也称对比测试，其意义很广泛，凡是涉及对比性质的2个或多个测试，都可以成为Benchmark测试。
在GSM中，目前可以把测试分为三类：
第一类是搬迁/优化前后的测试，第二类是不同运营商之间的比拼测试，第三类是不同技术之间的比拼测试；
这些测试从测试流程，测试内容上都有所不同，需要区分对待。
2.5.1搬迁/优化前后
搬迁和优化的Benchmark测试如Figure2-2所示，初始测试和搬迁/优化后的测试一起构成一个Benchmark测试。
这两次测试在时间上区分先后，Benchmark测试报告通常需要体现出搬迁/优化后性能的稳定或提升，因此需要保证前后两次测试是基本一致的。
具体准备请参考下面的内容。
Figure2-1搬迁/优化Benchmark测试流程
❑测试工具
∙搬迁/优化前后的测试要严格保证使用同一套测试设备；
包括同样的测试软件，同样的软件版本，同样的测试电脑和同样的手机；
∙如果由于仪器抽调或损坏导致无法使用同样的设备进行测试，首先保证使用同样版
升级会员 