用户管理信令流程部分
LTE信令流程详解
L T E信令流程详解集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#LTE信令流程目录概述本文通过对重要概念的阐述，为信令流程的解析做铺垫，随后讲解LTE中重要信令流程，让大家熟悉各个物理过程是如何实现的，其次通过异常信令的解读让大家增强对异常信令流程的判断，再次对系统消息的解析，让大家了解系统消息的特点和携带的内容。
最后通过实测信令内容讲解，说明消息的重要信元字段。
第一章协议层与概念1.1控制面与用户面在无线通信系统中，负责传送和处理用户数据流工作的协议称为用户面；负责传送和处理系统协调信令的协议称为控制面。
用户面如同负责搬运的码头工人，控制面就相当于指挥员，当两个层面不分离时，自己既负责搬运又负责指挥，这种情况不利于大货物处理，因此分工独立后，办事效率可成倍提升，在LTE网络中，用户面和控制面已明确分离开。
1.2接口与协议接口是指不同网元之间的信息交互时的节点，每个接口含有不同的协议，同一接口的网元之间使用相互明白的语言进行信息交互，称为接口协议，接口协议的架构称为协议栈。
在LTE中有空中接口和地面接口，相应也有对应的协议和协议栈。
信令流数据流图1 子层、协议栈与流图2 子层运行方式LTE系统的数据处理过程被分解成不同的协议层。
简单分为三层结构：物理层、数据链路层L2和网络层。
图1阐述了LTE系统传输的总体协议架构以及用户面和控制面数据信息的路径和流向。
用户数据流和信令流以IP包的形式进行传送，在空中接口传送之前，IP包将通过多个协议层实体进行处理，到达eNodeB后，经过协议层逆向处理，再通过S1/X2接口分别流向不同的EPS实体，路径中各协议子层特点和功能如下：1.2.1NAS协议（非接入层协议）处理UE和MME之间信息的传输，传输的内容可以是用户信息或控制信息（如业务的建立、释放或者移动性管理信息）。
它与接入信息无关，只是通过接入层的信令交互，在UE和MME之间建立起了信令通路，从而便能进行非接入层信令流程了。
中国电信SIP规范第三部分(信令流程)
ＳＩＰ 初始会话协议 信令流程 Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｓｉｇｎａｌｉｎｇ Ｃａｌｌ Ｆｌｏｗ ２００３年１２月３１日发布 ２００３年１２月３１日实施 中国电信集团公司发布前言 ＳＩＰ协议是下一代网络中的接口协议之一，属于应用控制协议。
本标准是以ＩＥＴＦ和ＩＴＵ－Ｔ的相关标准为基础，结合中国电信网络的实际情况，并综合中国电信集团公司对下一代网络的实验成果制定的。
它是中国电信在下一代网络建设中引进、测试和研发软交换设备、SIP终端设备以及其他基于SIP协议相关设备的规范和依据。
鉴于ＳＩＰ协议应用范围广泛，项目组在编写时将整个协议规范分为３个分册： 第一分册：《总体要求》 第二分册：《协议细则》 第三分册：《信令流程》 本分册为《信令流程》分册。
本标准由中国电信集团公司提出。
本标准由中国电信集团公司归口。
本标准2003年12月31日首次发布。
本标准由中国电信集团公司负责解释- 1 -目录1.编制说明 (4)1.1范围 (4)1.2参考文献 (4)2.环境说明 (4)3.用户注册 (5)3.1成功的注册 (5)3.1.1基本注册过程 (5)3.1.2注册信息的更新 (7)3.1.3注销 (7)3.2不成功的注册 (7)4.鉴权认证 (8)4.1注册鉴权 (8)4.2呼叫鉴权（假定对Invite消息的鉴权） (8)5.基本呼叫 (8)5.1SIP用户-SIP用户 (8)5.1.1成功呼叫 (8)5.1.2不成功的呼叫建立 (14)5.1.3定时器检验 (16)5.2SIP用户-PSTN用户(采用Profile B) (19)5.2.1成功的呼叫 (19)5.2.2不成功的呼叫建立 (21)5.3PSTN用户-SIP用户(采用Profile B) (24)5.3.1成功的呼叫 (24)5.3.2不成功的呼叫建立 (26)5.4PSTN用户-PSTN用户(Profile C，要求临时性响应可靠传送) (28)5.4.1成功的呼叫 (28)5.4.2不成功的呼叫建立 (30)- 2 -6.业务控制 (32)6.1SIP用户-SIP用户 (32)6.1.1Presence (32)6.1.2Fork应用 (36)6.1.3通过重定向实现的业务（类似呼叫前转） (44)6.1.4呼叫保持 (48)6.1.5呼叫等待 (50)6.1.6主叫显示禁止（CLIR） (52)6.2SIP用户-PSTN用户(SIP-ISUP互通，Profile B) (52)6.2.1呼叫前转（包括立即前转、无应答前转、遇忙前转） (52)6.2.2呼叫保持 (55)6.2.3呼叫等待 (56)6.2.4主叫显示禁止（CLIR） (56)6.3PSTN用户-SIP用户(SIP-ISUP互通，Profile B) (56)6.3.1通过重定向实现的业务（类似于呼叫前转业务） (56)6.3.2呼叫保持 (56)6.3.3呼叫等待 (57)6.3.4主叫显示禁止（CLIR） (57)6.4PSTN用户-PSTN用户(SIP-ISUP互通，Profile C) (58)6.4.1呼叫前转（包括立即前转、无应答前转、遇忙前转） (58)6.4.2呼叫保持 (61)6.4.3呼叫等待 (61)6.4.4主叫显示禁止（CLIR） (62)- 3 -- 4 -1. 编制说明1.1 范围1. 本分册对基本语音业务、典型补充业务的实现作了流程说明，同时做出规定的还包括Presence 、并行/串行的呼叫流程，涉及的用户包括PSTN 用户、SIP 用户等。
信令流程讲解-寻呼流程
提升网络覆盖范围
优化基站布局
合理规划基站位置和数量，提高网络 覆盖的连续性和稳定性。
引入新型网络技术
如采用MIMO、Massive MIMO等新 型技术，提高信号传输质量和覆盖范 围。
加强设备维护和故障处理能力
定期巡检和维护
对基站、交换机等设备进行定期巡检和维护，确保设备正常运行。
建立快速响应机制
寻呼响应可以通过单向或双向的 方式发送。
寻呼结果处理
寻呼结果通知
01
当网络收到用户的寻呼响应后，会根据用户的响应内容进行处
理，例如向用户发送新消息、更新用户状态等。
未接收到响应的处理
02
如果网络在一定时间内未收到用户的寻呼响应，网络会采取相
应的措施，例如发送提醒消息或进行再次寻呼。
寻呼结果记录
03
寻呼请求通过无线信令网络发送，并由基站接收和转发给移 动用户。
寻呼类型
立即寻呼
当移动用户处于空闲状态时，立 即寻呼用于通知用户有来电或消 息。
状态寻呼
当移动用户处于通话状态时，状 态寻呼用于通知用户有来电或紧 急消息。
寻呼流程的重要性
保障通信服务质量
寻呼流程是移动通信网络中不可 或缺的一部分，它能够及时地将 来电或消息传递给用户，保障了 通信服务的质量和效率。
网络会对每次寻呼的结果进行记录，用于后续的分析和处理。
03
寻呼流程中的关键信令
Paging Request
用于请求特定移动台响应的信令。
当网络需要与一个或多个移动台通信时，它会向相关的基站发送寻呼请求。这个请 求会包含要寻呼的移动台的标识信息，例如IMSI（国际移动用户识别码）。基站会 根据这些信息向相应的移动台发送寻呼消息。
非常详细的LTE信令流程
LTE信令流程目录第一章协议层与概念 (7)1.1控制面与用户面 (7)1.2接口与协议 (7)1.2.1................................. N AS协议（非接入层协议） 81.2.2................................. R RC层（无线资源控制层） 81.2.3............................ P DCP层（分组数据汇聚协议层） 91.2.4................................. R LC层（无线链路控制层） 101.2.5..................................... M AC层（媒体接入层） 111.2.6......................................... P HY层（物理层） 121.3空闲态和连接态 (13)1.4网络标识 (15)1.5承载概念 (16)第二章主要信令流程 (18)2.1 开机附着流程 (18)2.2随机接入流程 (21)2.3 UE发起的service request流程 (26)2.4寻呼流程 (28)2.5切换流程 (29)2.5.1 切换的含义及目的 (29)2.5.2 切换发生的过程 (30)2.5.3 站内切换 (30)2.5.4 X2切换流程 (31)2.5.5 S1切换流程 (34)2.5.6 异系统切换简介 (36)2.6 CSFB流程 (36)2.6.1 CSFB主叫流程 (37)2.6.2 CSFB被叫流程 (38)2.6.3 紧急呼叫流程 (40)2.7 TAU流程 (41)2.7.1 空闲态不设置“ACTIVE”的TAU流程 (42)2.7.2 空闲态设置“ACTIVE”的TAU流程 (43)2.7.3 连接态TAU流程 (43)2.8专用承载流程 (44)2.8.1 专用承载建立流程 (44)2.8.2 专用承载修改流程 (46)2.8.3 专用承载释放流程 (48)2.9去附着流程 (49)2.9.1 关机去附着流程 (49)2.9.1 非关机去附着流程 (50)2.10 小区搜索、选择和重选 (51)2.10.1 小区搜索流程 (51)2.10.1 小区选择流程 (51)2.10.3 小区重选流程 (52)第三章异常信令流程 (57)3.1 附着异常流程 (57)3.1.1 RRC连接失败 (57)3.1.2 核心网拒绝 (58)3.1.3 eNB未等到Initial context setup request消息 (58)3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (58)3.2 ServiceRequest异常流程 (58)3.2.1 核心网拒绝 (58)3.2.2 eNB建立承载失败 (58)3.3 承载异常流程 (59)3.3.1核心网拒绝 (59)3.3.2 eNB本地建立失败（核心网主动发起的建立） (59)3.3.3 eNB未等到RRC重配完成消息，回复失败 (60)3.3.4 UE NAS层拒绝 (60)3.3.5上行直传NAS消息丢失 (60)第四章系统消息解析 (60)4.1 系统消息 (61)4.2 系统消息解析 (62)4.2.1 MIB （Master Information Block）解析 (62)4.2.2 SIB1 （System Information Block Type1）解析 (63)4.2.3 SystemInformation消息 (69)第五章信令案例解析 (81)5.1实测案例流程 (82)5.2 流程中各信令消息解析 (85)5.2.1 RRC_CONN_REQ:RRC连接请求 (85)5.2.2 RRC_CONN_SETUP:RRC连接建立 (87)5.2.3 RRC_CONN_SETUP_CMP:RRC连接建立完成 (96)5.2.4 S1AP_INITIAL_UE_MSG:初始直传消息 (97)5.2.5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求 (101)5.2.6 RRC_UE_CAP_ENQUIRY:UE能力查询 (107)5.2.7 RRC_UE_CAP_INFO:UE能力信息 (108)5.2.8 S1AP_UE_CAPABILITY_INFO_IND:UE能力信息指示 (119)5.2.9 RRC_SECUR_MODE_CMD:RRC安全模式命令 (132)5.2.10 RRC_CONN_RECFG:RRC连接重配置 (133)5.2.11 RRC_SECUR_MODE_CMP:RRC安全模式完成 (141)5.2.12 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (141)5.2.13 S1AP_INITIAL_CONTEXT_SETUP_RSP:初始化文本建立完成.. 142 5.2.14 S1AP_ERAB_MOD_REQ:ERAB修改请求 (144)5.2.15 RRC_DL_INFO_TRANSF:RRC下行直传消息 (147)5.2.16 S1AP_ERAB_MOD_RSP:ERAB修改完成 (148)5.2.17 RRC_CONN_RECFG:RRC连接重配置 (150)5.2.18 RRC_UL_INFO_TRANSF:RRC上行直传消息 (161)5.2.19 S1AP_UL_NAS_TRANS:上行NAS直传消息 (162)5.2.20 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (164)5.2.21 RRC_CONN_RECFG:RRC连接重配置 (165)5.2.22 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (168)5.2.23 RRC_MEAS_RPRT:RRC测量报告 (169)5.2.24 RRC_UL_INFO_TRANSF:RRC上行信息传输 (171)5.2.25 S1AP_UL_NAS_TRANS:上行NAS信息传输 (172)5.2.26 S1AP_UE_CONTEXT_MOD_REQ:UE文本更改请求 (174)5.2.27 S1AP_UE_CONTEXT_MOD_RSP:UE文本更改响应 (176)5.2.28 RRC_CONN_REL:RRC连接释放 (177)5.2.29 S1AP_UE_CONTEXT_REL_REQ:UE文本释放请求 (180)5.2.30 S1AP_UE_CONTEXT_REL_CMD:UE文本释放命令 (181)5.2.31 S1AP_UE_CONTEXT_REL_CMP:UE文本释放完成 (183)概述本文通过对重要概念的阐述，为信令流程的解析做铺垫，随后讲解LTE中重要信令流程，让大家熟悉各个物理过程是如何实现的，其次通过异常信令的解读让大家增强对异常信令流程的判断，再次对系统消息的解析，让大家了解系统消息的特点和携带的内容。
LTE信令流程及信令解码详解
LTE信令流程及信令解码详解LTE（Long Term Evolution），是第四代移动通信技术标准，以其高速数据传输、低延迟和大容量等特点成为了当前主流的移动通信技术。
本文将详细介绍LTE的信令流程及信令解码。
1.LTE信令流程（1）小区：UE（User Equipment，用户设备）首先需要附近的基站，以确定可用的LTE网络。
这一步骤主要包括RRC（Radio Resource Control，无线资源控制）连接的小区以及测量实体之间的信道质量。
（2）小区选择和附着：在到可用小区后，UE需要选择一个最佳的小区进行附着，该小区将成为UE与网络之间的主要通信接口。
UE将通过与MME（Mobility Management Entity，移动性管理实体）之间的信令交换来进行小区选择和附着。
（3）建立RRC连接：一旦UE成功附着到小区，UE与eNB（Evolved Node B）之间将建立RRC连接。
RRC连接是UE与网络之间进行信令交换和控制的主要通道。
（4）分配和配置资源：在建立RRC连接后，网络将为UE分配必要的物理资源，并配置UE的通信参数，如频率、带宽、功率等。
这些资源和参数将被用于后续的数据传输和通信。
（5）数据传输：一旦资源和参数被配置完毕，UE和eNB之间可以开始进行数据传输。
UE将使用分配的资源来发送和接收数据，而eNB将负责数据的转发和错误处理。
（6）释放RRC连接：当UE无需再与网络进行通信时，UE可以向网络发送释放RRC连接的请求。
网络将收到请求后，释放该连接并回收相应的资源。
2.LTE信令解码（1）空中接口解码：通过对信令数据进行解调和解调来还原原始信令信息。
这种解码方法主要用于分析和处理无线传输过程中的信令，如小区信息、物理广播信息等。
（2）协议解析：通过解析信令的协议头和数据包来获取有关通信过程的详细信息。
这种解码方法可以分析UE与网络之间的控制过程，如RRC连接的建立、释放过程等。
5G信令流程与分析
5G信令流程与分析
1.5G信令流程
5G信令流程是5G信息传输的主要流程。
它是基于5G架构设计的，
是在协议栈层次上定义的协议。
5G信令流程由两个部分组成：控制面和
用户面。
控制面由以下5G子系统组成：网络控制器(NC)、网络管理(NMS)、安全子系统(SS)、账户管理子系统(AMSS)和服务面(SM)。
这些子系统由用
户设备、网络核心节点和移动终端设备组成。
用户面由通信子系统(CS)、
多媒体子系统(MMS)和用户面子系统(USS)组成，它们主要完成应用层和传
输层的功能。
信令流程的实施需要网络控制器(NC)和用户设备之间进行沟通，以完
成网络通信。
在请求发起端，网络控制器(NC)会向用户设备发送消息，以
确认请求的有效性和可执行性。
如果用户设备接受了该请求，则建立网络
连接。
然后，用户设备和网络控制器之间可以开始传输用户数据。
为了确保安全，信令流程中还包括安全子系统(SS)，它将在用户设备
和网络控制器(NC)之间提供一层安全的传输层。
安全子系统(SS)使用加密
技术确保传输的数据不被窃取。
2.5G信令分析
5G信令分析可以分析5G网络中信令活动的信令流量，以了解网络性
能和可用性。
信令流程(图+介绍)
CH－REQ消息在BSS内部进行处理。BSC收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。
6.2、识别MS身份
TMSI是网络分配给每个移动用户的临时身份码，只在一个位置区域内有效。为了提高MS用户的保密性，信令通信可首先使用TMSI代替IMSI。如果网络识别TMSI号码，接续流程可以继续；若不能识别TMSI（MS从一个位置区进入另一个位置区），就会要求MS重新上报IMSI号码。若该号码有效，通信继续，同时网络还会给该移动用户分配一个新的TMSI号码。这个接续过程紧跟在A接口的第一个L3消息之后。
6.3、重新分配TMSI
无论当前MS使用的TSMSI是否能被系统识别，出于对用户身份保密的考虑，在每次通信时，网络部可为MS重新分配一个TMSI。TMSI的重新分配过程一般是在加密完成之后，SETUP建立之前。对应于TMSI重新分配命令，MS有一个回应的TMSI分配完成消息。
网络准备好合适的信道后，就通知MS，由IMMASS（立即指配）消息完成这一功能。在IM－MASS中，除包含CHACT中的信道相关信息外，还包括随机参考值RA、缩减帧号T、时间提前量TA等。RA值等于BSS系统收到的某个MS发送的随机值。T是根据收到CH－REQ时的TD－MA帧号计算出的一个取值范围较小的帧号。RA和T值都与请求信道的MS直接相关，用于减少MS之间的请求冲突。TA是根据BTS收到RACH信道上的CH－REQ信息进行均衡时，计算出来的时间提前量。MS根据TA确定下一次发送消息的时间提前量。
教材_02-中国联通IVPN信令流程
3、PSTN交换机发送IAM消息到移动关口局后，下发IDP消息。
4、SCPa收到IDP消息后，先分析主叫用户帐户。帐户有效并须SCP对主叫计费时且主叫是长途时，SCPa向HLRb发送AnyTimeInterrogation操作询问被叫用户的位置信息和状态信息；
7、主被叫任意一方挂机，通话停止，MSCa/VLR/SSP上报挂机事件
介绍固定网内用户拨打网内移动用户信令流程。
信令流程图
介绍固定网内用户拨打网内GSM移动用户流程图，如
图13所示。
图13固定网内用户网内拨打GSM移动用户流程图
描述
1、PSTN交换机收到PSTN用户发起的呼叫后，在小号码前加前缀发送给SCP。
5、SCPa接收到HLRb返回的ATI响应后，SCPa发送RRBE、AC到MSCa/VLR/SSP。
6、SCPa通过Continue或Connect操作将被叫号码发送到SSP。
7、MSCa/VLR/SSP收到Continue或Connect消息后，向被叫的HLRb发起SRI消息，得到被叫的MSRN。
图31管理接入流程
三.2
目的
介绍集团管理员通过拨打IVPN系统集团语音管理接入号码业务管理流程。
集团业务管理流程
集团业务管理流程图参见图32。
图32集团业务管理流程
三.3
目的
介绍用户拨打IVPN系统集团语音管理接入号码对业务进行管理。
用户业务管理流程
用户业务管理流程图参见图33。
图33用户业务管理流程
图12GSM用户呼叫GSM后付费（VPN）用户被叫流程
描述
信令流程说明如下：
1、MSCa/VLR/SSP收到GSM用户发起的呼叫，向被叫发送SRI消息，被叫返回签约信息T-CSI。
信令流程讲解-RRC流程
RRC建立的过程
UE发起连接请求
UE通过发送RRCConnectionRequest消息 向eNodeB发起建立RRC连接的请求。
eNodeB响应
eNodeB收到请求后，通过发送 RRCConnectionSetup消息向UE返回建立RRC连接 的响应。
RRC在移动通信网络中扮演着至关重要的角色，负责管理无线链路，包括建立、 配置、重新配置和释放无线资源，以确保无线资源的有效利用和可靠通信。
RRC的主要功能
建立、维护和释放无线承载
RRC负责建立、维护和释放无线承载， 以确保UE（用户设备）与eNodeB （基站）之间的数据传输。
测量控制
RRC通过测量报告和控制指令，管理 UE的测量活动，以确保无线链路的正
RRC重建可以在以下几 种情况下触发
当UE重新进入连接状态 时，如果之前处于空闲 状态，那么就需要进行 RRC重建。
如果网络侧无法正确寻呼 到UE，那么会发起RRC 重建请求。
当定时器超时时，网络 侧会发起RRC重建请求 。
RRC重建的过程
UE发起重建请求
UE会发起一个RRC重建请求，携带必要的信息，如安全上 下文和NAS安全上下文。
RRC参数更新的过程
准备阶段
设备检测到需要更新RRC参数，会向基站发送一个请求消 息，请求更新参数。
请求阶段
基站收到请求后，会根据设备的身份和当前状态，确定需 要更新的参数和相应的配置。
配置阶段
基站将新的RRC参数和配置信息打包成数据包，发送给设 备。
验证阶段
设备收到数据包后，会验证其中的参数和配置信息是否正 确。如果验证通过，设备会使用新的RRC参数；如果验证 失败，设备会继续使用旧的参数。
移动MSC信令流程范本
移动MSC信令流程范本
信令流程范本示例：
1.呼叫发起：
1.1用户拨号发起呼叫；
1.2用户的手机与MSC建立通信连接；
1.3MSC收到呼叫请求，开始处理信令流程。
2.来电鉴权：
2.1 MSC向HLR（Home Location Register）查询被叫用户的位置信息，以确定该用户所在的MSC；
2.2HLR回复MSC，提供被叫用户的所在MSC信息；
2.3MSC建立与被叫MSC的连接，以便后续呼叫传输。
3.呼叫路由：
3.1 MSC向VLR（Visitor Location Register）查询被叫用户的目标位置信息，以确定被叫用户所在的基站；
3.2VLR回复MSC，提供被叫用户的目标基站信息；
3.3MSC确定呼叫路由，并将呼叫请求转发至被叫MSC。
4.呼叫传输：
4.1被叫MSC接收到呼叫请求，并向被叫用户的手机发送呼叫请求；
4.2被叫用户手机回复被叫MSC，表示是否接受呼叫；
4.3被叫MSC将接听状态信息回传给主叫MSC，以通知主叫用户。
5.呼叫建立：
5.1主叫MSC接收到接听状态信息；
5.2主叫MSC将接听状态信息传送给主叫用户的手机；
5.3主叫用户手机和被叫用户手机建立语音通话连接，呼叫建立。
6.通话中：
6.1主叫用户和被叫用户之间进行实时语音通话；
6.2MSC负责处理通话过程中的信令传输，包括通话保持、通话切换等。
7.呼叫释放：
7.2MSC检测到通话结束，并向双方发送呼叫释放请求；
7.3主叫用户和被叫用户的手机收到呼叫释放请求，并回复呼叫释放确认。
LTE网络信令流程及相关参数讲解
LTE网络信令流程及相关参数讲解LTE（Long Term Evolution）是一种4G移动通信技术，它提供了更快的速度和更高的容量，以满足人们在移动通信和互联网应用方面不断增长的需求。
在LTE网络中，信令流程和相关参数扮演着关键的角色，本文将对LTE网络信令流程和相关参数进行详细讲解。
首先，我们来了解LTE网络中的信令流程。
LTE网络的信令流程主要包括连接建立、连接保持和连接释放三个部分。
连接建立是指UE（User Equipment，用户设备）首次与eNodeB （Evolved Node B，演进基站）建立连接的过程。
具体流程如下：1. UE向eNodeB发送连接请求信令。
2. eNodeB收到连接请求后，向MME（Mobility Management Entity，移动性管理实体）发送初始上下文请求信令。
3. MME收到初始上下文请求后，检查UE的鉴权信息，如果合法，则向eNodeB发送初始上下文响应。
4. eNodeB收到初始上下文响应后，返回连接建立信令给UE。
连接保持是指UE在连接建立后与eNodeB之间的持续通信过程。
具体流程如下：1. UE和eNodeB之间进行上行和下行数据传输。
2. UE和eNodeB之间周期性地进行心跳信令交互，以维持连接。
连接释放是指UE和eNodeB之间连接的结束过程。
具体流程如下：1. UE或eNodeB主动发起连接释放。
2.双方发送释放信令进行连接释放。
与LTE网络信令流程相关的参数包括：PCI（Physical Cell Identity）、RSRP（Reference Signal Received Power）、RSRQ （Reference Signal Received Quality）和SINR（Signal to Interference plus Noise Ratio）等。
PCI是用于识别不同小区的参数，在LTE网络中，一个物理小区可以由多个资源块组成，每个资源块由一个PCI标识。
5G信令流程与分析
5G信令流程与分析随着技术的不断发展，5G无疑成为下一代通信技术的焦点。
与之前的通信技术相比，5G技术具有更高的传输速度、更低的延迟和更大的容量。
在5G中，非独立组网（NSA）是一种通信方式，它利用已有的4G基础设施，与5G新建的小区一起工作。
本文将对5GNSA的信令流程进行详细分析。
1. 5G基站选择：在5G NSA中，UE（User Equipment，用户设备）首先会发出一个访问请求，并且选择附近的5G基站接入。
这一过程通常由UE与E-UTRAN（Evolved Universal Terrestrial Radio Access Network）之间的接口RRC（Radio Resource Control）完成。
2. 安全认证：在与5G基站建立连接后，UE将进行安全认证。
首先，UE会与5G AKA（Authentication and Key Agreement）服务器进行通信，以获取安全参数。
然后，UE将向5G网关（gNB）发送一个安全能力请求，用于生成会话密钥并与UE建立安全连接。
这一过程完成后，UE与gNB之间的通信将得到安全保证。
3.5G小区选择：接下来，UE会选择一到多个5G小区来与其通信。
这一过程涉及到RRC同步过程，其中UE与gNB之间的控制信道RRC消息交换。
在此过程中，UE将向gNB发送小区测量报告，以帮助其选择最适合的5G小区。
4.媒体访问控制：一旦UE完成小区选择，在UE和gNB之间建立了双向连接后，媒体访问控制（MAC）协议将参与到数据传输的管理中。
MAC协议负责管理资源分配，以确保数据在无线网络中的效率。
5.用户数据传输：一旦MAC协议确立了数据传输的路由，就可以开始实际的用户数据传输。
在5GNSA中，5G小区利用4G基础设施进行切换，以提供数据传输。
这个过程涉及到控制面信令和用户面数据的分离，以及基于现有的4G基础设施进行切换的相关协议。
6.应用层交互：最后，UE将与应用层进行交互，以满足用户的需求。
5g信令流程
5g信令流程5G是指第五代移动通信技术，是当前全球各大通信厂商竞相推广的主要通信标准之一。
5G信令流程是5G通信的核心环节之一，实现了不同用户和设备之间的无缝连接和流畅交互。
下面我们将逐步分析5G信令流程。
1.认证流程在5G通信中，用户要使用5G网络需要先进行认证，主要分为SIM卡认证和用户身份认证。
在SIM卡认证中，设备会向运营商的网关发送请求信令，然后运营商会检查设备的IMSI（国际移动用户识别码）信息，确认设备是否合法。
用户身份认证是运营商确认用户是否合法的过程。
2.连接流程设备完成认证后，即可进入连接状态。
在连接过程中，设备会与基站建立流量控制通道，进行信息传输。
如果设备在断开连接后需要重新连接网络，需要首先与基站重新协商一次连接。
3.会话管理会话管理是在设备和基站之间进行通信的过程。
在通信开始之前，设备和基站需要进行语音编码和解码协议协商，以确保数据的准确传输。
在识别到对全的差错后，设备和基站会重新协商传输协议。
4.数据传输当会话管理建立后，设备和基站之间即可实现数据传输。
设备会向基站发送数据请求并接收基站的应答，然后双方进行数据交互。
在数据传输过程中，设备和基站之间的通信可以采用不同的网络协议和传输方式。
5.关闭流程设备在与基站建立通信后，如果需要断开连接，需要执行关闭流程。
在关闭流程中，设备会向基站发送断开连接请求，并等待基站的确认信号。
基站确认断开信号后，会告知设备断开连接，然后清理相应的资源。
设备和基站的断开连接过去即完成。
综上所述，5G信令流程是5G通信的关键环节，它直接影响到设备和基站之间的通信效率和数据传输速度。
5G技术的出现为首趋更快速、流畅、安全的通信服务提供了更加完备的技术支持。
LTE主要信令和流程
LTE主要信令和流程引言LTE（Long-Term Evolution）是第4代移动通信系统，其具有高速、低延迟和高容量的特点。
在LTE网络中，通信流程需要经过一系列的信令以实现信息的传递和处理。
本文将介绍LTE主要的信令和流程，帮助读者更好地了解LTE网络的运作原理。
LTE信令层次结构LTE网络的信令层次结构主要分为两个部分：用户平面（U-plane）和控制平面（C-plane）。
用户平面负责实际的数据传输，而控制平面则负责控制和管理数据传输过程中的信令流程。
LTE通信流程LTE的通信流程分为初始化和连接建立、认证和安全设置、信道分配和数据传输、释放和断开连接等几个主要步骤。
下面将对每个步骤进行详细介绍：初始化和连接建立1.UE准备就绪：当UE（User Equipment）打开或从空闲状态唤醒时，它会向附近的基站发送初始接入请求信号。
2.基站响应：基站收到UE的接入请求后，将分配一个临时标识（Temporary Mobile Subscriber Identity，TMSI）给UE，并发送一个系统信息广播。
3.随机接入过程：UE会使用TMSI随机生成一个接入请求，并将其发送给基站。
该请求包含UE的标识信息以及附带的随机数。
4.接入许可：基站收到接入请求后，会验证UE的身份，并比较接收到的验证码和随机数。
如果匹配成功，基站将发送接入许可给UE。
认证和安全设置1.认证请求：UE接收到接入许可后，会向鉴权中心（Authentication Center，AuC）发送认证请求。
2.鉴权过程：AuC收到认证请求后，会生成一个随机数（RAND），并使用该随机数和鉴权密钥（K）进行计算，生成一个预期的鉴权值（XRES）。
3.鉴权回应：AuC将生成的鉴权值（XRES）发送给UE。
UE 收到鉴权值后，会使用鉴权密钥（K）和随机数（RAND）进行计算，生成一个本地鉴权值（AUTN）。
4.鉴权确认：UE将本地鉴权值（AUTN）发送给基站。
非常详细的LTE信令流程
非常详细的LTE信令流程LTE（Long Term Evolution）是一种4G无线通信技术，其信令流程是实现无线网络连接和通信的关键过程。
下面将详细介绍LTE的信令流程。
1.小区选择与测量当用户设备（UE）打开或处于空闲状态时，它将执行小区选择与测量过程。
UE会扫描周围的LTE小区，测量收到的信号强度以及质量，并选择最适合的小区作为连接目标。
2.随机接入一旦UE选择了目标小区，它将执行随机接入过程。
UE发送一个随机接入前导序列，以竞争小区资源。
小区随机选择一个UE，并向其分配一个临时标识（Temporary C-RNTI），通知UE随机接入成功。
3.接入请求UE发送接入请求消息，请求加入目标小区。
该消息包含UE的临时标识和UE的身份信息。
4.接入许可目标小区收到接入请求后，验证UE的身份，并如果UE满足接入条件，会发送接入许可消息给UE。
5.安全模式设置UE收到接入许可消息后，将根据小区配置和网络规划信息，在UE和小区间建立安全连接。
这包括UE和目标小区之间的安全策略协商和密钥生成。
6.链路配置UE和小区之间建立安全连接后，UE会接收链路配置消息。
该消息包含了控制信令和数据传输的参数配置，例如上行和下行的调制解调器配置以及系统带宽。
7.小区重选与测量UE在连接状态下会周期性地进行小区重选和测量过程，以寻找更适合的小区。
UE会测量当前连接小区以及周围其他小区的信号强度和质量，并根据一定的算法判断是否需要进行重选。
8.呼叫建立当UE需要进行呼叫时，它将发送呼叫请求消息给目标小区。
该消息包含呼叫相关的参数，例如呼叫类型和目标用户的身份信息。
9.呼叫确认目标小区收到呼叫请求后，会对呼叫进行验证，并发送呼叫确认消息给UE。
该消息包含了呼叫相关的参数配置。
10.呼叫设置UE接收到呼叫确认消息后，会执行呼叫设置过程。
UE和目标小区之间建立起连接，配置相关的信号和链路参数。
11.呼叫管理一旦呼叫建立，UE和目标小区之间的通话数据将通过信令流程管理。
LTE信令流程详解
LTE信令流程详解LTE（Long Term Evolution）是第四代（4G）无线通信技术的一种，它提供了更高的数据传输速度和更低的延迟。
LTE信令流程是指在LTE网络中进行通信时所涉及到的一系列信令交换过程，其中包括建立连接、鉴权、密钥协商等步骤。
下面将详细介绍LTE信令流程的各个环节：1.小区：用户设备首先需要附近的LTE小区，以获得可用的信号覆盖范围。
用户设备将发送小区请求信令（s-MSCH_SYNC），小区回应一个帧结构的信息，告知用户设备小区的ID、频点和同步信号等信息。
用户设备通过对比接收到的小区信息，选择最强信号的LTE小区进行连接。
2. 连接建立：当用户设备选定小区后，将向小区发送连接请求信令（RRC Connection Request）。
小区接收到请求后，将回应连接接受信令（RRC Connection Setup），并分配一个临时的物理信道用于后续通信。
用户设备接收到连接建立成功信令后，完成连接建立过程。
3.鉴权过程：连接建立成功后，LTE网络将进行用户设备的鉴权过程，以确认用户身份和权限。
LTE网络将发送鉴权向量给用户设备，用户设备使用预共享密钥和随机数生成鉴权响应，验证用户身份的合法性。
4.密钥协商：鉴权成功后，LTE网络和用户设备将进行密钥协商过程，以协商出加密密钥和完整性保护密钥，用于后续的数据传输过程。
在密钥协商完成后，LTE网络和用户设备可以进行安全的数据传输。
6.数据传输：一旦业务请求成功，LTE网络和用户设备就可以进行数据传输。
LTE网络会根据业务需求和网络状态动态调整资源分配，以提供最优的数据传输速度和质量。
用户设备会发送数据请求信令，并接收LTE网络的数据响应，进行数据传输过程。
7.释放连接：当用户设备完成业务或服务后，可以向LTE网络发送连接释放信令，以释放连接资源并结束通信过程。
LTE网络接收到释放请求后，将释放连接资源，并通知用户设备连接已释放，完成整个通信过程。
(完整word版)34G信令流程
34G信令流程一、3G信令流程1。
1 呼叫总体流程1.2 主叫流程(1）用户UE开机，首先进行接入层的信令交互.此时首先进行PLMN选择，选择某个运营商的网络,接着进行小区选择，驻留一个合适的小区，然后进行RRC连接建立,Iu接口的信令连接建立。
至此，通过这些接入层的信令流程，在UE和CN之间搭建起了一条信令通道，为非接入层的信令流程做好了准备。
（2）接着UE和CN之间便开始进行非接入层的移动性管理流程了。
此时用户会进行附着流程,其中包括鉴权、加密等小流程。
如果用户在空闲时位置发生了变化，那么还将发生位置更新流程。
（3) 当通过鉴权等流程后，UE便进行非接入层的业务相关流程了。
包括电路域的呼叫连接流程,分组域的会话管理流程.通过这些流程为进行业务搭建好了业务承载的链路.随后用户就可以开始打电话,上网了。
（4) 当用户结束业务后，同样会进行电路域的呼叫连接流程，分组域的会话管理流程，拆除业务承载链路.（5) 此时如果用户关机的话,则UE和CN之间进行非接入层的移动性管理流程，进行电路域、分组域的分离。
（6) 等非接入层的信令交互结束后,系统会进行接入层的信令流程，拆除之前建立的Iu信令连接，以及RRC信令连接.至此，一个用户在不移动的情况下,从开机，进行业务,到关机的整个流程便结束了。
其中可以看到，这个业务过程是需要接入层的信令流程和非接入层的信令流程互相配合完成的。
接入层的流程为非接入层的流程搭建信号承载。
1.3 被叫流程(1) 用户UE处在待机状态。
此时从网络侧对其进行寻呼；（2）如果没有现存的UE与CN之间的信令连接,则UE、RNC、CN之间会进行接入层的信令流程,建立RRC连接和Iu接口信令连接;（3) 接下来可能会进行移动性管理的鉴权加密流程；（4) 随后通过电路域的呼叫连接流程、分组域的会话管理流程，建立其业务的承载链路,从而就可以进行业务了.（5）结束业务后，再拆除相关的业务承载链路。
超详细gsm信令流程
GSM网络支持多种业务，如语音、短信、数据等。
GSM网络功能
无线资源管理
负责分配和释放无线资源，包括频谱、时隙、功率 等。
移动性管理
负责跟踪和管理移动用户的位置信息，实现呼叫的 路由和接续。
鉴权和加密
对移动用户的身份进行鉴权，对通信内容进行加密 ，确保通信安全。
用于数据传输和短信。
信令消息格式Βιβλιοθήκη 020103
SMS
短消息业务，用于发送短消息。
USSD
统一业务控制信号，用于发送交互式文本消息。
MMS
多媒体消息业务，用于发送彩信。
03
GSM信令流程
移动台开机流程
01
02
03
04
启动电源
移动台开机后，首先启动电源 ，进行硬件自检。
注册网络
身份验证
移动台通过接收广播信令，寻 找并注册到附近的GSM网络。
另一家运营商在用户反馈中了解到，部分用户存在呼叫延迟和掉 话的问题。通过引入AI技术对信令数据进行分析，该运营商识别 出了一些潜在的优化机会，并进行了相应的优化，有效改善了用 户感知的网络质量。
THANK YOU
感谢聆听
通话结束
通话结束后，双方移动台释放连接，网络释放资 源。
移动台位置更新流程
位置更新请求
当移动台从一个位置区域移动到另一个位置 区域时，会发起位置更新请求。
鉴权
网络对移动台进行鉴权，验证移动台的身份 信息。
注册新位置
移动台向网络注册新位置信息，包括所在的 基站和小区信息。
完成更新
网络完成位置更新处理，更新移动台的位置 信息，并发送响应给移动台。
(流程管理)信令流程(寻呼短信切换)
1 基本呼叫过程 (2)1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放） (2)1.2 移动用户呼叫移动用户被叫侧完整过程（被叫释放） (10)1.3 固定用户呼叫移动用户完整过程 (17)1.4 移动用户呼叫固定用户完整过程 (22)1.5 呼叫重建过程 (26)2 位置更新过程 (27)2.1 第一次位置更新（TMSI再分配） (27)2.2 VLR内部的位置更新 (29)2.3 改变VLR时的位置更新 (34)3 IMSI附着过程 (40)3.1 IMSI分离过程 (40)4 切换 (44)4.1 小区内切换 (44)4.2 BSC内的小区间切换 (46)4.3 MSC内的BSC间切换 (48)4.4 MSC间切换 (50)4.5 强迫切换 (54)5 短消息传送过程 (56)5.1 空闲模式下MS发起的短消息传送 (56)5.2 空闲模式下MS终止的短消息传送 (60)5.3 专用模式下MS发起的短消息传送 (65)5.4 专用模式下MS终止的短消息传送 (67)6 高级语音呼叫过程 (69)6.1 组呼的信令过程 (69)6.1.1 发起组呼的信令流程 (69)6.1.1.1 移动用户发起组呼的信令流程 (69)6.1.1.2 固定用户发起组呼的信令流程 (72)6.1.2 移动用户在主控MSC上申请上行链路的信令流程 (74)6.1.3 组呼挂断的信令流程 (76)6.1.3.1 主控MSC下的移动用户挂断组呼的信令流程1 (76)6.1.3.2 中继MSC下的用户挂断组呼的信令流程 (77)6.1.3.3 固定用户挂断组呼的信令流程 (78)6.2 语音广播呼叫过程 (79)6.2.1 语音广播呼叫建立信令流程 (79)6.2.2 语音广播挂断信令流程 (82)1 基本呼叫过程1.1 移动用户呼叫移动用户主叫侧完整过程（主叫释放）1移动用户呼叫移动用户主叫侧完整过程（主叫释放）流程1.Channel request ：该消息在RACH上以随机模式被传送，主要应用过程有IMSI附着、短消息、补充业务管理。
最详细 GSM信令流程 图文并茂
信令流程的详细描述同步过程当手机开机后，会去扫描所有的无线信道并在3秒至5秒内测量它们的信号强度，将30个信号最强载频存储下来，然后调制到信号强度最强的载频上，通过扫描它的FCCH突发脉冲来判断它是否是一BCCH频点，若是的话会继续去收听它的SCH突发脉冲，看是否能对之进行解调，若能通过解出的BSIC号，看是否是被SIM卡禁止的若可以接入，则继续收听BCCH广播，看该小区是否被禁止接入，若允许接入则根据小区选择准则C1算法，看是否满足C1大于0的要求，若完全通过则该小区则被选为服务小区，若其中一步失败则对次强信道进行同样的流程。
手机空闲状态下的工作当手机进入空闲模式下后，手机先对该服务小区的系统消息进行按TC顺序进行分析，若是GSM900M的话，将会系统接受SYSTEM INFORMATION TYPE 1、TYPE2、TYPE3、TYPE4；若是GSM1800M的话，则会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE3、TPPE4；若是双频网络的话会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE2 TER、TYPE3、TPPE4；每个系统消息相隔一个51复祯，中间还要根据noofMultiFrameBetweenPaging参数所定义的时长到所指定的寻呼块来接受系统的寻呼消息（一般在寻呼业务量大的地方，或邻小区多的地方该值定义的较小，即定义了手机不连续接受的时长，该值越大，在该服务区的手机就越省电，如市区可定义为2即手机在102祯内收听一次寻呼消息，郊区可定义为4或6），在手机完成对系统消息的测量后，就进入休息状态，仅在指定的寻呼块内受听寻呼消息并同时测量邻小区的BCCH的接收电平，在30秒左右的时间内又将会去收听系统消息，来判断小区重选的进程。
现对手机发起呼叫的流程进行分析：1)MS通过RACH信道先发起一channel request 消息（8bits），其中包括请求信道原因及一个随机参考值，来等待AGCH信道的指派，此时MS在物理信道TS0上等待BSC给它分配无线资源。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
MAP信令规范的回顾在MAP规范中对于用户数据管理一节中规定：HLR用用户参数信息去更新VLR有二种方式：a)使用插入用户数据程序在VLR中插入用户数据；b)使用删除用户数据程序将在VLR中去掉用户数据；插入用户数据程序在下述情况下使用（见图1）。
a)通过管理手段，改变MS一项或多项补充业务、基本业务的注册情况或改变其用户数据。
b)改变MS其他用户参数。
c)用补充业务程序，改变与MS一个或多个补充业务有关的数据，例如：前转到的号码。
d)在位置更新时向VLR提供用户参数。
图(1) 插入用户数据过程HLR中的程序当在HLR中对某些用户参数做了改变时（例如：补充业务数据，用户数据），由于是由操作者的改变或由MS用补充业务程序完成的改变，HLR启动VLR的更新（插入用户数据消息）。
此参数只含改变的参数，例如，只有受到改动影响的参数向VLR报告。
如MS在VLR中，HLR将收到用户数据插入确认消息。
然而，如果程序故障（定时器，拒绝，处理异常结束，或者数据丢失，非期望的数据值消息），后可以重发。
如果收到未标识用户消息，HLR应该给此MS标记为取消登记用户。
VLR中的程序当收到一个插入用户数据消息，如果MS在VLR中登记了，VLR将更新寄存器。
即使VLR收到一个其设备不支持的但格式正确的用户数据，它也这样做。
如果MS未登记，VLR将回发未标识用户消息，如果消息含有参数或数据错误，VLR将根据错误的性质不理此消息或数据丢失、非期望的数据值消息。
删除用户数据程序在下述情况下使用（见图2）。
通过管理手段，改变MS一项或多项补充业务或基本业务项目。
图(2) 删除用户数据过程HLR中的程序当在HLR中作某个改变，暗含删除某个用户业务(基本业务或补充业务和有关数据)，HLR发删除用户数据消息启动VLR的更新，如果一条消息中无法包含所有的信息，HLR可发多个删除用户的数据消息，所有的消息使用同一个处理。
如果MS在VLR中，HLR将接收到用户数据删除确认消息，然而，如果程序故障，(定时器逾时，拒绝，处理异常结束或收到数据丢失或非期望的数处理。
以后可以重发此消息。
如果收到未标识用户消息，将其记为未登记用户。
VLR中的程序如果MS在VLR中登记过，当收到删除用户数据消息VLR将更新其登记。
如果MS未在VLR中登记，VLR将回发未标识用户消息，如果消息中含有参数或数据错误，VLR将不理此消息且根据错误性质回发拒绝指示或回发数据丢失或非期望的数据值。
南平诺基亚系统HLR与青海格尔木中兴系统VLR的配合情况现将与青海格尔木机房测试情况汇报如下：1.在HLR中设置主叫呼出禁止在HLR查看主叫用户呼出被禁止。
查看与VLR间信令过程正常(信令流程见附件)。
拨打测试情况正常，所有主叫呼出被禁止，被叫正常。
主叫呼出禁止取消过程正常，拨打测试情况正常，查看与VLR间信令过程正常(信令流程见附件)。
2.在HLR中设置被叫禁止查看HLR中被叫禁止。
未观测到HLR与VLR间相关的信令消息。
拨打测试情况正常，所有主叫呼出正常，不能做国际呼叫，被叫禁止。
被叫禁止取消过程正常，拨打测试过程正常，未观测到HLR与VLR 间相关的信令消息。
3.在HLR中设置用户状态为去激活查看HLR中用户去激活指令部分执行成功，查看用户信息中状态被设置成去激活，但MSC/VLR地址信息中仍保留有格尔木交换机的地址信息，指令执行结果如下：<ZMIM:IMSI=460006017990021:ACT=D,;/*** DX ERROR: 11240 ***//*** COMMAND PARTLY SUCCESSFUL: VLR NOT UPDATED ***/COMMAND EXECUTED<ZMIO:MSISDN=8613706000091,;DX 200 HLR91 2002-06-01 11:58:48SUBSCRIBER INFORMATION:INTERNATIONAL MOBILE SUBSCRIBER IDENTITY (460006017990021)MOBILE STATION ISDN NUMBER (8613706000091)MOBILE STATION CATEGORY .................... ORROUTING CATEGORY ........................... NSERVICE AREA OF MSISDN ..................... NATACTIVATION STATUS .......................... DVLR-ADDRESS (8613900979)SIGNALLING POINT CODE (00000000)MSC-ADDRESS (8613900979)PRIMARY BASIC SERVICE CODE ................. T11PRIMARY BASIC SERVICE CODE INDEX (000)ROAMING PROFILE INDEX ...................... NFRAUD PROFILE .............................. NZONE CODES:MSC AREA RESTRICTED ........................ NHLRU IDENTITY (1)COMMAND EXECUTED在HLR与VLR之间信令消息中观察到HLR发往VLR的删除位置消息被VLR拒绝，但HLR并未重发该消息(信令流程见附件)。
联系青海格尔木机房，查看VLR中有用户数据，拨打测试结果为主叫可以正常呼出，但无法拨叫国际呼叫，被叫测试为用户停机。
在HLR中用手工清除MSC/VLR地址信息，观察HLR与VLR之间的信令消息，观察到HLR发往VLR的删除位置消息以及VLR发送的确认消息，VLR中用户数据信息被正常清除，此时进行拨打测试，主被叫呼叫均被禁止(信令流程见附件)。
取消用户去激活限制，此时用户重新开关机，位置更新成功。
4.在HLR中将用户数据删除(销户)查看HLR中删除用户指令部分执行成功，查看HLR中无用户信息,指令执行结果如下：<ZMID:MSISDN=8613706000091:;CONFIRM COMMAND EXECUTION: Y/N ? Y/*** DX ERROR: 11240 ***//*** COMMAND PARTLY SUCCESSFUL: VLR NOT UPDATED ***/COMMAND EXECUTED<ZMIO:IMSI=460006017990021,;/*** DX ERROR: 10065 ***//*** UNKNOWN SUBSCRIBER ***/COMMAND EXECUTION FAILED在HLR与VLR之间信令消息中观察到HLR发往VLR的删除位置消息被VLR拒绝，但HLR并未重发该消息(信令流程见附件)。
联系青海格尔木机房，查看VLR中有用户数据，拨打测试结果为主叫可以正常呼出，但无法拨叫国际呼叫，被叫测试为用户空号。
在HLR中重新创建用户，同时要求格尔木机房将用户信息从VLR中删除，重新开关机后位置更新成功，拨打测试正常。
我们从上述测试记录和相关的信令消息流程中可以发现当HLR向VLR请求插入用户数据时，双方配合正常，HLR上执行的ODB业务可正常更新VLR 的用户数据，实现对用户的限制操作；但当HLR向VLR请求删除用户数据时，VLR向HLR回送拒绝消息，此时VLR删除用户数据操作不执行，导致了用户主叫仍可正常呼出的现象，对用户进行销户操作也是类似，只要VLR中仍有该用户的信息，用户就可以正常呼出。
因此，在观察了上述的现象以及所产生的信令流程后，我认为主要问题应该是在诺基亚系统的HLR与中兴系统的VLR在删除用户数据(CanncelLocation)信令消息的配合上存在问题，导致HLR中将用户设置成去激活状态和销户时VLR中仍不能将用户信息清除，从而引起报告中所提到的异常话单现象。
南平诺基亚系统HLR与深圳爱立信系统VLR的配合情况针对上述情况，我们观测南平HLR91至H1/H2的信令过程，以与深圳某VLR之间的的配合为例，重新测试，内容如下，信令监测流程见附件：1)在HLR中设置主叫单停；2)在HLR中取消用户单停限制；3)在HLR中设置用户状态为去激活（用户主被叫全停）；从附件中所显示的测试结果来看，上述测试内容中存在有两种不同的MAP过程的调用：当设置用户单停或取消用户单停限制时，HLR所启动的过程是插入用户数据过程。
通过该过程来更新用户在VLR中的用户数据。
当设置用户状态为去激活时，HLR所启动的过程为删除用户数据过程。
以此来要求VLR删除用户数据，由于VLR中无用户数据，当用户再次要求位置更新时，将向HLR请求数据，由于HLR中已设置用户为去激活状态，则位置更新过程失败，从而达到用户主被叫全停的目的。
同时，我们注意到在附件所显示的去激活信令流程时，VLR第一次向HLR 回复删除用户数据消息时为中止消息，中止原因为无公用对话部分；HLR在收到VLR中止消息时，立即向VLR重新发送删除用户数据消息，这时VLR 向HLR发送删除位置确认消息。
我们还注意到HLR两次向VLR请求删除用户时TCAP消息字段应用上下文名称值不同，我们还注意到VLR向HLR回复的中止消息中该字段也与HLR第一次的删除用户数据消息不同。
上述分析说明了在执行该MAP操作时，HLR与VLR有一个MAP版本协商的过程，HLR第一次向VLR请求删除用户数据时用的是MAP2+，结果VLR不支持，向HLR要求发送更低版本的MAP消息，HLR按照VLR的版本要求重新发送该MAP消息(MAP2)，结果VLR删除用户数据成功，并向HLR回送删除用户的确认消息。
南平移动网管中心2002年6月1日。