网络规划GSM技术支持问题答复汇编六0114Word格式文档下载.docx
《网络规划GSM技术支持问题答复汇编六0114Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《网络规划GSM技术支持问题答复汇编六0114Word格式文档下载.docx(14页珍藏版)》请在冰豆网上搜索。
目录
问题1塔放的作用1
问题2MA10离线浏览显示MS的发射功率不正常3
问题3MA10转换工具转换后CALLTRACE不能正常使用3
问题4TCH占用时A接口失败问题3
问题5无线链路断的次数(错误指示)占全部掉话的7.8%是否异常?
4
问题6G网天线与C网天线相距2米,会不会造成C网对G网的干扰?
5
问题7TCH性能测量中,分原因统计的掉话有哪些?
6
问题8TCH性能测量中,其他原因的掉话主要是什么原因造成的掉话?
问题9同一个外部小区在[外部小区描述数据表]中描述多次,是否可行?
8
问题10出小区切换性能统计问题8
问题11话统自定义指标问题9
问题12载频功率等级缺省值问题10
问题1塔放的作用
问题简述
塔放的作用
问题描述
塔放从技术原理上是怎样降低基站接收系统噪声系数,从而提高基站接收系统灵敏度的?
问题答复
塔放从技术原理上是降低基站接收系统噪声系数,从而提高基站接收系统灵敏度。
对一个多级放大系统,它的系统噪声系数为:
NF=NF1+L1*(NF2-1)/G1+L2*(NF3-1)/G1*G2+┅┅(Friis公式)
其中:
NF1,NF2,NF3…是第一级到第三级的的噪声系数
G1,G2…是第一级、第二级的增益
L1,L2…是第一级、第二级的衰减
应当指出的是,按照公式计算时各参数均应采用线性值,而后可以将NF的线性值变换为常用的对数值。
从上述公式中可以看出,多级放大系统的噪声主要取决于第一级的噪声系数NF1。
塔顶放大器的原理就是通过在基站接收系统的前端,即紧靠接收天线下增加一个低噪声放大器来实现对基站接收性能的改善。
假设NF1=2.5dB(1.7783),是塔放的噪声系数;
NF2=4.5dB(2.8184),是基站的噪声系数。
G=12(15.849)dB,塔放增益。
假定馈线及其它无源部件的噪声系数NF0=0dB
(1),即不产生噪声,其损耗为3dB
(2),Lc=3dB
(2),是馈线损耗,G0=0dB
(1)。
未加塔放前,求出以馈线上端口为参考点的BS接收系统的噪声系数为
NF=NF0+Lc*(NF2-1)/G0=10*log(1+2*(2.8184-1)/1)=6.7dB
增加塔放后,求出以馈线上端口为参考点的BS接收系统的噪声系数为
NF=NF1+Lc*(NF2-1)/G=10*log(1.7783+2*(2.8184-1)/15.849)=3.0dB
这时,增加塔放改善噪声系数3.7dB,即改善上行3.7dB。
假设NF1=2.2dB(1.6596),是塔放的噪声系数;
NF2=2.3dB(1.6982),是基站的噪声系数。
NF=NF0+Lc*(NF2-1)/G0=10*log(1+2*(1.6982-1)/1)=3.8dB
NF=NF1+Lc*(NF2-1)/G=10*log(1.6596+2*(1.6982-1)/15.849)=2.4dB
这是,增加塔放改善噪声系数1.4dB,即改善上行1.4dB。
塔放降低了基站接收系统噪声系数,从而改善了基站系统的接收灵敏度。
从上述公式中可以看出:
1、塔放可以有效的改上上行信号,提高接收灵敏度;
2、塔放增益将其后面的部件的噪声系数的影响减小了;
3、当基站馈线较长,馈线损耗较大时,增加塔放后,基站接收系统的噪声系数改善(减小)更为明显,上行改善明显;
4、当塔放的噪声系数越小时,增加塔放后,基站接收系统的噪声系数改善越明显,塔放噪声系数过大,可能导致基站接收系统噪声系数恶化;
当基站自身噪声系数较小时(即接收灵敏度较高)且馈线较短时,增加塔放后对基站接收系统噪声系数的改善较小。
问题2MA10离线浏览显示MS的发射功率不正常
MA10离线浏览显示MS的发射功率不正常
MA10离线浏览显示MS的发射功率为+20dBm,TA=10km,明显不正常。
正常情况下应该为+33dBm。
分析可能的原因为安装的MA-10离线浏览工具在安装时,选择频段选择了1800频段,造成了显示MSpowerlevel:
05H=+20dBm的现象。
重新安装MA10离线浏览工具后正常。
问题3MA10转换工具转换后CALLTRACE不能正常使用
MA10转换工具转换后CALLTRACE不能正常使用
在维护台上跟踪的ABIS口信令用MA10转换工具转换后,前面一些信令能够正常CALLTRACE,但后面CALLTRACE就不起作用了。
这个问题大家都有反馈,不过目前还没有什么改进的办法。
因为GMT文件中没有链路层和物理层的信息。
在转换时链路层和物理层的一些参数如发送序号都是人造的,如发送序号按0-127循环递增。
传输过程中难免会有重发,丢帧等,导致后面的CALLTRACE不成功。
此外对MA10-CALLTRACE的原理不很清楚,所以很难解决这个问题,除非BSC修改GMT跟踪流程,包含所有层的信令。
问题4TCH占用时A接口失败问题
TCH占用时A接口失败问题
MSC、BSC侧的数据和电路状态没有异常,但发现多次TCH占用时A接口失败次数,是什么原因?
华为BSC主机软件中,有一个专门收发和处理与MSC交互信令、管理A接口中继电路等资源的A接口模块。
话统指标“TCH占用时A接口失败次数”的统计点即位于该模块中,该话统指标设计的本意是用于及时发现A接口相关的软硬件异常和潜在隐患。
其统计点详细描述如下:
(1)A接口模块在运行中,如果发现A接口资源发生异常(例如传输断),而相关电路正被占用,则对“TCH占用时A接口失败次数”进行累加。
(2)A接口模块在运行中,不但会对所收发的消息做严格的有效性检查,而且也会对该消息对应的呼叫所处的状态进行检查,如果发现收到的并非该呼叫状态正常情况下预期的消息,则对“TCH的A接口失败次数”进行累加。
而实际上,只有收到非法消息才会造成呼叫被清除,从而导致掉话。
“TCH占用时A接口失败次数”话统指标意义不突出,当BSC收到的消息不是当前状态期望收到的消息时也统计为了“TCH占用时的A接口失败次数”,而呼叫并不会因此而掉话,不影响网络的正常运行。
在话统中,TCH占用时A接口失败的次数是不记入掉话的。
无线链路断的次数(错误指示)51次占全部掉话的7.8%是否异常?
无线链路断的次数(错误指示)51次占全部掉话的7.8%,这种情况是不是有异常?
该如何解释和怎样解决这些掉话问题?
如果无线口由于干扰等原因断了,首先造成T200*(N200+1)超时,则该信道上报ERROR_IND,统计为无线链路断的次数(错误指示)。
如果无线口由于干扰等原因断了,首先造成无线链路失效计时器或SACCH复帧数超时,则该信道先上报的是连接失败指示。
无线链路断的次数(错误指示)51次占全部掉话的7.8%,表明目前网络中由于错误指示的无线链路断的次数比例相对较小,造成无线链路断的主要原因为无线链路失效计时器或SACCH复帧数超时。
这种情况不是异常。
造成无线链路断的原因主要是由于网络的覆盖和干扰因素,也包括设备和移动台的故障因素。
由于移动台因素无法控制,工作重点集中在设备(包括传输、基站、天馈等)故障排查,覆盖优化、频率计划优化、网络参数优化等。
对于市区密集站点,覆盖和干扰控制很重要;
对于郊区广覆盖站点,要注意较远站点的干扰,频率规划因素等。
G网天线与C网天线相距2米,会不会造成C网对G网的干扰?
联通现在正在扩建C网,且很多站址是和G网共址的,C网天线在上平台。
两网的天线平台相距4米左右,对于定向基站,G网天线的上端距离C网天线的下端只相距2米左右,对于全向天线甚至出现天线部分重叠的现象,对于全向天线的情况已经从话统中明显发现C网对G网的影响并要求关闭C网基站了。
但对于定向基站,从话统中还看不出什么明显的影响,干扰带的统计也无明显干扰,但不知这种情况会不会存在C网对G网的干扰?
如果有,干扰的情况有多大?
如果不关闭C网基站,有无更好的方法确定这种干扰?
CDMA20001X(定向天线)与联通GSM900(定向天线)垂直间距参照“CDMA与GSM共站址建设天线隔离度分析及计算”的附表,一般2米的垂直间距可以满足天线隔离度的要求。
TCH性能测量中,分原因统计的掉话有哪些?
在小区的TCH性能测量中,话统项“TCH掉话次数”是总的TCH掉话次数,其分原因统计的掉话统计项是否只有“TCH占用时无线链路断的次数(连接失败)”和“TCH占用时无线链路断的次数(错误指示)”?
在小区的TCH性能测量中,话统项“TCH掉话次数”是总的TCH掉话次数,其分原因统计的掉话统计项有三项:
1、TCH占用时无线链路断的次数(连接失败);
2、TCH占用时无线链路断的次数(错误指示);
3、TCH占用时地面链路断的次数(ABIS)。
其他原因的掉话没有单独统计。
所以,以上三项分原因掉话次数的总和不等于总的“TCH掉话次数”。
TCH性能测量中,其他原因的掉话主要是什么原因造成的掉话?
在2003年1月2日的TCH性能测量话统中,TCH掉话次数为976。
TCH占用时无线链路断的次数(连接失败)次数为343,占用时无线链路断的次数(错误指示)次数为364,TCH占用时地面链路断的次数(ABIS)为0次,其他未知原因掉话为269次,占整个掉话的27.6%。
请解释其他原因的掉话主要是什么原因造成的掉话?
其他原因的掉话是切换过程中(包括BSC内切换、入BSC切换、出BSC切换)的掉话,以及呼叫被强占造成的掉话。
(话统中没有单独分原因列出)。
具体的统计点为:
(1)入BSC切换目标小区收到HANDOVERDETECT,HANDOVERCOMPLETE,解码时发现消息有误时统计。
(2)当TCH作为业务信道,发起入BSC切换时,目标小区等待HANDOVERCOMPLETE超时时统计。
(3)当TCH作为业务信道,发起出BSC切换时,源小区等待来自MSC的切换完成清除消息超时(T8超时)时统计。
(4)当TCH作为业务信道,发起BSC内切换时,目标小区等待HANDOVERCOMPLETE超时后向源小区发送切换失败内部清除消息,源小区统计这个指标。
(5)当TCH作为业务信道,发起BSC内切换时,非DirectedRetry的源小区等待HANDOVERCOMPLETE超时后统计。
(6)当TCH作为业务信道,发起BSC内切换时,目标小区AM/CM布网失败,AM/CM布网超时,等待CCBChange超时,向源小区发送切换失败内部清除消息,源小区统计这个指标。
(7)当TCH作为业务信道,发起BSC内切换时失败返回原信道,源小区先释放掉地面连接,再重新布网时AM/CM布网响应超时或布网执行失败导致掉话,在源小区统计。
(8)TCH作为业务信道时,如果BSC和MSC都支持强占,建立在TCH上的低优先级的呼叫可能被高优先级的呼叫强占无线资源,造成掉话。
同一个外部小区在[外部小区描述数据表]中描述多次,是否可行?
DBF数据中,出现了将同一个外部小区在[外部小区描述数据表]中描述多次的情况,举例说明如下:
假设华为BSC下有2个小区A和B。
小区A有5个外部邻区,外部小区号分别为1-5;
小区B也有5个外部邻区,外部小区号分别为6-10;
但它们有一个共同的外部邻区W。
于是,在[外部小区描述数据表]中外部邻区W就被描述了2次。
[外部小区描述数据表]:
外部小区号
小区名称
BCCH
CGI
NCC
BCC
其他
1
W
110
4600115621091
2
…
6
请问这样配置是否可行?
这样配置没有问题,但应该规范数据配置,只配一次。
问题10出小区切换性能统计问题
某地话统中出小区性能统计有误
某地GSM900网络中,在出、入小区性能测量话统中发现有两个小区之间的切换成功率很低,后通过分析现场的实际情况,认为两个小区由于地形原因不应该互相作为邻区,使用动态设定删除了两个小区的邻区关系配置。
但发现出小区性能测量中还有这两个小区向对方小区的切换请求次数和成功次数,请分析原因?
1、请先检查动态设定是否成功修改了这两个小区的邻区关系参数。
2、华为公司BSC04.1120之前的版本动态设定修改了邻区关系后,原话统任务不能自动进行重登记,造成虽然数据配置中已删除了小区之间的邻区关系,但话统任务中登记的旧的任务并没有与数据一起更新,而是仍然用旧的任务登记内容的顺序作为索引从主机的统计结果中取数据,此时取到的数据已经不是实际的统计结果了。
规避措施:
请把目前统计的结果备份,然后重新登记出小区性能测量的话统任务,就没有此现象了。
04.1120版本增加了话统重登记功能,已解决了此问题。
(确认哪个版本之后可以使用,并增加自动配置台重登记的操作步骤)。
问题11话统自定义指标问题
某本地网出现WS的OMC重新安装后,以前登记的自定义话统没有保存
某本地网OMC没有配SERVER,直接由WS与BAM连接,由于用户对WS操作比较随意,有时OMC的WS软件运行不正常,当重新安装OMC后,发现以前的自定义话统指标没有保存下来,致使原来登记的话统无法正常查看,请问如何解决?
华为OMC系统中的自定义话统指标保存在SERVER的PRMMNG目录下的,由于目前部分边际网工程的本地网没有配SERVER,因此话统自定义文件保存在WS的PRMMNG目录下,当重装WS软件时,就把相应文件就覆盖了,以前的自定义指标也就无法看到了。
目前规避措施:
当做完话统自定义工作后,及时将WS上的PRMMNG目录中的内容进行备份。
当重装WS软件后,用此备份文件覆盖PRMMNG目录的文件。
以上操作必须保证前后版本一致。
问题12载频功率等级缺省值问题
载频功率等级缺省值问题
某本地网搬迁其他厂家基站后,发现覆盖效果比原来差了很多,开局的BSC版本为04.1120A,配置数据时使用的是自动配置台的初始自动配置。
请问是何原因?
在BSC的04.1120A的自动配置台中载频功率等级的缺省值为5,不是载频功率等级的最大值0,由于开局人员的疏忽,没有将此缺省值修改为载频最大的发射功率,致使基站开通后宏蜂窝载频发射功率只有36dBm,微基站更低。
请开局人员在自己配置基站数据时一定要注意此问题。