PS常见问题解决方法.docx

PS常见问题解决方法.docx

《PS常见问题解决方法.docx》由会员分享，可在线阅读，更多相关《PS常见问题解决方法.docx（19页珍藏版）》请在冰点文库上搜索。

PS常见问题解决方法

PS常见问题解决方法

一物理配置及网管相关问题

1.版本加载，逻辑版本切换时提示“组播目标单板不存在”？

原因一：

容量规划没有配置，实际中，有几个模块就配置几个容量规划；

原因二：

物理单板没有插好；

原因三：

配置单板的时候，某些选项配置错误，回头查机框机架单板，模块，单元，子单元配置是否正确；

原因四：

单板原来没有其它版本，未启动，切换后才能启动；

原因五：

要切换的版本跟前台单板运行的版本文件的版本类型不一致，需要从前台删除原来的文件，重启单板再切换。

容易配置错误的地方：

子单元配置时对应的FE/GE端口数〔默认为4〕，但实际上一般配置不为4；具体和机框槽位单板有关系，具体可参见平台硬件说明；如果不清楚具体的FE端口数目，比较保守的配置是都选1，肯定没有冲突。

2.单板告警灯亮，但告警管理页面不显示告警信息

原因就是没有配置物理配置->MP对应OMC服务器；

3.串口设置很多次，单板重启，要不到版本文件，无法正常运行

原因一：

版本文件加载后没有创建OMP板，没有生成OMPCFG引导文件，所以，单板每次重启后一直和服务器要所引导文件，要不到就不能正常运行；所以，串口设置一定要在OMP板创建之后。

原因二：

OMP单板跟OMC服务器通信不通，可能是物理上不通，也可能是地址配置错误。

4.GGLP、GGUP启动不正常

原因一：

GGLP和GGUP都是双CPU，需要配置两个CPU，两个子单元；

原因二：

版本文件上错；

原因三：

版本文件没有上传到前台，没有进行逻辑切换；

原因四：

检查单元连接是否配置正确（成研版本已经不需手工配置）；

原因五：

PSN是负荷分担配置，固定配置是7，8号单元进行负荷分担配置；

原因六：

boot错，或者单板坏，需要更换boot或者单板

5.SIUP板有告警

在模块单元SIUP设置下FE端口数目设置有问题，文档上一般配置为4，但是在实际环境中因单板和背板类型而定，最少有一个，最多可能有四个。

初步搭建环境时，如果不熟悉具体的硬件设备，可以统一配置为1。

6.SGSN和GGSN的UIM板有告警

UIM板的告警是由于没有引入时钟信号；在设置中可以将“不检测时钟信号”的选择框打勾即可。

7.USI单板告警灯亮

USI板子运行正常，告警灯亮，可能是配置USI单元时配置了FE端口。

需要把该处配置修改成0，不需要FE端口。

重传数据后不再告警。

如不恢复，可重启USI单板。

8.SGUP板工作异常

确保SGUP板版本运行正常，一般SGUP的问题都集中在IP地址上，查看失败观察是否有报SGUPSOCKET绑定失败的相关错误，检查SGUP的IP地址配置是否正确，注意与SGUP相关的Gn口和Iu口相关的地址都需要配置在SGUP板上，不能配置在环回接口上，检查SGSP的负荷分担配置是否也配置了与SGUP板相关的地址，SGSP板对应的Gn口IP地址应该与SGUP不同，并且需要配置在环回接口上。

9.当传送全部数据表时，出现部分数据传送未成功

先检查网管提示是某个模块数据传送失败，还是某个模块的部分表传送失败。

原因1：

如果是某个模块全部表传送失败，检查模块配置是否正确，链路是否通讯异常

原因2：

如果是某个模块的部分表传送失败，则检查是哪几个表传送失败，检查相关的表数据配置是否有误，或者是将无法传送的表记录下来反馈给研发相关人员解决。

10.SGSN和GGSN之间存在有时PING不通的现象

原因：

GGLP的MAC地址跟其它局的GGLP的MAC地址冲突。

更改GGLP位置或者采用其它方法修改GGLP的MAC地址。

11.信令跟踪不显示SGSN或者GGSN页面

原因一、启动winnttcp，在winnttcp中配置前台OMP的地址，正常的把winnttcp配通；

原因二、在配置模块时，属性中没有选中SMP和GGSN属性，导致在信令跟踪的时候看不到ggsn各个模块的信令输出选项。

选择该属性之后，信令跟踪中可以看到GGSN各个模块的信令输出选项。

SGSN也同一个原因。

12.性能统计即时查询可用（上研网管适用）

目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作：

找到omcclient\dat\english\cn\mocfg_cnpm.xml文件；在该文件中找到Instantquery，然后删除前面的－－

如下所示：

--

--Instantquery

--CN_MJCOUNTQRYACTION

--

删除－－后为

Instantquery

CN_MJCOUNTQRYACTION

一共有多处，作同样操作，然后重启网管客户端即可。

13.文件管理删除文件可用

目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作：

a.退出文件管理，找到\ommclient\conf\syscfg.ini文件

b.找到

[FILETYPE]

TYPENUM=2

TYPE0=Bin

TYPE1=INI

DIROPER=4550

NOSUFFIX=4550

c.TYPENUM表示要删除的文件类型的个数；如果要删除5个文件类型则需要添加TYPE0-TYPE4

TYPE0表示要删除的文件的后缀，要完全匹配才可以删除。

DIROPER表示文件夹值改为7440后表示可以删除或修改，4550表示不可更改或删除

NOSUFFIX代表无后缀名的文件值改为7440后表示可以删除或修改，4550表示不可更改或删除

删除文件也可以通过以下方法：

注意"/DOC0"下为flash下的文件千万不要随便删除

"/IDE0"为硬盘上的文件

telnet登陆OMP

MPX86->ls"/IDE0"

/IDE0/FTPDATA

/IDE0/EXCINFO

/IDE0/RELEVER

/IDE0/BILL

/IDE0/DATA

/IDE0/ALARM

/IDE0/DATA1

value=0=0x0

MPX86->cd"/IDE0/RELEVER"

MPX86->rm"文件"

注意：

如果是想删除版本文件，不建议使用文件管理删除，因为版本文件的建立是在数据库有记录的，如果手工删除版本文件，可能会使数据库的版本记录有误。

14.SGSP版本切换第二个CPU可能需要手动重启

SGSP版本切换的时候，可能只有第一个CPU可以自动重启，更换版本，第二个CPU需要手动重启后才会运行新的版本，这是平台的一个bug，会改在以后的版本中。

15.升级版本时版本类型需要一致

在升级版本前，SMP配置的CPU1和CPU2两个版本文件，升级时，SMP配置成COMMCPU，切换总是不成功，手动重启也不成功。

需要在前台把原先的CPU1和CPU2两个SMP的版本文件删除后，进行逻辑版本切换，再手动重启SMP，才会更换版本成功。

16.检查Gn口时控制面PING不通,用户面可以PING通

原因一：

协议栈地址配置不正确。

原因二：

路由未加上。

原因三：

协议栈中相应的端口处于DOWN状态。

原因四：

版本加载不正确，加载版本时，MP的属性选择与物理配置中OMP选择的属性不一致。

17.检查Gn口时用户面PING不通,控制面可以PING通

原因一：

用户面配置不正确。

对于SGSN，SGUP的用户面地址需要配置在对应的单板上，而SGSP的用户面地址配置在环回上，并且SGUP和SGSP的用户面地址不能共用。

对于GGSN，用户面地址必须配置在环回接口上。

原因二：

PSN运行异常。

原因三：

SGSN的SGLP和SGUP的FE端口配置不正确，槽位有问题，旁边插了抢占端口的单板。

原因四：

SGSP、GGUP上没有做负荷分担，造成CPU的状态不对

18.所有数据配置正常，GGSN的OMP出现SCS_BSMgt进程启动超时

检查所有配置数据正常，也多次重传重启。

仍然没有效果。

OMP的打印中出现如下信息：

014610/20/15:

57:

40AddSUnit3InfofailinUnit1!

014710/20/15:

57:

40AddSUnit4InfofailinUnit1!

014810/20/15:

57:

40AddSUnit3InfofailinUnit4!

014910/20/15:

57:

40AddSUnit4InfofailinUnit4!

015010/20/15:

57:

40AddUnit8fail,GetPhyAddrError!

应该是8号单元有问题，但是从网管配置上看不出PSN配置的错误。

采用探针查看R_CPU表，发现8号单元（PSN）的MODULE值不对，应该是65535，现在填写为0，故OMP无法正常启动。

解决方法：

删除8号单元，重新配置，重传数据。

造成该故障的可能原因：

不祥，据前方反应，网管服务器瘫过一次（因为操作失误），网管服务器重新安装过，但是数据库没有重新安装。

错误信息可能发生在后台配置，也可能发生在前台zdb文件被破坏。

19.计费MP监控管理不可用

1．检查OMM的Winnttcp上OMP和SMP与计费服务器之间的链路是否是通的,由于计费的MP监控管理命令是通过OMP转发的,所以即使OMP不做业务MP使用,但链路也必须是通的才行。

无论Winnttcp上配置OMP的129网段的地址还是130网段的地址,只要到OMP的链路是通的即可。

OMP上的地址可以通过TELNET到OMP板上，敲ifShow来查看。

2．检查监控对象配置是否正确，配置中MP节点名称和局号必须与Winnttcp的tcpseek.ini配置文件一致。

20.omp关于单板异常信息记录

omp关于单板异常信息记录：

omp单板的/DOC0的根目录中有两个文件exc_pp.txt和exc_mp.txt分别存储pp单板和mp单板的异常信息；在omp的/IDE0/EXCINFO目录中有对应没有槽位的单板异常信息。

21.SGSN的OMP上必须配置SMP属性

SGSN的OMP上必须配置SMP属性,否则OMP上的协议栈进程无法启动,注意SGSN的OMP属性增加了SMP属性后，需要重新加载了OMP版本，重新创建引导文件ompcfg局号.ini.如果想查看协议栈进程是否正常启动,可以Telnet到OMP上，敲zte查看一下进程中是否有Brs_Protocol进程

22.使用成研网管无法传送数据的解决方法

现在使用成研网管，常常出现无法传送数据的情况，telnet到OMP单板，使用inetstatShow命令可以查看跟OMP建链的地址，如果没有跟OMCserver建链，则无法传送数据。

网管端口往往被其它OMCserver或者winnttcp工具占用。

解决方法是禁掉其它的服务器或者winnttcp连接。

重启OMP单板或者不重启，等待OMP跟需要的OMCserver建立TCP连接，建立成功后就可以传送数据。

23.成研网管平台计费服务器的安装使用

安装过程跟上研的计费服务器一样。

启动服务器使用s10dog命令，此时会启动一个图形界面，显示nms和s10spu是否正常。

使用s10see可以开启另外一个图形界面工具，查看连接的各个前台MP是否正常。

使用config.sh可以配置前台MP节点。

原来的cominfo查看信息功能被s10see替代，原来的comminfo添加删除功能被config.sh执行的程序替代。

可以直接把图形界面推出就是关闭服务。

24.HLR无法获得鉴权向量

原因一：

底层链路不通，使用网管上的动态管理查看链路处于非服务状态。

检查到HLR的相关配置，物理连线等。

原因二：

失败观察报GT翻译失败，HLR未收到SGSN的消息。

检查GT相关配置数据。

原因三：

号码分析有误。

PS的IMSI分析可以分析为HLRGT，也可以分析为ISDN号码，如果分析为HLRGT，则GT翻译时，翻译选择子的编号计划应该选择为ISDN/电话编号计划；如果分析为ISDN，则GT翻译时，翻译选择子的编号计划应该选择为ISDN/移动编号计划。

原因四：

HLR收到SGSN的消息，未回应消息给SGSN。

检查HLR侧GT分析是否正确。

原因五：

HLR局跟踪信令，收到也回应消息给SGSN。

SGSN局没有收到。

检查本局信令点网络号和邻接局信令网络号是否一致。

25.ATTACH消息传不上去

原因一：

Udpwtach打印消息显示“mtp3Smh:

Usernotexist!

”

mtp3上层用户为SCCP，检查配置时是否选定SCCP用户；

局数据->本局信令点配置->本局信令点信令网络->本局对应网络的用户类型->SCCP用户（默认为0，设定为1）

原因二：

Udpwatch打印消息显示“无法找到0号模块”

检查在SGMP负荷分担初始化后，是否进行编辑。

解决方法为SGSN配置－》负荷分担配置－》初始化SGMP扩容MO再在SGMP集中编辑器选择模块进行负荷分担（默认的都是0，而0模块是不存在）。

26.GGSNECHO消息异常

外场在测试ECHO消息时，由于部分配置问题导致ECHO异常。

在目前，GGSN的，所以采用的配置不大一样。

1）

OMP可以勾上SMP属性，也可以不勾上SMP属性，和负荷分担表里的配置有一定的对应关系，需要注意一下：

●如果OMP勾上SMP属性，此时负荷分担表里可以配置分担到OMP，也可以不配置分担到OMP。

如果负荷分担表里配置了OMP，那么Echo的处理，即收和发都是在OMP上进行；如果负荷分担表里没有配置OMP，即OMP上不跑业务，那么Echo的收发就在其它SMP中的模块好最小的一块SMP上处理。

●如果OMP没有勾上SMP属性，那么负荷分担表里一定不能将配置分担到OMP上，否则Echo就不通了。

因为如果负荷分担表里配置上了OMP，那么Echo的处理就在OMP上了，而OMP又没有底层IP的支持，Echo就会不通，业务是跑不起来的。

●GTPC控制面地址的IP协议栈配置，必须配置在loopback接口上，而不要配置在对应OMP或者SMP板的控制面虚接口上。

2）

注：

●OMP必须把SMP属性勾上，负荷分担表里可以配置分担到OMP上，也可以不配置分担到OMP上。

不管OMP上有没有跑业务或者分担用户，Echo请求的发送及回来的响应都是在OMP上统一处理。

●GTPC控制面地址的IP协议栈配置，必须配置在loopback接口上，而不要配置在对应OMP或者SMP板的控制面虚接口上。

二基本功能调试相关问题

1.Attach拒绝

Attach拒绝的原因比较多，可以先根据信令跟踪查看拒绝原因值，然后根据以下总结找到相关的原因分析：

1）和用户的签约状况相关的原因

●IMSI未在HLR里登记（cause＝＃3：

IllegalMS）；

●未签约GPRS业务的移动用户发起的GPRSAttach，附着会被拒绝（cause＝#7：

GPRSservicesnotallowed）；

●在HLR客户受理端将用户报停了，则附着也会被拒绝（cause＝#3IllegalMS）；

●在HLR客户受理端将用户挂失了，则附着也会被拒绝（cause＝#3IllegalMS）；

●在HLR客户受理端将用户设为了复制，则附着也会被拒绝（cause＝#3IllegalMS）；

●3G限制2G用户接入（ARD），用户签约ARD（01GREANAllowed/UTRANNotAllowed），SGSN支持ARD时，用户从Iu口/用户从HPLMNIu口/用户从VPLMNIu口发起IMSI附着网络侧拒绝用户接入。

Cause值分别为：

拒绝原因同网管配置相同（11～15）/#15NoSuitableCellsInLocationArea/＃13Roamingnotallowedinthislocationarea。

●用户签约的是CAMEL用户，但是SGSN不支持CAMEL功能，或者支持的CAMEL功能版本低于R3版本，则附着也会被拒绝（cause＝#11PLMNnotallowed）。

2）网管配置相关的原因

●用户在HLR中配置了区域限制，但在该区域之外的区域附着（cause＝#12：

LocationAreanotallowed）；

●当然如果用户在网管未配置的区域内附着也会被拒绝（cause＝#12：

LocationAreanotallowed）；

●用户在HLR内签约区域限制，并在签约的区域限制区域附着进行附着，但是网管SGSN安全变量配置里却设置为不支持区域签约限制，附着也会被拒绝，拒绝原因也为（cause＝#12LocationAreanotallowed）；

●SGSN网号在HLR中配置为漫游禁止，附着时也会拒绝（cause＝#11PLMNnotallowed）；

●安全变量中打开或关闭IMEI流程由于没有EIR设备，附着也会被拒绝（cause：

＃17Networkfailure）；

3）网络问题

●HLR出现问题或与HLR的通讯出现异常，例如HLR的GT配置错误等，造成获鉴权向量失败，也会附着拒绝（cause＝＃17：

Networkfailure）；

●手机无响应（如对鉴权请求无响应等）（cause＝＃17：

Networkfailure）。

4）其他原因

●鉴权失败，例如用户鉴权算法和网络侧不一致，鉴权被拒绝，SGSN发送鉴权拒绝消息。

●对SECURITYMODECOMMAND响应不正确，安全模式失败，附着拒绝（cause＝＃17：

Networkfailure）。

●更新HLR失败；GSNMAP潜在版本不兼容；由于支持GPRS的最低版本是3，如果HLR使用GSNMAP版本为2，则无法支持GPRS位置更新。

MAPOPEN上去携带版本3，HLR本身版本2，位置更新下发不成功，收不到更新消息；

●Gb口附着SGSP创建上下文失败（cause＝＃17：

Networkfailure）。

●过负荷控制（信令和业务），单板SMP、SGSP等的CPU等占用率超过安全变量里的过负荷控制点后，拒绝用户附着（cause＝＃17：

Networkfailure）。

●超过容量配置里业务容量规划配置里的用户数，用户再附着会被拒绝（cause＝＃17：

Networkfailure）。

2.PDP激活失败

这里列举了部分PDP上下文激活被拒绝的可能原因。

请先根据如下描述检查网络设备状态和相关数据配置，先根据拒绝原因值初步定位问题属于哪类问题，再根据相关建议方法解决。

另外需要注意对于多个SMP的环境，控制面地址一定要配置在环回接口上。

如果仍然不能够解决问题，请尽可能收集信令跟踪、失败观察和UDPWatch打印信息（SGSN的SMP上打开SM和GTPC打印，GGSN的SMP上打开GTPC打印），而后再与相关研发人员联系。

1）HLR故障（Cause=Hex:

1F---Activationrejected,unspecifie）

获取鉴权向量组失败。

Gb口激活时可能会出现，检查与HLR之间的链路，不过如果可以正常附着成功，一般不会出现该问题。

2）APN检查失败（Cause=Hex:

21---Requestedserviceoptionnotsubscribed）

APN检查失败是PDP激活时常见的问题，首先判断是不是APN检查失败导致激活失败，然后再分析引起APN检查失败的原因。

是否是APN检查失败可以通过两方面来判断：

如果信令跟踪里看到SGSN收到激活响应后未向GGSN发CreatePDPreq就直接向MS回拒绝，那多半是APN检查失败，再看一下返回的失败原因值是否为Cause=Hex:

21，如果是的话，基本可以确定是APN检查失败，当然如果能使用UDPWATCH的话，可以直接看到SM是否打印出APN检查失败。

如果确定是APN检查失败，在外场调试时如果遇到此类问题最简单的办法就是只签约一个PDP上下文，使用动态地址，或者只签约一个通配符（*号），使用动态地址，。

当只签约一个PDP上下文时，手机激活时可以不带APN，直接激活；如果手机激活时必须要带APN上来则只能带签约的APN。

当只签约一个通配符时，手机无论带什么APN激活，都直接使用手机带的APN激活，如果手机不带任何APN激活，则使用SGSN的缺省APN激活（缺省APN在SGSN的PS局配置里配置）。

如果现场PDP上下文的签约情况比较复杂，请参考如下描述，或是收集相关签约信息和手机激活请求等信息发给相关研发人员分析。

由于目前外场只用到IPV4，所以以下描述仅针对PDPtype=IPV4而言，以下是按照协议的流程图来描述的，因为流程图中的许多情况在一般使用中是不会出现的，所以只摘录了一部分可能会出现的问题的情况，出现如下某种情况就会出现APN检查失败，需要修改签约信息或用户激活请求所带的参数：

●用户激活请求未携带PDPType/PDPAddress/APN，签约多个PDP上下文；

●用户激活请求只携带了PDPType（IPV4），但未签约该PDPType的PDP上下文；

●用户激活请求只携带了PDPType（IPV4），但签约多个该PDPType的PDP上下文且未签约APN通配符；

●用户激活请求携带了PDPType/PDPAddress，但未签约该PDPType/PDPAddress的PDP上下文；

●用户激活请求携带了PDPType/PDPAddress，但签约多个PDPType/PDPAddress（不同APN）的PDP上下文；

●用户激活请求携带了PDPType/PDPAddress/APN，但未签约该PDPType/PDPAddress/APN的PDP上下文；

●用户激活请求携带了PDPType/APN但未携带PDPAddress，未签约该APN也未签约APN通配符；

●用户激活请求携带了PDPType/APN但未携带PDPAddress，签约了多个相同PDPType/APN的PDP上下文但均未采用动态地址分配方式；

●在HPLMN携带了非HPLMN的APN-OI；

●在VPLMN携带了非VPLMN、非HPMN的APN-OI；

●在VPLMN（使用VPLMNAPN-OI激活）但是签约VPLMNAddressNotAllowed。

3）DNS翻译失败（Cause＝Hex:

1B---Unknownormissingaccesspointname）

在系统中只有APN配置中未配置APN或APN配置错误时，系统才会向DNS服务器请求查询APN，出现该问题需要确认现场是否需要使用DNS来解析APN，配置的DNS服务器地址是否正确，与服务器之间的通信是否正常，服务器是否配置了正确的APN。

如果不需要使用DNS来解析APN，请检查APN配置中相关APN是否配置正确。

4）CAMEL用户（Cause＝Hex:

26---Networkfailure）

CAMEL用户激活被拒绝，检查与SCP相关的内容：

●是