目录
1.概述 (1)
1.1.目的和范围 (1)
1.2.定义和缩略语 (1)
2.CDMA2000 1X语音业务流程 (2)
2.1.MS始呼流程 (2)
2.2.MS被呼流程 (4)
2.3.MS发起的释放流程 (5)
2.4.MSC发起的释放流程 (6)
3.CDMA2000 1X数据业务流程 (7)
3.1.MS数据业务始呼流程 (8)
3.2.SCH建立流程 (9)
3.3.MS发起的数据呼叫激活流程 (11)
3.4.网络侧发起的数据呼叫激活流程 (11)
3.5.MS发起的数据业务释放流程 (12)
3.6.网络侧发起的数据业务释放流程 (13)
4.EVDO数据业务流程 (15)
4.1.AT始发的数据业务呼叫流程 (15)
4.2.网络侧发起的数据业务呼叫流程 (17)
4.3.AN发起的连接释放流程 (18)
4.4.AT发起的连接释放流程 (19)
4.5.PDSN发起的会话释放流程 (20)
图表1MS始呼流程图 (2)
图表2MS被呼流程图 (4)
图表3MS发起的释放流程图 (6)
图表4MSC发起的释放流程图 (6)
图表5CDMA2000数据业务用户状态图 (7)
图表6MS发起的数据业务始呼流程图 (8)
图表7SCH建立流程图 (10)
图表8网络侧发起的数据呼叫激活流程图 (11)
图表9MS发起的数据业务释放流程图 (13)
图表10网络侧发起的数据业务释放流程图 (14)
图表11AT始发的数据业务呼叫流程图 (16)
图表12网络侧发起的数据业务呼叫流程图 (17)
图表13AN发起的连接释放流程图 (18)
图表14AT发起的连接释放流程图 (19)
图表15PDSN发起的会话释放流程图 (20)
1. 概述
1.1. 目的和范围
主要说明CDMA2000 1X、EVDO的语音业务和数据业务的信令消息流程。1.2. 定义和缩略语
MS Mobile Station 移动台
BTS Base Transceiver System 基站收发信机
BSC Base Station Controller 基站控制器
BSS Base Station Subsystem 基站子系统，包括BSC和BTS
Abis Abis interface BSC(基站控制器)和BTS(基站收发信台)之间的通信接口
MSC Mobile Service Switching Center 移动交换中心
SCCP Signaling Connection Control Part 信令连接控制部分（七号信令：MTP第三级的补充）
AT Access Terminal EVDO接入终端，相当于1X 的MS
AN Access Network EVDO接入网，相当于1X的BSS
Um CDMA空中接口SCH Supplemental Channel 增补信道
PDSN Packet Data Serving Node 分组数据服务节点，完成和无线网络(PCF)及IP网络的接口
PCF Packet Control Function 分组控制功能块，无线域与分组域(IP网络)间的接口
A8/A9 A8/A9 Interface PCF与BSC之间的接口
A10/A11 A10/A11Interface PCF和PDSN之间的连接称为RP接口，也称为A10/A11接口，A10为数据接口，A11为信令接口。A11信令接口负责RP通道的建立、维持和拆除，A10数据接口负责用户数据的传输
UATI Unicast Access Terminal Identifier 唯一终端访问标示，UATI是系统分配给终端（A T）的单点广播地址，在控制信道，系统以此来区分AT，A T监听控制信道消息也依据此UATI
AN-AAA AN Authentication Authorization
Accounting Server
为AN提供对A T进行接入认
证的网络实体
2. CDMA2000 1X语音业务流程
CDMA2000 1X语音业务主要包括如下典型信令流程：·MS始呼流程
·MS被呼流程
·MS发起的释放流程
·MSC发起的释放流程
2.1. MS始呼流程
图表 1 MS始呼流程图
MS始呼流程说明如下：
1.MS在空中接口的接入信道上向BSS发送Origination Message，并要求BSS
应答。
2.BSS收到Origination Message后向MS发送BS Ack Order。
3.BSS构造CM Service Request消息，封装后发送给MSC。
4.MSS向BSS发送Assignment Request消息，请求分配无线资源。
5.BSS为MS分配业务信道后，在寻呼信道上发送Channel Assignment Message
或Extended Channel Assignment Message，开始建立无线业务信道。
6.MS在指定的反向业务信道上发送业务信道试探帧消息Traffic Channel
preamble（TCH Preamble）。
7.BSS捕获反向业务信道后，在前向业务信道上发送BS Ack Order，并要求
MS应答。
8.MS在反向业务信道上发送MS Ack Order，应答BSS的BS Ack Order。
9.BSS向MS发送Service Connect Message或Service Option Response Order，
以指定用于呼叫的业务配置。
10.MS收到Service Connect Message后，开始根据指定的业务配置处理业务，
并以Service Connect Completion Message作为响应。
11.无线业务信道和地面电路均成功连接后，BSS向MSC发送Assignment
Completion Message，并认为该呼叫进入通话状态。
12.在业务信道帧内提供呼叫进程音的情况下，回铃音将通过话音电路向MS发
送。
2.2. MS被呼流程
图表 2 MS被呼流程图
MS被呼流程说明如下：
1.当被寻呼的MS在MSC的服务区内时，MSC向BSS发送Paging Request消
息，启动寻呼MS的呼叫建立流程。
2.BSS在寻呼信道上发送包含MS识别码的General Page Message。
3.MS识别出寻呼信道上包含自身识别码的寻呼请求后，在接入信道上向BSS
回送Page Response Message。
4.BSS利用从MS收到的信息组成一个Paging Response消息，封装后发送给
MSC。BSS可以通过该消息推荐所需的地面电路，并请求MSC分配该电路。
5.BSS收到Page Response Message后向MS发送BS Ack Order。
6.MSC向BSS发送Assignment Request消息，请求分配无线资源。如果MSC
能够支持BSS通过Paging Response消息推荐的地面电路，那么MSC将在Assignment Request消息中指配该地面电路。否则将指配其他地面电路。7.BSS为MS分配业务信道后，在寻呼信道上发送Channel Assignment Message
或Extended Channel Assignment Message，开始建立无线业务信道。
8.MS在指定的反响业务信道上发送Traffic Channel preamble（业务信道试探
帧）消息。
9.BSS捕获反向业务信道后，在前向业务信道上发送BS Ack Order，并要求
MS应答。
10.MS在反向业务信道上发送MS Ack Order，应答BSS的BS Ack Order。
11.BSS向MS发送Service Connect Message或Service Option Response Order，
以指定用于呼叫的业务配置。
12.MS收到Service Connect Message或Service Option Response Order后，开始
根据指定的业务配置处理业务，并以Service Connect Completion Message作为响应。
13.无线业务信道和地面电路均成功连接后，BSS向MSC发送Assignment
Completion Message。
14.BSS发送包含特定消息的Alert With Info消息给MS，指示MS振铃。
15.MS收到Alert With Info消息后，向BSS发送MS Ack Order，并开始振铃。
16.当MS应答这次呼叫时（摘机），MS向BSS发送包含层2证实请求的Connect
Order消息。
17.BSS收到Connect Order消息后，在前向业务信道上向MS回送BS Ack Order。
18.BSS发送Connect消息通知MSC MS已经应答该呼叫，此时认为该呼叫进入
通话状态。
2.3. MS发起的释放流程
MS在发起网络接入后，如果用户因为业务需求（如主动挂机），可以主动发起释放，其流程如下图所示：
图表 3 MS发起的释放流程图
MS发起的释放流程说明如下：
1.MS在反向业务信道上向BSS发送Release Order消息发起呼叫释放操作。
2.BSS向MSC发送Clear Request消息。
3.MSC向BSS发送Clear Command消息，指示BSS释放相关的专用资源（如
地面电路资源）。
4.BSS向MS发送Release Order消息，然后释放无线资源。
5.BSS收到MSC发送的Clear Command消息后，释放所分配的地面电路资源，
并回应Clear Complete消息。MSC收到Clear Complete消息后，释放低层的传输连接（SCCP连接）。
2.4. MSC发起的释放流程
MSC发起的释放流程如下图所示：
图表 4 MSC发起的释放流程图
MSC发起的释放流程说明如下：
1.MSC向BSS发送Clear Command消息，指示BSS释放相关的专用资源，并
发起空中接口的呼叫释放程序。
2.BSS通过前向信道上发送Release Order消息，发起呼叫释放操作。
3.MS收到Release Order消息后，在反向信道上回应Release Order消息。
4.BSS将Clear Complete消息发往MSC，MSC收到该消息后，释放低层的SCCP
传输连接。
3. CDMA2000 1X数据业务流程
在CDMA2000 1X数据业务中，用户存在以下三种状态：
·激活态（Active）：手机和基站之间存在空口信道，通信双方都可以发送数据，Um、A8、A10连接保持。
·休眠态（Dormant）：手机和基站之间空口信道释放，但PPP连接保持，Um、A8连接释放，A10连接保持。
·空闲态（Idle）：手机和基站之间空口信道释放，PPP连接释放，Um、A8、A10连接释放。
三种状态之间的状态切换示意图如下图所示：
图表 5 CDMA2000 数据业务用户状态图
CDMA2000 1X数据业务主要包括如下典型信令流程：
·MS数据业务始呼流程
·建立SCH流程
·MS发起的数据呼叫激活流程
·网络侧发起的数据呼叫激活流程
·MS发起的数据业务释放流程
·网络侧发起的数据业务释放流程
3.1. MS数据业务始呼流程
MS发起的数据业务始呼流程如下图所示：
图表 6 MS发起的数据业务始呼流程图
MS发起的数据业务始呼流程说明如下：
1.MSC在空中接口信道上向BSS发送Origination Message。
2.BSS收到Origination Message后向MS发送BS Ack Order。
3.BSS构造CM Service Request消息，封装后发送给MSC。
4.MSS向BSS发送Assignment Request消息，请求分配无线资源。
5.BSS向PCF发送A9-Setup-A8消息，请求建立A8连接。
6.PCF向PSDN发送A11-Registeration-Request消息，请求建立A10连接。
7.PSDN接收A10连接建立请求，向PCF返回A11-Registeration-Reply消息。
8.PCF向BSS返回A9-Connect-A8消息，A8和A10连接建立成功。
9.BSS为MS分配业务信道后，在寻呼信道上向MS发送Extended Channel
Assignment Message（ECAM），开始建立无线业务信道。
10.MS在指定的反向业务信道上发送业务信道试探帧消息Traffic Channel
preamble（TCH Preamble）。
11.BSS捕获反向业务信道后，在前向业务信道上发送BS Ack Order，并要求
MS应答。
12.MS在反向业务信道上发送MS Ack Order，应答BSS的BS Ack Order。并且
在反向业务信道上传送空的业务帧。
13.BSS向MS发送Service Connect Message或Service Option Response Order，
以指定用于呼叫的业务配置。
14.MS收到Service Connect Message后，开始根据指定的业务配置处理业务，
并以Service Connect Completion Message作为响应。
15.无线业务信道和地面电路均成功连接后，BSS向MSC发送Assignment
Completion Message。
16.MS与PSDN之间协商建立PPP连接，Mobile IP接入方式还要建立Mobile IP
连接，PPP消息与Mobile IP消息在业务信道上传输。
17.PPP连接建立完成后，数据业务进入Active状态。
3.2. SCH建立流程
因业务需要，由MS或BS发起SCH建立流程，以满足高速数据传输的需要。MS发起的建立SCH流程如下图所示：
图表7 SCH建立流程图
MS发起的建立SCH流程说明如下：
1.在分组数据业务呼叫已经建立的状态下，MS向BSS上报Supplementary
Channel Request Message，请求建立SCH信道。
2.BSC发送Abis-BTS Setup 消息给BTS，请求BTS分配无线资源。
3.BTS建立第1个业务信道后，向BSC发送Abis Connect消息，请求建立Abis
连接。
4.BSC发送Abis Connect Ack给BTS作为响应。
5.BTS完成全部信道资源分配后，发送Abis-BTS Setup Ack给BSC。
6.BSC发送Abis-Burst Request消息激活BTS。
7.BTS发送Abis-Burst Response消息给BSC作为响应。
8.BSC发送Abis-Burst Commit消息给BTS，BTS收到此消息后，SCH就激活
了，可以通过SCH来传送数据。
9.BSC构造Extended Supplementary Channel Assignment Message对MS进行
SCH信道指配，从而使该分组数据业务可以在SCH信道上以较高的速率进行数据传输。
说明：没有专门的SCH释放流程，BSC动态分配SCH时，决定SCH的速率与
时长，时长超过时自动释放SCH。
3.3. MS发起的数据呼叫激活流程
当MS处于Dormant状态时，如果MS有传输数据的需要，MS将重新激活数据连接。呼叫处理过程将与始呼过程类似，只是A10/A11连接、PPP连接或Mobile IP连接不需要重新建立。
3.4. 网络侧发起的数据呼叫激活流程
网络侧发起的数据呼叫激活流程如下图所示：
图表8 网络侧发起的数据呼叫激活流程图
网络侧发起的数据呼叫激活流程说明如下：
1.MS处于Dormant状态，存在PPP连接。
2.PDSN在A10连接上向PCF发送分组数据包。
3.PCF判断数据业务呼叫处于Dormant状态，向BSS发送A9-BS Service
Request请求分组数据业务。
4.BSS发送BS Service Request 到MSC重新连接呼叫。
5.MSC返回BS Service Response，确认呼叫建立请求。
6.BSS用A9-BS Service Response响应PCF。
7.MSC发送Paging Request Message，建立数据业务呼叫。
8.BSS在空中接口的寻呼信道上向MS发送General Page Message。
9.MS在反向接入信道上用Page Response Message确认寻呼。
10.BSS把Page Response Message进行封装后，发送给MSC。
11.BSS用BS Ack Order向MS确认收到Page Response Message。
12.MSC发送Assignment Request Message到BSS请求分配无线资源与A8连接。
13.BSS与MS执行无线信道建立过程。
14.BSS发送A9-Setup-A8消息到PCF建立A8连接。
15.PCF返回A9-Connect-A8消息响应BSS，完成A8连接建立。
16.无线链路与A8连接建立后，BSS向MSC发送Assignment Complete。
17.MS进入数据业务Active状态。
3.5. MS发起的数据业务释放流程
MS发起的数据业务释放流程如下图所示：
图表9 MS发起的数据业务释放流程图
MS发起的数据业务释放流程说明如下：
1.MS在空中接口专用信道上向BSS发送Release Order消息发起呼叫释放操
作。
2.BSS向MSC发送Clear Request消息。
3.MSC在释放网络资源的同时，向BSS发送Clear Command消息。
4.BSS向MS发送Release Order响应消息。
5.BSS向PCF发送A9-Release-A8消息，请求释放A8连接。
6.PCF向PDSN发送A11-Registeration-Request消息，请求释放A10连接。
7.PDSN向PCF返回A11-Registeration-Reply消息，A10连接释放完成。
8.PCF向BSS返回A9-Release-A8 Complete消息，A8连接释放完成。
9.BSS向MSC发送Clear Complete消息。MSC收到Clear Complete消息后，
释放低层的传输连接（SCCP连接）。
3.6. 网络侧发起的数据业务释放流程
网络侧发起的数据业务释放流程如下图所示：
图表10 网络侧发起的数据业务释放流程图
网络侧发起的数据业务释放流程说明如下：
1.PDSN向PCF发送A11-Registeration-Update消息，请求释放A10连接。
2.PCF向PDSN返回A11-Registeration-Ack消息，确认A10连接释放请求。
3.PCF向PDSN发送A11-Registeration-Request消息，释放A10连接。
4.PDSN向PCF返回A11-Registeration-Reply消息，A10连接释放完成。
5.PCF向BSS发送A9-Disconnect-A8消息，请求释放A8连接。
6.BSS向PCF发送A9-Release-A8消息，释放A8连接。
7.PCF向BSS返回A9-Release-A8 Complete，A8连接释放完成。
8.BSS向MSC发送Clear Request消息，释放数据业务呼叫。
9.MSC向BSS发送Clear Command消息，通知BSS释放相关资源。
10.BSS发起业务信道释放过程。
11.释放相关资源后，BSS向MSC返回Clear Complete消息。
4. EVDO数据业务流程
和CDMA2000 1X类似，EVDO也存在三种用户状态：激活态（Active）、休眠态（Dormant）和空闲态（Idle）。EVDO数据业务主要包括如下典型信令流程：
·AT始发的数据业务呼叫流程
·网络侧发起的数据业务呼叫流程
·AN发起的连接释放流程
·AT发起的连接释放流程
·PDSN发起的会话释放流程
4.1. AT始发的数据业务呼叫流程
AT始发的数据业务呼叫流程如下图所示：
图表11 AT始发的数据业务呼叫流程图
AT始发的数据业务呼叫流程说明如下：
1. AT向AN发送UATI Request消息，请求更新UATI标识。
2. AN向AT发送Hardware ID Request消息，获取AT的硬件标识。
3. AT向AN返回Hardware ID Response消息，返回AT的硬件标识信息。
4. AN向AT发送UATI Assignment消息，为AT指配UATI标识。
5. AT向AN返回UATI Complete消息，UATI标识更新完成。
6. AT向AN发送Connection Request and Route Update消息，请求建立数据业
务呼叫。
7. AN向PCF发送A9-Setup-A8消息，请求建立A8连接。
8. PCF向PDSN发送A11-Registeration-Request消息，请求建立A10连接。
9. PDSN向PCF返回A11-Registeration-Reply消息，A10连接建立完成。
10. PCF向AN返回A9-Connect-A8消息，A8连接建立完成。
11. AN向AT发送Traffic Channel Assignment消息，指配业务信道。
12. AT向AN返回Traffic Channel Complete消息，业务信道指配完成。
13. AT向AN发送Configuration Request消息，开始配置协商过程。
14. AN向AT返回Configuration Response响应消息。
15. AT向AN发送Configuration Complete消息，配置协商过程完成。
16. MS与PSDN之间协商建立PPP连接，Mobile IP接入方式还要建立Mobile IP
连接，PPP消息与Mobile IP消息在业务信道上传输。
17. PPP连接建立完成后，数据业务进入Active状态。
4.2. 网络侧发起的数据业务呼叫流程
网络侧发起的数据业务呼叫流程如下图所示：
图表12 网络侧发起的数据业务呼叫流程图
网络侧发起的数据业务呼叫流程说明如下：
1. AT处于Dormant状态，存在PPP连接。
2. PDSN在A10连接上向PCF发送分组数据包。
3. PCF判断数据业务呼叫处于Dormant状态，向AN发送A9-BS Service Request
消息请求分组数据业务。
4. AN向PCF返回A9-BS Service Response响应消息。
5. AN在空中接口的寻呼信道上向AT发送Page 消息，建立数据业务呼叫。
6. AT在反向接入信道上向AN发送Connection Request and Route Update消息，
建立数据业务呼叫。
7. AN向PCF发送A9-Setup-A8消息，请求建立A8连接。
8. PCF向PDSN发送A11-Registeration-Request消息，请求建立A10连接。
9. PDSN向PCF返回A11-Registeration-Reply消息，A10连接建立完成。
10. PCF向AN返回A9-Connect-A8消息，A8连接建立完成。
11. AN向AT发送Traffic Channel Assignment消息，指配业务信道。
12. AT向AN返回Traffic Channel Complete，业务信道指配完成。
13. AT进入数据业务Active状态。
4.3. AN发起的连接释放流程
AN发起的连接释放流程如下图所示：
图表13 AN发起的连接释放流程图
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、传输误码率高导致指配资源失败
处理流程以及数据提取方法一、投诉处理流程 二、SEQ提取数据方法 VOLTE用户投诉处理（支持实时和历史记录详单） 1、登录后，SQM》投诉用户单据查询 2、投诉用户单据查询-跟踪号码 输入号码136XXXX0505
3、投诉用户单据查询-数据查询结果（均可钻取详单） 4、投诉用户会话跟踪-创建跟踪任务(提取信令) 5、投诉用户会话跟踪-实时跟踪结果 6、信令详单提取
7、语音质量单据查询（这功能暂时我们没权限） 可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析 TD-LTE__VoLTE-SIP完整信令解析 对关键流程的解释如下表所示： 1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4 3）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。 4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户 5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载 6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息 7）被叫对INVITE消息的响应 被叫收到寻呼但未收到INVITE请求，核心网问题 8）被叫方通知主叫方，自己所支持的媒体类型和编码。 9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。关键参数包括头压缩参数，TTI Bundling，SPS。DRX参数也会按照语音业务的要求进行重新配置。 10）被叫建立QCI1的数据无线承载。例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。 11）核心网通知主叫终端的SM层，建立QCI=1的承载,例如：eps-BearerID=7 12）主叫收到被叫的INVITE 183消息 被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断，重配置消息释放DRB承载，无线网与核心网配合问题 13）核心网通知被叫终端的SM层，建立qci=1的承载 14）主叫收到INVITE 183消息以后，发送确认消息PRACK，启动资源预留过程， 15）被叫收到主叫的PRACK以后，返回PRACK 200响应，启动资源预留过程， 16）主叫收到被叫的PRACK 200以后，发送UPDATE消息，标明资源预留成功。
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)
Layer 3信令分析及流程详解汇编Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter， 5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、 2bis、 2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型 1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与 11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。
Layer 3信令分析及流程详解汇编
Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。
LTE空口信令流程详解1、附着信令流程 1.1 、Attach附着信令流程 （统计时延：红色的为开始和结束信令） EPS MM Attach request EPS MM Unknown(0x0734) UL CCCH rrcConnectionRequest DL CCCH rrcConnectionSetup UL DCCH rrcConnectionSetupComplete DL DCCH rrcConnectionReconfiguration DL DCCH dlInformationTransfer UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Authentication request EPS MM Authentication response EPS MM Unknown(0x077B) UL DCCH ulInformationTransfer DL DCCH dlInformationTransfer EPS MM Security protected NAS message EPS MM Security mode command EPS MM Security mode complete EPS MM Unknown(0x0790) UL DCCH ulInformationTransfer DL DCCH ueCapabilityEnquiry UL DCCH ueCapabilityInformation DL DCCH securityModeCommand DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Attach accept EPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach complete EPS MM Unknown(0x072D) UL DCCH ulInformationTransfer DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete
LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程 1.1 、Attach附着信令流程 （统计时延：红色的为开始和结束信令） EPS MM Attach request EPS MM Unknown(0x0734) UL CCCH rrcConnectionRequest DL CCCH rrcConnectionSetup UL DCCH rrcConnectionSetupComplete DL DCCH rrcConnectionReconfiguration DL DCCH dlInformationTransfer UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Authentication request EPS MM Authentication response EPS MM Unknown(0x077B) UL DCCH ulInformationTransfer DL DCCH dlInformationTransfer EPS MM Security protected NAS message EPS MM Security mode command EPS MM Security mode complete EPS MM Unknown(0x0790) UL DCCH ulInformationTransfer DL DCCH ueCapabilityEnquiry UL DCCH ueCapabilityInformation DL DCCH securityModeCommand DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS message EPS MM Attach accept EPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach complete EPS MM Unknown(0x072D) UL DCCH ulInformationTransfer DL DCCH rrcConnectionReconfiguration UL DCCH rrcConnectionReconfigurationComplete
移动VOLTE路测基于信令点分析指导书 2017年11月27日 移动VLOTE专项优化组
一、概述 本《移动VOLTE路测基于信令点分析指导书》重点介绍了移动VOLTE优化中ATU软件的使用方法、VOLTE重点指标定义、VOLTE路测信令节点、V2V和V2C不同拨打测试指标对比、VOLTE 测试中事件分析思路和分析案例。 本《指导书》结构如下： ●第一部分移动ATU路测和软件的使用； ●第二部分测试指标的定义和统计方法； ●第三部分 VOLTE路测主被叫信令节点； ●第四部分信令类分事件分析案例； ●第五部分 eSRVCC事件分析案例； ●第六部分覆盖类事件分析案例； 二、移动ATU路测和软件使用 2.1测试方法和要求 1、测试前需要规划好测试区域和测试路线； 2、测试任务需要在ATU平台配置，测试任务根据测试方案配置（V2V测试时长180s，V2C 测试时长30s）； 3、测试过程中要时刻关注测试设备工作运行正常，出现异常情况立即上报相关人员； 4、测试完成后需要将测试数据导出，上传至ATU服务器对应文件夹中。 2.2数据查找和导入 移动VOLTE测试通常为ATU设备测试，测试完成后需要将ATU测试数据导出上传至ATU服务器对应的文件内（以便分析时查找数据）； 1、检索处根据时间、数据来源（ATU数据上传服务器文件夹）、业务类型选择TDD语音VOLTE； 2、可根据测试文件名称和测试设备进行检索查找； 3、条件选择好后点击软件左上方的常用“全部”查找文件即显示在“文件列表内”，文件列表内包含文件属性； 4、选择测试文件右键回放，选择详细回放数据，可以单个数据和多个数据同时回放。
Layer 3信令分析及流程详解
Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。