PS常见问题解决方法

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

2、体的fe端口数目，比较保守的配置是都选1，肯定没有冲突。2. 单板告警灯亮，但告警管理页面不显示告警信息原因就是没有配置 物理配置-mp对应omc服务器；3. 串口设置很多次，单板重启，要不到版本文件，无法正常运行原因一：版本文件加载后没有创建omp板，没有生成ompcfg 引导文件，所以，单板每次重启后一直和服务器要所引导文件，要不到就不能正常运行；所以，串口设置一定要在omp板创建之后。原因二：omp单板跟omc服务器通信不通，可能是物理上不通，也可能是地址配置错误。4. gglp、ggup启动不正常原因一：gglp和ggup都是双cpu，需要配置两个cpu，两个子单元；原因二：版本文件上

3、错；原因三：版本文件没有上传到前台，没有进行逻辑切换；原因四：检查单元连接是否配置正确（成研版本已经不需手工配置）；原因五：psn是负荷分担配置，固定配置是7，8号单元进行负荷分担配置；原因六：boot错，或者单板坏，需要更换boot或者单板5. siup板有告警在模块单元siup设置下fe端口数目设置有问题，文档上一般配置为4，但是在实际环境中因单板和背板类型而定，最少有一个，最多可能有四个。初步搭建环境时，如果不熟悉具体的硬件设备，可以统一配置为1。6. sgsn和ggsn的uim板有告警uim板的告警是由于没有引入时钟信号；在设置中可以将“不检测时钟信号”的选择框打勾即可。7. usi单

4、板告警灯亮usi板子运行正常，告警灯亮，可能是配置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. 当传送全部

5、数据表时，出现部分数据传送未成功先检查网管提示是某个模块数据传送失败，还是某个模块的部分表传送失败。原因1：如果是某个模块全部表传送失败，检查模块配置是否正确，链路是否通讯异常原因2：如果是某个模块的部分表传送失败，则检查是哪几个表传送失败，检查相关的表数据配置是否有误，或者是将无法传送的表记录下来反馈给研发相关人员解决。10. sgsn和ggsn之间存在有时ping不通的现象原因：gglp的mac地址跟其它局的gglp的mac地址冲突。更改gglp位置或者采用其它方法修改gglp的mac地址。11. 信令跟踪不显示sgsn或者ggsn页面原因一、启动winnttcp，在winnttcp中配置

6、前台omp的地址，正常的把winnttcp配通；原因二、在配置模块时，属性中没有选中smp和ggsn属性，导致在信令跟踪的时候看不到ggsn各个模块的信令输出选项。选择该属性之后，信令跟踪中可以看到ggsn各个模块的信令输出选项。sgsn也同一个原因。12. 性能统计即时查询可用（上研网管适用）目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作：找到omcclientdatenglishcnmocfg_cnpm.xml文件；在该文件中找到instant query，然后删除前面的如下所示： - - instant query - cn_mjcountqryaction - 删除后为

7、 instant query cn_mjcountqryaction 一共有多处，作同样操作，然后重启网管客户端即可。13. 文件管理删除文件可用目前网管客户端已经禁用了该功能，如果想临时使用，可采用如下操作： a.退出文件管理，找到ommclientconfsyscfg.ini文件b.找到filetypetypenum=2type0=bintype1=inidiroper=4550nosuffix=4550c. typenum表示要删除的文件类型的个数；如果要删除5个文件类型则需要添加type0-type4 type0表示要删除的文件的后缀，要完全匹配才可以删除。 diroper表示文件夹值

8、改为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/data1value = 0 = 0x0mpx86-cd /ide0/relevermpx86-rm 文件注意：如果是想删除版本文

9、件，不建议使用文件管理删除，因为版本文件的建立是在数据库有记录的，如果手工删除版本文件，可能会使数据库的版本记录有误。14. sgsp版本切换第二个cpu可能需要手动重启sgsp版本切换的时候，可能只有第一个cpu可以自动重启，更换版本，第二个cpu需要手动重启后才会运行新的版本，这是平台的一个bug，会改在以后的版本中。15. 升级版本时版本类型需要一致在升级版本前，smp配置的cpu1和cpu2两个版本文件，升级时，smp配置成commcpu，切换总是不成功，手动重启也不成功。需要在前台把原先的cpu1和cpu2两个smp的版本文件删除后，进行逻辑版本切换，再手动重启smp，才会更换版本成

10、功。16. 检查gn口时控制面ping不通,用户面可以ping通原因一：协议栈地址配置不正确。原因二：路由未加上。原因三：协议栈中相应的端口处于down状态。原因四：版本加载不正确，加载版本时，mp的属性选择与物理配置中omp选择的属性不一致。17. 检查gn口时用户面ping不通,控制面可以ping通原因一：用户面配置不正确。对于sgsn，sgup的用户面地址需要配置在对应的单板上，而sgsp的用户面地址配置在环回上，并且sgup和sgsp的用户面地址不能共用。对于ggsn，用户面地址必须配置在环回接口上。原因二：psn运行异常。原因三：sgsn的sglp和sgup的fe端口配置不正确，槽位

11、有问题，旁边插了抢占端口的单板。原因四：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: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:4

12、0 add sunit 4 info fail in unit 4!0150 10/20/15:57:40 add unit 8 fail, get phyaddr error!应该是8号单元有问题，但是从网管配置上看不出psn配置的错误。采用探针查看r_cpu表，发现8号单元（psn）的module值不对，应该是65535，现在填写为0，故omp无法正常启动。解决方法：删除8号单元，重新配置，重传数据。造成该故障的可能原因：不祥，据前方反应，网管服务器瘫过一次（因为操作失误），网管服务器重新安装过，但是数据库没有重新安装。错误信息可能发生在后台配置，也可能发生在前台zdb文件被破坏。19.

13、计费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的根目录中有两个文件ex

14、c_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到

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

16、fig.sh可以配置前台mp节点。原来的cominfo查看信息功能被s10see替代，原来的comminfo添加删除功能被config.sh执行的程序替代。可以直接把图形界面推出就是关闭服务。24. hlr无法获得鉴权向量原因一：底层链路不通，使用网管上的动态管理查看链路处于非服务状态。检查到hlr的相关配置，物理连线等。原因二：失败观察报gt翻译失败，hlr未收到sgsn的消息。检查gt相关配置数据。原因三：号码分析有误。ps的imsi分析可以分析为hlrgt，也可以分析为isdn号码，如果分析为hlrgt，则gt翻译时，翻译选择子的编号计划应该选择为isdn/电话编号计划；如果分析为isd

17、n，则gt翻译时，翻译选择子的编号计划应该选择为isdn/移动编号计划。原因四：hlr收到sgsn的消息，未回应消息给sgsn。检查hlr侧gt分析是否正确。原因五：hlr局跟踪信令，收到也回应消息给sgsn。sgsn局没有收到。检查本局信令点网络号和邻接局信令网络号是否一致。25. attach消息传不上去原因一：udpwtach打印消息显示“mtp3smh : user not exist! ”mtp3上层用户为 sccp，检查配置时是否选定sccp用户；局数据-本局信令点配置-本局信令点信令网络-本局对应网络的用户类型-sccp用户（默认为0，设定为1）原因二：udpwatch打印消息显

18、示 “无法找到0号模块”检查在sgmp负荷分担初始化后，是否进行编辑。解决方法为sgsn配置负荷分担配置初始化sgmp扩容mo再在sgmp集中编辑器选择模块进行负荷分担（默认的都是0，而0模块是不存在）。26. ggsn echo消息异常外场在测试echo消息时，由于部分配置问题导致echo异常。在目前，ggsn的3.00.400版本和3.05.200版本echo的处理存在差异，所以采用的配置不大一样。1) 3.00.400版本里ggsn采用的配置：omp可以勾上smp属性，也可以不勾上smp属性，和负荷分担表里的配置有一定的对应关系，需要注意一下：l 如果omp勾上smp属性，此时负荷分担表

19、里可以配置分担到omp，也可以不配置分担到omp。如果负荷分担表里配置了omp，那么echo的处理，即收和发都是在omp上进行；如果负荷分担表里没有配置omp，即omp上不跑业务，那么echo的收发就在其它smp中的模块好最小的一块smp上处理。l 如果omp没有勾上smp属性，那么负荷分担表里一定不能将配置分担到omp上，否则echo就不通了。因为如果负荷分担表里配置上了omp，那么echo的处理就在omp上了，而omp又没有底层ip的支持，echo就会不通，业务是跑不起来的。l gtpc控制面地址的ip协议栈配置，必须配置在loopback接口上，而不要配置在对应omp或者smp板的控制面

20、虚接口上。2) 3.05.200版本的ggsn配置注： 3.00.400版本、3.05.200版本的sgsn采用的配置与3.05.200版本的ggsn相同。 l omp必须把smp属性勾上，负荷分担表里可以配置分担到omp上，也可以不配置分担到omp上。不管omp上有没有跑业务或者分担用户，echo请求的发送及回来的响应都是在omp上统一处理。l gtpc控制面地址的ip协议栈配置，必须配置在loopback接口上，而不要配置在对应omp或者smp板的控制面虚接口上。二 基本功能调试相关问题1. attach拒绝attach拒绝的原因比较多，可以先根据信令跟踪查看拒绝原因值，然后根据以下总结找

21、到相关的原因分析：1) 和用户的签约状况相关的原因l imsi未在hlr里登记（cause3：illegal ms）；l 未签约gprs业务的移动用户发起的gprs attach，附着会被拒绝（cause#7：gprs services not allowed）；l 在hlr客户受理端将用户报停了，则附着也会被拒绝（cause#3 illegal ms）；l 在hlr客户受理端将用户挂失了，则附着也会被拒绝（cause#3 illegal ms）；l 在hlr客户受理端将用户设为了复制，则附着也会被拒绝（cause#3 illegal ms）；l 3g限制2g用户接入（ard），用户签约ard

22、（01 greanallowed/utrannotallowed）， sgsn支持ard时，用户从iu口/用户从hplmn iu口/用户从vplmn iu口发起imsi附着网络侧拒绝用户接入。cause值分别为：拒绝原因同网管配置相同（1115）/ #15 no suitable cells in location area/ 13 roaming not allowed in this location area。l 用户签约的是camel用户，但是sgsn不支持camel功能，或者支持的camel功能版本低于r3版本，则附着也会被拒绝（cause#11 plmn not allowed）。

23、2) 网管配置相关的原因l 用户在hlr中配置了区域限制，但在该区域之外的区域附着（cause#12：location area not allowed）；l 当然如果用户在网管未配置的区域内附着也会被拒绝（cause#12：location area not allowed）；l 用户在hlr内签约区域限制，并在签约的区域限制区域附着进行附着，但是网管sgsn安全变量配置里却设置为不支持区域签约限制，附着也会被拒绝，拒绝原因也为（cause#12 location area not allowed）；l sgsn网号在hlr中配置为漫游禁止，附着时也会拒绝（cause#11 plmn not

24、 allowed）；l 安全变量中打开或关闭imei流程由于没有eir设备，附着也会被拒绝（cause：17 network failure）；3) 网络问题l hlr出现问题或与hlr的通讯出现异常，例如hlr的gt配置错误等，造成获鉴权向量失败，也会附着拒绝（cause17：network failure）；l 手机无响应（如对鉴权请求无响应等）（cause17：network failure）。4) 其他原因l 鉴权失败，例如用户鉴权算法和网络侧不一致，鉴权被拒绝，sgsn发送鉴权拒绝消息。l 对security mode command响应不正确，安全模式失败，附着拒绝(cause17

25、：network failure)。l 更新hlr失败；gsnmap潜在版本不兼容；由于支持gprs的最低版本是3，如果hlr使用gsnmap版本为2，则无法支持gprs位置更新。map open上去携带版本3，hlr本身版本2，位置更新下发不成功，收不到更新消息；l gb口附着sgsp创建上下文失败（cause17：network failure）。l 过负荷控制(信令和业务)，单板smp、sgsp等的cpu等占用率超过安全变量里的过负荷控制点后，拒绝用户附着（cause17：network failure）。l 超过容量配置里业务容量规划配置里的用户数，用户再附着会被拒绝（cause17：

26、network failure）。2. pdp激活失败这里列举了部分pdp上下文激活被拒绝的可能原因。请先根据如下描述检查网络设备状态和相关数据配置，先根据拒绝原因值初步定位问题属于哪类问题，再根据相关建议方法解决。另外需要注意对于多个smp的环境，控制面地址一定要配置在环回接口上。如果仍然不能够解决问题，请尽可能收集信令跟踪、失败观察和udpwatch打印信息（sgsn的smp上打开sm和gtpc打印，ggsn的smp上打开gtpc打印），而后再与相关研发人员联系。1) hlr故障(cause=hex: 1f-activation rejected, unspecifie)获取鉴权向量组失败

27、。gb口激活时可能会出现，检查与hlr之间的链路，不过如果可以正常附着成功，一般不会出现该问题。2) apn检查失败(cause=hex:21-requested service option not subscribed)apn检查失败是pdp激活时常见的问题，首先判断是不是apn检查失败导致激活失败，然后再分析引起apn检查失败的原因。是否是apn检查失败可以通过两方面来判断：如果信令跟踪里看到sgsn收到激活响应后未向ggsn发create pdp req就直接向ms回拒绝，那多半是apn检查失败，再看一下返回的失败原因值是否为cause=hex:21，如果是的话，基本可以确定是apn检

28、查失败，当然如果能使用udpwatch的话，可以直接看到sm是否打印出apn检查失败。如果确定是apn检查失败，在外场调试时如果遇到此类问题最简单的办法就是只签约一个pdp上下文，使用动态地址，或者只签约一个通配符（*号），使用动态地址，。当只签约一个pdp上下文时，手机激活时可以不带apn，直接激活；如果手机激活时必须要带apn上来则只能带签约的apn。当只签约一个通配符时，手机无论带什么apn激活，都直接使用手机带的apn激活，如果手机不带任何apn激活，则使用sgsn的缺省apn激活（缺省apn在sgsn的ps局配置里配置）。如果现场pdp上下文的签约情况比较复杂，请参考如下描述，或是收

29、集相关签约信息和手机激活请求等信息发给相关研发人员分析。由于目前外场只用到ipv4，所以以下描述仅针对pdp type=ipv4而言，以下是按照协议的流程图来描述的，因为流程图中的许多情况在一般使用中是不会出现的，所以只摘录了一部分可能会出现的问题的情况，出现如下某种情况就会出现apn检查失败，需要修改签约信息或用户激活请求所带的参数：l 用户激活请求未携带pdp type / pdp address / apn，签约多个pdp上下文；l 用户激活请求只携带了pdp type（ipv4），但未签约该pdp type的pdp上下文；l 用户激活请求只携带了pdp type（ipv4），但签约多个

30、该pdp type的pdp上下文且未签约apn通配符；l 用户激活请求携带了pdp type / pdp address，但未签约该pdp type / pdp address的pdp上下文；l 用户激活请求携带了pdp type / pdp address，但签约多个pdp type / pdp address (不同apn) 的pdp上下文；l 用户激活请求携带了pdp type / pdp address / apn，但未签约该pdp type / pdp address /apn的pdp上下文；l 用户激活请求携带了pdp type / apn但未携带pdp address，未签约该a

31、pn 也未签约apn通配符；l 用户激活请求携带了pdp type / apn但未携带pdp address，签约了多个相同pdp type / apn的pdp上下文但均未采用动态地址分配方式；l 在hplmn携带了非hplmn的apn-oi；l 在vplmn携带了非vplmn、非hpmn的apn-oi；l 在vplmn（使用vplmn apn-oi激活）但是签约vplmn address not allowed。3) dns翻译失败（causehex:1b-unknown or missing access point name）在系统中只有apn配置中未配置apn或apn配置错误时，系统才

32、会向dns服务器请求查询apn，出现该问题需要确认现场是否需要使用dns来解析apn，配置的dns服务器地址是否正确，与服务器之间的通信是否正常，服务器是否配置了正确的apn。如果不需要使用dns来解析apn，请检查apn配置中相关apn是否配置正确。4) camel用户（causehex:26-network failure）camel用户激活被拒绝，检查与scp相关的内容：l 是否scp回复release_gprs消息；l 是否scp回复cap_error而签约缺省处理方式为release；l 是否scp无响应而签约缺省处理方式为release，检查到scp的gt翻译配置是否正确、该gt对

33、应的链路状态是否正常。5) sgup资源不足（causehex:1a- insufficient resources）未能获取sgup资源，检查sgup启动是否正常，用户激活数是否超出sgup所能支持的最大用户数，另一种常见的情况是sgup和smp之间断链。6) ggsn无响应（causehex:26-network failure）ggsn无响应时用户不会立即收到激活拒绝消息，而是要等待几十秒，请检查信令跟踪检查sgsn向ggsn发送create pdp context request后，是否收到了ggsn的create pdp context response响应，如果没有请按如下检查：l

34、 sgsn的apn配置中是否配置了正确的ggsn控制面地址；l sgsn/ggsn中的静态路由配置中是否配置了正确的路由；l gsn之间的链路状态是否正常。7) ggsn拒绝根据ggsn的失败观察和信令跟踪，检查ggsn拒绝原因l apn错误（causehex:1b-unknown or missing access point name），检查ggsn是否配置了相关的apn；l 地址分配失败（causehex:1a- insufficient resources），检查ggsn配置的apn里是否正确配置了地址池；l 无法获取ggup资源（causehex:26-network failure

35、），检查ggup是否运行正常；l radius鉴权失败（causehex:1d- user authentication failed），可能如下几种原因：配置强制使用缺省属性但配置的用户名密码错误；配置了非强制使用缺省属性时在pdp激活请求消息中携带的用户名密码错误；radius源地址配置错误,注意radius源地址不能使用接口板地址,只能是控制面地址或环回接口上的一个虚地址;radius认证share key配置、鉴权服务器地址配置、路由配置等可能存在问题。8) 其他l odb限制（causehex:8- operator determined barring），检查用户是否签约了odb限

36、制以及sgsn是否配置了相关odb限制；l rab指派失败（causehex:26-network failure），检查用户面相关ip地址配置是否正确，rab请求时的qos是否有rnc不支持的参数，可能需要rnc人员协助；l sgsn过负荷控制、ggsn过负荷控制等。3. 用户面不通数据业务不通时，可以先从pdn ping手机的地址，使用抓包工具抓gi, gn口（保证抓包工具配置正确），看能否抓到ggsn用户面，sgsn用户面的报文。从而先从大方向上来确认是sgsn的问题还是ggsn的问题。3) pdn配置错误（gi口抓不到pdn发给ggsn的包）检查pdn配置，pdn需要ping通gglp

37、地址，并做ms的路由到ggsn的接口地址。4) ggsn配置错误（gn口未抓到ggsn下发给sgsn的下行数据包）检查ggsn的配置是否正确：l 用户面地址是否配在loopback端口l 确认两块ggup都运行正常l 用探针查看pdp上下文，确认激活时sgsn和ggsn的用户面地址是否正确l ggsn上是否在快速转发地址里配置了gtpu地址l 在ggup上使用showprocessstat查看收发报文统计，showexception查看异常统计,注意在ggup的两个子单元上都要统计,如看不明白可以将统计结果发回家里分析l 确认psn工作正常，psn重启后最好重启gliqv板5) sgsn的gn

38、相关配置错误（gn口可以抓到ggsn下发给sgsn的下行数据包，sgsn用户面板未收到）l 先通过平台调试工具telnet到协议栈（也可以在成研网管中进行ping），sgsn和ggsn相互ping接口板地址和用户面地址检查gn口是否通；检查是否配置了到对方用户面地址路由；l 检查用户面地址是否配置正确，sgup的用户面地址需要配置在对应的单板上，而sgsp的用户面地址配置在环回上，并且sgup和sgsp的用户面地址不能共用；l 检查sgsn的快速转发地址上是否分别配置sgup和sgsp的用户面地址；l 检查sgsp的负荷分担上配置的地址是否正确，sgsp板共有几个正常运行的cpu就需要配置几个

39、用户面地址，多个sgsp的用户面地址统一配置在环回上，并且快速转发地址上分别需要配上；l 检查二级转发表是否异常，telnet 到uim板上，用uiml2命令，在其他单板使用brdl2查看。具有媒体面地址的单板，在二级转发表内都有对应的条目，如果没有，说明二级转发表不正确。如果有条目，但端口数目不对，说明对应的媒体面fe口配置有错误。可以将相关信息保存下来联系相关研发人员；l sglp和sgup的物理配置不正确，例如，单板类型，cpu类型错误，单板无法正常工作。使用scsshowmcminfo检查单板工作状态；6) sgsn的siup板未收到sgup的下行数据包（使用siup的统计命令未统计到

40、下行数据包）telnet到siup上使用命令mcs_c5_feallstatsprn 检查发现未收到sgup转发的下行包左右两列分别代表siup从sgup收到多少包及大小和向sgup发送多少包及大小。l 检查sgup的相关配置，使用sgtpue_show_sta 查看downlink process ueng中的pdu received, pdu transmited和pdu handed to pstack是否有增加。downlink process ueng中的pdu received有增加,说明sgup收到下行报文，但是pdu transmited没有增加,说明sgup本板转发异常，用s

41、gtpue_show_exc查看原因.l 检查sgup板上是否正确配置的iu口用户面地址l 检查到rnc用户面的路由是否正确，如果rnc的iu口也是三层结构，用户面地址和接口地址是分开的，则一般需要配置一个rnc用户面的路由到rnc iu口的接口地址上。7) sgsn的siup板收到sgup的下行数据包，但未发送到rnc（使用siup的统计命令未统计到发往rnc的包）使用命令mcs_c5_forwardstatsprn 查看经过siup的上下行数据统计情况，左边代表：从rnc收到的报文 右边代表：发送到rnc的报文table lkerr 代表由于查表失败导致无法正常发送的报文个数。l 检查ta

42、ble lkerr项数据，如果该项数据一直增加，原因可能是收到的报文内容本身有错误，还可能是ipoa的配置和接口ip配置错误无法正确找到路由。l 使用mcs_c5_ipoacfgshow查看单板上ipoa的配置是否正确。ipoa配置的应该是rnc和sgsn的iu口的接口地址，siup接口地址需要和rnc的接口地址在同一网段。另外，ipoa的服务类型需要选择0。l 如果forward out方向的recv和xmit的gtpu的统计都是和ping包速率是一致的，则检查用户面pvc的配置是否与网管和rnc配置一致，可能需要rnc相关人员协助一下。另外可以使用apcreadicount apcread

43、ivt（siup）两个命令统计apc交换时收发包，错误包和主动丢包数。使用之前需要先输入bsp_printset 0x20,1。8) gb口不通l gb口的用户面在sgsp上，在sgsp上可以使用函数stt_show_icmp，stt_show_tcp，stt_show_udp查看icmp/tcp/udp/ip报文统计信息。l 如果gb口用户面发现有规律丢包，则需要检查sgsp的物理配置的fe端口是否配置正确。如使用上述方法还无法定位解决,请联系相关研发人员定位问题。三ps业务相关问题1. e1000手机浏览某些网站出现白屏e1000手机打开某些网站时，会在一个请求中发出两个get包，中移现网

44、仅处理第一个get包，而我们现在是两个get包都回应，由于手机缓存不够，处理不了两个回应时，出现白屏重起现象。2. sms测试调试sms时，如果需要先绕开短消息中心，只测试sgsn的短消息收发功能，可以采取如下方法使用模拟map来测试，这样就避开短消息中心了：telnet上业务mp板后，敲命令gsmssimumap即可，如需使用真实map，敲gsmstruemap。当然，这只是权宜之计，最好还是使用短消息中心来测。3. 手机做流媒体业务时cn相关配置说明1) hlr签约信息需要做流媒体业务的手机,签约通信类型必须为streaming类型或conversational类型,上行速率一般64kbp

45、s,下行速率可根据实际情况和片源来选择，最大现在可达384kbps。以下图示可作为参考：2) 默认qos信息23107协议规定：手机激活请求时如果未明确通信类型，则sgsn默认其请求的类型为interactive，对于需要进行streaming或conversational类型业务的手机，在激活请求时需要明确通信类型为streaming或conversational，并且明确要求的保证速率和最大速率。由于当前的许多手机（所用的协议可能版本比较老）激活请求时都不带qos，而又需要进行流媒体业务，故在sgsn侧增加了一个配置界面，在手机未带qos的情况下，将sgsn上配置的默认qos作为手机请求的

46、qos，如果需要做流媒体时，默认qos的通信类型需要配置为streaming或conversational类型。配置界面参考：3) 业务请求发起rab重建的相关设置r4 23060协议规定，conversational和streaming类型的业务重建rab时，必须通过修改pdp上下文信令来重建rab，业务请求重建rab只用于interactive和background两种类型，由于目前市面上的手机大部分都是r99协议的，所以手机仍会通过业务请求来要求重建conversational和streaming类型的rab，目前我们的系统在安全变量里增加了开关控制是否支持业务请求重建conversat

47、ional和streaming类型的rab。配置界面参考：四 安全变量这里只介绍ps安全变量中外场常用的一些安全变量，其他直接使用缺省配置即可。1. sgsn安全变量1） 分组域安全控制参数l 鉴权控制参数中以下四项是仅针对gb口而言，对于iu口不起作用。激活pdp鉴权去活pdp鉴权短消息呼出鉴权短消息呼入鉴权l 附着鉴权上研版本存在两个附着时鉴权和首次附着鉴权安全变量，之所以增加首次附着时鉴权是由于协议原本是规定用户首次附着是应该强制鉴权的，但为了适应外场测试的需要，增加了首次附着也可以不鉴权的安全变量。成研版本里只有一个附着时鉴权安全变量，其取值含义为：选择不鉴权，现在对于所有的附着不鉴权，不管首次附着还是imsi/ptmsi附着；选择需要鉴权，则只