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连接。该消息的一些具体信息为：
信令承载：SRB1 RLC-SAP ：AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档
RRCConnectionReject
RRCConnectionReject 消息用于拒绝RRC 连接建立操作。该消息的一些具体信息为： 信令承载：SRB0 RLC-SAP ：TM 逻辑信道：CCCH
消息的主要IE ：第四节所附EXCEL 文档 2.1.2
初始UE 消息
2.1.2.1 初始UE 消息过程
2.1.2.2 关键消息
Initial UE Message
该消息由eNB 通过S1接口发送给MME ，用于传输初始的层3消息。 消息的主要IE ：第四节所附EXCEL 文档 2.1.3
下行NAS 传输
2.1.
3.1 下行NAS 传输过程
2.1.
3.2 关键消息
DOWNLINK NAS TRANSPORT
该消息由MME 发送给eNB ，主要用于在S1接口上传输NAS 消息。 消息的主要IE ：第四节所附EXCEL 文档 2.1.4
上行NAS 传输
2.1.4.1 上行NAS 传输过程
2.1.4.2 关键消息
UPLINK NAS TRANSPORT
该消息由eNB 发送给MME ，主要用于在S1接口上传输NAS 消息。 消息的主要IE ：第四节所附EXCEL 文档 2.1.5
下行信息传输
2.1.5.1 下行信息传输过程
2.1.5.2 关键消息
DLInformationTransfer
该消息用于E-UTRAN 向处于RRC_CONNECTED 状态的UE 传输NAS 消息或non-3GPP 专用消息。
信令承载：SRB2或SRB1（仅当SRB2未建立时，使用SRB1。如果SRB2被挂起，
E-UTRAN 在SRB2被恢复后，才发送该消息） RLC-SAP ：AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档
2.1.6
上行信息传输
2.1.6.1 上行信息传输过程
2.1.6.2 关键消息
ULInformationTransfer
该消息用于UE 向E-UTRAN 传输NAS 消息或non-3GPP 专用消息。
信令承载：SRB2或SRB1（仅当SRB2未建立时，使用SRB1。如果SRB2被挂起，
E-UTRAN 在SRB2被恢复后，才发送该消息） RLC-SAP ：AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档 2.1.7
初始上下文建立
初始上下文建立过程主要作用是建立全面必要的初始UE 上下文，该上下文中包括：E-RAB 上下文（E-RAB context ）, 安全密钥（the Security Key ）, 切换限制列表（Handover Restriction List ）, UE 无线能力（UE Radio capability ），UE 安全能力（UE Security Capabilities ）等。
2.1.7.1 成功的初始上下文建立过程
2.1.7.2 关键消息
INITIAL CONTEXT SETUP REQUEST 该消息用于请求建立一个UE 上下文。
消息的主要IE ：第四节所附EXCEL 文档
INITIAL CONTEXT SETUP RESPONSE
该消息由enb 发送，主要用于对UE 上下文建立请求进行确认 消息的主要IE ：第四节所附EXCEL 文档 2.1.8
初始安全激活
该过程用于RRC 连接建立后，激活AS 安全模式。 2.1.8.1 基本过程
2.1.8.2 关键消息
SecurityModeCommand
该消息用于激活AS 的安全模式。 信令承载： SRB1 RLC-SAP ：
AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档
SecurityModeComplete
该消息用于指示AS 的安全模式已成功激活。 信令承载： SRB1 RLC-SAP ：AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档 2.1.9
RRC 连接重配
该过程用于对RRC 连接进行重配。该消息中包含的信息为：测量配置，移动控制，以及与专用NAS 信息和安全配置相关的无线资源配置。
2.1.9.1 基本过程
2.1.9.2 关键消息
RRCConnectionReconfiguration
该消息用于修改RRC 连接的配置。 信令承载： SRB1 RLC-SAP
：AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档 RRCConnectionReconfigurationComplete 该消息指示RRC 连接重配置成功。 信令承载： SRB1 RLC-SAP ：AM 逻辑信道：DCCH
消息的主要IE ：第四节所附EXCEL 文档 2.1.10
E-RAB 建立
2.1.10.1 E-RAB 建立过程
对于一个UE 来说，E-RAB 建立过程的主要目的是，为一个或多个E-RAB 分配Uu 口和S1口资源；建立相应的DRB 。
2.1.10.2 关键消息
E-RAB SETUP REQUEST
该消息由MME 发送给eNB ，主要用于为一个或多个E-RAB 分配Uu 口和S1口资源。
消息的主要IE ：第四节所附EXCEL 文档
E-RAB SETUP RESPONSE
该消息由eNB 发送给MME ，主要用于反映E-RAB 建立请求消息的执行结果。 消息的主要IE ：第四节所附EXCEL 文档 2.1.11
E-RAB 修改
2.1.11.1 E-RAB 修改过程
E-RAB 修改过程的主要目的是，修改一个UE 的已经建立的E-RAB 。
2.1.11.2 关键消息
E-RAB MODIFY REQUEST 该消息由MME 发送给eNB ，
主要用于修改为一个或多个E-RAB 分配Uu 口和S1口资源；修改DRB 。
消息的主要IE ：第四节所附EXCEL 文档 E-RAB MODIFY RESPONSE
该消息由eNB 发送给MME ，主要用于反映E-RAB 修改请求消息的执行结果。 消息的主要IE ：第四节所附EXCEL 文档 2.1.12
UE 上下文修改
2.1.12.1 UE 上下文修改过程
UE 上下文过程的主要目的是，修改一个已建立的UE 上下文。
2.1.12.2 关键消息
UE CONTEXT MODIFICATION REQUEST
该消息由MME 发送给eNB ，主要用于指示被修改UE 上下文信息 消息的主要IE ：第四节所附EXCEL 文档
UE CONTEXT MODIFICATION RESPONSE
该消息由eNB 发送给MME ，主要用于指示成功修改UE 上下文。 消息的主要IE ：第四节所附EXCEL 文档 2.1.13
E-RAB 释放
2.1.1
3.1 MME 发起的E-RAB 释放过程
该过程的主要目的是，释放一个已建立的E-RAB 。
2.1.1
3.2 关键消息
E-RAB RELEASE COMMAND
该消息由MME 发送给eNB ，主要用于释放一个或多个E-RAB 的空口和S1口资源。 消息的主要IE ：第四节所附EXCEL 文档 E-RAB RELEASE RESPONSE 该消息由eNB 发送给MME ，主要用于指示E-RAB RELEASE COMMAND 的执行结果。 消息的主要IE ：第四节所附EXCEL 文档
3
呼叫信令流程
3.1 UE 触发的Service request
如果处于idle 状态的UE 需要发送上行信令或上行数据，它将会发起Service Request 流程，重新进入connectioned 状态。UE 触发的Service Request 过程，如图3.1所示。
图3.1 UE触发的Service Request过程
UE触发的Service Request的具体过程为：
1.UE在完成基于竞争的随机接入过程后，向eNB发送RRC CONNECTION
REQUEST消息。该消息中包含UE-Identity，RRC连接建立原因等内容。
2.eNB收到RRC CONNECTION REQUEST消息后，需要进行接入控制，并为SRB1
分配资源。这些资源信息由eNB通过RRC CONNECTION SETUP消息发送给UE。
3.UE根据RRC CONNECTION SETUP消息的内容建立SRB1。UE通过RRC
CONNECTION SETUP COMPLETE消息通知eNB，RRC连接建立成功。另外，该
消息中还携带了NAS信息“Service Request”。
4.为了实现与EPC的交互，eNB需分配“eNB UE S1AP ID”。之后，eNB通过“Initial
UE Message”消息将NAS信息“Service Request”发送给EPC。
5.EPC收到NAS信息“Service Request”后，分配“MME UE S1AP ID”。之后，EPC
发起鉴权过程。EPC通过“DOWNLINK NAS TRANSPORT”消息将鉴权请求
“Authentication Request”发送给eNB。
6.eNB收到鉴权请求消息后，通过“dl information transfer”消息将鉴权请求
“Authentication Request”转发给UE。
7.UE通过“ul information transfer”消息给eNB回复鉴权响应“Authentication
Response”。eNB通过“UPLINK NAS TRANSPORT”消息将鉴权响应“Authentication
Response”转发给EPC，至此鉴权过程结束。
8.EPC向eNB发送“Initial Context Setup Request”消息，发起初始上下文建立过程。
9.eNB进行准入控制，并分配SRB2和DRB的空口资源以及S1口的资源。
10.eNB通过初始安全激活过程激活AS的安全模式。
11.eNB向UE发送“RRC Connection Reconfiguration”消息。UE在收到这个消息后建
立SRB2和DRB。之后，UE回复“RRC Connection Reconfiguration Complete”消
息。
12.eNB向EPC回复“INITIAL CONTEXT SETUP RESPONSE”，通知其初始上下文建
立成功。
3.2 UE建立一个专用的EPS承载
图3.2表示了UE通过service request过程或attach过程建立默认承载之后，再建立一个新的EPS承载的过程。
图3.2 UE建立一个专用的EPS承载
UE建立一个专用的EPS承载的过程为：
1.UE向eNB发送“ul information transfer”消息。该消息包含NAS消息“Bearer resource
modification request”。
2.eNB收到“ul information transfer”消息后，通过“uplink nas transport”消息将NAS
消息转发给EPC。
3.当需要新建EPS承载时，EPC向eNB发送“E-RAB Setup Request”消息。该消息
中包含的NAS信息为：ACTIV ATE DEDICA TED EPS BEARER CONTEXT REQUEST。
4.eNB首先对新建的E-RAB进行准入控制，并为其分配相关资源，之后，eNB通过
“RRC Connection Reconfiguration”消息将分配的资源信息和NAS消息通知UE。
5.UE向eNB回复“RRC Connection Reconfiguration Complete”消息，指示重配成功。
eNB向EPC回复“E-RAB Setup Response”消息，指示新的EPS承载的建立结果。
6.UE向eNB发送“UL Information Transfer”消息，其中包含NAS信息“Activate
Dedicated EPS Bearer Context Accept”。eNB通过“UPLINK NAS TRANSPORT”消
息将该NAS消息转发给EPC。
3.3 UE发起修改一个专用的EPS承载
UE发起修改一个EPS承载的过程与UE建立一个专用的EPS承载的过程基本类似，此处不再重复。
3.4 UE发起释放一个EPS承载
在上述流程中，如果释放的是UE和PDN的最后一个连接，则执行DETACH过程，MME向UE发送detach request，如上图3a所示。如果是其他情况，则执行上图3b及
以后的流程。
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
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
V O L T E技术原理与信令 流程 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
VOLTE原理报告 项目名称中移动福州VOLTE测试 文档编号 版本号 作者苏晓群 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关着作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。 目录
1引言 编写目的 本文主要对VOLTE的原理进行介绍，并对VOLTE小区主要参数配置及测试信令进行详细说明，使读者对VOLTE有个基本的了解；由于VOLTE现在未商用，所以实际优化经验较少，优化可以参考R9及2/3G的优化经验。 预期读者和阅读建议 本文档预期读者为网络技术优化人员、系统测试人员等。 参考资料 [1]《TD-LTE半持续调度特性实现报告》 [2]3GPP TS Single Radio Voice Call Continuity (SRVCC) [3] IETF RFC 3261 Session Initiation Protocol [4] -IMS Profile for Voice and SMS [5]《中国移动VoLTE总体建设方案》—移动集团设计院 2VOLTE原理介绍 VOLTE介绍 技术背景 目前业界对LTE语音的解决方案有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB是3GPP标准化方案，SGLTE为终端实现方案，其中VOLTE是移动4G语音解决方案的终极方案；SGLTE不需要对网络进行改动，VOLTE与CSFB均需对网络进行改造。 VOLTE是什么最直接简单的理解就是VOIP，只是网络的承载体由互联网变成了LTE，同时在LTE的业务中给了一个高优先级保证QOS。 VoLTE是GSMA IR 92定义的标准LTE语音解决方案，最大的网络改动就是引入IMS网络，由IMS配合LTE和EPC网络实现端到端的基于分组域的语音、视频通信业务。通过IMS系统的控制，VoLTE解决方案可以提供和电路域性能相当的语音业务及其补充业务，包括号码显示、呼叫转移、呼叫等待、会议电话等。 技术优势 VoLTE开启了向移动宽带语音演进之路，其给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。LTE的频谱利用效率GSM的4倍以上。另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。首先，高清语音和视频编解码的引入显着提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，VoLTE比CS呼叫缩短一半以上。 下面是实际测试的一些指标：
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
主要信令接续流程 为了对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。
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收到鉴权请求后，利
对于信令流程，应该从以下几个方面掌握： 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
1、移动通信系统的基本组成 MS(Mobile Station)：手机物理设备 2、基站子系统 BSS （Base Station System）：基站系统 主要负责手机信号的接收和发送，把收集到的信号简单处理之后再传送到移动交换中心（MSC），通过交换机等设备的处理，再传送给终端用户，也就实现了无线用户的通信功能
基站收发信台（BTS）：提供GSM规范所要求的无线信道，与MS进行无线通信。 基站控制器（BSC）：功能包括呼叫处理、切换控制、实现陆地电路和空中信道的动态连接/交换、操作和维护管理等，并提供A接口。 3、网络子系统（NSS） 它的作用主要是完成网络侧的数据交换功能、用户数据的存储管理功能、用户移动性管理功能、安全性管理功能以及和其他系统交换数据的网关功能等，是GSM网络的中央机构 NSS包括移动业务交换中心(MSC)、拜访位置寄存器(VLR)、归属位置寄存器(HLR)、设备识别寄存器(EIR)、鉴权中心(AUC) A）访问位置寄存器 VLR (Visitor Location Register ) ?保存移动用户的业务信息 ?保存移动用户当前位置信息--MSRN(Mobile Subscriber Roaming Number ) ?保存的用户标识 TMSI (Temporary Mobile Subscriber Identity ) IMSI MSISDN B）归属位置寄存器 HLR (Home Location Register ) ?HLR保存的主要用户标识:IMSI、MSISDN
?HLR保存的主要信息：位置信息，基本通信业务订制信息，业务限制，补充业务，GPRS订制数据，路由信息。 C）移动交换机 MSC(Mobile-service Switching Center) ?具有传统ISDN交换机的功能, 局间信令采用ISUP、TUP ?移动性的处理功能：必要的无线资源的管理、使用MAP/SS7与VLR、HLR 交互, 用于进行移动用户的位置注册、更新、切换等 ?短信功能 ?USSD功能 D）鉴权中心AUC (Authentication Centre ) ?与HLR相连，存储用户的鉴权信息 E）设备身份寄存器EIR (Equipment Identity Register ) ?用作处理设备身份信息，中国没有使用，原因是山寨机市场和移动用户市场的相关性。 F）群呼寄存器GCR(Group Call Register) ?用于群呼和广播呼叫 4、移动网络信令协议栈
流程管理 CS 呼叫流程 目录 1.概述 (1) 1.1本文的目的和内容 (1) 1.2本文的依据 (1) 1.3缩略语 (1) 2.研究动机/顾客受益 (4) 3.典型处理流程 (5) 3.1主叫信令流程 (5) 3.1.1主叫流程图 (5) 3.1.2流程简述 (9) 3.1.3主要消息 (12) 3.2被叫信令流程 (13) 3.2.1被叫流程 (13) 3.2.2流程简述 (17) 3.2.3主要消息 (17) 3.3呼叫释放信令流程 (17) 3.3.1释放RRC 连接情况 (17) 3.3.2仅释放Iu 连接 (19) 4.典型异常流程 (23) 4.1U U 接口异常流程 (23) 4.1.1网络拒绝建立RRC 连接 (23) 4.1.2RRC 连接释放时的异常情况 (25) 4.1.3初始/直接传输异常处理 (27) 4.1.4安全模式控制失败（包括 Iu 接口的安全模式控制） (27) 4.1.5无线承载建立失败（包括Iu 接口的RAB 建立过程） (29) 4.1.6无线承载释放失败（包括Iu 接口的RAB 释放过程） (33) 4.2I U接口异常流程 (34) 4.2.1RAB 分配请求异常处理 (35) 4.2.2安全模式控制异常处理 (35) 4.3I UB接口异常流程 (35) 4.3.1无线链路建立失败 (35) 4.3.2无线链路重配置失败 (38) 5.文件历史 (40) 1.概述 1.1本文的目的和内容 本文描述了TD-SCDMA 系统中主叫信令流程、被叫信令流程和呼叫释放信令流程， 以及典型的异常流程，并对信令消息的配置参数进行了说明。 1.2本文的依据(修改模板，增加参考文献) [1]3GPP TR 25.931 v4.0.0 “UTRAN Functions, Examples on Signalling Procedures” [2]3GPP TR 25.401 v4.0.0 “UTRAN Overall Description”[3] 3GPP TS 25.331 v4.0.0 “RRC Protocol Sepcification”[4] 3GPP
LTE信令流程之开机附着、去附着流程分析 开机附着流程 开机附着流程说明： ?N0010处在RRC_IDLE态的UE进行Attach过程，发起随机接入过程，即MSG1消息； ?N0020eNB检测到MSG1消息后向UE发送随机接入响应消息，即MSG2消息；
?N0030UE收到随机接入响应后，根据MSG2的TA调整上行发送时机，向eNB发送RRCConnectionRequest消息申请建立RRC连接； ?N0040eNB向UE发送RRCConnectionSetup消息，包含建立S RB1信令承载信息和无线资源配置信息； ?N0050 UE完成SRB1信令承载和无线资源配置，向eNB发送RRC ConnectionSetupComplete消息，包含NAS层Attach request信息； ?N0060eNB选择MME，向MME发送INITIAL UE MESSAGE 消息，包含NAS层Attach request消息； ?N0070 MME向eNB发送INITIAL CONTEXT SETUP REQUES T消息，包含NAS层Attach Accept消息； ?N0080eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，则eNB向UE发送UECapabilityEnquiry消息，查询UE能力； ?N0090 UE向eNB发送UECapabilityInformation消息，报告UE能力信息； ?N0100 eNB向MME发送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息； ?N0110 eNB根据INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE发送SecurityModeCommand消息，进行安全激活； ?N0120 UE向eNB发送SecurityModeComplete消息，表示安全激活完成； ?N0130 eNB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB 建立信息，向UE发送RRCConnectionReconfiguration消息进行UE资源重配，包括重配SRB1信令承载信息和无线资源配置，建立SRB2、DRB（包括默认承载）等； ?N0140 UE向eNB发送RRCConnectionReconfigurationComplete消息，表示无线资源配置完成； ?N0150 eNB向MME发送INITIAL CONTEXT SETUP RESPONSE响应消息，表明UE上下文建立完成； ?N0160 UE向eNB发送ULInformationTransfer消息，包含NAS层Attach C omplete、Activate default EPS bearer context accept消息；
主叫： 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等。
信令流程与GT翻译详解 MSC与HLR、MSC间进行通信，用到MTP、SCCP、TCAP、CAP各层协议栈，其中MTP层只识别各设备的信令点，SCCP层只识别MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC等各个网元的设备识别码（俗称设备号），IMSI、MSISDN等。所以如果要实现MSC与HLR、MSC、SCP（智能网）等网元的通讯（信令流程传递的过程）。就要把SCCP层识别的MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC设备识别码、IMSI、MSISDN翻译成相应网元信令点，实现个网元之间的通信和业务通信，即所谓的GT翻译（GT指向）。如下图所示即各个网元间的协议通信模型。 下面用位置更新流程中使用的IMSI，被叫分析流程中使用的MSISDN以及在各网元传递消息时使用的MSC/VLR/GCR/SSP、HLR/AuC、SCP、SMSC识别码，结合信令流程特点分析各网元间的GT翻译（即把各类转换成相应设备的信令点）是如何实现的。
图1：新用户开机位置更新与相关号码GT 翻译对应关系流程分析 1、新用户第一次开机，收到该小区的广播消息中携带的LAI+CGI 值，向网络侧发起位置更新请求消息，消息中携带IMSI 号码，LAI+CGI 信息。 2、MSC/VLR 根据手机上报的IMSI 号码，进行GT 翻译，找到该IMSI 所对应的归属HLR 信令点。并存储移动台的LAI （IMSI 号码对HLR 信令点的GT 翻 译） 、MSC 根据IMSI 翻译出的HLR 信令点向HLR 请求识别号，IMSI 、MSISDN 号码 4、HLR 记录该MSC/VLR 识别码，并建立该移动台IMSI 、MSISDN 号码与 MSC/VLR 识别码的对应关系。以便进行语音呼叫。（即移动台完成了HLR 里的位置登记） 图2 ：跨局位置更与相关号码对应关系流程分析 1、移动台漫游到MSC/VLR （2）局，收到该小区BCCH 信道广播消息中携带的LAI+CGI 值，发现与本移动台存储的LAI 值不符，触发位置更新请求，向MSC/VLR （2）请求位置更新，消息中携带该移动台的IMSI 号码 2、MSC/VLR （2）根据移动台上报的IMSI 号码，进行GT 翻译，找到该IMSI 所对应的归属HLR 信令点。并存储移动台的LAI 、MSC （2）向HLR 请求该用户的用户MSC/VLR IMSI 、MSISDN 号码 4、HLR 记录该MSC/VLR （2 ）识别码，并建立该移动台IMSI 、MSISDN 号码与（2）识别码的对应关系。以5、HLR 把该MSC/VLR （2）识别号码翻译成MSC/VLR （2）的信令点，找到该MSC/VLR （2），向MSC/VLR 插入该用户的用户数据。并在消息中携带该HLR 的识别号。 6、MSC/VLR （2)把HLR 识别号码翻译成HLR 信令点，向HLR 发送插入数据响应消息8、HLR 5、HLR 把该MSC/VLR 翻译成MSC/VLR 的信令点，找到该MSC/VLR ，向MSC/VLR 插入该用户的用户数据（HLR 中需要做的MSC/VLR 识别号与 MSC/VLR 信令点的GT 翻译） 7、HLR 根据记录的MSC/VLR （1）识别号，翻译成MSC/VLR （1）的信令点，向MSC(1)发送删除用户数据的消息。消息中携带HLR 识别号。
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)
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、传输误码率高导致指配资源失败
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，小区参数设置
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——小区禁止标志，用一个比特表示。
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订阅注册事件包