1、版本文件没有上传到前台，没有进行逻辑切换；检查单元连接是否配置正确（成研版本已经不需手工配置）；PSN是负荷分担配置，固定配置是7，8号单元进行负荷分担配置；原因六：boot错，或者单板坏，需要更换boot或者单板5. SIUP板有告警在模块单元SIUP设置下FE端口数目设置有问题，文档上一般配置为4，但是在实际环境中因单板和背板类型而定，最少有一个，最多可能有四个。初步搭建环境时，如果不熟悉具体的硬件设备，可以统一配置为1。6. SGSN和GGSN的UIM板有告警UIM板的告警是由于没有引入时钟信号；在设置中可以将“不检测时钟信号”的选择框打勾即可。7. USI单板告警灯亮USI板子运行正常
2、，告警灯亮，可能是配置USI单元时配置了FE端口。需要把该处配置修改成0，不需要FE端口。重传数据后不再告警。如不恢复，可重启USI单板。8. SGUP板工作异常确保SGUP板版本运行正常，一般SGUP的问题都集中在IP地址上，查看失败观察是否有报SGUP SOCKET绑定失败的相关错误，检查SGUP的IP地址配置是否正确，注意与SGUP相关的Gn口和Iu口相关的地址都需要配置在SGUP板上，不能配置在环回接口上，检查SGSP的负荷分担配置是否也配置了与SGUP板相关的地址，SGSP板对应的Gn口IP地址应该与SGUP不同，并且需要配置在环回接口上。9. 当传送全部数据表时，出现部分数据传送未
3、成功先检查网管提示是某个模块数据传送失败，还是某个模块的部分表传送失败。原因1：如果是某个模块全部表传送失败，检查模块配置是否正确，链路是否通讯异常原因2：如果是某个模块的部分表传送失败，则检查是哪几个表传送失败，检查相关的表数据配置是否有误，或者是将无法传送的表记录下来反馈给研发相关人员解决。10. SGSN和GGSN之间存在有时PING不通的现象原因：GGLP的MAC地址跟其它局的GGLP的MAC地址冲突。更改GGLP位置或者采用其它方法修改GGLP的MAC地址。11. 信令跟踪不显示SGSN或者GGSN页面原因一、启动winnttcp，在winnttcp中配置前台OMP的地址，正常的把w
4、innttcp配通；原因二、在配置模块时，属性中没有选中SMP和GGSN属性，导致在信令跟踪的时候看不到ggsn各个模块的信令输出选项。选择该属性之后，信令跟踪中可以看到GGSN各个模块的信令输出选项。SGSN也同一个原因。12. 性能统计即时查询可用（上研网管适用）目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作：找到omcclientdatenglishcnmocfg_cnpm.xml文件；在该文件中找到Instant query，然后删除前面的如下所示： - CAPTIONInstant queryACTIONTYPECN_MJCOUNTQRYACTION/MENUITEM
5、删除后为 ls /IDE0/FTPDATA/IDE0/EXCINFO/IDE0/RELEVER/IDE0/BILL/IDE0/DATA/IDE0/ALARM/IDE0/DATA1value = 0 = 0x0cd /IDE0/RELEVERrm 文件注意：如果是想删除版本文件，不建议使用文件管理删除，因为版本文件的建立是在数据库有记录的，如果手工删除版本文件，可能会使数据库的版本记录有误。14. SGSP版本切换第二个CPU可能需要手动重启SGSP版本切换的时候，可能只有第一个CPU可以自动重启，更换版本，第二个CPU需要手动重启后才会运行新的版本，这是平台的一个bug，会改在以后的版本中。1
6、5. 升级版本时版本类型需要一致在升级版本前，SMP配置的CPU1和CPU2两个版本文件，升级时，SMP配置成COMMCPU，切换总是不成功，手动重启也不成功。需要在前台把原先的CPU1和CPU2两个SMP的版本文件删除后，进行逻辑版本切换，再手动重启SMP，才会更换版本成功。16. 检查Gn口时控制面PING不通,用户面可以PING通协议栈地址配置不正确。路由未加上。协议栈中相应的端口处于DOWN状态。版本加载不正确，加载版本时，MP的属性选择与物理配置中OMP选择的属性不一致。17. 检查Gn口时用户面PING不通,控制面可以PING通用户面配置不正确。对于SGSN，SGUP的用户面地址需
7、要配置在对应的单板上，而SGSP的用户面地址配置在环回上，并且SGUP和SGSP的用户面地址不能共用。对于GGSN，用户面地址必须配置在环回接口上。PSN运行异常。SGSN的SGLP和SGUP的FE端口配置不正确，槽位有问题，旁边插了抢占端口的单板。SGSP、GGUP上没有做负荷分担，造成CPU的状态不对18. 所有数据配置正常，GGSN的OMP出现SCS_BSMgt进程启动超时检查所有配置数据正常，也多次重传重启。仍然没有效果。OMP的打印中出现如下信息：0146 10/20/15:57:40 Add SUnit 3 Info fail in Unit 1!0147 10/20/15:40
8、Add SUnit 4 Info fail in Unit 1!0148 10/20/15:40 Add SUnit 3 Info fail in Unit 4!0149 10/20/15:40 Add SUnit 4 Info fail in Unit 4!0150 10/20/15:40 Add Unit 8 fail, Get PhyAddr Error!应该是8号单元有问题，但是从网管配置上看不出PSN配置的错误。采用探针查看R_CPU表，发现8号单元（PSN）的MODULE值不对，应该是65535，现在填写为0，故OMP无法正常启动。解决方法：删除8号单元，重新配置，重传数据。造成该
9、故障的可能原因：不祥，据前方反应，网管服务器瘫过一次（因为操作失误），网管服务器重新安装过，但是数据库没有重新安装。错误信息可能发生在后台配置，也可能发生在前台zdb文件被破坏。19. 计费MP监控管理不可用1 检查OMM的Winnttcp上OMP和SMP与计费服务器之间的链路是否是通的,由于计费的MP监控管理命令是通过OMP转发的,所以即使OMP不做业务MP使用,但链路也必须是通的才行。无论Winnttcp上配置OMP的129网段的地址还是130网段的地址,只要到OMP的链路是通的即可。OMP上的地址可以通过TELNET到OMP板上，敲ifShow来查看。2 检查监控对象配置是否正确，配置中
10、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.如果想查看协议栈进程是否正常启动,可以
11、Telnet 到OMP上，敲zte查看一下进程中是否有 Brs_Protocol进程22. 使用成研网管无法传送数据的解决方法现在使用成研网管，常常出现无法传送数据的情况，telnet到OMP单板，使用inetstatShow命令可以查看跟OMP建链的地址，如果没有跟OMC server建链，则无法传送数据。网管端口往往被其它OMC server或者winnttcp工具占用。解决方法是禁掉其它的服务器或者winnttcp连接。重启OMP单板或者不重启，等待OMP跟需要的OMC server建立TCP连接，建立成功后就可以传送数据。23. 成研网管平台计费服务器的安装使用安装过程跟上研的计费服务
12、器一样。启动服务器使用s10dog命令，此时会启动一个图形界面，显示nms和s10spu是否正常。使用s10see可以开启另外一个图形界面工具，查看连接的各个前台MP是否正常。使用config.sh可以配置前台MP节点。原来的cominfo查看信息功能被s10see替代，原来的comminfo添加删除功能被config.sh执行的程序替代。可以直接把图形界面推出就是关闭服务。24. HLR无法获得鉴权向量底层链路不通，使用网管上的动态管理查看链路处于非服务状态。检查到HLR的相关配置，物理连线等。失败观察报GT翻译失败，HLR未收到SGSN的消息。检查GT相关配置数据。号码分析有误。PS的IM
13、SI分析可以分析为HLRGT，也可以分析为ISDN号码，如果分析为HLRGT，则GT翻译时，翻译选择子的编号计划应该选择为ISDN/电话编号计划；如果分析为ISDN，则GT翻译时，翻译选择子的编号计划应该选择为ISDN/移动编号计划。HLR收到SGSN的消息，未回应消息给SGSN。检查HLR侧GT分析是否正确。HLR局跟踪信令，收到也回应消息给SGSN。SGSN局没有收到。检查本局信令点网络号和邻接局信令网络号是否一致。25. ATTACH消息传不上去Udpwtach打印消息显示“mtp3Smh : User not exist! ”mtp3上层用户为 SCCP，检查配置时是否选定SCCP用户
14、；局数据-本局信令点配置-本局信令点信令网络-本局对应网络的用户类型-SCCP用户（默认为0，设定为1）Udpwatch打印消息显示 “无法找到0号模块”检查在SGMP负荷分担初始化后，是否进行编辑。解决方法为SGSN配置负荷分担配置初始化SGMP扩容MO再在SGMP集中编辑器选择模块进行负荷分担（默认的都是0，而0模块是不存在）。26. GGSN ECHO消息异常外场在测试ECHO消息时，由于部分配置问题导致ECHO异常。在目前，GGSN的，所以采用的配置不大一样。1） OMP可以勾上SMP属性，也可以不勾上SMP属性，和负荷分担表里的配置有一定的对应关系，需要注意一下： 如果OMP勾上SM
15、P属性，此时负荷分担表里可以配置分担到OMP，也可以不配置分担到OMP。如果负荷分担表里配置了OMP，那么Echo的处理，即收和发都是在OMP上进行；如果负荷分担表里没有配置OMP，即OMP上不跑业务，那么Echo的收发就在其它SMP中的模块好最小的一块SMP上处理。 如果OMP没有勾上SMP属性，那么负荷分担表里一定不能将配置分担到OMP上，否则Echo就不通了。因为如果负荷分担表里配置上了OMP，那么Echo的处理就在OMP上了，而OMP又没有底层IP的支持，Echo就会不通，业务是跑不起来的。 GTPC控制面地址的IP协议栈配置，必须配置在loopback接口上，而不要配置在对应OMP或
16、者SMP板的控制面虚接口上。2） 注： OMP必须把SMP属性勾上，负荷分担表里可以配置分担到OMP上，也可以不配置分担到OMP上。不管OMP上有没有跑业务或者分担用户，Echo请求的发送及回来的响应都是在OMP上统一处理。二 基本功能调试相关问题1. Attach拒绝Attach拒绝的原因比较多，可以先根据信令跟踪查看拒绝原因值，然后根据以下总结找到相关的原因分析：1） 和用户的签约状况相关的原因 IMSI未在HLR里登记（cause3：Illegal MS）； 未签约GPRS业务的移动用户发起的GPRS Attach，附着会被拒绝（cause#7：GPRS services not all
17、owed）； 在HLR客户受理端将用户报停了，则附着也会被拒绝（cause#3 Illegal MS）； 在HLR客户受理端将用户挂失了，则附着也会被拒绝（cause#3 Illegal MS）； 在HLR客户受理端将用户设为了复制，则附着也会被拒绝（cause#3 Illegal MS）； 3G限制2G用户接入（ARD），用户签约ARD（01 GREANAllowed/UTRANNotAllowed）， SGSN支持ARD时，用户从Iu口/用户从HPLMN Iu口/用户从VPLMN Iu口发起IMSI附着网络侧拒绝用户接入。Cause值分别为：拒绝原因同网管配置相同（1115）/ #15 N
18、o Suitable Cells In Location Area/ 13 Roaming not allowed in this location area。 用户签约的是CAMEL用户，但是SGSN不支持CAMEL功能，或者支持的CAMEL功能版本低于R3版本，则附着也会被拒绝（cause#11 PLMN not allowed）。2） 网管配置相关的原因 用户在HLR中配置了区域限制，但在该区域之外的区域附着（cause#12：Location Area not allowed）； 当然如果用户在网管未配置的区域内附着也会被拒绝（cause#12： 用户在HLR内签约区域限制，并在签约的
19、区域限制区域附着进行附着，但是网管SGSN安全变量配置里却设置为不支持区域签约限制，附着也会被拒绝，拒绝原因也为（cause#12 Location Area not allowed）； SGSN网号在HLR中配置为漫游禁止，附着时也会拒绝（cause#11 PLMN not allowed）； 安全变量中打开或关闭IMEI流程由于没有EIR设备，附着也会被拒绝（cause：17 Network failure）；3） 网络问题 HLR出现问题或与HLR的通讯出现异常，例如HLR的GT配置错误等，造成获鉴权向量失败，也会附着拒绝（cause17：Network failure）； 手机无响应（
20、如对鉴权请求无响应等）（cause17：Network failure）。4） 其他原因 鉴权失败，例如用户鉴权算法和网络侧不一致，鉴权被拒绝，SGSN发送鉴权拒绝消息。 对SECURITY MODE COMMAND响应不正确，安全模式失败，附着拒绝（cause17： 更新HLR失败；GSNMAP潜在版本不兼容；由于支持GPRS的最低版本是3，如果HLR使用GSNMAP版本为2，则无法支持GPRS位置更新。MAP OPEN上去携带版本3，HLR本身版本2，位置更新下发不成功，收不到更新消息； Gb口附着SGSP创建上下文失败（cause17： 过负荷控制（信令和业务），单板SMP、SGSP等的
21、CPU等占用率超过安全变量里的过负荷控制点后，拒绝用户附着（cause17： 超过容量配置里业务容量规划配置里的用户数，用户再附着会被拒绝（cause17：2. PDP激活失败这里列举了部分PDP上下文激活被拒绝的可能原因。请先根据如下描述检查网络设备状态和相关数据配置，先根据拒绝原因值初步定位问题属于哪类问题，再根据相关建议方法解决。另外需要注意对于多个SMP的环境，控制面地址一定要配置在环回接口上。如果仍然不能够解决问题，请尽可能收集信令跟踪、失败观察和UDPWatch打印信息（SGSN的SMP上打开SM和GTPC打印，GGSN的SMP上打开GTPC打印），而后再与相关研发人员联系。1）
22、HLR故障（Cause=Hex: 1F-Activation rejected, unspecifie）获取鉴权向量组失败。Gb口激活时可能会出现，检查与HLR之间的链路，不过如果可以正常附着成功，一般不会出现该问题。2） APN检查失败（Cause=Hex:21-Requested service option not subscribed）APN检查失败是PDP激活时常见的问题，首先判断是不是APN检查失败导致激活失败，然后再分析引起APN检查失败的原因。是否是APN检查失败可以通过两方面来判断：如果信令跟踪里看到SGSN收到激活响应后未向GGSN发Create PDP req就直接向MS
23、回拒绝，那多半是APN检查失败，再看一下返回的失败原因值是否为Cause=Hex:21，如果是的话，基本可以确定是APN检查失败，当然如果能使用UDPWATCH的话，可以直接看到SM是否打印出APN检查失败。如果确定是APN检查失败，在外场调试时如果遇到此类问题最简单的办法就是只签约一个PDP上下文，使用动态地址，或者只签约一个通配符（*号），使用动态地址，。当只签约一个PDP上下文时，手机激活时可以不带APN，直接激活；如果手机激活时必须要带APN上来则只能带签约的APN。当只签约一个通配符时，手机无论带什么APN激活，都直接使用手机带的APN激活，如果手机不带任何APN激活，则使用SGSN
24、的缺省APN激活（缺省APN在SGSN的PS局配置里配置）。如果现场PDP上下文的签约情况比较复杂，请参考如下描述，或是收集相关签约信息和手机激活请求等信息发给相关研发人员分析。由于目前外场只用到IPV4，所以以下描述仅针对PDP type=IPV4而言，以下是按照协议的流程图来描述的，因为流程图中的许多情况在一般使用中是不会出现的，所以只摘录了一部分可能会出现的问题的情况，出现如下某种情况就会出现APN检查失败，需要修改签约信息或用户激活请求所带的参数： 用户激活请求未携带PDP Type / PDP Address / APN，签约多个PDP上下文； 用户激活请求只携带了PDP Type（
25、IPV4），但未签约该PDP Type的PDP上下文； 用户激活请求只携带了PDP Type（IPV4），但签约多个该PDP Type的PDP上下文且未签约APN通配符； 用户激活请求携带了PDP Type / PDP Address，但未签约该PDP Type / PDP Address的PDP上下文； 用户激活请求携带了PDP Type / PDP Address，但签约多个PDP Type / PDP Address （不同APN） 的PDP上下文； 用户激活请求携带了PDP Type / PDP Address / APN，但未签约该PDP Type / PDP Address /AP
26、N的PDP上下文； 用户激活请求携带了PDP Type / APN但未携带PDP Address，未签约该APN 也未签约APN通配符； 用户激活请求携带了PDP Type / APN但未携带PDP Address，签约了多个相同PDP Type / APN的PDP上下文但均未采用动态地址分配方式； 在HPLMN携带了非HPLMN的APN-OI； 在VPLMN携带了非VPLMN、非HPMN的APN-OI； 在VPLMN（使用VPLMN APN-OI激活）但是签约VPLMN Address Not Allowed。3） DNS翻译失败（CauseHex:1B-Unknown or missing access point name）在系统中只有APN配置中未配置APN或APN配置错误时，系统才会向DNS服务器请求查询APN，出现该问题需要确认现场是否需要使用DNS来解析APN，配置的DNS服务器地址是否正确，与服务器之间的通信是否正常，服务器是否配置了正确的APN。如果不需要使用DNS来解析APN，请检查APN配置中相关APN是否配置正确。4） CAMEL用户（CauseHex:26-Network failure）CAMEL用户激活被拒绝，检查与SCP相关的内容： 是
