电信3G-evdo 信令详解
EVDO信令指导书
whenever it receives a General Page Message, Page Message, or Slotted Page Message. The mobile station shall perform the Mobile Station Order and Message Processing Operation as specified in 6.6.2.4 whenever a message or order directed to the mobile station is received other than a General Page Message, Page Message, or Slotted Page Message.
• Protocol revision level (P_REVs = P_REVr) • Minimum protocol revision level (MIN_P_REV = MIN_P_REVr) • System identification (SIDs = SIDr) • Network identification (NIDs = NIDr) • Pilot PN sequence offset (PILOT_PNs = PILOT_PNr) • Long code state (LC_STATEs = LC_STATEr) • System Time (SYS_TIMEs = SYS_TIMEr) • Paging Channel data rate (PRAT s = PRATr)
中国电信3G业务-EVDO
中国电信3G业务－EVDOEV-DO是英文Evolution-Data Optimized或者Evolution-Data only的缩写。
有时也写做EVDO或者EV。
CDMA2000 1xEV-DO是一种可以满足移动高速数据业务的技术。
一条EV-DO信道的频宽为1.25 MHz。
实际建网时需要使用两个不同的载波支持语音与数据业务，这虽然降低了频率利用率，不过从频谱效率上看，CDMA2000 1X+CDMA2000 1xEV-DO的传输数据能力已经大大超过WCDMA（目前WCDMA能够实现的R4版本空中接口速率为2.4Mbps/5Mhz，而CDMA2000 1xEV-DO Release 0速率为2.4Mbps，CDMA2000 1xEV-DO Revision A速率为3.1Mbps，CDMA2000 1xEV-DO Revision B速率为9.3Mbps）。
而且从技术实现上面来看，语音业务和数据业务分开，既保持了高质量的语音，又获得了更高的数据传输速率。
网络规划和优化上CDMA2000 1X和CDMA2000 1xEV-DO也相同，各个主要设备制造商的系统都能支持从CDMA2000 1X向CDMA2000 1xEV-DO的平滑升级，这对于电信运营商在技术和投资方面的选择都很理想，有助于CDMA2000 1xEV-DO的推广。
技术思想EVDO技术的基本思想是把语音业务和数据业务分别放在两个独立的载波上承载。
这样极大地简化了系统软件的设计难度，避免了复杂的资源调度算法。
EVDO虽然使用单独的载波进行数据传输，但从射频角度来看，IS-95/2000 1X与EV-DO 是完全兼容的。
这就意味着基站的射频器件与IS-95/2000 1X系统可以相同，设备制造商可以不改变设备元器件生产和采购方法，运营商可以在现有网络升级时使用现存的IS-95/2000 1X射频部分，从而在很大程度上保护了之前的投资。
evdo信令过程
evdo信令过程EVDO信令过程EVDO（Evolution-Data Optimized）是一种3G移动通信技术，用于实现高速数据传输。
EVDO信令过程是指在EVDO网络中，移动终端和基站之间进行通信所涉及的一系列步骤和协议。
本文将详细介绍EVDO信令过程的内容。
1. 握手过程EVDO信令过程的第一步是握手过程。
当移动终端进入EVDO网络覆盖范围内时，它会向基站发送一个握手请求。
基站收到请求后，会进行认证和授权等步骤，以确保终端的合法性和访问权限。
一旦认证通过，基站会向终端发送握手应答，建立起双方之间的通信链路。
2. 注册过程握手成功后，移动终端需要进行注册过程。
注册过程主要包括位置注册和IP注册两个步骤。
位置注册是指终端将自己的位置信息告知基站，以便基站能够正确地路由数据。
IP注册是指终端获取一个IP 地址，用于在EVDO网络中与其他设备进行通信。
3. 会话建立注册完成后，移动终端可以发起会话建立请求。
会话建立是指终端向基站发送一个建立会话的请求，以便与目标设备进行通信。
基站收到请求后，会根据目标设备的位置信息和可用资源等因素，决定是否同意建立会话。
如果同意，则基站会向终端发送会话建立确认，双方正式建立起会话。
4. 数据传输会话建立完成后，移动终端和目标设备之间可以进行数据传输。
数据传输过程中，终端将要发送的数据分成小的数据包，并添加一些控制信息，然后通过EVDO网络发送给目标设备。
基站接收到数据包后，会进行路由和转发等操作，将数据包传送到目标设备。
目标设备接收到数据包后，会进行解析和处理，然后返回响应给终端。
5. 会话释放当会话不再需要时，移动终端可以发起会话释放请求。
会话释放是指终端向基站发送一个释放会话的请求，以关闭与目标设备之间的通信。
基站收到请求后，会向终端发送会话释放确认，双方结束会话并释放相关资源。
EVDO信令过程包括握手过程、注册过程、会话建立、数据传输和会话释放等环节。
通过这一系列步骤和协议，移动终端和基站能够在EVDO网络中进行高效的数据通信。
EVDORevA空口信令流程分析指导书V
CDMA网规网优部指导书GL –XXXX代替GL –XXXX EV-DO RevA空口信令流程分析指导书中兴通讯股份有限公司CDMA网规网优部文档历史目录1目的与范围....................................................... 2术语和定义....................................................... 3角色和职责....................................................... 4系统模块介绍..................................................... 5指导书正文.......................................................S ESSION呼叫流程................................................Session建立 ...............................................流程介绍.................................................RouteUpdate ..............................................UATIRequest ..............................................ACACK ....................................................HardwareIDRequest ........................................HardwareIDResponse .......................................UATIAssignment ...........................................UATIComplete .............................................具体例子.................................................Session释放 ...............................................AT 在接入信道发起Session 释放............................流程介绍...............................................AT 在业务信道发起Session 释放............................流程介绍...............................................AN 发起Session 释放-Session 配置失败.....................流程介绍...............................................SessionClose ...........................................具体例子...............................................Session协商 ...............................................流程介绍.................................................ConfigurationStart .......................................ConfigurationRequest .....................................ConfigurationResponse ....................................ConfigurationComplete ....................................SoftConfigurationComplete ................................具体例子.................................................C ONNECTION呼叫流程 .............................................Connection建立 ............................................AT 发起的Connection 建立.................................流程介绍...............................................ConnectionRequest ......................................TrafficChannelAssignment ...............................RTCACK .................................................TrafficChannelComplete .................................具体例子...............................................AN 发起的普通Connection 建立.............................流程介绍...............................................Page ...................................................DataReady ..............................................DataReadyAck ...........................................XonRequest .............................................XonResponse ............................................AN 发起的快速Connection 建立.............................流程介绍...............................................Connetion建立后流应用阶段 .................................流应用阶段...............................................流程介绍...............................................XoffRequest ............................................XoffResponse ...........................................LocationRequest ........................................LocationNofication .....................................LocationAssignment .....................................LocationComplete .......................................具体例子...............................................接入认证.................................................流程介绍...............................................Connection释放 ............................................AT 发起的Connection 释放.................................流程介绍...............................................AN发起的Connetion释放-Dormancy Timer超时...............流程介绍...............................................ConnectionClose ........................................定时器............................................TCSPClose具体例子...............................................切换控制流程..................................................更软切换...................................................流程介绍...............................................ResetReport ............................................Neighborlist ...........................................SLPACK .................................................具体例子...............................................虚拟软切换.................................................虚拟软切换原理介绍.......................................基于DRC信道的虚拟软切换...............................基于DSC信道的虚拟软切换...............................虚拟软切换时长计算.......................................ACK信道Enabled/Disabled触发条件 ......................ForcedACK字段发送的原理................................虚拟软切换和虚拟更软切换的判断方法.......................DO A比DO 0的虚拟软切换时延短的原因...................... 6参考资料.........................................................前言本文介绍了EV-DO RevA系统中常见业务的空口信令流程，结合实际的测试数据，讲解了其中主要字段的具体含义。
3G信令详解
呼叫信令详解（前后台）重点关注参数解释PCCPCH-RSCP:UE 测得主公共控制信道的码片功率PCCPCH-C/I: UE 测得主公共控制信道的载干比PCCPCH-Path Loss: 主公共控制信道的路损DPCH-RSCP: UE 测得专用信道的码片功率DPCH-C/I: UE 测得专用信道的载干比DPCH-ISCP:专用信道的干扰信号BLER:误块率，是一段时间内误块数与总TB 块数的比值。
即的总传输块数呼叫流程信令图起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通建立RRC连接（1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送RRC Connection Request 消息，发起RRC 连接建立过程。
（2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio LinkSetup Request 消息给NodeB。
（3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条Radio Link Setup Response 响应消息。
（4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。
Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。
建立Iub 数据传输承载需要NodeB 确认。
（5）（6）通过Downlink Synchronisation 和Uplink Synchronisation.控制帧，NodeB 与RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL发送。
（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。
（8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成直传信令连接建立（含鉴权和加密）（9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。
EVDORevA空口信令流程分析指导书V
CDMA网规网优部指导书GL XX.XXXX–XXXX代替GL XX.XXXX–XXXX EV-DO RevA空口信令流程分析指导书中兴通讯股份有限公司CDMA网规网优部文档历史[这个表包含了这个文档的版本历史]目录前言本文介绍了EV-DO RevA系统中常见业务的空口信令流程，结合实际的测试数据，讲解了其中主要字段的具体含义。
随着EV-DO系统的网络发展，部分流程可能会有改变，在以后的学习和应用中需要注意对比。
在本文中，介绍了3大部分的流程：✧Session呼叫流程（具体包括了Session建立流程、Session释放、Session的协商流程）；✧Connection呼叫流程（包括了Connection建立流程、Connetion建立后流应用阶段、Connection释放流程）；✧切换控制（只涉及激活状态下的更软切换、软切换、换频切换的流程，DO系统Dormant状态下的切换、DO与1X之间的切换等未涉及）为了帮助读者理解，对于每个业务流程，本文采用了先介绍流程图，然后给出每条信令的具体字段解析，最后是一个具体实例的组织方式，所以篇幅相对较长。
EV-DO RevA空口信令流程分析指导书1 目的与范围本指导书目的是为EV-DO RevA信令分析提供思路和方法。
本指导书适用于CDMA网规仿真部的EV-DO RevA优化工作。
2 术语和定义3 角色和职责4 系统模块介绍下面对基站内部常见的软件模块的功能作详细介绍：S_CES: 信道单元子系统。
主要负责信道板CHM的基带数据的调制与解调,实现空中接口物理层的编解码和调制解调功能。
S_RCP: 无线信道管理。
主要负责进行Overhead信道，接入信道，前反向业务信道等无线资源的分配与管理。
S_FSP: 帧选择模块。
主要负责反向业务帧的选择，相关协议数据包的封装和解封装，前向业务帧的流量控制等。
S_TP: 业务处理模块。
主要负责实现缺省应用和多流分组应用的RLP协议，前向RLP分组的流量控制等。
EVDO掉话信令快速定位分析
1 EVDO掉线信令特征EVDO空口掉话可分为前向掉话和反向掉话两类。
前向掉话是指前向链路首先丢失，主要包括以下两种触发条件：1、开销消息监控失败包括QuickConfig，SectorParameters，或者是同步控制信道包监控失败，其特征信令是测试log中出现QucikConfig Supervision Timer Expired，SectorParameters Supervision Timer Expired或者Control Channel Supervision Timer Expired；2、DRC监控失败特征信令是在连续T FTCMPRestartTx内DRC均为0后又未有N FTCMPRestartTx个时隙连续的非零DRC，其特征是测试log中出现RTCMAC_DRC_Tx_STOPPED且未出现RTCMAC_DRC_TX_RESTARTED。
由于目前T FTCMPRestartTx是12个控制信道周期，和开销消息的监控时长相同，所以大多数情况中在DRC监控失败之前开销信道消息监控失败已经触发掉话，故DRC监控失败的较为少见。
反向掉话是指反向链路首先丢失，其特征信令是后台网管中出现A9-AL-disconnected消息且同时未伴有A16_Session _Transfer（即不是A16口切换），同时AN在前向信道发送ConnectionClose后没有收到AT应答的ConnectionClose，则可判断为反向掉话。
跨AN切换失败的特征信令是出现“A16 Session Transfer Abort”，AN重新建立空口，则可判断为切换失败导致掉话。
若在信令中出现以上特征信令之一，均判定为掉话。
2 信令分析流程分析流程：在排除覆盖原因后首先检查有无邻区漏配的情况，而后再观察是否存在开销消息监控失败的问题，随后检查是否存在扇区参数配置不一致，最后分析跨AN切换失败的情况。
中国电信EVDO上网常见问题解答
以下内容为本人自已收集整理，希望大家能用的上。
问题一：无法显示EV信号怎么办？答：1、升级radio到支持EVDO版本；2、升级UIM卡的PRL到支持EVDO版本（建议更换带有MD5与3G字样64K的UIM 卡）；3、打10000号确认您所在的位置EVDO信号是否已覆盖。
问题二：哪些ROM支持EVDO？答：ROM中radio版本为3.42.02以上且不带U、PRL版本为00005以上的都支持EVDO（我用的ROM中radio版本为3.42.02就可以使用EVDO上网）。
问题三：如何查看radio版本？答：点击“开始》设置》系统》设备信息”，查看“无线版本”信息。
问题四：如何查看PRL版本？答：点击“开始》设置》系统》设备信息”，查看“PRL版本”信息。
问题五：如何更新UIM卡中的PRL？答：使用已入网的手机编辑短信内容“PRL”发送到“10659165”，接到4条短信后PRL即升级成功（短信最后一条将提示PRL升级成功）问题六：为什么已经可以收到EV信号，拨号后仍然转为1X？答：1、进入“EPST”中设置正确的AN-AAA鉴权账号与密码；2、确认EPST中与EVDO相关的重要设置，具体内容如下（一般升级为带EVDO版本的radio时下面参数都已默认设置好）：(1)“VIEW INFO”菜单下“Modem Setting”中的“Preferred Mode”值为“Automatic”、“HDR Hybrid Preferred”值为“Enable”；(2)“VIEW INFO”菜单下“M.IP Setting”中的“MIP_Mode”值为“Simple IP Only”；(3)“VIEW INFO”菜单下“Data Parameters”中的“Rev.a”值为“Enable”（如果无此项就不用设置）问题七：如何查看AN-AAA鉴权是否通过？答：在拨号键盘拨“##33284#”，选择“HDR”，值为1表示认证成功，值为2表示不通过。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
【杭州】3G上网信令揭秘本文整理了3G上网在BSC上跟踪的信令全过程，对A11、A12接口信令做详细解析。
另外，跟踪了3G连接时直接拔卡、直接关机等状态下信令，和产生的原始话单、计费话单进行对比，证明休眠时间不计费、直接拔卡关机均计费正常，并解析AAA 正确得出用户休眠次数和激活上网时间的话单原理。
从测试到整理成文，我用了一个多月的时间。
除了自己懒、上班时间没空整理文章等因素外，更多的原因是我真的花了很多时间去悟透BSC上跟踪到的DO上网信令。
所以请相信这篇文章值得对3G感兴趣的你花时间去看。
共享给大家，希望对你排障有所帮助。
感谢华为工程师帮忙修改，7月21日根据建议修改本文。
加附件5，附件5是本文原稿加工程师批注，批注的内容正是我没注意的细节，没时间看本文的同志可下载附件5后查看。
一、理论知识在解析DO上网信令之前，先介绍一下分组域网络架构和相关接口，因为在跟踪到的信令中涉及到各接口，DO网络架构如下所示：CDMA分组域系统采用省中心模式，所有核心设备（PDSN、AAA、ANAAA）都放置在杭州。
地市PCF（Packet Data Serving Node，可和BSC合设，也可是单独的设备。
例如华为BSC合设PCF，北电是单独的设备RNC/PCF）通过网络设备汇聚后接入杭州的CE,通过CE访问PDSN和AAA等网元。
上图中，AT（Access Termination）是接入终端，例如手机或者上网卡；BTS 是基站，BSC是基站控制器。
分组域核心设备包含PDSN、AAA、ANAAA。
PDSN (Packet Data Serving Node)是分组数据服务节点，是CDMA 分组网里的关键设备，它完成和无线网络(PCF)及IP网络的接口，起着桥梁的作用，PDSN和移动终端建立PPP连接，把终端来的PPP的数据转换成标准的IP数据，路由到IP 网络，同时，将网络来的IP数据封装在PPP里传送给终端，将PCF来的计费参数和自身统计的计费参数结合形成UDR格式传送给AAA；AAA（Authenticaion,Authorizaion and Acounting）对用户发起的业务进行认证、授权、计费消息采集、计费详单文件的生成，它根据用户名判断用户申请的业务类型，每个用户名代表一种业务，如用户名WAP代表用户申请WAP业务的连接，另外AAA根据用户名判断是否需要向业务网关发送计费消息，根据IMSI判断是否向归属地发送计费消息；AN-AAA是3G阶段新增加的鉴权接入设备，执行3G设备的接入认证和授权功能，在CDMA1X网络中不需要这个网元。
另外HA--Home Agent是归属地代理，负责和PDSN/FA建立Mobile IP隧道，负责解封装从反向隧道中传来的用户数据，路由到Interne。
该设备在Mobile IP 网络中存在，在Simple IP网络中不存在。
当前现网是Simple IP网络，因此在浙江分组域网络里不存在该设备。
上图包含如下接口：Um：空口，是终端和基站之间的接口。
部分终端在BSC上无法跟踪到任何信息，因为问题终端根本没有上发空口消息，或者消息没有到BSC这一层。
可用QXDM 软件跟踪到终端发送和接收到消息，但该软件如何跟踪我不会用，希望会用得同志共享。
Abis：连接基站BTS和基站控制器BSC。
A8、A9：BSC内部接口，和PCF交互接口。
A8是业务数据传递，A9传输信令消息。
A10、A11：PCF和PDSN接口。
A10是用户业务通道，A11走信令消息。
A12：PCF与AN-AAA之间用于接入认证的信令通道接口。
另外1X网络还有BSC和MSC之间的A1口：用于传输MSC（呼叫控制和移动性管理功能）和BSC之间的信令消息。
当CDMA 1X用户拨号时，BSC内的PCF经A11口向PDSN发送建链请求，PDSN 向AAA发送用户的认证请求，通过认证后PDSN给用户分配IP地址，PCF和PDSN之间建立PPP链接，用户可访问INTERNET网络。
当3G用户接入时，PCF先通过A12接口向ANAAA发送接入请求，ANAAA通过用户认证后，PCF向PDSN送建链请求。
另外ANAAA和HLR之间有2M线连接，以获取HLR上用户的SSD数据做用户接入认证。
可见3G用户上网在分组域的认证和CDMA 1X类似，唯一的区别是：1X网络中是要先往MSC（HLR）发起基于设备的认证，DO是发起到ANAAA的基于设备的接入鉴权认证。
二、实际信令跟踪解析BSC上跟踪信令见附件1。
其中第1~263行是插入上网卡的位置登记过程，第264~304行是拨号过程，第305~2419行是DO上网过程中跟踪到的信令，第2420~2436行是断开连接时的信令。
MSCE上跟踪到的信令见附件2，只在插入上网卡的位置登记过程中跟踪到相关信令（1X网络接入请求，做位置登记）。
现对各过程重要信令进行解析。
在插卡1X位置登记、3G接入认证过程，详解A12接口到ANAAA认证的信令；在拨号过程，详解到PDSN的A11接口信息；在上网过程，解析从激活进入休眠态、从休眠进入激活态的信令，主要解析A11接口信息；断开连接后，解释AAA产生的原始话单各字段含义，并和企信部最终的话单进行对比，和BSC实际跟踪到的相关信息进行比对，证明休眠时间不计费，只计费激活时间。
1、插卡时，1X位置登记、3G接入认证过程在用户终端设置成仅DO模式时只有3g网络的接入鉴权，终端只有在混合模式的时候才会发生1x网络的接入鉴权。
一般上网卡默认是混合模式，早期个别自带的客户端可设置仅DO的模式。
智能手机上可设置混合模式和仅DO模式。
当前测试终端是上网卡，用集团公司统一客户端，默认混合模式状态下，因此在插入上网卡或者3G手机开机时，同时向1X网络做位置登记、向3G网络做接入鉴权认证：●BSC通过A1口向MSCE注册1X网络：需要说明的是，1X和DO的鉴权是独立的过程，即使在1X位置登记过程没有成功，也不影响以下DO的鉴权。
例如：最初杭州首次拨通DO时，就是用6850仅开通DO功能的帐号拨测。
有条件的话，感兴趣可做如下测试验证：省内漫游号码未开通漫游功能，则在A1口会拒绝位置登记请求（原因是漫游不允许），不能1X上网；跟踪A12口则将发现BSC仍旧向省ANAAA平台发送认证请求，只要用户DO功能正常开通，则全省共用的ANAAA平台会通过用户认证。
●BSC通过A12口向ANAAA注册3G网络：双击第255行，查看A12口接入请求携带的信息：由上可知向A12口发送的是用户的ESN、用户名、32位鉴权随机数和鉴权值，并不包含IMSI（虽然user-name字段由IMSI和域组成，但并不代表是IMSI字段），因此在BSC上跟踪A12口要根据ESN跟踪。
鉴权值是这样获得的：对于MD5算法用户，初始值是NAI（用户名）、鉴权随机数、鉴权密码通过MD5算法获得的值；对于CAVE算法用户，初始值是IMSI、鉴权随机数、SSD、ESN（或者MEID）通过CAVE算法获得的值。
另外从A12接口消息可见SSD并不在网络中传播的，分别在UIM卡和HLR或者ANAAA中有保存。
A12返回的消息A12_Access_Acept是通过请求，具体消息如下：A12认证通过时，返回callback-id,该值是在ANAAA设置，每个帐号对应一个callback-id，即IMSI。
BSC返回的A12信息里，callback-id每两位一组，第一组不读，均看每组的第二位，得到IMSI：460036060588576。
MSCe侧跟踪到的1X网络位置登记信息总结：（1）插卡或者开机过程，通过A1口向1X网络做位置登记，通过A12口向3G网络做认证请求；（2）无论是MD5算法还是CAVE算法，A12口上报参数都一样的，包含：ESN、用户名、鉴权密码、32位鉴权随机数、鉴权auth值。
ANAAA保存的数据包含：用户名、密码、ESN、SSD（如果HLR上设置用户SSD共享，则ANAAA保存SSD）。
如果用户是MD5算法，则终端根据NAI（用户名）、鉴权随机数、鉴权密码做为算法初始值，MD5算法得到鉴权值，ANAAA也根据保存的用户名、密码参数以及网络上传的随机数用MD5算法得到鉴权结果，和终端上传得鉴权值比对，一致则通过鉴权。
如果用户是CAVE算法，则终端根据NAI、鉴权随机数、SSD、ESN（或者MEID）做为算法初始值，CAVE算法得到鉴权值，ANAAA也根据保存的用户名、ESN、SSD参数以及网络上传的随机数通过CAVE算法得到结果，和终端上传的鉴权值比对，一致则通过鉴权。
（3）注意reject消息，例如：[A12] A12 Acess Reject。
说明是A12接口拒绝接入，DO鉴权不通过。
双击该reject消息，可查看相关原因（例如用户不存在）。
例如：A12-Access Reject拒绝消息如下：拒绝原因是A12-Access Request里的Hardware ID值错误。
双击认证请求A12-Access Request消息可查看到Hardware ID（ESN）值。
双击A12-Access Request可以看到最下面Hardware ID信息（如下图所示）。
这是因为部分终端上报了终端本身的ESN，而不是UIM卡的ESN，和ANAAA所存ESN不一致，因此拒绝。
（此拒绝消息仅在后期ESN绑定认证DO时才会出现。
当后期ESN 绑定时，ANAAA在比对鉴权值之前，需要比对A12接口上报的HardwareID/esn 和ANAAA所存的ESN，若不一样则拒绝。
当前网络没有绑定ESN，则只需比对鉴权值）MD5算法认证失败，则肯定是密码错误。
因为MD5算法的初始值只有用户名和密码，若用户名有误不存在，会有user not exit的拒绝提示。
（4）之所以详细介绍A12信令，因为这是DO和1X上网的唯一区别。
若用户能上1X不能上DO，则只需跟踪A12接口。
但发现有些上网卡（主要是华为的所有上网卡）A12接口上报的ESN是上网卡终端的，而非UIM卡号码对应的ESN。
此时需跟踪该终端的ESN，而非跟踪号码的ESN。
另外6800等插卡的水货机，需跟踪UIM卡号码对应的ESN。
2、拨号过程附件1第264~304行是拨号过程。
现网中，各地市PCF经CN2和分组域核心网相连。
现网当前有多台PDSN负荷分担工作，由两台FACN（Foreign Agent Control Node）服务器来实现对PDSN集群控制：PCF侧配置FACN的地址来指向FACN，同时配置PDSN路由。
当终端发起一次数据业务时，PCF第一次通过A11接口向FACN发送注册请求，FACN回复PDSN地址给PCF，PCF再次通过A11 接口向FACN指定PDSN发送注册请求。