PS常见问题解决方法

1、PS常见问题解决方法一 物理配置及网管相关问题1. 版本加载，逻辑版本切换时提示“组播目标单板不存在”？ 原因一：容量规划没有配置，实际中，有几个模块就配置几个容量规划； 原因二：物理单板没有插好； 原因三：配置单板的时候，某些选项配置错误，回头查机框机架单板，模块，单元， 子单元配置是否正确；原因四：单板原来没有其它版本，未启动，切换后才能启动； 原因五：要切换的版本跟前台单板运行的版本文件的版本类型不一致，需要从前台删 除原来的文件，重启单板再切换。容易配置错误的地方：子单元配置时对应的 FE/GE 端口数默认为 4，但实际上一般 配置不为 4；具体和机框槽位单板有关系，具体可参见平台硬件

2、说明；如果不清楚具体的 FE 端口数目，比较保守的配置是都选 1，肯定没有冲突。2. 单板告警灯亮，但告警管理页面不显示告警信息原因就是没有配置 物理配置 ->MP 对应 OMC 服务器；3. 串口设置很多次，单板重启，要不到版本文件，无法正常运行原因一：版本文件加载后没有创建 OMP 板，没有生成 OMPCFG 引导文件，所以，单 板每次重启后一直和服务器要所引导文件， 要不到就不能正常运行； 所以， 串口设置一定要 在 OMP 板创建之后。原因二： OMP 单板跟 OMC 服务器通信不通，可能是物理上不通，也可能是地址配置 错误。4. GGLP 、 GGUP 启动不正常原因一： GG

3、LP 和 GGUP 都是双 CPU ，需要配置两个 CPU ，两个子单元； 原因二：版本文件上错； 原因三：版本文件没有上传到前台，没有进行逻辑切换； 原因四：检查单元连接是否配置正确（成研版本已经不需手工配置） ； 原因五： PSN 是负荷分担配置，固定配置是 7，8 号单元进行负荷分担配置； 原因六： boot 错，或者单板坏，需要更换 boot 或者单板5. SIUP 板有告警在模块单元 SIUP 设置下 FE 端口数目设置有问题，文档上一般配置为 4，但是在实际 环境中因单板和背板类型而定， 最少有一个， 最多可能有四个。初步搭建环境时， 如果不熟 悉具体的硬件设备，可以统一配置为 1

4、。6. SGSN和GGSN的UIM 板有告警UIM 板的告警是由于没有引入时钟信号；在设置中可以将“不检测时钟信号”的选择 框打勾即可。7. USI 单板告警灯亮USI 板子运行正常，告警灯亮，可能是配置 USI 单元时配置了 FE 端口。需要把该处配 置修改成 0，不需要 FE 端口。重传数据后不再告警。如不恢复，可重启USI 单板。8. SGUP 板工作异常确保 SGUP 板版本运行正常，一般 SGUP 的问题都集中在 IP 地址上，查看失败观察是 否有报 SGUP SOCKET 绑定失败的相关错误，检查 SGUP 的 IP 地址配置是否正确，注意与 SGUP 相关的 Gn 口和 Iu 口

5、相关的地址都需要配置在 SGUP 板上，不能配置在环回接口上， 检查SGSP的负荷分担配置是否也配置了与 SGUP板相关的地址，SGSP板对应的Gn 口 IP 地址应该与 SGUP 不同，并且需要配置在环回接口上。9. 当传送全部数据表时，出现部分数据传送未成功先检查网管提示是某个模块数据传送失败，还是某个模块的部分表传送失败。原因 1：如果是某个模块全部表传送失败，检查模块配置是否正确，链路是否通讯异常原因 2：如果是某个模块的部分表传送失败，则检查是哪几个表传送失败，检查相关的 表数据配置是否有误，或者是将无法传送的表记录下来反馈给研发相关人员解决。10.SGSN 和 GGSN 之间存在有

6、时 PING 不通的现象原因： GGLP 的 MAC 地址跟其它局的 GGLP 的 MAC 地址冲突。更改 GGLP 位置或者 采用其它方法修改 GGLP 的 MAC 地址。11. 信令跟踪不显示SGSN或者GGSN页面原因一、启动 winnttcp ，在 winnttcp 中配置前台 OMP 的地址，正常的把 winnttcp 配通； 原因二、在配置模块时，属性中没有选中 SMP 和 GGSN 属性，导致在信令跟踪的时候看不 到 ggsn 各个模块的信令输出选项。选择该属性之后，信令跟踪中可以看到 GGSN 各个模块 的信令输出选项。 SGSN 也同一个原因。12. 性能统计即时查询可用（上

7、研网管适用）目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作：找到 omcclientdatenglish'cnmocfg_cnpm.xml 文件；在该文件中找到 Instant query，然后删 除前面的如下所示：-<MENUITEM>-<CAPTION>Instant query</CAPTION>-<ACTIONTYPE>CN_MJCOUNTQRYACTION</ACTIONTYPE>-</MENUITEM>删除后为<MENUITEM><CAPTION>Instant

8、query</CAPTION> <ACTIONTYPE>CN_MJCOUNTQRYACTION</ACTIONTYPE> </MENUITEM>一共有多处，作同样操作，然后重启网管客户端即可。13. 文件管理删除文件可用目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作：a. 退出文件管理，找到ommclientconfsyscfg.ini文件b. 找到FILETYPETYPENUM=2TYPE0=BinTYPE1=INIDIROPER=4550NOSUFFIX=4550c. TYPENUM 表示要删除的文件类型的个数；如果要删除5个

9、文件类型则需要添加TYPE0-TYPE4TYPE0 表示要删除的文件的后缀，要完全匹配才可以删除。DIROPER 表示文件夹值改为 7440后表示可以删除或修改， 4550表示不可更改或 删除NOSUFFIX 代表无后缀名的文件 值改为 7440后表示可以删除或修改， 4550表示 不可更改或删除删除文件也可以通过以下方法：注意"/DOCO"下为flash下的文件千万不要随便删除"/IDE0" 为硬盘上的文件tel net 登陆 OMPMPX86->ls "/IDE0"/IDE0/FTPDATA/IDE0/EXCINFO/IDE

10、0/RELEVER/IDE0/BILL/IDE0/DATA/IDE0/ALARM/IDE0/DATA1value = 0 = 0x0MPX86->cd "/IDE0/RELEVER"MPX86->rm " 文件"注意： 如果是想删除版本文件， 不建议使用文件管理删除， 因为版本文件的建立是在数据库 有记录的，如果手工删除版本文件，可能会使数据库的版本记录有误。14.SGSP版本切换第二个CPU可能需要手动重启SGSP版本切换的时候，可能只有第一个 CPU可以自动重启，更换版本，第二个 CPU需要手 动重启后才会运行新的版本，这是平台的一个bu

11、g，会改在以后的版本中。15. 升级版本时版本类型需要一致在升级版本前，SMP配置的CPU1和CPU2两个版本文件，升级时， SMP配置成COMMCPU， 切换总是不成功，手动重启也不成功。 需要在前台把原先的 CPU1和CPU2两个SMP的版本文 件删除后，进行逻辑版本切换，再手动重启 SMP，才会更换版本成功。16.检查 Gn 口时控制面 PING 不通 ,用户面可以 PING 通原因一 原因二 原因三 原因四：协议栈地址配置不正确。：路由未加上。协议栈中相应的端口处于DOW状态。版本加载不正确，加载版本时，MP的属性选择与物理配置中 OM选择的属性不一致。17. 检查 Gn 口时用户面

12、PING 不通,控制面可以 PING 通原因一：用户面配置不正确。对于 SGSN， SGUP 的用户面地址需要配置在对应的单板上， 而 SGSP 的用户面地址配置在环回上，并且 SGUP 和 SGSP 的用户面地址不能共用。对于 GGSN ，用户面地址必须配置在环回接口上。原因二：PSN运行异常。原因三：SGSN的SGLP和SGUP的FE端口配置不正确，槽位有问题，旁边插了抢占端口的单板。原因四：SGSP、GGUP上没有做负荷分担，造成 CPU的状态不对18. 所有数据配置正常， GGSN 的 OMP 出现 SCS_BSMgt 进程启动 超时检查所有配置数据正常，也多次重传重启。仍然没有效果。

13、OMP的打印中出现如下信息：0146 10/20/15:57:40 Add SUnit 3 Info fail in Unit 1!0147 10/20/15:57:40 Add SUnit 4 Info fail in Unit 1!0148 10/20/15:57:40 Add SUnit 3 Info fail in Unit 4!0149 10/20/15:57:40 Add SUnit 4 Info fail in Unit 4!0150 10/20/15:57:40 Add Unit 8 fail, Get PhyAddr Error!应该是8号单元有问题，但是从网管配置上看不出

14、PSN配置的错误。采用探针查看R_CPU表, 发现8号单元（PSN）的MODULE值不对，应该是65535，现在填写为0,故OMP无法正常启 动。解决方法：删除 8号单元,重新配置,重传数据。 造成该故障的可能原因：不祥,据前方反应,网管服务器瘫过一次（因为操作失误）,网管 服务器重新安装过, 但是数据库没有重新安装。 错误信息可能发生在后台配置, 也可能发生 在前台zdb文件被破坏。19. 计费 MP 监控管理不可用1 检查 OMM 的 Winnttcp 上 OMP 和 SMP 与计费服务器之间的链路是否是通的 ,由于 计费的 MP 监控管理命令是通过 OMP 转发的 ,所以即使 OMP 不

15、做业务 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/EXCI

16、NFO目录中 有对应没有槽位的单板异常信息。21.SGSN 的 OMP 上必须配置 SMP 属性SGSN 的 OMP 上必须配置 SMP 属性 ,否则 OMP 上的协议栈进程无法启动 ,注意 SGSN 的 OMP 属性增加了 SMP 属性后，需要重新加载了 OMP 版本，重新创建引导文件 ompcfg 局号 .ini. 如果想查看协议栈进程是否正常启动,可以 Telnet 到 OMP 上，敲 zte 查看一下进程中是否有 Brs_Protocol 进程22. 使用成研网管无法传送数据的解决方法现在使用成研网管，常常出现无法传送数据的情况， telnet 到 OMP 单板，使用 inetstat

17、Show 命令可以查看跟 OMP 建链的地址，如果没有跟 OMC server 建链，则无法 传送数据。网管端口往往被其它 OMC server 或者 winnttcp 工具占用。解决方法是禁掉 其它的服务器或者 winnttcp 连接。重启 OMP 单板或者不重启， 等待 OMP 跟需要的 OMC server 建立 TCP 连接，建立成功后就可以传送数据。23. 成研网管平台计费服务器的安装使用安装过程跟上研的计费服务器一样。启动服务器使用 s10dog 命令，此时会启动一个图 形界面，显示nms和slOspu是否正常。使用slOsee可以开启另外一个图形界面工具， 查看连接的各个前台 M

18、P 是否正常。使用 config.sh 可以配置前台 MP 节点。原来的 cominfo查看信息功能被 slOsee替代，原来的 comminfo添加删除功能被 config.sh执行 的程序替代。可以直接把图形界面推出就是关闭服务。24. HLR 无法获得鉴权向量原因一：底层链路不通， 使用网管上的动态管理查看链路处于非服务状态。 检查到 HLR 的相关配置，物理连线等。原因二：失败观察报 GT 翻译失败， HLR 未收到 SGSN 的消息。 检查 GT 相关配置数据。原因三：号码分析有误。 PS的IMSI分析可以分析为 HLRGT，也可以分析为ISDN号 码，如果分析为 HLRGT ，则

19、GT 翻译时，翻译选择子的编号计划应该选择为 ISDN/ 电 话编号计划；如果分析为ISDN，则GT翻译时，翻译选择子的编号计划应该选择为 ISDN/ 移动编号计划。原因四：HLR收到SGSN的消息，未回应消息给 SGSN。检查HLR侧GT分析是否正 确。原因五： HLR 局跟踪信令，收到也回应消息给SGSN。 SGSN 局没有收到。检查本局信令点网络号和邻接局信令网络号是否一致。25. ATTACH 消息传不上去原因一： Udpwtach 打印消息显示“ mtp3Smh : User not exist! ”mtp3上层用户为 SCCP，检查配置时是否选定 SCCP用户；局数据 ->

20、本局信令点配置 ->本局信令点信令网络 -> 本局对应网络的用户类型 ->SCCP 用 户（默认为 0，设定为 1）原因二： Udpwatch 打印消息显示 “无法找到 0 号模块”检查在 SGMP 负荷分担初始化后，是否进行编辑。解决方法为 SGSN 配置负荷分 担配置初始化 SGMP 扩容 MO 再在 SGMP 集中编辑器选择模块进行负荷分担（默 认的都是 0，而 0 模块是不存在） 。26. GGSN ECHO 消息异常外场在测试 ECHO 消息时，由于部分配置问题导致 ECHO 异常。在目前， GGSN 的， 所以采用的配置不大一样。1）OMP 可以勾上 SMP 属性

21、，也可以不勾上 SMP 属性，和负荷分担表里的配置有一定的 对应关系，需要注意一下：如果 OMP 勾上 SMP 属性，此时负荷分担表里可以配置分担到 OMP ，也可以不配置分担到OMP。如果负荷分担表里配置了 OMP，那么Echo的处理，即收和发都 是在OMP上进行；如果负荷分担表里没有配置 OMP，即OMP上不跑业务，那么Echo 的收发就在其它 SMP 中的模块好最小的一块 SMP 上处理。如果 OMP 没有勾上 SMP 属性，那么负荷分担表里一定不能将配置分担到 OMP 上， 否则Echo就不通了。因为如果负荷分担表里配置上了 OMP，那么Echo的处理就 在OMP上了，而OMP又没有底

22、层IP的支持，Echo就会不通，业务是跑不起来的。GTPC 控制面地址的 IP 协议栈配置，必须配置在 loopback 接口上，而不要配置在 对应 OMP 或者 SMP 板的控制面虚接口上。2）注：OMP 必须把 SMP 属性勾上，负荷分担表里可以配置分担到 OMP 上，也可以不配 置分担到 OMP 上。不管 OMP 上有没有跑业务或者分担用户， Echo 请求的发送及 回来的响应都是在 OMP 上统一处理。GTPC 控制面地址的 IP 协议栈配置，必须配置在 loopback 接口上，而不要配置在 对应 OMP 或者 SMP 板的控制面虚接口上。二 基本功能调试相关问题1. Attach

23、拒绝Attach 拒绝的原因比较多， 可以先根据信令跟踪查看拒绝原因值， 然后根据以下总结找到相 关的原因分析：1) 和用户的签约状况相关的原因IMSI 未在 HLR 里登记(cause=# 3: Illegal MS );未签约GPRS业务的移动用户发起的GPRS Attach，附着会被拒绝(cause= #7：GPRS services not allowed)；在HLR客户受理端将用户报停了，则附着也会被拒绝(cause-#3川egal MS );在HLR客户受理端将用户挂失了，则附着也会被拒绝(cause-#3川egal MS );在 HLR 客户受理端将用户设为了复制，则附着也会被拒

24、绝(cause-#3 IllegalMS)；3G 限 制 2G 用 户 接 入 ( ARD )， 用 户 签 约 ARD ( 01 GREANAllowed/UTRANNotAllowed )， SGSN 支持 ARD 时，用户从 Iu 口/用 户从 HPLMN Iu 口/用户从 VPLMN Iu 口发起 IMSI 附着网络侧拒绝用户接入。Cause值分别为：拒绝原因同网管配置相同(1115) / #15 No Suitable Cells InLocation Area/ 13 Roaming not allowed in this location area 。用户签约的是 CAMEL 用

25、户，但是 SGSN 不支持 CAMEL 功能，或者支持的 CAMEL 功能版本低于 R3 版本，则附着也会被拒绝( cause- #11 PLMN not allowed)。2) 网管配置相关的原因用户在 HLR 中配置了区域限制，但在该区域之外的区域附着(cause- #12：Location Area not allowed )；当然如果用户在网管未配置的区域内附着也会被拒绝(cause-#12： LocationArea not allowed )；用户在 HLR 内签约区域限制，并在签约的区域限制区域附着进行附着，但是 网管 SGSN 安全变量配置里却设置为不支持区域签约限制，附着也会

26、被拒绝， 拒绝原因也为( cause- #12 Location Area not allowed )；SGSN网号在HLR中配置为漫游禁止，附着时也会拒绝(cause- #11 PLMN not allowed)；安全变量中打开或关闭 IMEI 流程由于没有 EIR 设备，附着也会被拒绝 ( cause： 17 Network failure )；3) 网络问题HLR 出现问题或与 HLR 的通讯出现异常，例如 HLR 的 GT 配置错误等，造 成获鉴权向量失败，也会附着拒绝(cause# 17: Network failure );手机无响应(如对鉴权请求无响应等)(cause=# 17：

27、 Network failure )。4) 其他原因鉴权失败，例如用户鉴权算法和网络侧不一致，鉴权被拒绝，SGSN 发送鉴权拒绝消息。对 SECURITY MODE COMMAND 响应不正确， 安全模式失败， 附着拒绝 (cause =# 17： Network failure)。更新 HLR 失败； GSNMAP 潜在版本不兼容； 由于支持 GPRS 的最低版本是 3， 如果HLR使用GSNMAP版本为2,则无法支持 GPRS位置更新。MAP OPEN 上去携带版本 3， HLR 本身版本 2，位置更新下发不成功，收不到更新消息；Gb 口附着 SGSP创建上下文失败(cause# 17：

28、Network failure )。过负荷控制(信令和业务),单板SMP、SGSP等的CPU等占用率超过安全变量 里的过负荷控制点后，拒绝用户附着(cause# 17： Network failure )。超过容量配置里业务容量规划配置里的用户数，用户再附着会被拒绝(cause=# 17： Network failure )。2. PDP 激活失败这里列举了部分 PDP 上下文激活被拒绝的可能原因。请先根据如下描述检查网络设备状态 和相关数据配置， 先根据拒绝原因值初步定位问题属于哪类问题， 再根据相关建议方法解决。 另外需要注意对于多个 SMP 的环境，控制面地址一定要配置在环回接口上。 如

29、果仍然不能够解决问题， 请尽可能收集信令跟踪、 失败观察和 UDPWatch 打印信息 (SGSN 的 SMP 上打开 SM 和 GTPC 打印， GGSN 的 SMP 上打开 GTPC 打印)，而后再与相关研发 人员联系。1) HLR故障(Cause=Hex: 1F-Activatio n rejected, un specifie)获取鉴权向量组失败。 Gb 口激活时可能会出现， 检查与 HLR 之间的链路， 不过如果可 以正常附着成功，一般不会出现该问题。2）APN 检 查 失 败 （Cause=Hex:21-Requestedservice option notsubscribed）A

30、PN 检查失败是 PDP 激活时常见的问题，首先判断是不是 APN 检查失败导致激活失败， 然后再分析引起 APN 检查失败的原因。是否是 APN 检查失败可以通过两方面来判断：如果信令跟踪里看到 SGSN收到激活响应后未向 GGSN发Create PDP req就直接向MS回拒 绝，那多半是APN检查失败，再看一下返回的失败原因值是否为Cause=Hex:21，如果是的话，基本可以确定是 APN 检查失败， 当然如果能使用 UDPWATCH 的话， 可以直接看到 SM 是否打印出 APN 检查失败。如果确定是 APN 检查失败，在外场调试时如果遇到此类问题最简单的办法就是只签约一个PDP 上

31、下文，使用动态地址，或者只签约一个通配符（ * 号），使用动态地址， 。 当只签约一个 PDP 上下文时，手机激活时可以不带 APN ，直接激活；如果手机激活时必须 要带 APN 上来则只能带签约的 APN 。当只签约一个通配符时， 手机无论带什么 APN 激活， 都直接使用手机带的 APN 激活， 如果 手机不带任何 APN激活，则使用 SGSN的缺省APN激活（缺省 APN在SGSN的PS局配 置里配置）。如果现场 PDP 上下文的签约情况比较复杂，请参考如下描述，或是收集相关签约信息和手 机激活请求等信息发给相关研发人员分析。由于目前外场只用到 IPV4 ，所以以下描述仅针对 PDP t

32、ype=IPV4 而言，以下是按照协议的 流程图来描述的， 因为流程图中的许多情况在一般使用中是不会出现的，所以只摘录了一部分可能会出现的问题的情况，出现如下某种情况就会出现 APN 检查失败，需要修改签约信 息或用户激活请求所带的参数：用户激活请求未携带 PDP Type / PDP Address / APN，签约多个 PDP上下文;用户激活请求只携带了 用户激活请求只携带了 签约 APN 通配符;PDP Type （IPV4），但未签约该 PDP Type的PDP上下文；PDP Type（ IPV4），但签约多个该 PDP Type的PDP上下文且未用户激活请求携带了 PDP Type

33、/ 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 /APN 的 PDP 上下文;用户激活请求携带了 PDP Type / APN但未携带PDP Address，未签约该 APN也未签约 APN 通配符;用户激活请求携带了 PDP Type /

34、 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翻译失败(Cause= Hex:1B-Unknown or missing access point name )在系统中只有 APN 配置中未配置 APN 或 APN 配置错误时，系统才会向 DNS 服

35、务器请求查询APN ,出现该问题需要确认现场是否需要使用 DNS来解析APN , 配置的 DNS 服务器地址是否正确，与服务器之间的通信是否正常，服务器是否 配置了正确的APN。如果不需要使用DNS来解析APN，请检查APN配置中相 关 APN 是否配置正确。4) CAME用户(Cause= Hex:26-Network failure)CAMEL 用户激活被拒绝，检查与 SCP 相关的内容：是否SCP回复Release_GPRS消息；是否SCP回复CAP_Error而签约缺省处理方式为 Release;是否SCP无响应而签约缺省处理方式为Release,检查到SCP的GT翻译配置是否正确、该

36、 GT 对应的链路状态是否正常。5) SGUF资源不足(Cause= Hex:1A-Insufficient resources)未能获取 SGUP 资源，检查 SGUP 启动是否正常，用户激活数是否超出 SGUP 所能支持的 最大用户数，另一种常见的情况是 SGUP 和 SMP 之间断链。6) GGSI无响应(Cause= Hex:26-Network failure)GGSN 无响应时用户不会立即收到激活拒绝消息， 而是要等待几十秒， 请检查信令跟踪检查SGSN 向 GGSN 发送 Create PDP con text request 后，是否收到了 GGSN 的 Create PDP

37、con text response 响应，如果没有请按如下检查：SGSN 的 APN 配置中是否配置了正确的 GGSN 控制面地址； SGSN/GGSN 中的静态路由配置中是否配置了正确的路由；GSN 之间的链路状态是否正常。7) GGS拒绝根据 GGSN 的失败观察和信令跟踪，检查 GGSN 拒绝原因APN 错误(Cause= Hex:1B-Unknown or missing access point name )，检查 GGSN 是否配置了相关的 APN ；地址分配失败(Cause= Hex:1A-Insufficient resources ),检查 GGSN 配置的 APN 里是 否

38、正确配置了地址池；无法获取 GGUP资源(Cause= Hex:26-Network failure ),检查GGUP是否运行正常； Radius 鉴权失败(Cause= Hex:1D- User authentication failed ),可能如下几种原因： 配置强制使用缺省属性但配置的用户名密码错误；配置了非强制使用缺省属性时在PDP激活请求消息中携带的用户名密码错误；Radius源地址配置错误，注意Radius源地址不能使用接口板地址，只能是控制面地址或环回接口上的一个虚地址 ;Radius 认证 Share Key 配置、鉴权服务器地址配置、路由配置等可能存在问题。8) 其他ODB

39、 限制(Cause= Hex:8- Operator Determined Barring ),检查用户是否签约了ODB限制以及 SGSN 是否配置了相关 ODB 限制；RAB指派失败(Cause= Hex:26-Network failure )，检查用户面相关IP地址配置是否正 确， RAB 请求时的 QOS 是否有 RNC 不支持的参数，可能需要 RNC 人员协助； SGSN 过负荷控制、 GGSN 过负荷控制等。3. 用户面不通数据业务不通时，可以先从 PDN PING 手机的地址，使用抓包工具抓 Gi， Gn 口(保证 抓包工具配置正确) ，看能否抓到 GGSN 用户面， SGSN

40、用户面的报文。从而先从大方向上 来确认是 SGSN 的问题还是 GGSN 的问题。3) PDN配置错误(Gi 口抓不到PDN发给GGSN的包)检查PDN配置，PDN需要ping通GGLP地址，并做MS的路由到GGSN的接口地址。4) GGSNE置错误(Gn 口未抓到GGS下发给SGSN勺下行数据包)检查 GGSN 的配置是否正确： 用户面地址是否配在 loopback 端口确认两块 GGUP 都运行正常用探针查看PDP上下文，确认激活时 SGSN和GGSN的用户面地址是否正确GGSN 上是否在快速转发地址里配置了 GTPU 地址在 GGUP 上使用 showProcessStat 查看收发报文

41、统计， showException 查看异常统计 ,注 意在 GGUP 的两个子单元上都要统计 ,如看不明白可以将统计结果发回家里分析确认PSN工作正常，PSN重启后最好重启 GLIQV板5）SGSN勺Gn相关配置错误（Gn口可以抓到GGS下发给SGSN勺下行数据包，SGSN用户面板未收到）先通过平台调试工具 telnet 到协议栈 （也可以在成研网管中进行 ping）， SGSN 和 GGSN 相互 ping 接口板地址和用户面地址检查Gn 口是否通；检查是否配置了到对方用户面地址路由；检查用户面地址是否配置正确， SGUP 的用户面地址需要配置在对应的单板上， 而 SGSP 的用户面地址配

42、置在环回上，并且 SGUP 和 SGSP 的用户面地址不能共用； 检查SGSN的快速转发地址上是否分别配置SGUP和SGSP的用户面地址；检查SGSP的负荷分担上配置的地址是否正确，SGSP板共有几个正常运行的 CPU就需要配置几个用户面地址， 多个 SGSP 的用户面地址统一配置在环回上， 并且快速转发地 址上分别需要配上；检查二级转发表是否异常， TELNET 到 UIM 板上，用 uiml2 命令，在其他单板使用 brdl2 查看。 具有媒体面地址的单板， 在二级转发表内都有对应的条目， 如果没有，说明二级 转发表不正确。如果有条目，但端口数目不对，说明对应的媒体面FE 口配置有错误。可

43、以将相关信息保存下来联系相关研发人员；SGLP 和 SGUP 的物理配置不正确，例如，单板类型， CPU 类型错误，单板无法正常工 作。使用 SCSShowMcmInfo 检查单板工作状态；6）SGSN勺SIUP板未收到SGU啲下行数据包（使用SIUP的统计命令未统计到 下行数据包）Telnet 到 SIUP 上使用命令 MCS_C5_FEAllStatsPrn 检查发现未收到 SGUP 转发的下行包、MCS_C 5_FEa11£t atsFruMes c5 netvork processor fast ethernet port statisticsreceive d.ir-ec：

44、t lOintt-annii t dixee tiotirecv packet mb padiet iuc packet iur packet i up padiet drop pacdtet f rag packet f i f o ovej?tLiicrc errors pake t sh.ort paket long jitac hdr err ip hdr err recv byteMi recv bvteLo 1024 “ ISIS E12 z 1023 25b“ 51112B“ 2553“ 127D000000000000000L5406Kiiii t iub iuc iur iu

45、p drop f x'ag xml t Hml t 102451212S 3t t t t t t t .1 0 8 2eeeeee e H L 12 15 7 kkkkkkk e eso 152 c e 0 c e c Cttll5 2 1 a.a.aa.a.aa.yvp p p p p p 口 bxu :U lj lj lj lj lj tl lj lj (J ftljbalue 二 b5 - 0ic41 = a左右两列分别代表 SIUP从SGUP收到多少包及大小和向SGUP发送多少包及大小。检查 SGUP 的相关配置，使用 sgtpue_show_sta 查看 downlink

46、process ueng 中的 PDU received, PDU transmited 和 PDU handed to Pstack 是否有增加。downlink process ueng 中 的PDU received有增加，说明SGUP收到下行报文， 但是PDU transmited没有增加，说明 SGUP本板转发异常，用 sgtpue_show_exc查看原因.检查SGUP板上是否正确配置的Iu 口用户面地址检查到RNC用户面的路由是否正确，如果RNC的Iu 口也是三层结构，用户面地址和接口地址是分开的， 则一般需要配置一个 RNC用户面的路由到 RNCIu 口的接口地址上。7）SGS

47、N勺SIUP板收到SGU啲下行数据包，但未发送到RNC（使用SIUP的统计命令未统计到发往RNC勺包）使用命令 MCS C5 ForwardStatsPrn查看经过SIUP的上下行数据统计情况，-> MCS_orwardHtatsFrnMcs c5network processorforward prcxess EtsitiKticsforwArd in directionf orwird out di recti onrecvgtpuip:recv jtpuip:iseKnitgt口 uip:96xmit gtpuip:lier已匚硏atutarp:34enqueue err:DKPI

48、L tatmarp:24table Ikerr:IDrecvicmp :Knitiicm 口tableI Ikerr:gtpuip qsrr:ipoaqerr:icinpqerr:v&Lue =s61 =隔d =11左边代表：从RNC收到的报文右边代表：发送到 RNC的报文Table Ikerr代表由于查表失败导致无法正常发送的报文个数。检查Table Ikerr项数据，如果该项数据一直增加，原因可能是收到的报文内容本身有错误，还可能是IPOA的配置和接口 IP配置错误无法正确找到路由。使用MCS_C5_IPOACfgShow 查看单板上IPOA的配置是否正确。IPOA配置的应该是RN

49、C和SGSN的Iu 口的接口地址，SIUP接口地址需要和 RNC的接口地址在同一网段。 另外，IPOA的服务类型需要选择 0。如果Forward out方向的recv和xmit的GTPU的统计都是和 PING包速率是一致的，则检查用户面PVC的配置是否与网管和 RNC配置一致，可能需要 RNC相关人员协助一 下。另外可以使用 apcReadICount apcReadIVT （ SIUP）两个命令统计 APC交换时收发 包，错误包和主动丢包数。使用之前需要先输入BSP_Pri ntSet 0x20,1 。8） Gb口不通Gb 口的用户面在 SGSP上，在 SGSP上可以使用函数 stt_sho

50、w_icmp， stt_show_tcp， stt_show_udp 查看 ICMP/TCP/UDP/IP 报文统计信息。如果Gb 口用户面发现有规律丢包，则需要检查SGSP的物理配置的Fe端口是否配置正确。如使用上述方法还无法定位解决，请联系相关研发人员定位问题。三PS业务相关问题1. E1000手机浏览某些网站出现白屏e1000手机打开某些网站时，会在一个请求中发出两个GET包，中移现网仅处理第一个GET包，而我们现在是两个 GET包都回应，由于手机缓存不够，处理不了两个回应时，出现白屏重起现象。2. SMS测试调试SMS时，如果需要先绕开短消息中心，只测试 SGSN的短消息收发功能，可以

51、采取如 下方法使用模拟 MAP来测试，这样就避开短消息中心了：telnet上业务MP板后，敲命令gsmsSimuMap即可，如需使用真实 MAP，敲gsmsTrueMap。当然，这只是权宜之计，最好 还是使用短消息中心来测。3. 手机做流媒体业务时CN相关配置说明需要做流媒体业务的手机，签约通信类型必须为 Streaming类型或Conversational类型,上行速 率一般64kbps，下行速率可根据实际情况和片源来选择，最大现在可达384kbps。以下图示可作为参考：服务质呈扫必）7扩展Q時可辜级1业雾數据单元椎瞎|指配忧先级上行矚掾如i谭：有俣征的上行莊臨i七率：I&4! &a

52、mp;4 kbps64: 64 kbps下行删皐犬班t率：有锲述的下行薛路射七率：|104* 3S4 吐萨Z1104： 364 kbpaZ1流量辞怵先顋-传输延迟：fT忧磁73能：4000亦2）默认QOS言息23107协议规定：手机激活请求时如果未明确通信类型，则SGSN默认其请求的类型为in teractive ,对于需要进行 streami ng或con versatio nal类型业务的手机， 在激活请求时需要明 确通信类型为streaming或conversational，并且明确要求的保证速率和最大速率。由于当前的许多手机（所用的协议可能版本比较老）激活请求时都不带Qos，而又需要进

53、行流媒体业务，故在 SGSN侧增加了一个配置界面，在手机未带QOS的情况下，将SGSN上配置的默认QOS作为手机请求的 Qos，如果需要做流媒体时，默认QOS的通信类型需要配置为 streaming 或 conversational 类型。配置界面参考：配置惓断|性能|安全| 叵爪中兴通讯匡0童按扃LE 30皙拥局强可钢版节嘗理1创确物理配晝1+1送辑功能配置1-詢胡己置1 itl汐Gb 口配詈I 1+夕魅名服勞配置 1+沪齬由区相芙配萱L E 负帝魁担栩关配置1 a枕謹转塩tt址配置 E A允許播入的G1S配韋1 由Q单複挟表溶量配置 + n弐up配置 I-庐 QOS02S1-靛駅认叹徑制野

54、默认Q応控制03) 业务请求发起RAB重建的相关设置R4 23060协议规定，conversational和streaming类型的业务重建 RAB时，必须通过修改 PDP 上下文信令来重建 RAB，业务请求重建 RAB只用于in teractive和backgrou nd两种类型，由 于目前市面上的手机大部分都是R99协议的，所以手机仍会通过业务请求来要求重建conversational和streaming类型的RAB，目前我们的系统在安全变量里增加了开关控制是否 支持业务请求重建conversational和streaming类型的RAB。配置界面参考：=空撫局加*明版本巻丑1Er籾配雪&

55、#177;巒逻慨如酒畳】*(3b口 SFH1-參刨ij用冬SSI a 翱曲因洌缰：» 血睛労担押工配看1 n敬連蓉魁冊上配畫 少允产長人帥IX配宜1 HQ年理知帝暮鱼配養 ± 口 3G1F0CS ffl夕QQ曲目1-稠盟罰為命话单娜申負荷猊需悸穀L“杀彌融务空荷揑制珈-4*曲豹甘理昜SU半 mmjCPtt，邀蚤SJL4* ur费话参數L黑D沖勒tr议蛙愈L申分逍牺規消忌竜数1 母i更卿空爼战宝全变昼参塹11 -K3RW支持LC5中冲erirl戚眼剽玄)盍遠醴至吧U舌支持RAE函i占吉1口是音使书创从RP是5DSD5050側召諮取重荷芍种点以|子芮择制占g；Djg四安全变量这里只介绍PS安全变量中外场常用的一些安全变量，其他直接使用缺省配置即可。1. SGSN安全变量1)分组域安全控制参数鉴权控制参数中以下四项是仅针对Gb 口而言，对于Iu 口不起作用。激活PDP鉴权 去活PDP鉴权 短消息呼出鉴权 短消息呼入鉴权附着鉴权 上研版本存在两个附着时鉴权和首次附着鉴权安全变量， 之