网络规划GSM技术支持问题答复汇编(七)-20030225.doc

资料编码产品名称使用对象产品版本编写部门资料版本网络规划GSM技术支持问题答复汇编(七)(仅供内部使用)拟 制：网络规划GSM技术支持组日 期：2003/02/25审 核：日 期：审 核：日 期：批 准：日 期：华 为 技 术 有 限 公 司版权所有 侵权必究目 录问题1 一小区周期为半小时的话务强度大于周期为一个小时的话务强度1问题2 外部小区描述数据表中的“切换候选小区最小下行功率”的作用1问题3 1800M联通和移动的频段划分和频点2问题4 载频功率等级0对应载频的最大发射功率2问题5 自定义话统指标名称丢失问题3问题6 GPRS中的RB是不是定长，长为多少？3问题7 什么时候上报PCH过载？4问题8 增大相同寻呼间帧数编码是否可以改善过载？4问题9 MSC发送寻呼的机理5问题10 紧急呼叫中是否占用SDCCH信道？5问题11 GSM中的功控周期为何不设置为1？6问题12 如何处理切换掉话较多的小区6问题13 公司开发的优化工具何时可以试用？7问题14 小区切换判决时间太长7问题15 测试中发现的部分型号手机的缺陷8问题16 话统统计中的A接口寻呼请求次数与实际次数不一致9问题17 MSC在寻呼过程中是否接受另一次寻呼请求而发起寻呼？9问题18 主BCCH载频是否可以使用下行 DTX？10问题19 南半球用MAPINFO 配准生成的矢量地图在ANT导航显示倒置如何解决？1011问题1 一小区周期为半小时的话务强度大于周期为一个小时的话务强度问题简述一小区周期为半小时的话务强度大于周期为一个小时的话务强度。问题描述在话统“TCH性能测量”中，发现同一个小区周期为半小时的话务强度大于周期为一个小时的话务强度。举例说明，A小区18日上午10:00-10:30的话务强度为1.58Erl，而该小区同一天上午10:00-11:00的话务强度只有1.46Erl。按理来说，半小时的话务强度应该小于1小时的话务强度。请问上述情况是否正常？问题答复话统指标“TCH话务强度” 反映了TCH信道上的话务强度，即单位时间内MS占用TCH信道的时长。其中，MS占用TCH信道的时长是由MS在TCH信道上报的测量报告数乘以测量报告的上报周期0.48秒计算得到的。TCH话务强度的具体计算公式是：TCH话务强度=小区TCH测量报告次数0.48/统计周期（秒）如果登记的话统统计周期为30分钟（1800秒），话统结果显示某小区某天10:00-10:30的话务强度为1.8Erl，10:30-11:00的话务强度为1.6Erl。那么，按照计算公式，该小区当天忙时（10:00-11:00）的话务强度并不是前两者的和，而应该是：TCH话务强度（10:00-11:00）=（1.8*1800/0.48+1.6*1800/0.48）*0.48/3600=（1.8*1800+1.6*1800）/3600=1.7Erl。 所以，出现半小时的话务强度大于一小时的话务强度的情况是正常的。问题2 外部小区描述数据表中的“切换候选小区最小下行功率”的作用问题简述外部小区描述数据表中的“切换候选小区最小下行功率”的作用。问题描述外部小区描述数据表中的“切换候选小区最小下行功率”起什么作用？问题答复该参数的作用是：当该小区作为服务小区的切换侯选小区时，其电平值必须大于该设置值，而不是以当前服务小区的“切换候选小区最小下行功率”作为衡量其他侯选小区是否能够进入队列的依据。简单举例：A小区设置的“切换候选小区最小下行功率”为-95dBm，B小区设置的“切换候选小区最小下行功率”为-100dBm。如果手机在A小区通话时测得B小区的电平为-98dBm，若不考虑“最小接入电平偏移”参数的影响，B小区可以作为A小区的候选小区。如果手机在B小区通话时测得A小区的电平为-98dBm，则A小区肯定不能成为B小区的侯选小区。由以上可见外部小区描述数据表中的“切换候选小区最小下行功率”是起作用的。注意：该参数设置应大于该小区的MS最小接入电平。问题3 1800M联通和移动的频段划分和频点问题简述1800M联通和移动的频段划分和频点问题描述请提供一下1800M联通和移动的频段划分和频点。问题答复DCS1800频率带宽（上行/下行）（MHz)为17101785/18051880,共374个频点，序号（ARFCN）为512885。频率与序号（n）的关系如下：基站收：f1（n）1710.2（n512）0.2 MHz基站发： f2（n）f1（n）95 MHz频点分配：移动：512-561；联通：687-736。问题4 载频功率等级0对应载频的最大发射功率问题简述载频功率等级0是否对应载频的最大发射功率？问题描述在自动配置台中的载频功率等级参数项的设置为0时，是否对应载频的最大发射功率？问题答复参数“载频功能等级”为0级对应基站的最大静态功率。包括BTS3001C和M1800基站。例如：当3001C-108小基站的“载频功率等级”参数设为0时，其载频的最大发射功率即为8W； 当3001C-204小基站的“载频功率等级”参数设为0时，其载频的最大发射功率即为4W。问题5 自定义话统指标名称丢失问题问题简述某地在重新安装OMC的WS后，以前自定义的一些指标名称无法看到。问题描述某地在开通边际网工程后，由于用户原因，维护台（WS）无法使用，重新安装WS的OMC软件后，发现以前的自定义话统指标名称无法看到，而以前登记的话统任务中自定义话统名称处显示为“？”，请问是何原因？问题答复华为OMC系统是基于SERVER的基础上的，WS的操作结果及改动均在SERVER上获取信息或保存信息，但由于此地没有配置OMC SERVER，目前话统等均在WS上操作和定义，与一般情况有一些差别。话统的自定义指标按一般情况是保存在OMC SERVER的相应目录中的，这样安全性较高。但因当地没有配置OMC SERVER，所以话统中的自定义指标目前只保存在了WS的PRMMNG目录下的Bscterm.fml文件中。而一般用户对WS的操作比较随意，可能会经常安装或卸载一些软件，这样会造成对WS维护台程序的冲击，造成WS维护台无法正常运行而必须重装WS维护台程序。但重装WS维护台程序时，安装程序就会用系统默认的Bscterm.fml文件覆盖PRMMNG目录下的Bscterm.fml文件，使得已经保存的自定义的话统指标丢失，造成以前登记的话统任务无法显示或显示错误，而重新登记自定义指标还必须与原来的登记顺序一致，否则也会使以前的话统任务结果显示错误，操作难度较大。目前有两种解决措施：1、 系统配置OMC-SERVER设备；2、 如无法配置OMC-SERVER设备，可以在重新安装WS前将Bscterm.fml文件备份出来，在安装完成后，再将备份文件覆盖相应目录中的文件。问题6 GPRS中的RB是不是定长，长为多少？问题简述GPRS中的RB是不是定长，长为多少？问题描述GPRS中的RB是不是定长，长为多少？问题答复GPRS中的一个Radio Block（RB）是定长，长为4个BURST帧（TDMA帧）。一个GPRS复帧（52个TDMA帧）由12个无线块（RB）和4个空闲帧组成。具体信道结构图如下：问题7 什么时候上报PCH过载？问题简述什么时候上报PCH过载？问题描述相同寻呼间帧数编码为2，是表示2个51复帧作为一个周期。非组合BCCH，接入保留块数为3，则小区寻呼组共有（9-3）2=12个，寻呼组编号为011，每个寻呼块（4个TDMA帧），可以寻呼2个IMSI或4个TMSI。若采用IMSI寻呼，一个寻呼复帧周期可以寻呼24个用户。当超过24个用户需要同时寻呼时，什么时候上报PCH过载？问题答复在BTS中，立即指配消息和寻呼消息是共用缓存队列的，也就是CCCH信道。基站BTS20、BTS30的寻呼缓存策略不同，BTS20是针对每个寻呼组建立一个寻呼队列，每个寻呼队列长度为9，BTS30做法是所有寻呼组共用一个寻呼队列，长度为100， PCH过载由BTS检测。在CCCH信道上，BTS每发送或接收一条消息(一般是立即指配和寻呼消息)，都会检测队列占用是否超过了“小区属性表”配置的“CCCH过载门限”(一般配置为80)。如果超过该门限，就会向BSC上报CCCH过载消息。BSC收到该消息后，如果原因值为PCH过载，则统计PCH过载。在队列完全占满时，BTS会丢弃新收到的立即指配和寻呼，并通过delete_indication消息通知BSC。从BTS06.0529版本起，BTS3X会同时启动2.6秒的定时器，在这段时间丢弃MS上报的除寻呼响应外的信道请求，使CCCH信道有机会清除负荷。但是如果寻呼特别多，CCCH信道负荷仍难以得到减轻。问题8 增大相同寻呼间帧数编码是否可以改善过载？问题简述增大相同寻呼间帧数编码是否可以改善过载？问题描述在位置区容量达到设计容量时，将相同寻呼间帧数编码增大，过载是否可以有点改善？问题答复由问题7说明可看出，对于两种寻呼缓存策略，要区别对待。对于BTS20来说，将相同寻呼间帧数编码增大，可以改善队列满造成的寻呼过载，但设置过大时,会造成寻呼分组过多。由于某一条寻呼只有在自己的寻呼组到来时才能下发，会造成滞留时间过长，反而影响了寻呼效率。实际证明BTS20相同寻呼间帧数编码增大设置为5-6，对于避免PCH过载较好，但设置继续加大将影响手机重选和接续速度。而且将寻呼间帧数编码设置过大（大于7），反而造成寻呼过载现象增加。 而将BTS30基站的寻呼间帧数编码设置增大也无大的意义，相反设置为2时由于寻呼组少，寻呼被延时的可能降低，寻呼效率反而较高，所以BTS30不建议设置太大。问题9 MSC发送寻呼的机理问题简述MSC发送寻呼的机理问题描述请告知MSC发送寻呼的机理。问题答复MSC有定时器，超时时会向BSC重发寻呼，可以通过MSC的软参进行寻呼重发策略的修改。现场实际配置的最大重发次数为4次，重发间隔时间一般是2-3秒钟。从现场跟踪显示，同一呼叫的4次寻呼中，前2次是向单个位置区的寻呼，位置区列表CELL_ID_LAI（0x04），后两次是向MSC下所有小区的寻呼，位置信息列表为CELL_ID_BSS（0x06）。MSC现在还没有寻呼流控功能，只能根据BSC上报的过载消息（并且只能是“处理器过载”消息）来减少下发的寻呼消息数。目前MSC的寻呼话统只统计了呼叫的寻呼，其他寻呼如短消息、USSD、PSI等没有统计。需要强调的是向MSC下所有小区发寻呼的方法，虽然对提高无线接通率有利，但对寻呼容量会造成较大影响，在异常情况下甚至是灾难性的影响。因此一定要谨慎设置，最好不用。问题10 紧急呼叫中是否占用SDCCH信道？问题简述紧急呼叫中是否占用SDCCH信道？问题描述紧急呼叫中是否占用SDCCH信道？问题答复这里首先澄清一个概念：协议中的紧急呼叫并没有119、110等，而是112，与我国电信形成的体制有所不同。真正意义上的紧急呼叫应该是手机在无SIM卡的情况下也可以发起紧急呼叫。紧急呼叫使用及早指配的信道分配方案，即不占用SDCCH而是直接指配TCH。因此我国的紧急呼叫119、110等与一般的呼叫处理类似。一般仍然会占用SDCCH信道。当参数“紧急呼叫允许”设置为“否”时，对无SIM卡、无效SIM卡手机或接入等级为0-9的SIM卡手机拨打112可以进行限制，对于接入等级为1115的MS只有当其相应的接入控制比特和EC同时设为0时才不允许紧急呼叫。问题11 GSM中的功控周期为何不设置为1？问题简述GSM中的功控周期为何不设置为1？问题描述GSM网络中的功率控制本身就很慢了，只有2Hz，为什么我们公司的系统设置里还要求把两次功控的间隔设置为5（2.5秒一次）呢？如果设置为1，功控是不是更能跟得上无线环境的变化？问题答复一个完整的功控执行周期需要三个测量报告，就是一次功控命令从下发到反馈给BSC效果的最短时间为3个测量报告（1.5秒）。如果设置小于3，则不能按照真正的要求去功控。所以各个厂家一般都建议不要小于1.5秒，并且不小于1.5秒的功控周期都认为是可以的。如果地形复杂地区可以适当设置小些，以便防止功控不及时带来的话音质量下降或掉话风险。以前在优化第三方设备时（E厂家），出现过功控周期设置不当而增大了掉话次数的问题。问题12 如何处理切换掉话较多的小区问题简述如何处理切换掉话较多的小区？问题描述某地网络优化，“切换失败重建也失败”的次数在某些小区较多，请问如何处理？问题答复通过分析现场发回的该类统计次数较多的小区的Abis口的消息，发现基本上都是由于质量差导致掉话，其中多数是错误指示原因。由于该本地网是联通网络，并且基站配置和密度较大，采用了1*3跳频方式，所以网内干扰较为严重。对于这种情况，建议采取一下措施：1、先登记这类小区的接收信号强度话统，对上下行的干扰情况有个较好的了解。2、通过话统分析和路测分析，对干扰严重的区域进行覆盖调整，重点解决越区覆盖带来的干扰。3、根据切换话统分析各类切换比例，并结合1中的分析适当调整切换门限。4、适当再调整无效链路失效计时器和SACCH复帧数。5、适当增大LAPDm的T200。6、考虑开启使用下行功率控制。7、还可登记2代信道分配话统，根据每块TRX的掉话和指配统计并结合上下行平衡等统计，分析干扰情况和载频是否正常。问题13 公司开发的优化工具何时可以试用？问题简述公司开发的优化工具何时可以试用？问题描述公司开发的优化工具何时可以试用？问题答复目前在开发中的优化工具有两个：一个是网络规划部开发的i-goV2.0，已经提供给现场工程师试用，主要提供现场频率检查、调整，相邻小区显示、修改等优化功能。同时支持其他厂家的数据导入。另一个是中研维护部正在开发的话统分析工具NAStar1.0，预计3月中旬提供给现场工程师试用。主要功能是针对本公司的GSM网络提供实时的话统数据采集和分析，起到一定的话统告警的作用。通过完成各种话统项的关联查询任务，可以将查询的结果以表格和曲线图等方式显示，并且还可以将结果关联显示到基站拓扑图上。各种查询任务可以自定义，能够很大地提高现场工程师进行话统采集和分析的效率。问题14 小区切换判决时间太长问题简述小区切换判决时间太长问题描述双频网中1800M是华为设备，900M是N厂家设备。在进行双频网测试过程中，发现部分1800小区往900小区切换时，切换较缓慢（达到了切换条件时，要等9秒左右才会切换）。且同是本1800小区往其他900小区切换时，切换又较及时。不知这是什么原因？参数设置情况如下：1、900为第三层、1800为第二层；2、边缘切换门限上、下行为32、小区间切换滋滞为4、PBGT门限为70；3、小区描述数据表：层间切换门限为35、滋滞为4；4、外部小区描述数据表：层间切换门限为30、滋滞为3；5、边缘切换统计时间为4/3秒；6、测量报告上报频率 每秒两次，10：1配置。问题答复分析现场发送回来的2个路测文件。一共发现了6处切换是在持续低于边缘切换门限（电平低于-78dBm）10秒左右才发起切换。分析这6次切换，其中4次是刚刚发生了一次切换，还有2次是呼叫刚刚建立。考虑如下两个参数：1、切换控制数据表中，参数“业务信道切换最小时间间隔”。当分配一个新的TCH信道后，要启动一个定时器，只有该定时器溢出时才允许进行切换，参数“业务信道切换最小时间间隔”就是该定时器的定时时间。2、滤波器数据表中，参数“话音/数据信道信号强度滤波器长度”。该参数表示在测量报告平均处理过程中，对话音/数据信道信号强度进行平均处理时向前取值的个数。无论是刚刚切换过来还是呼叫刚刚建立，都是一个新的建立过程。由于通话建立初期的测量报告可能不准确，不足以用来作为切换判决的依据。因此测量报告数首先要满足“话音/数据信道信号强度滤波器长度”才能进入切换判决（现场设置该参数为6个测量报告，约3秒）。对于业务信道来说，还应满足“业务信道切换最小时间间隔”（现场设置该参数为6秒）。这样，9秒以后才进行PN门限的判决。如果P/N设置为3/4，因此发起切换约需12秒左右的时间。这种情况是正常的。问题15 测试中发现的部分型号手机的缺陷问题简述请提供一些型号手机的缺陷问题描述请提供一些型号手机的缺陷，以便屏蔽一些因手机问题而导致的投诉。问题答复中研在进行基站、BSC的兼容性测试时，测试多款手机，经常发现一些手机的自身问题，这里是一部分情况，供参考。T108手机有时出现双频之间的切换困难，有时正常。其它手机切换均正常。B2000手机进行112紧急呼叫没有声音，其它手机都正常。N6150手机中文短消息都不能正常显示，但是转发其他手机后显示正常。A手机接收汉字小区广播后有乱码。S3568手机接收中文广播消息时乱码，英文和数字都是好的，接收的最大长度是93个字符，多余的丢弃，短消息正常。M928手机短消息有乱码问题，相同消息其他手机接收正常，疑手机问题。B818手机收不到小区广播消息，没有设置的地方，应该是手机不支持X200手机小区广播消息中英文收到全是乱码。问题16 话统统计中的A接口寻呼请求次数与实际次数不一致问题简述话统统计中的A接口寻呼请求次数与实际的次数不一致问题描述某地边际网发生用户在基站下，信号良好，却有10%40%的寻呼不成功，提示不在服务区。检查A接口、ABIS口寻呼情况，发现A接口统计的寻呼请求次数在1个小时中大约是8万次左右，而ABIS口的寻呼次数（各个位置区相加）只有3万多次，话统中统计的A接口寻呼请求次数也是3万多次，与ABIS口寻呼次数相同，大量A接口寻呼丢失。话统A接口统计的寻呼次数与实际测量不一致，为什么？问题答复该地的发生寻呼不到的原因是由于寻呼丢失导致。总体上每次寻呼约一半多的概率丢失，但是由于MSC发两次寻呼，因此总体上1040比例寻呼不到，与用户感觉相当。该局的寻呼丢失是由于流控参数配置错误，导致在流量稍高的情况下就发生流控，许多寻呼消息由于流控而删除。 在BSC08.0520版本之前（当地是BSC07.0520版本），话统中统计的A接口寻呼请求次数的统计点是在流控之后，所以发生话统统计中的A接口寻呼请求次数与实际的次数不一致的现象。在BSC08.0520版本及以后的版本中，该指标的统计点改为在流控之前统计。问题17 MSC在寻呼过程中是否接受另一次寻呼请求而发起寻呼？问题简述MSC在寻呼过程中是否接受另一次寻呼请求而发起寻呼？问题描述MSC在对一MS发起寻呼请求后，（可能还会重发），其间是否接受其他用户对该手机的呼叫而再次发起另一次寻呼？问题答复我们分多种情况来分析：1、A手机呼叫B手机，MSC对B手机发起寻呼，此时C手机呼叫B手机，则MSC不会对B手机再次发起寻呼。因为在A手机呼叫B手机时，VLR已经将B手机置忙了，因此不会对B手机再次下发寻呼消息。2、A手机发短消