排除故障相互PLMN有内部SGSNRAUs的移交失败在ASR5x00.PDFVIP

排除故障相互PLMN有内部SGSN RAUs的移交失 败在ASR5x00 目录 简介 与配置的呼叫流 问题 根本原因 解决方案 简介 本文描述在Cisco聚集的服务路由器遇到的问题(ASR) 5x00系列该作为服务通用分组无线业务 (GPRS)支持节点(SGSN)，在用户从一个公有土地移动网络(PLMN)后移动向在同样SGSN内的另一 PLMN，或者在两SGSNs之间。 预料之中的行为是SGSN应该执行路由的区域更新(RAU)拒绝 ，并且用户设备(UE)在新的PLMN应该 执行新鲜的附上。然而，这例如不是实际情形。提供对此问题的一应急方案。 与配置的呼叫流 这是呼叫流，当UE从其家庭PLMN移动向一外国PLMN时： 1. 一旦呼叫到达在SGSN， SGSN根据国际移动用户标识(IMSI)检查操作员策略名称： sgsn-global imsi-range mcc xxx mnc yyy operator-policy operator_policy_name 2. 相关的呼叫控制配置文件根据操作员策略核对： operator-policy name operator_policy_name associate call-control-profile call_control_profile_name #exit 3. 在呼叫控制配置文件被检查后， UE根据配置正常运行： call-control-profile call_control_profile_name rau-inter-plmn restrict access-type gprs all rau-inter-plmn access-type gprs all failure-code 14 rau-inter-plmn restrict access-type umts all rau-inter-plmn access-type umts all failure-code 14 此配置启用或禁用发生区别PLMNs之间所有RAUs的限制。理论上来讲，应该限制它，以便移动站 点(MS)尝试在新的PLMN的新鲜的附上。 问题 一旦相互RAU拒绝， MS根据定义的故障代码正常运行(您在verbose命令的设置的输出中能看到此 )。 注意 ：默认是故障代码14。 在这种情况下，在信息包数据协议(PDP)后拒绝 ， UE不尝试新鲜的附上 ： Wednesday June 17 2015 INBOUND From sessmgr:1 gtapp_tun_fsm.c:4489 (Callid 05:05:22:168 Eventid:116003(3) GTPC Rx PDU, from :2123 to :19001 (14) TEID: 0x81F0A001, Message type: GTP_DELETE_PDP_CONTEXT_RES_MSG (0x15) Sequence Number:: 0x4E43 (20035) GTP HEADER FOLLOWS: Version number: 1 Protocol type: 1 (GTP C/U) Extended header flag: Not present Sequence number flag: Present NPDU number flag: Not present Message Type: 0x15 (GTP_DELETE_PDP_CONTEXT_RES_MSG) Message Length: 0x0006 (6) Tunnel ID: 0x81F0A001 Sequence Number: 0x4E43 (20035) GTP HEADER ENDS. INFORMATION ELEMENTS FOLLOW: Cause: 0x80 (GTP_REQUEST_ACCEPTED) INFORMATION ELEMENTS END. PDU HEX DUMP FOLLOWS: 0x0000 3215 0006 81f0 a001 4e43 0000 0180 2NC Wednesday June 17 2015 INBOUND From sessmgr:1 gbmgr_bssgp.c:60 (Callid 05:05:22:195 Eventid:115053(13) ===BSSGP Mess