1. 概述
作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题.
2. 理论部分
2.1一次完整的主叫流程（含切换）
IDLE：
DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数
DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2）
DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数
DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置
DL: SYSTEM INFORMATION TYPE 7：小区重选参数
DL: SYSTEM INFORMATION TYPE 8：小区重选参数
UL: Channel request
DL: Immediate assignment（SDCCH）
试呼：
UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败）
DL: CM service Request
DL: CM service accept
DL: AUTHENTICATION REQUEST
UL: AUTHENTICATION RESPONSE
DL: CIPHER MODE COMMAND
UL: CIPHER MODE COMPLETE
DL: TMSI REALLOCATION COMMAND
UL: TMSI REALLOCATION COMPLETE
UL: SETUP
DL: CALL PROCEEDING
DL: ASSIGNMENT COMMAND
UL: ASSIGNMENT COMPLETE （TCH）
DL: ALERTING
成功起呼：
DL: CONNECT（呼叫成功的标志,）
UL: CONNECT ACKNOWLEDGE
DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述）
DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置
UL: MEASUREMENT REPORT
DL:Handover Command
DL:Physical Information
UL:Handover Complete(切换成功的标志)
DL:Physical Information
DL: SYSTEM INFORMATION TYPE 6
UL: MEASUREMENT REPORT
DL:Disconnect（收到该条消息或Release中的任何一条，则视为正常释放，如果两条消息均未收到，而是直接收到System Information Type1，则视为一次掉话）
UL:Release
DL:Release Complete
DL:Channel Release
UL:Release Complete
2.2一次正常的LAR&RAU信令流程：
Direction
Type
Layer 3 Message
UL
RR
Channel Request
DL
RR
Immediate Assignment
UL
MM
Location Updating Request
UL
RR
Classmark Change
UL
RR
GPRS Suspension Request
DL
MM
Authentication Request
UL
MM
Authentication Response
DL
MM
Identity Request
UL
MM
Identity Respone
DL
MM
Location Updating accept
UL
MM
TMSI Realocation Complete
DL
RR
Channel Release
UL
GPRS MM
Routing Area Update Request
UL
RR
Channel Request
DL
RR
Immediate Assignment
DL
GPRS MM
Routing Area Update Accept
UL
GPRS MM
Routing Area Update Complete
2.3 各种情况对应的信令
2掉话（既没有Disconnect，也没有Release，则视为掉话）： Paging Request →Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting→System Information Type1
2通话正常结束(Disconnect和Release都有或只有其中一个都视为通话正常结束)：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release
2呼叫失败： Paging Request→Channel Request→Immediate Assignment→CM Service Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM Service Request，则视为一次呼叫失败）
2呼叫成功：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting
2切换成功：Handover Command→Handover Complete
2切换失败：Handover Command→Handover Failure
2.4常见Disconnect / Release Cause Value: Cause Value
Reason
31
BSS or MSC problem
34(beforeAssignmentCommand)
TCH Blocking
34(after Assignment Complete)
MSC Blocking
41(after Assignment Command)
BSS problem, especially DRI problem
41(after Assignment Complete)
MSC problem
42
MSC Congestion
44
BSS problem, especially the CIC blocking
111
BSS or MSC problem
2.5 两个MS通话的流程
MS1 Uplink Channel Request
MS1 Downlink Immediate Assignment
MS1 Uplink CM Service Request
MS1 Downlink CM Service Accept SDCCH分配成功MS1 Uplink Setup
MS1 Downlink Call Proceeding
MS1 Downlink Assignment Command
MS1 Uplink Assignment Complete TCH分配成功MS2 Uplink Channel Request
MS2 Downlink Immediate Assignment
MS2 Uplink Paging Response SDCCH分配成功
MS2 Downlink Setup
MS2 Uplink Call Confirmed
MS2 Downlink Assignment Command
MS2 Uplink Assignment Complete TCH分配成功MS2 Uplink Alerting
MS1 Downlink Alerting
MS2 Uplink Connect
MS2 Downlink Connect Acknowledge
MS1 Downlink Connect
MS1 Uplink Connect Acknowledge
MS1 Uplink Disconnect
MS1 Downlink Release
MS1 Uplink Release Complete
MS2 Downlink Disconnect
MS2 Uplink Release
MS1 Downlink Channel Release
MS2 Downlink Release Complete
MS2 Downlink Channel Release
3. 案例介绍
3.1 MS呼叫未接通：
问题描述: 在做DT测试过程中发生了一次未接通，地点是LAC区交接处.在DT 测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。主要有以下三条信令消息：
UL：CHANNEL REQUEST
DL：IMMEDIATE ASSIGNMENT
UL：CM SERVICE REQUEST
问题分析: (1)在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。其原因可能为该服务小区的SDCCH信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。
(2) 位置更新信令消息如下：
DL：CHANNEL RELEASE
UL：CHANNEL REQUEST（开始位置更新）
DL：IMMEDIATE ASSIGNMENT
UL：LOCATION UPDATING REQUEST
DL：AUTHENTICATION REQUEST
UL：AUTHENTICATION RESPONSE
DL：LOCATION UPDATING ACCEPT
UL：TMSI REALLOCATION COMPLETE
DL：CHANNEL RELEASE
结合此例的第三层信令消息来看，例子中MS发出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判断出此例并非是位置更新。
3.2 位置更新导致数据吞吐量为0
问题描述: 在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.
问题分析: (1) 在该路段进行语音业务测试, 确认已经完全覆盖.
(2) 分析当时数据业务测试的层3信令. 当时的信令为:
DL：SYSTEM INFORMATION TYPE 1 UL：LOCATION UPDATING REQUEST UL：CHANNEL REQUEST
(3) 对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.
3.3 FTP下载中断
问题描述: 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后, FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线.
问题分析: (1) 查看层三信令,具体显示如下：
Direction Type Layer 3 Message
UL GPRS SM Deactivate PDP Context Request
DL RR System Information Type 13
UL RR Channel Request
DL RR Immediate Assignment
DL GPRS SM Deactivate PDP Context Accept
发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息.
(2)发生这种情况可能有3种原因：
一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP 去激活申请。
二是手机本身存在一些问题也可能导致这个问题。
三是测试用的笔记本电脑可能存在一些问题
3.4 没有物理消息导致切换失败
问题描述: 某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。DT测试过程中，MS当前服务小区为4173，当检测到有Level 更强的邻区时，BSC指示MS切换（发起DL：HANDOVER COMMAND），此时发生了连续的三次切换失败（UL：HANDOVER FAILURE）。虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。
问题分析: (1) 查看当时的层三信令, 具体如下:
DL：HANDOVER COMMAND UL：HANDOVER ACCESS UL：HANDOVER COMPLETE UL：MEASUREMENT REPORT UL：HANDOVER FAILURE DL：SYSTEM INFORMATION TYPE 5 (2) 从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出UL：HANDOVER ACCESS消息后，接着发出DL：PHYSICAL INFORMATION，指示MS切换至目标小区的Timing Advance，即MS与切换目标小区的距离。同时，在MS发出UL：HANDOVER COMPLETE之后，再发一条DL：PHYSICAL INFORMATION。
(3)但是在本例中BSC没有发出这两条消息，导致发生切换失败。
3.5 MS呼叫失败.
经检查信令发现有立即指派拒绝(immediate assignment reject)消息系统发现无可用信道.很可能是因为系统拥塞引起的
3.6 参数设置错误导致切换问题
问题描述: 某次路测中发现手机每当起呼占用（BCCH：554，BSIC：52，LAC：9488，CI：29403），其只能一直切换到DCS1800网，通话过程中无法测量到GSM900的频点，一直不能向GSM900网切换，在测试时不单该小区自己本身不能测量到GSM900的频点，在本次通话过程中的所涉及的所有小区都不能测量到GSM900的频点，导致在该路段出现弱信号和质差最后导致掉话（虽然在CDD中该小区的MBCCHNO中有GSM900的频点）；
问题分析: (1) 在其他小区进行起呼测试,发现MS 切换到该小区后,则在该小区仍然能测量到GSM900的频点。切换正常；说明问题出在该小区。
(2) 经仔细检查路测试数据的第三层信息，发现在该小区起呼时，第三层信息没有出现 UL-CLASSMARK CHANGE这条信令且在该小区的SYSTEM INFORMATION TYPE3中发现 EARLY SENDING ：EXPLICITY FORBIDDEN，导致系统认为手机为1800单频手机；
(3)经检查BSC数据，发现该小区的ECSC 参数设为 NO，其它小区该参数设为YES。通过调整该参数，问题得到解决。
3.7定时器超时，网络进行呼叫释放
问题描述: 在天津进行静态测试，发现MO呼叫30秒后自动中断，网络发送disc 消息給MS，后面进行正常的拆除过程。MT呼叫时，MS可以看到incoming call，连接后显示进入连接状态，但主叫端仍然只能听到提示音，不能进行正常通话。问题分析: (1)MO过程如下
MS net
－－CM req--------------->
<---ciph cmd-----------
---ciph completed------->
---setup---------------->
<-----call proceding---
<------assignmend cmd----
-----assignmend complete-->
<---alerting-----------
<----connect-----------
--------connect ack---->
after 30s
<--------disc-------------
(2)因为connect ack是在FACCH上发送的，怀疑网络未能收到ack消息，因为发送connect消息后，网络端将启动一个为期30秒的定时器等待MS的确认，出于某种原因，ack消息未能到达网络，此定时器超时，网络进行呼叫释放
主叫、被叫信令流程 今天我和大家一起探讨一下关于网优掉话的相关问题，但是在讲解掉话问题之前，我想首先给大家介绍一下简单的通话过程和手机作为被叫和主叫的信令接续过程，然后再和大家探讨一下怎样处理掉话方面的问题。 MSISDN IMSI MSC IMSI MSRN 下例是一个北京的固定电话用户拨打广州的一个移动用户的呼叫接续过程中各种识别码的应用过程。 1、主叫拨号。北京市话用户A拨打广州GSM用户B的MSISDN号码，PSTN网络的交换机分析MSISDN 号码，得知B用户为移动用户，它把呼叫转到GSM网络上距它最近的一个具有入口功能的移动业务交换中心GMSC。 2、GMSC分析被叫号码。GMSC分析该号码为广州位置寄存器HLR的用户后将MSISDN号码送至广州HLR，要求查询有关该被叫用户目前所在的位置信息。 3、HLR申请漫游号码MSRN。HLR把MSISDN号码转换成IMSI后查出用户目前处于哪个MSC并将该IMSI发至该MSC，向该MSC申请分配一个漫游号码。 4、选定漫游号码MSRN。MSC收到IMSI后临时给被叫用户B分配一个漫游号码并将此号码送回HLR，再由HLR发给GMSC使用。 5、连接呼叫至被叫所在的MSC。GMSC收到MSRN后，用此号码选择一条出中继路由至MSC。MSC 将负责本次呼叫的建立和计费功能。
6、令被叫所在位置区内的所有基站发寻呼信息。被叫MSC发出寻呼命令到MS所在位置区内的所有无线基站，再由基站向被叫用户B发呼叫信号。 7、基站寻呼被叫用户B。基站收到寻呼命令后，将该寻呼消息（含有MS的IMSI）通过无线控制信道发射。MS接收到寻呼后向基站发回响应信号。 8、呼叫连接。MS响应信号经BTS、BSC送回MSC，经鉴权、设备识别后认为合法，则令BSC给该MS分配一条TCH，接通MSC至BSC的路由，并向主叫送回铃音，向被叫振铃。当被叫摘机应答，则系统开始计费。 以上的只是比较简单的粗略的说明了一下我们大家在打电话的时候所经过的过程。下面我就对上述的的从MSC发出一个寻呼命令开始所经过的详细的接续过程。 在本图所示中，所讲解的信令是关于 MS BTS BSC MSC
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_MO_MT流程 1 . VoLTE语音呼叫路由原则 1.1 ：VoLTE 主叫 （1）VoLTE用户附着在LTE，如果被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由； （2）VoLTE用户附着在LTE，如果被叫是CS用户，则呼叫从主叫归属IMS 域直接进入CS 域，由CS域完成后续呼叫； （3）VoLTE用户附着在CS，如果被叫是VoLTE用户，通过被叫锚定方案将语音接续到被叫 归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由； （4）VoLTE用户附着在CS，如果被叫是CS用户，呼叫同现网CS用户呼叫CS用户。 1.2 ：VoLTE 被叫 （1）主叫是VoLTE用户，附着在LTE，被叫是VoLTE用户，则将呼叫路由至被叫归属IMS 域，由被叫归属IMS 进行被叫域选，并根据域选结果进行后续路由； （2）主叫是VoLTE用户，附着在CS，被叫是VoLTE用户，通过锚定方案将语音接续到被叫 归属IMS 域，由被叫归属IMS 进行被叫域选，根据域选结果进行后续路由； （3）主叫是CS用户，被叫是VoLTE用户，通过锚定方案将语音接续到被叫归属IMS 域， 由归属IMS 进行被叫域选，根据域选结果进行后续路由； 1.3 ：Precondition 建立媒体PDP上下文的过程称为资源预留。 对于双方的UE 而言，建立PDP上下文的执行过程是相互独立的。这意味着在资源被成功预留之前，根本无法保证所协商的媒体会话是否可以建立起来。 因此，Precondition 作用主要是为了保证在确认本地和主叫方的资源预留都已成功之前，被叫方不应振铃,以最大程度减少被叫方振铃但接听电话又失败的情况 1.4 ：VoLTE 信令包过渡 （（（diameter or sip or gtpv2 or megaco or dns or camel or bicc or gsm_map） && !（diameter.cmd.code == 280）） && !（diameter.cmd.code == 257）） && !（diameter.cmd.code == 282）
Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼 叫流程。信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流 程，移动始发短消息流程，移动终结短消息流程，定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性 特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。对流程的介绍突出了移动特征，具 体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程，可以基本掌握： ●移动用户做位置登记的信令过程； ●移动用户做主叫的信令过程； ●移动用户做被叫的信令过程； ●MSC做汇接呼叫的信令过程； ●BSC内切换信令过程； ●BSC间切换的信令过程； 1
Issue 3.3 ●MSC间切换的信令过程； ●呼叫重建的信令过程； ●定向重试的信令过程。 对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功 能有更加深刻的体会。 相关资料 ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。 2
Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 3
1一次完整被叫通话的信令流程 Mobile Station Network Paging Request Channel Request Immediate Assignment CM Service Request CM Service Accept Classmark Change Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting Disconnect Release Release Complete Channel Release
2 需要注意的几点信令 （1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。 （2）Ciphering Mode 为加密模式 （3）在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding 3 关于掉话、拥塞等事件的定义 对于用户来说，若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。 对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态，应描述为TCH分配失败比较恰当。因为若是TCH拥塞的话，基站就不应该给手机Assignment Command的指令，而且TCH拥塞从我们软件的三层信令根本看不出来。对于SDCCH也一样。
1
Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 2
Issue 3.3 主叫过程的信令流程如后面的图所示。 注意: 应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的 鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。 另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM）， 而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户，则通过信令路由分析，通过适当的链 路向目的MSC发IAI消息，以建立话路。 主叫接入阶段、鉴权阶段主要信令： 3
1、主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配业务请求等几个步骤。经过这个阶段，手机和BTS BSC 建立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息，HLR向VLR请求漫游号码，VLR回送被叫用户的漫游号码，HLR向MSC回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行话路接续。 主叫接入阶段、鉴权阶段主要信令： 当用户输入被叫号码完毕按下发射按纽后，手机（以下以MS代替）将进行一系列动作，首先MS将在随机接入信道（RACH ）向BSS发送信道请求消息，以便申请一个专用信道（SDCCH ），BSC为其分配相应的信道成功后，在接入允许信道(AGCH)中通过立即分配消息通知MS为其分配的专用信道，随后MS将在为其分配的SDCCH上发送一个层三消息 ---CM业务请求消息，在该消息中CM业务类型为移动发起呼叫，该消息被BSS透明的传送至MSC，MSC收到CM业务请求消息后，通过处理接入请求消息通知VLR处理此次MS的接入业务请求，（同时，由于在BSC和MSC之间用到了SCCP有连接服务，为建立SCCP连接，MSC还将向BSC回连接确认消息），收到业务接入请求后，VLR将首先查看在数据库中该MS是否有鉴权三参组，如果有将直接向MSC下发鉴权命令，否则向相应的HLR/AUC请求鉴权参数，从HLR/AUC得到三参组，然后再向MSC下发鉴权命令。MSC收到VLR发送的鉴权命令后，通过BSS向MS下发鉴权请求，在该命令中含有鉴权参数，MS收到鉴权请求后，利
主要信令接续流程 为了对GSM系统的整体工作流程有进一步的认识，本节描述几种主要接续流程。 移动客户至固定客户出局呼叫流程 移动台始发呼叫框图见图8－14，流程图见图8－15。 图8－14 移动台始发呼叫框图
图8－15 MS始发呼叫流程图 图中流程说明如下： (1) 在服务小区内，一旦移动客户拨号后，移动台向基站请求随机接入信道（RACH）。 (2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。AGCH允许接入信道 (3) 对移动台的识别码进行鉴权，如果需加密则设置加密模等，进入呼叫建立的起始阶段。 (4) 分配业务信道的过程。 (5) 采用七号信令的客户部分(1SUP／TUP)，建立与固定网(ISDN／PSTN)至被叫客户的通路，并向被叫客户振铃，向移动台回送呼叫接通证实信号。 (6) 被叫客户取机应答，向移动台发送应答连接消息，最后进入通话阶段。
手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息，然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel required。Channel request我们可以理解为信道请求，在BTS与BSC之间的Channel required我们通常叫做信道申请。 BSC收到这个Channel required 以后它会返回一个Channel active，在这个Channel active 里面有一个非常重要的信息，就是BSC对BTS激活的这个目标信道的相关描述。BTS激活这个信道以后会返回一个Channel active ACK。
判断方法： 收到Extended Service Request或Service Request（测试三星终端软件消息，且消息中Service Type指示为0000、0001、0010(含意为主叫、被叫和紧急)输出该事件。 其它要求，对于Event information将Service Type记录下来，如下图示，截取Service Type后面的字符 MO： Service Type Value信息为0000和0010 MT：Service Type Value信息为0001 CSFB主叫(重建信令流程) 1.UE发起CS Fallback语音业务请求。 2.MME发送S1-AP UE CONTEXT MODIFICATION REQUEST消息给 eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CS Fallback 业务需要回落到UTRAN/GERAN。
3.eNodeB要求UE开始异系统的小区测量，并获得UE上报的测量报告，确 定重定向的目标系统小区。然后向UE发送目标系统具体的无线配置信 息，并释放连接。 4.UE接入目标系统小区，发起CS域的业务请求CM SERVICE REQUEST。 5.如果目标系统小区归属的MSC与UE附着EPS网络时登记的MSC不同，则 该MSC收到UE的业务请求时，由于没有该UE的信息，可以采取隐式位 置更新流程，接受用户请求。如果MSC不支持隐式位置更新，且MSC没 有用户数据（即服务MSC与EPS/IMSI登记的MSC不同），则拒绝该用户 的业务请求。如果MSC拒绝用户的业务请求会导致UE发起一个CS域位置 更新流程。 6.CS域语音呼叫建立流程。 CSFB被叫 1.MSC收到IAM入局消息后，根据存在的SGs关联和MME信息，发送 SGsAP-PAGING-REQUEST(IMSI, TMSI, Service indicator ，主叫号码， 位置区信息)消息给MME。 2.MME发送Paging消息给eNodeB。eNodeB发起空口的Paging流程。 3.UE建立连接并发送Extended Service Request消息给MME。 4.MME发送SGsAP-SERVICE-REQUEST消息给MSC。MSC收到此消息，
位置管理的主要流程 位置管理的主要流程是位置更新。根据位置更新情况的不同，可分为如下几种：普通位置更新、周期性位置更新、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回送删除位置确认消息。
主叫信令细解 ?1、CHANNEL_REQUEST –Channel request信息包含3bits的建立原因，5bits手机随机选取的Random Reference –建立原因包含呼叫响应、紧急呼叫或其他业务如主叫、短消息或位置更新 –Random Reference 用来区分同时请求接入网络的手机 ?2、CHANNEL_REQUIRED –包含Channel request的所有信息、TDMA frame number 、Access Delay –Access Delay 是BTS预估的第一次timing advance ?3、CHANNEL_ACTIVATION –收到channel-required 后BSC要分配给该呼叫SDCCH –信息包含DTX control, channel description, mobile allocation, 手机和基站的最大power levels ,BSC计算出的timing advance ?4、CHANNEL_ACTIVATION_ACK –channel activation 的响应 –BTS收到该消息后收发就用SACCH ?5、IMMEDIATE_ASSIGNMENT_COMMAND –BSC告知BTS要用的SDCCH信道特征 ?6、IMMEDIATE_ASSIGNMENT –BTS在AGCH上通知手机SDCCH信道特征 –参数包括the page mode, SDCCH channel 描述, SACCH, hopping indicator, 初始timing advance, mobile allocation (假如开启了跳频) –还包括手机原先发送的request reference (random reference和TDMA frame number)，用来识别相应的手机 –手机可以开始启用SDCCH ?7、CM_SERVICE_REQUEST –手机在SDCCH发送layer2信令SABM (Set Asynchronous Balanced Mode)给BTS –SABM包括一个layer3服务请求信息，用来向网络侧指示服务类型 ?8、ESTABLISH_INDICATION –BTS通过Establish Indication消息应答Immediate Assignment Command –Establish Indication有两个用处，一是在本阶段通过BTS表明手机已经占用上了SDCCH,二是BTS识别主信令信道，以便加入layer3信息 ?9、CM_SERVICE_REQUEST –送到MSC ?10、UA –BTS应答手机发送的SABM ?11、PROCESS_ACCESS_REQUEST –把手机的接入请求向VLR发送 ?12、AUTHENTICATE –VLR发起鉴权请求 ?13、AUTHENTICATION_REQUEST –MSC在DT1 (Data Form 1)上发送Authentication Request ，消息包含RAND ?14、AUTHENTICATION_REQUEST –BSC经BTS发送给手机 ?15、AUTHENTICATION_RESPONSE –手机应答Authentication Request ，包含SRES –鉴权有两种算法A3和A8，算法和32位密钥Ki存在SIM卡中，鉴权中心(AuC) 也有相同的信息。具体流程见下图 ?16、AUTHENTICATION_RESPONSE –SRES传回VLR来完成鉴权流程 ?17、AUTHENTICATION_RESPONSE –MSC针对Authenticate给出响应 ?18、SET_CIPHERING_MODE –VLR给MSC发送Set Ciphering Mode消息，用于改变手机和BTS连接的加密状态 ?19、CIPHERING_MODE_COMMAND
主叫： 1、rrc连接请求（UE—RNC、RACH） 可看出业务类型（speech（12.2k）、video（64k））；包含UE标识：TMSI、LAI=MCC+MNC+LAC；请求原因：主叫会话、被叫会话、短信发送、短信接收、FTP下载、注册；UE能力：是否支持GSM等。 2、RNC要求NODEB建立无线链路，准备无线资源（建立在DCH 上才有） RL建立请求、RL建立响应、DL SYNC、UL SYNC。 3、rrc连接建立（RNC—UE、FACH） 包含rrc建立的链路消息（建立在公共信道或DCH）、频点、上行最大发射功率等；RNC侧还可以看到UE的IMSI、TMSI、P-TMSI，功率步长等。 4、rrc连接建立完成（UE—RNC、DCCH） UE上报自己的能力：功率支持等级、是否支持GSM、多载波、FDD/TDD。 5、CM服务请求（初始直传消息、RNC—UE、DCCH） 业务请求：呼叫、紧急呼叫、短消息等。 6、初始化UE消息（RNC—UE） 7、直传消息（鉴权请求消息、CN—RNC） 8、直传消息（鉴权请求消息、RNC—UE） 9、直传消息（鉴权响应、UE—RNC—CN） 10、安全模式建立过程，同鉴权过程 11、身份认证请求（RNC—UE）
12、身份认证响应（UE—RNC） 13、SETUP（UE—RNC） 包含UE支持的语音编码及被叫号码。 14、呼叫进程启动（RNC—UE） 表明请求的呼叫已被接受。 15、Rab指派请求（CN—RNC） Rab建立是为了UE与CN间传送语音、数据及多媒体业务，rrc建立则是为了建立UE—RNC—CN之间的信令连接。 16、无线链路重配置准备（RNC—NODEB） NODEB建立DCH来承载rab。 17、无线链路重配置完毕（NODEB—RNC） 18、rb建立（RNC—UE） 建立一个新的物理承载，包含扩频因子信息。 19、rb建立完成（UE—RNC） 表明请求的呼叫已被接受。 20、rab指派响应（RNC—CN） 表明rab建立完成。 21、振铃（RNC—UE） 被叫发振铃音。 22、Connect（RNC—UE） 表明被叫已接电话。 23、连接确认（UE—RNC） 主叫确认连接，呼叫建立完成开始通话。 24、Disconnect（UE—RNC） 挂机，包含挂机原因：user等。
对于信令流程，应该从以下几个方面掌握： 1．能够写出一个完整的呼叫的流程，其中包括RRC连接，Iu口控制面连接，鉴权加密，RAB Assignment。 2．能够写出一个释放业务的流程，清楚的指导单业务和多业务分别释放的流程。 3．能够知道呼叫过程中的每条消息对应的物理信道。 4．能够清楚的理解呼叫过程中的每条消息的主要内容 5．能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口 6．后期，能够结合NodeB和RNC的单板，指导相关信令从硬件上的流程。 RRC连接： 1．RRC Connection Request 1.1 在这个消息中，主要必须知道其中主要的三个信元： 第一，UE的标识：优先级依次为UE的TMSI或者P-TMSI，IMSI，IMEI 第二，UE发起RRC Connection的原因：其中包括Conversational，Streaming，Interactive，Background，High Priority Signaling, Low Priority Signaling 第三，UE测量到的当时CPICH的Ec/Io 1.2对于这个消息： 从Uu口来看，它从UE的RRC层到UTRAN的RRC层，途径Node B，这个消息在Node B中经过Iub口的用户面，具体是RACH FP。采用的方式是SRB0 1. 3这个消息逻辑信道是CCCH，传输信道RACH，物理信道是PRACH 2．RL Setup Request 2.1这个消息是RNC发给Node B的，其中包含了分配给该UE的所有层一的资源。RNC告诉Node B，让Node B准备相应的资源。在信令Trace中，可以看到里面包含了所有物理信道的配置信息。 2.2这个消息从RNC到Node B，通过NBAP协议过来，具体来说就是CCP。 2.3这里要区分Iub口的用户面和控制面，简单的说来，其用户面就向一个转接头，只是把高层的消息转接过去。而控制面，则是处理了所有RNC和Node B私人之间相关的消息。 3．Start RX 这个时候Node B收到以上参数后，开始收上行UE发来的数据，但是由于UE还不知道上行它自己可以用什么参数，Node B 此时什么都收不到。 4．RL Setup Response Node B给RNC回送的一个准备完成的消息。 5．ALCAP同步 5.1这个同步，主要是给相应的DCH分配AAL2资源。AAL2资源的分配和回收都是Q.AAL2完成的，也就是这个分配的消息途径Iub口的传输网络控制面。 6．DCH FP同步 6.1这个消息主要包含一个CFN 6.2 其作用主要是Node B中的DCH和RNC中的DCH同步，此消息为IuB口的用户面。 7．Start Tx 此时Node B开始发下行的数据，DPCCH
CSFB主叫流程 主叫CSFB流程说明 1）UE发起CS Fallback语音业务请求。UE语音拨打时，会发一条extended service request，消息里会携带CSFB信息。其中service-type信元指示业务类型为始发CSFB语音业务，同时携带该UE在联合附着过程中CS域给它分配的TMSI。之后会在基站的辅助下回落至2G。 2）MME发送Initial Context Setup Request消息给eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CS Fallback业务需要回落到UTRAN/GERAN。 3）eNodeB要求UE开始系统的小区测量，并获得UE上报的测量报告，确定重定向的目标系统小区。然后向UE发送目标系统具体的无线配臵信息，并释放连接。LTE网络通过RIM流程（无线消息管理流程）提前获取2G目标小区广播信息，将2G网络的广播信息一并填充至RRC Release消息中下发，省去终端读取2G广播信息的时间（约省1.83秒）
4）UE接入目标系统小区，发起CS域的业务请求CM Service Request。如果CM业务请求消息中携带“CSMO”标志，则MSC Server记录本次呼叫是移动始端CSFB呼叫。 5）如果目标系统小区归属的MSC Server与UE附着EPS网络时登记的MSC Server不同，则该MSC Server收到UE的业务请求时，由于没有该UE的信息，可以采取隐式位臵更新流程，接受用户请求。如果MSC Server不支持隐式位臵更新，且MSC Server没有用户数据，则拒绝该用户的业务请求。如果MSC Server拒绝用户的业务请求会导致UE发起一个CS域位臵更新流程。终端发起位臵更新请求，且位臵更新请求消息中的Additional update parameters信元中携带CSMO标识，同时该标识有效，则MSC Server会记录本次呼叫是CSFB呼叫。（CS fallback紧急呼叫流程中，CM_SERVICE_REQUEST 消息前无需位臵更新。） 6）完成位臵更新后UE再次在CS域建立语音呼叫流程。 7）通话结束后，MSC Server向主叫回落到的BSC发送的拆线消息CLEAR_COMMAND消息中携带CSFB Indication信元，指示BSC拆除空口连接并指示UE回到LTE网络。或者MSC Server向主叫回落到的RNC发送IU_RELEASE_COMMAND消息，携带End Of CSFB信元，指示RNC拆除空口连接并指示UE回到LTE网络。 8）MSC收到BSC的CLEAR_COMPLETE消息/RNC的IU_RELEASE_COMPLETE消息表示呼叫结束，A口拆链完成。接入侧在指示终端重选网络时只针对CSFB用户通话前携带LTE频点，实现CSFB 终端快速返回LTE，快速回落过程也称为FastReturn（用户不可及时间可缩短为1-2秒。）。 2.6.2 CSFB被叫流程 MSC Server收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME发起寻呼请求。MME通过eNodeB在空口寻呼该UE，并指示UE回落到目标GERAN/UTRAN网络。UE接入到目标网络后，在电路域继续进行语音呼叫。
1. 概述 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2） DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMATION TYPE 7：小区重选参数 DL: SYSTEM INFORMATION TYPE 8：小区重选参数 UL: Channel request DL: Immediate assignment（SDCCH） 试呼： UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败） DL: CM service Request DL: CM service accept DL: AUTHENTICATION REQUEST UL: AUTHENTICATION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND UL: TMSI REALLOCATION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置
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订阅注册事件包
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、传输误码率高导致指配资源失败
TD-LTE呼叫信令流程分析2011年评审通过
1文档介绍 1.1 文档目的 预期的读者是ENODEB软件工程师、软件测试工程师以及网规网优人员。 1.2 文档范围 本文分析了SERVICE REQUEST、专用承载建立、修改和释放过程中涉及的各条消息以及每条消息中包含的IE。 1.3 参考资料 【1】LTE_call_processing_entity_msg_flow_zengzhaohui.vsd 【2】3GPP TS 36.413 S1 Application Protocol (S1AP)（Release 9） 【3】3GPP TS 24.301 Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS) （Release 9） 【4】3GPP TS 36.331 Radio Resource Control (RRC) （Release 9） 1.4 术语和缩略语定义 略。
2公用子流程 2.1.1RRC连接建立 2.1.1.1 RRC连接建立相关流程 图 2-1: RRC连接的成功建立流程 图2-2: RRC连接建立，网络侧发起拒绝 2.1.1.2 关键消息 RRCConnectionRequest RRCConnectionRequest消息用于请求建立RRC连接。该消息的一些具体信息为： 信令承载： SRB0 RLC-SAP：TM 逻辑信道：CCCH 消息的主要IE：第四节所附EXCEL文档 RRCConnectionSetup RRCConnectionSetup消息用于建立SRB1。该消息的一些具体信息为： 信令承载： SRB0 RLC-SAP：TM 逻辑信道：CCCH 消息的主要IE：第四节所附EXCEL文档 RRCConnectionSetupComplete RRCConnectionSetupComplete消息表示成功建立RRC连接。该消息的一些具体信息为：