信令学习
SIB信息
SIB1 信息
SIB1:包含NAS信息和UE处于空闲模式及连接模式下的定时器和计时器
现网定时器设置.xl
s
SIB2信（错误贴图）
SIB2:包含NAS identity信息
SIB3信息
SIB3信息
同频测量
如果Squal《=Sintrasearch，则UE需要发起同频测量其中
Squal《= Sintrasearch
Qqualmeas-Qqualmin《=Sintrasearch
Qqualmeas《=Qqualmin+Sintrasearch 如果Squal》Sintrasearch，则UE不需要发起同频测量
如果Squal《=Sintrasearch，则UE需要发起同频测量
SIB3：包含UE处于空闲模式西的小区选择和重选的参数
参数PICH Power offset为PICH上的功率偏移，那么在PICH上发送的功率值就是PICH Power offset减去PCPICH上发送的功率
SIB5信息
PowerRampStep是提升SYNC_UL发送功率的步长
SIB5：包含UE处于空闲模式下的公共信道配置参数
SIB5信息
SIB7信息
SIB7信息：包含快速变化参数，例如上行干扰。
SIB11信息
SIB11：包含UE处于空闲模式下的读取邻区列表和测量控制信息。
RRC连接建立流程
第一步：UE向nodeB发送RRC CONNECTION REQUEST
可以看到RRC CONNECTION REQUEST中包含了TMSI信息和LAC值，建立原因，接入小区扰码的EC/NO
RRC建立原因，包括：
Originating Conversational Call, 主叫会话类
Originating Streaming Call, 主叫流类
Originating Interactive Call, 主叫交互类
Originating Background Call, 主叫背景类
Originating Subscribed traffic Call, 主叫定制类业务
Terminating Conversational Call,
Terminating Streaming Call,
Terminating Interactive Call,
Terminating Background Call,
Emergency Call, 紧急呼叫
Inter-RAT cell re-selection, 异频小区重选
Inter-RAT cell change order,
Registration, Detach, 注册，去附着
Originating High Priority Signalling, PS业务
Originating Low Priority Signalling, 短信彩信
Call re-establishment,
Terminating High Priority Signalling,
Terminating Low Priority Signalling,
Terminating – cause unknown
第二步：NodeB向UE发送一条RRC connection setup
RNTI：RNC给发的临时标识，RNC管理接入的终端。
DPCCH偏置：相对导频功率的偏置，功控部分，控制信令和数据业务的功率，如果导频信道功率是33，BCCH信道偏置为2，那么BCCH信道功率就是35，？？？长短扰码的作
用？？？？
第三步：UE向NodeB发送一条RRC connection setup complete
第四步：RRC连接建立后，UE通过RRC连接向RNC发送初始直传消息（Initial Direct Transfer），消息中携带UE发送到CN的NAS信息内容
第五步：RNC下发measurement control 告诉UE建立同频测量
RNC给UE发送第一条measurement control 消息中包含UE当时占用小区的邻区列表
RNC给UE下发的measurement control中还包含1A,1B,1C,1D的报告门限和相关设置。权重的相关信息？？？？？
第六步：RNC开始对UE进行鉴权是否可以进行业务
RNC还会给UE发送一条SECURITY MODE COMMAND信息来看UE是否有进行业务的权限。
第七步：如果UE有进行业务的权限，会给RNC回一条SECURITY MODE COMMAND COMPLETE信息
Q:CN和UE进行上下行直传的目的？
第八步：RNC会给UE在发送一条RB setup 进行业务的链接
RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立，然后才能建立RAB
一般业务类型可以在RB SETUP中从SF信息中可以看到。
对打孔极限的解释
Radio Bearer Reconfiguration
UE首先给RNC发measurement report 上报1D时间，要求把PSC：198标记为服务小区。
RNC通过给UE发送Radio bearer reconfiguration 把PSC:198标记为服务小区。
UE给RNC回一条Radio bearer reconfiguration complete信令标示已经完成。
HS业务信令流程RRC connection request
RRC connection setup
RRC connection setup complete
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实体，路径中各协议子层特点和功能如下：
第4章位置更新 4.1 概述 在GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当这个信息发生变化时，需要保持三 者的一致，由位置更新流程实现。位置更新流程是位 置管理中的主要流程，总是由MS发起。 位置更新流程是一个通用流程，在如下三类位置更新流程中要使用到：正常位置更新、周期性位置更 新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息，LOCATION UPDATING REQUEST消息中包含位置更新 流程的类型信息。 在网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为MM连接建立请求的响应。
为限制位置更新尝试次数，位置更新失败时要使用位置更新attempt counter 计数器。在MS开机或SIM卡刚插入时，该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM 卡拔出时，将这两个表删除。当MS收到位置更新拒绝消息，其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时，从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项，当表项数目超过表的容量时，最早的表项内容删除。 成功的进行位置更新后，MS在SIM卡中置UPDATED 状态位（UPDATED状态表明最后一次位置更新请求成
1．1 位置更新流程 在GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当这个信息发生变化时，需要保持三者的一致，由位置更新流程实现。位置更新流程是位置管理中的主要流程，总是由MS发起。位置更新流程是一个通用流程，在如下三类位置更新流程中要使用到：正常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息，LOCATION UPDATING REQUEST消息中包含位置更新流程的类型信息。在网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为MM连接建立请求的响应。为限制位置更新尝试次数，位置更新失败时要使用位置更新attempt counter 计数器。在MS 开机或SIM卡刚插入时，该计数器清零。 MS中要保持一个"forbidden location areas for roaming"表和一个"forbidden location areas for regional provision of service"表。MS关机或SIM卡拔出时，将这两个表删除。当MS收到位置更新拒绝消息，其原因值为"Roaming not allowed in this location area"或"Location Area not allowed"时，从BCCH上收到的LAI信息触发位置更新请求的LAI要加到相应的表中。这两个表的容量至少要有10个表项，当表项数目超过表的容量时，最早的表项内容删除。成功的进行位置更新后，MS在SIM卡中置UPDATED状态位（UPDATED状态表明最后一次位置更新请求成功，同时此时LAI、TMSI，加密的密钥和加密序列号都应该保存在SIM卡中），并存储新的位置区信息。 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同（不同之处在下面各小节中详细描述），流程如下图： 图1 位置更新流程 (1) MS在空中接口的接入信道上向BTS发送Channel Request（该消息内含接入原因值为位置更新）； (2) BTS向BSC发送Channel Required消息；
1、IMS_SIP_INVITE->Request 2、LTE NAS-->Service request 3、LTE RRC-->RRC Connection Request SRB1+SRB2 SRB = Signal RB（终端与基站之间的信令承载） 4、LTE RRC-->RRC Connection Setup 5、LTE RRC-->RRC Connection Setup Complete 6、LTE RRC-->Security Mode Command 7、LTE RRC-->Security Mode Complete （鉴权加密） 8、LTE RRC-->RRC Connection Reconfiguration 9、LTE RRC-->RRC Connection Reconfiguration Complete 第1次重配置（2个AM DRB的QCI分别为QCI=5和QCI=8/9 DRB=3 discardTimer =Infinity 为CQI=5,DRB=4 discardTimer = ms300 为QCI=9 DRB = Data RB（终端与基站之间的数据承载） 按照协议，对于语音业务需要建立QCI=1承载，视频业务需要建立QCI=1和QCI=2的传输承载。根据延迟要求，无线侧用户面RLC选用UM模式传输，保证其实时性要求。走SIP信令流的QCI=5承载，无线侧控制面RLC采用AM模式，保障其准确性非确认模式UM和确认模式AM 10、LTE RRC-->RRC Connection Reconfiguration 第2次重配置（包含测量配置，移动性配置等信息） 11、LTE RRC-->RRC Connection Reconfiguration Complete 12、IMS_SIP_INVITE->Trying 100 IMS向主叫响应100Trying。 13、LTE RRC-->RRC Connection Reconfiguration 第3次重配置（DRB=5, discardTimer = ms100为QCI=1） 14、LTE RRC-->RRC Connection Reconfiguration Complete 15、LTE NAS-->Activate dedicated EPS bearer context request 16、LTE NAS-->Activate dedicated EPS bearer context accept 17、IMS_SIP_INVITE 183 18、IMS_SIP_PRACK 19、IMS_SIP_PRACK 200 20、IMS_SIP_UPDATE 21、IMS_SIP_UPDATE 200（资源预留建立过程） 22、IMS_SIP_INVITE->Ringing 180（振铃） 23、IMS_SIP_INVITE->OK 200 24、IMS_SIP_ACK 25、IMS_SIP_BYE->Request 26、IMS_SIP_BYE->OK 200 27、LTE RRC-->RRC Connection Reconfiguration 28、LTE RRC-->RRC Connection Reconfiguration Complete 29、LTE NAS-->Deactivate EPS bearer context request 30、LTE NAS-->Deactivate EPS bearer context accept 主要流程如下：
VoLTE信令流程
内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3
总体流程—承载 ?VoLTE的信令IMS消息使用QCI为5的Non-GBR QoS、语音使用QCI为1的GBR、视频使用QCI为2的GBR QCI Resourc e Type Priority Packet Delay Budget Packet Error Loss Rate Example Services 1 GBR 2 100 ms 10-2Conversational Voice 2 4 150 ms 10-3Conversational Video (Live Streaming) 5 No-GBR 1 100 ms 10-6IMS Signalling 不支持VoLTE的 UE 支持VoLTE的UE 未进行VoLTE会话进行VoLTE语音通话进行VoLTE视频通话 QCI9 QCI5+QCI9 QCI1 + QCI5 + QCI9 QCI1 +QCI2+QCI5+QCI9 ?终端业务承载建立对应关系：
VOLTE总体流程
内容 VoLTE总体流程 1 VoLTE注册流程 2 VOLTE基本呼叫流程 3
VOLTE注册流程—EPS attach（1） ?VoLTE首先在EPS进行联合attach，与普通CSFB一致，再建立QCI5承载： Default bearer (GBR) QCI=8/9 Internet APN Default bearer (Non-GBR) QCI=5 IMS APN ?UE在attach Req中携带SRVCC能力及VOLTE能力： ?EPC在attach Acp中通知UE，网络侧具有VOLTE-IMS，决定UE紧接下来是否发起QCI5承载建立：
Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。其中，呼叫流程主要包含：移动主叫流程，移动被 叫流程，汇接呼叫流程。信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC 间切换流程，MSC间切换流程，移动始发短消息流程，移动终结短消息流程，定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互 关系，对移动性特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。对流程的介绍突出 了移动特征，具体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程，可以基本掌握： ?移动用户做位置登记的信令过程； ?移动用户做主叫的信令过程； ?移动用户做被叫的信令过程； 1
Issue 3.3 ?MSC做汇接呼叫的信令过程； ?BSC内切换信令过程； ?BSC间切换的信令过程； ?MSC间切换的信令过程； ?呼叫重建的信令过程； ?定向重试的信令过程。 对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR， HLR）的功能有更加深刻的体会。 相关资料 ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。 2
Issue 3.3 第一节呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ?主叫移动用户部分 ?被叫移动用户部分 ?拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大 的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 ?接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机 和BTS（BSC）建立了暂时固定的关系。 ?鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶 段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 ?TCH 指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫 接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。 3
（流程管理）位置更新具体信令流程
位置更新 4.1 概述 于GSM系统中有三个地方需要知道位置信息，即HLR、VLR和MS。当 这个信息发生变化时，需要保持三者的壹致，由位置更新流程实现。位置 更新流程是位置管理中的主要流程，总是由MS发起。 位置更新流程是壹个通用流程，于如下三类位置更新流程中要使用到：正 常位置更新、周期性位置更新、IMSI附着位置更新流程。 正常位置更新用于更新网络侧对于MS的位置区信息， LOCATIONUPDATINGREQUEST消息中包含位置更新流程的类型信息。 于网络侧VLR判定MS为未知用户时，会启动正常位置更新流程，作为 MM连接建立请求的响应。 为限制位置更新尝试次数，位置更新失败时要使用位置更新 attemptcounter计数器。于MS开机或SIM卡刚插入时，该计数器清零。 MS中要保持壹个"forbiddenlocationareasforroaming"表和壹个 "forbiddenlocationareasforregionalprovisionofservice"表。MS关机 或SIM卡拔出时，将这俩个表删除。当MS收到位置更新拒绝消息，其 原因值为"Roamingnotallowedinthislocationarea"或 "LocationAreanotallowed"时，从BCCH上收到的LAI信息触发位置更 新请求的LAI要加到相应的表中。这俩个表的容量至少要有10个表项， 当表项数目超过表的容量时，最早的表项内容删除。 成功的进行位置更新后，MS于SIM卡中置UPDATED状态位（UPDATED 状态表明最后壹次位置更新请求成功，同时此时LAI、TMSI，加密的密钥 和加密序列号均应该保存于SIM卡中），且存储新的位置区信息。 4.2 位置更新流程 正常位置更新、周期性位置更新和IMSI附着位置更新流程基本相同（不 同之处于下面各小节中详细描述），流程如下图： 图4-1位置更新流程 (1) MS于空中接口的接入信道上向BTS发送ChannelRequest（该消 息内含接入原因值为位置更新）；
LTE信令流程
目录 第一章协议层与概念 (5) 1.1控制面与用户面 (5) 1.2接口与协议 (5) 1.2.1NAS协议（非接入层协议） (7) 1.2.2RRC层（无线资源控制层） (7) 1.2.3PDCP层（分组数据汇聚协议层） (8) 1.2.4RLC层（无线链路控制层） (8) 1.2.5MAC层（媒体接入层） (9) 1.2.6PHY层（物理层） (10) 1.3空闲态和连接态 (12) 1.4网络标识 (13) 1.5承载概念 (14) 第二章主要信令流程 (16) 2.1 开机附着流程 (16) 2.2随机接入流程 (19) 2.3 UE发起的service request流程 (23) 2.4寻呼流程 (26) 2.5切换流程 (27) 2.5.1 切换的含义及目的 (27) 2.5.2 切换发生的过程 (28) 2.5.3 站内切换 (28) 2.5.4 X2切换流程 (30) 2.5.5 S1切换流程 (32) 2.5.6 异系统切换简介 (34) 2.6 CSFB流程 (35) 2.6.1 CSFB主叫流程 (36) 2.6.2 CSFB被叫流程 (37) 2.6.3 紧急呼叫流程 (39) 2.7 TAU流程 (40) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)
2.7.2 空闲态设置“ACTIVE”的TAU流程 (43) 2.7.3 连接态TAU流程 (45) 2.8专用承载流程 (46) 2.8.1 专用承载建立流程 (46) 2.8.2 专用承载修改流程 (48) 2.8.3 专用承载释放流程 (50) 2.9去附着流程 (52) 2.9.1 关机去附着流程 (52) 2.9.1 非关机去附着流程 (53) 2.10 小区搜索、选择和重选 (55) 2.10.1 小区搜索流程 (55) 2.10.1 小区选择流程 (56) 2.10.3 小区重选流程 (57) 第三章异常信令流程 (60) 3.1 附着异常流程 (61) 3.1.1 RRC连接失败 (61) 3.1.2 核心网拒绝 (62) 3.1.3 eNB未等到Initial context setup request消息 (63) 3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64) 3.2 ServiceRequest异常流程 (65) 3.2.1 核心网拒绝 (65) 3.2.2 eNB建立承载失败 (66) 3.3 承载异常流程 (68) 3.3.1核心网拒绝 (68) 3.3.2 eNB本地建立失败（核心网主动发起的建立） (68) 3.3.3 eNB未等到RRC重配完成消息，回复失败 (69) 3.3.4 UE NAS层拒绝 (70) 3.3.5上行直传NAS消息丢失 (71) 第四章系统消息解析 (72) 4.1 系统消息 (73) 4.2 系统消息解析 (74) 4.2.1 MIB （Master Information Block）解析 (74) 4.2.2 SIB1 （System Information Block Type1）解析 (75) 4.2.3 SystemInformation消息 (77) 第五章信令案例解析 (83) 5.1实测案例流程 (84)
四、MAP常见信令流程 本部分内容包括 ?MAP协议概述 ?HLR/VLR的用户数据组织 ?MAP常见信令流程
（一）、MAP协议概述 MSC、HLR、VLR之间的接口采用了MAP协议。 MAP协议的层次结构如图所示。 本章第二部分中讲述MAP的常见功能流程。 1．SCCP ?MAP采用SCCP无连接0或1级的无连接服务。 ?SSN（子系统号码）： 用户部分 比特 87654321 00000101 整个MAP（留待将来可能使用） 00000110 HLR 00000111 VLR 00001000 MSC 00001001 EIR 00001010 AC ?寻址 用DPC＋SSN或GT寻址。 2．TCAP TCAP基于网络的无连接服务。 为了向所有应用业务提供统一的支持，TCAP将不同节点之间的信息交互抽象为一个关于’’操作’’的过程，即起始节点调用（Invoke）一个操作，远端（目的地）节点应请求执行执行该操作，并可能向始节点回送操作执行结果。为了完成某项业务过程，两个节点的对等实体之间可能涉及到许多操作，这些相关操作的执行通过顺序、嵌套等方式组合起来，就构成一个所谓’’对话’’（即’’事务’’，如MAP的业务流程等）。 正如对话语句是由以下基本单词组成一样，TCAP消息由基本构件――组元（Component）组成的。一个组元对应于一个操作请求或响应，一个消息（对话）可以包含多个组元。这样，由若干个组元就可以构成大量的消息。上述统一的消息结构和语法规则适用于任何类型的TC用户。因此，TCAP协议和具体应用无关，但是消息的语义，即每个组元中所包含的信息含义以及一个消息中各个组元的次序则取决于具体的应用，由TCAP用户定义。
位置管理的主要流程 位置管理的主要流程是位置更新。根据位置更新情况的不同，可分为如下几种：普通位置更新、周期性位置更新、IMSI附着、联合位置更新。 1．普通位置更新 普通位置更新指移动台在开机或移动过程中，收到的位置区标识与移动台中存储的位置区识别不一致时，移动台发起位置更新请求通知网络更新该移动台的位置区识别。 根据位置更新请求消息中位置区是否属于同一MSC Server/VLR的位置区，是否需要IMSI参与，位置更新流程分为：同一个MSC Server/VLR区域内部的位置更新、跨越不同MSC Server/VLR区域的使用IMSI发起的位置更新、跨越不同MSC Server/VLR区域的使用TMSI发起的位置更新。 （1）同一个MSC Server/VLR区域内部的位置更新（仅涉及VLR） 同一个MSC Server/VLR区域内部的位置更新（仅涉及VLR） ①MS发起位置更新请求LOCATION UPDATING REQUEST，消息中携带MS的TMSI/IMSI、LAI号且注明是普通位置更新类型。 ②MSC Server向VLR发送位置区更新UPDATE LOCATION AREA消息。 ③VLR发起鉴权、加密流程，该流程可选。 ④VLR进行位置更新处理，更新MS的位置消息，存储新的LAI号，并向MSC Server发送位
置更新确认消息UPDATE LOCATION AREA ACK。 ⑤MSC Server向MS发送位置更新接收消息LOCATION UPDATING ACCEPT，同时携带TMSI号码。 ⑥MSC Server释放信道资源，完成位置更新流程。 （2）跨越不同MSC Server/VLR区域的位置更新（不能从PVLR取得用户数据） MS从MSC Server-A的一个位置区（LAI-1）移动到MSC Server-B的一个位置区（LAI-2）, 当MS进入新的VLR或MS首次登录，或相关网络数据丢失，此时MS使用IMSI发起位置更新。 跨越不同MSC Server/VLR区域的位置更新（IMSI更新） ①MS移动到MSC Server-B的位置区（LAI-2），监听BCCH信道的新位置区信息，发现和SIM卡上的MSC Server-A的位置区（LAI-1）信息不同。 ②MS向MSC Server-B发送带IMSI的位置更新请求消息LOCATION UPDATING REQUEST。 ③VLR-B发起D接口位置更新消息UPDATE LOCATION。 ④HLR向PVLR发删除位置消息CANCEL LOCATION，PVLR收到消息后删除该MS的所有消息，并向HLR回送删除位置确认消息。
GSM 信令流程（菜鸟多看看，不要到处跑） GSM 系统使用类似OSI 协议模型的简化协议，包括物理层（L1）、数据链路层（L2）和应用层（L3）。L1是协议模型最底层，提供物理媒介传输比特流所需的全部功能。L2保证正确传递消息及识别单个呼叫。在GSM 系统中，无线接口（Um ）上的L1和L2分别是TDMA 帧和LAPDm 协议。在网络侧，Abis 接口和A 接口使用的L1均为E1传输方式，L2分别为LAPD 和MTP 协议。在Um 接口，MS 每次呼叫时都有一个L1和L2层的建立过程，在此基础上再与网络侧建立L3上的通信。在网络侧（A 和Abis 接口），其L1和L2（SCCP 除外）始终处于连接状态。L3层的通信消息按阶段和功能的不同，分为无线资源管理（RR ）、 G C H ) C C H )H )
移动性管理（MM）和呼叫控制（CC）三部分。 1、建立RR连接 RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。 在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。CH－REQ有两个参数：建立原因和随机参考值（RAND）。建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应等。RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息。 CH－REQ消息在BSS内部进行处理。BSC收到这一请求后，根据对现有系统中无线资源的判断，分配一条信道供MS使用。该信道是否能正常使用，还需BTS作应答证实，Abis接口上的一对应答消息CHACT（信道激活）和CHACK（信道激活证实）完成这一功能。CHACT指明激活信道工作所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。 网络准备好合适的信道后，就通知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确定下一次发送消息的时间提前量。 IMMASS的目的是在Um接口建立MS与系统间的无线连接，即RR连接。MS收到IM －MASS后，如果RA值和T值都符合要求，就会在系统所指配的新信道上发送SABM帧，其中包含一个完整的L3消息（MP－L3－INF），这条消息在不同的接口有不同的作用。在Um接口，SABM帧是LAPDm层上请求建立一个多帧应答操作方式连接的消息。系统收到SANM帧后，回送一个UA帧，作为对SABM帧的应答，表明在MS与系统之间已建立了一条LAPDm通路；另外，此UA帧的消息域包含同样一条L3消息，MS收到该消息后，与自己发送的SABM帧中相应的内容比较，只有当完全一样时，才认为被系统接受。L3消息中包含MS的IMSI，IMSI对每个MS是唯一的，这可保证在该信道上只有一个MS可接入系统。在Abis接口，这条消息是ESTIND（建立指示），用来通知已建立LAPDm连接，作为对IMMASS消息的应答。 在SANM帧中，透明传输到MSC的L3消息是A接口的第1条L3消息。尽管A接口
TD-LTE信令流程及信令解码 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注，所有信令为eNB侧跟踪的信令。 PS业务建立流程： 1.1RRC Connection Request UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连 接，该消息携带主要IE有： -ue-Identity :初始的UE标识。如果上层提供S-TMSI，侧该值为S-TMSI； 否则从0…240-1中抽取一个随机值，设置为ue-Identity。 -establishmentCause:建立原因。该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。 信令解码如下： -RRC-MSG : |_msg : |_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 : |_rrcConnectionRequest : |_criticalExtensions : |_rrcConnectionRequest-r8 : |_ue-Identity : |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 1.2RRC Connection Setup UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。 建立原因，此处 highPriorityAcces s指的是AC11~AC15
LTE信令流程 目录 第一章协议层与概念 (7) 1.1控制面与用户面 (7) 1.2接口与协议 (7) 1.2.1................................. N AS协议（非接入层协议） 8 1.2.2................................. R RC层（无线资源控制层） 8 1.2.3............................ P DCP层（分组数据汇聚协议层） 9 1.2.4................................. R LC层（无线链路控制层） 10 1.2.5..................................... M AC层（媒体接入层） 11 1.2.6......................................... P HY层（物理层） 12 1.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)
VOLTE信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE 信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明 1.注册流程及重要信令详解 SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。 严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。
信令说明如下： 1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向IMS发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌； 5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器； 6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK； 7.用户向IMS订阅注册事件包
TD-LT 信令流程及信令解码 第1页共80页 TD-LTE 信令流程及信令解码 本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。所有信令为eNB 侧跟踪的信令。 PS 业务建立流程： 1.1 RRC Connection Request UE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：
TD-LT 信令流程及信令解码 第2页共80页 - ue-Identity :初始的UE 标识。如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。 - establishmentCause :建立原因。该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。其中“mt”代表移动终端，“mo”代表移动始端。 信令解码如下： -RRC-MSG : |_msg : |_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 : |_rrcConnectionRequest : |_criticalExtensions : |_rrcConnectionRequest-r8 : |_ue-Identity : | |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ---- |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 1.2 RRC Connection Setup eNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。该消息携带主要IE 详细见信令解码。 信令解码如下： -RRC-MSG : |_msg : |_struDL-CCCH-Message : |_struDL-CCCH-Message : |_message : |_c1 : |_rrcConnectionSetup : UE 初始标识，此处因为上层没有提供S-TMSI,所 建立原因，此处highPriorityAccess
RRC连接建立（专用信道） CN RRC Connection Request RL Setup Request RL Setup Response DL Synchronization UL Synchronization RRC Connection Setup RRC Connection Setup Complete RRC 连接建立（公共信道） CN RRC Connection Request RRC Connection Setup RRC Connection Setup Complete 初始直传信令流程 DCCH: Initial Direct Transfer Connection Request: Initial UE Message (CM Service Request) Connection Confirm Connection Reject RAB 建立流程 核心网和终端之间的承载是通过RAB来表示的，RAB用于终端和CN之间传送语音、数据、多媒体等业务信息。终端和核心网之间的CM信令连接建立完成后，核心网将根据CM 业务的类型及其QoS特性发起RAB的建立过程。 RAB的建立总是由CN发起的。CN首先发送RAB ASSIGNMENT REQUEST指派消息，RNC 根据CN的RAB指派请求进行无线网络的参数配置，结束之后RNC发送RAB ASSIGNMENT RESPONSE消息，指明RAB建立是否成功。 需要说明的是：无论是终端还是网络发起的业务，RAB指派过程都是由CN触发的，每个终端可以有一个或者多个RAB ，并且RAB分域的。 根据RAB建立前RRC连接状态与RAB建立后连接状态，RAB的建立过程分为DCH-DCH、CCH-DCH和CCH-CCH三种情况。
1 信令分析 在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。 1.1 主被叫呼叫建立流程 1.1.1正常信令 在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在 【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。 关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。 关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败” 关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发
送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。 关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧失败。 关键点5：是否发送Assignment complete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。 被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。 1.1.2典型异常信令 1、A1接口失败。 2、传输误码率高导致指配资源失败
S1AP基本信令流程 1.概述 LTE的系统架构分为两部分，包括演进后的核心网EPC（MME/S-GW）和演进后的接入网E-UTRAN。演进后的系统仅存在分组交换域。 LTE接入网仅由演进后的节点B（evolved NodeB）组成，提供到UE的E-UTRA控制面与用户面的协议终止点。eNB之间通过X2接口进行连接。LTE接入网与核心网之间通过S1接口进行连接，S1接口支持多-多联系方式。 与3G网络架构相比，接入网仅包括eNB一种逻辑节点，网络架构中节点数量减少，网络架构更加趋于扁平化。扁平化网络架构降低了呼叫建立时延以及用户数据的传输时延，也会降低OPEX与CAPEX。
1.1E-UTRAN接口的通用协议模型 E-UTRAN接口的通用协议模型如下图所示，适用于E-UTRAN相关的所有接口，即S1和X2接口。 1.2S1接口 S1接口是MME/S-GW网关与eNB之间的接口，S1接口与3G UMTS系统Iu接口的不同之处在于，Iu接口连接包括3G核心网的PS域和CS域，S1接口只支持PS 域。 1.2.1S1接口的用户平面 用户平面接口位于E-NodeB和S-GW之间，S1接口用户平面（S1-UP）的协议栈如下图所示。S1-UP的传输网络层基于IP传输，UDP/IP之上的GTP-U用来传输S-GW与eNB之间的用户平面PDU。
1.2.2S1接口控制面 S1控制平面接口位于E-NodeB和MME之间，传输网络层是利用IP传输，这点类似于用户平面；为了可靠的传输信令消息，在IP曾之上添加了SCTP；应用层的信令协议为S1-AP。S1接口控制面协议栈如下图所示：
短消息中心相关信令流程 编写时间：2002年7月 CDMA事业部用服部培训资料
目录 第一章七号信令简介 (4) 1.七号信令简介 (4) 1.1 七号信令的特点 (4) 1.2 七号信令的结构 (4) 1.3 七号信令的消息格式 (5) 第二章MAP信令简介 (7) 1．网络结构 (7) 2．短消息业务流程 (7) 2.1 MS起呼短消息流程 (8) 2.2 MS终呼短消息流程 (8) 2.3 SMS通知消息 (10) 3. 短消息业务相关数据 (11) 3.1 HLR相关数据 (11) 3.2 MSC相关数据 (11) 4. 短消息业务协议体系 (11) 4.1 传输层（SMS Transport Layer） (12) 4.2 电信业务层（SMS Teleservice Layer） (14) 5. MAP信令操作协议 (17) 5.1 SMDPP (17) 5.2 SMSREQ (18) 5.3 SMSNOT (18)
附录： (19) 短消息起呼流程 (19) 短消息终呼流程 (20) 短消息通知流程 (21) 用户关机 (21) 用户不可及 (22)
第一章七号信令简介 1.七号信令简介 1.1 七号信令的特点 1．信道利用率高 一条七号链路理论上可以为数以万计的话路提供服务，即使充分考虑冗余量之后，所服务的话路数目仍可以达到2000到3000条左右。 2．传递速度快 七号信令直接采用数字形式传送信息，4个比特就能表示一位数字，大大优于随路信令。3．信令容量大 七号信令采用消息形式传送信令，编码灵活；消息最大长度为272个字节。 4．应用范围广 七号信令不但可以传送传统的电路接续信令，还可以传送各种与电路无关的管理、维护和查询等信息，是ISDN、移动网和智能网等业务的基础。 1.2 七号信令的结构 七号信令的通用性决定了整个系统必然包含许多不同的应用功能，而且结构上应该能够灵活扩展。因此它的一个重要特点就是采用模块化功能结构，以实现一个模块内多种应用功能并存。任何一种具体应用都只用到系统功能的一个子集。 具体地说，七号信令可分为四个功能集：消息传递部分（MTP）分为三级，个个用户部分并列于第四级。如图1所示，其中缩写词意义如下： MTP――消息传递部分（Message Transfer Part） SCCP――信令连接控制部分（Signalling Connection Control Part） TUP――电话用户部分（Telephone User Part） ISUP――ISDN用户部分（ISDN User Part） TCAP――事务能力应用部分（Transaction Capability Application Part） OMAP――操作维护应用部分（Operation and Maintenance Application Part） MAP――移动应用部分（Mobile Application Part）