【资料名称】:nokia 常用命令
【资料作者】:nokia
【资料日期】:20110620
【资料语言】:中文
【资料格式】:DOC
【资料目录和简介】:
nokia 常用命令
常用BSC命令小结:
ZEEI:BTS/BCF=BTS号/BCF号;查看BTS/BCF的详细信息(载频数、频点、所在BCSU)
ZEEI::BCSU;查看当前BSC最大容纳载频数及各BCSU下所有载频数
ZERO:BTS= BTS号,TRX=TRX号;查看BTS/TRX的详细情况、干扰级别
ZEFO:BCF号:ALL;查看BCF的所有参数
ZEQO:BTS= BTS号:ALL;查看BTS的所有参数
ZEQO:SEG=**:ALL;查看EDGE站点的所有参数
ZEFS:BCF号:L/U;对BCF重新启动
ZEQS:BTS=BTS号:L/U;对BTS重新启动
ZERS:BTS=BTS号,TRX=TRX号:L/U;对一个载频重新启动
ZEAO:BTS= BTS号;查看BTS的所有相临小区
ZEAO:BTS= BTS号;ABTS= BTS号;查看同一BSC下的BTS的所有相临小区
ZEAO:BTS= BTS号;LAC=LAC号,CI=CI号;查看不同BSC下的BTS的所有相临小区
ZEHO:BTS= BTS号;查看BTS的切换参数
ZEUO:BTS= BTS号;查看BTS的功率控制参数
ZEFO:BCF号:ALL;查看BCF的所有参数
ZEOH::BCF=BCF号;查看当天BCF告警
ZEOH:YYYY-MM-DD:BCF= BCF号;查看从输入日期至今的告警
ZEOL:12;(12为BCF号)查询实时告警
ZEOL::NR;查询实时告警
ZAHO;查看BSC当前告警
ZAHP;查看BSC历史告警
ZUSC:单元名,单元号:目的状态; 修改指定单元的状态
ZUSI:单元名,单元号; 查看各单元状态和相关信息
ZUDU:单元名,单元号; 诊断指定单元
ZCEL:CGR=1;查看A接口电路状态
ZRCI:GSW:CGR=1;查看A接口电路的详细信息
ZCEC:CRCT=PCM号-时隙号:目的状态;修改A接口电路状态
ZNEL;查看CCS7信令的详细信息
ZDSB:NAME=T***%;(***是BTS号)查看信令时隙
ZDTI:::PCM=***;查询是否有空余时隙
ZEQE;BTS=***,hop=BB/RF;开跳频;
ZEQE;BTS=***,hop=no;关跳频
删相邻小区是ZEAD;
加相邻小区是ZEAC;
常用MSC命令小结:
ZEPO::IDE;查看MSC下基站数据
ZMVO:MSISDN=86+手机号码;查询手机最后一次活动时间及所在小区号(关机时IMSI DETACH FLAG ......... Y)
ZEPO:LAC= ,CI=;通过ZMVO查询后再用此命令查询移动台的具体信息。
常用HLR命令小结:
ZMIO:MSISDN=86+手机号码;查询MSC ID号
ZMSO:MSISDN=86+手机号码;辅助查询:来电隐藏,呼叫转移(Y为开通,N为未开通,D为开通但未激活)
ZMNO:IMSI= IMSI号码;是否开通GPRS业务(NETWORK ACCESS ......... BOTH为开通)
ZMAI:IMSI= IMSI号码;查询KI功能(FOUND为已开通此号码,否则未开通)
返回上一层命令: crtl +X
NOKIA 休眠小区,重新激活以及重启BCF后,EGPRS统计还是无流量,最后建议调整一下BCSU,请问具体做作步骤以及命令:没有开EDGE的小区,先用ZEQV:SEG=XXX:GENA=N;关闭GPRS功能,然后再用ZEQV:SEG=XXX:GENA=Y,NSEI=XXXXX,就调整到新的BCSU了,如果是开EDGE的小区,则直接用ZESM:ID=XXX,BCSU=XX,PCU=XX;其中ID是该小区的EDAP ID。
NSEI是Network Service Entity Identity,中文直译是网络服务实体标识。
NS(Network Service,网络服务)是Gb接口的层2协议。现网中,一个SGSN与多个PCU连接,一个PCU只能和一个SGSN连接,所以,Gb接口是树状拓扑结构。而SGSN与PCU都是NSE(NS Entity,NS层实体),为了区分连接同一SGSN的不同PCU,我们为每个PCU分配了一个NSEI。(NS协议的上一层协议是BSSGP(BSS GPRS Protocol),BSSGP协议是Gb接口的最顶层协议。一个SGSN可以连接多个PCU,并且与每个PCU都有一个BSSGP的虚连接,用于传输信令和用户数据,所以NSEI就用来唯一标识一个PCU。)
BCSU是基本控制信令单元,PCU是包控制单元。语音、数据的所有信令都到BCSU上处理,而PCU是专供GPRS/EGPRS处理数据的,当然,数据业务的信令也是BCSU来处理的。所以一个NSEI对应的就是BCSU+PCU
TRPBFGTCH分配GPRS信道分配
00没有优先级没有优先级
01没有优先级优选BCCH载频 |国内领先的通信技术论坛0|!{;W,])u-a:U-R
02没有优先级优选非BCCH载频
10优选BCCH载频没有优先级&Z0~!W O(u5z'K/Q'H2Y
11优选BCCH载频优选BCCH载频移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单#L%r,t0p7}5V
12优选BCCH载频优选非BCCH载频
www.mscbsc.com4H,y"v1m+K-l5~;B4w
20优选非BCCH载频没有优先级3V8q,H(u0V2E1}*w
21优选非BCCH载频优选非BCCH载频
22优选非BCCH载频优选BCCH载频
TRP的0代表没有优先级,1代表优选BCCH载频,2代表优选非BCCH载频
www.mscbsc.com2z2B8o4f&l3v3A
BFG的0代表没有优先级,1代表与TRP优先级相同,2代表与TRP优先级相反
SD掉话问题:
1、Nokia系统的SDCCH掉话本身统计就很高, 这与其Counter定义有关,基站只要收到了Channel request后,就会分配SDCCH,如果是Ghost的SD请求,那么等待T3101超时后,会记为掉话,这类掉话会表现为SDCCH掉话中Abis类,其实Nokia系统中SDCCH掉话中大多数均为该类型 |国内领先的通信技术论坛5Q$l"S)r-r.G,q9P1~#_4{
2、如果突发的SDCCH掉话达到了50%以上,基本通过重启BCF后会恢复,这一般由于进程故障导致;:q0k6I3e&@
3、通过调整RET参数(改小)可以减少Ghost的Channel request,降低全网的SDCCH掉话/X2B6w5u'N(j
4、小区的BCCH受到干扰时,或存在同频同BSIC现象,SDCCH掉话会偏高,可修改BCCH频点0t0D0c7U5U'p)\;i%M
5、查看是否存在SDCCH的7745告警,确认是否为载频故障,可重启载频恢复等 |国内领先的通信技术论坛8L"o&]9I0d/C
6、如果SDCCH的RF类型高,你就需要注意了,可能与TCH频点干扰、硬件故障等有关,这类SDCCH掉话对用户实质影响较大MSCBSC 移动通信论坛2Q&I6^8[7}
7、对于SDCCH A口掉话,也会经常产生异常,通过重启BCF可恢复
8、网络负荷太高会产生大面积的SDCCH ABIS掉话高,我在某地做优化时,情人节那天交换机负荷太高导致了大面积呼叫瘫痪,小区基本表现为高ABIS的SDCCH掉话
9、当然,你提到的HYS规划对SDCCH掉话也有影响的,这个对于那个系统都是一样的
Classmark change
该消息里内容为手机的能力。
MS的Classmark又有Classmark1、Classmark2、Classmark3三类,网络可以通过询问移动台的CLASSMARK来了解移动台的各种能力,也可以要求移动台在建立链路后立即向网络报告它的CLASSMARK3。
(1)手机被动响应上报:当ECSC设置为“否”时,MS会在Establishment Indication消息的CM SERV REQ中上报Classmark 2,随后MSC会在A接口链接CC建立后,在下发CM Service Accepted消息之前,根据上报的Classmark 2 中的IE CM3是否为1来确定是否发送CLASSMARK ENQUIRY消息,当MS上报的COMPLETE L3 INFO消息的类标2中要求类标3的标志为是的时候就发CLASSMARK ENQUIRE消息,手机收到后向网络回类标改变CLASSMARK CHANGE消息,上报类标3的信息。
(2)(2)手机主动上报:ECSC设置为“是”时,MS会在Establishment Indication消息的CM SERV REQ中上报Classmark 2,紧接着上报Classmark Change消息,上报CLASSMARK3信息。这样就避免了网络的查询过程
规格为S6/6/6的基站理论最大允许多少人通话?
答:这个要分几种情况:
对于主BCCH,那么有可分为两种情况:
一是combined结构,就是该载频的第0时隙为BCCH+SDCCH/4+CCCH,后面7个时隙作为话音信道,这时,若全速率则7个用户,若开了半速率(原则上是不建议有BCCH时隙的载频打开半速率的,不过打开也可以用)则7*2=14个用户;
结果就是:
对于 FR:(6*8-1)*3;
对于HFR: (6*8-1)*3*2;
二是non-combined结构,就是说改载频的第0时隙为BCCH+CCCH,第1时隙为SDCCH/8,这样话音信道就剩下后面的6个时隙,这时,若全速率则6个用户,若开了半速率则6*2=12个用户;
结果就是:
对于 FR:(6*8-2)*3;
对于HFR: (6*8-2)*3*2;
以上计算是基于独占使用的,在实际使用中,不可能所有用户每时每刻都在同时打电话,所以还有个概率问题,这个概率跟进爱尔兰B表来进行计算,考虑可接受的拥塞率。假设一个TCH支持0.4Erl,一个用户0.025Erl(CMCC最新的话务模型),则一个TCH全速率时可以支持16个用户,半速率时可以支持32个用户。一个载频的情况就是该载频配置的TCH数量乘以上面的数字。