1 Unassigned （unallocated）number（未指定【未分配】号码）
3 No route to destination （无目的地路由）6 Channel unacceptable （不接受的信道）
8 Operator determined barring（运营商确定阻塞）
16 Normal call clearing （正常呼叫清除）
17 User busy （用户忙）
18 No user responding（无用户响应）
19 User alerting, no answer（用户振铃，无应答）
21 Call rejected（呼叫被拒绝）
22 Number changed（号码改变）
25 Pre-emption（预占）
26 Non selected user clearing（非选定用户清除）
27 Destination out of order（目的地混乱）
28 Invalid number format （incomplete number）（无效号码格式【数字不完全】）
29 Facility rejected （设备被拒绝）
30 Response to STATUS ENQUIRY（对STATUS ENQUIRY作出响应）
31 Normal, unspecified （not logged）（正常，未指定【未记录】）
34 No circuit/channel available （无可用电路/ 信道）
38 Network out of order （网络故障）
41 Temporary failure （临时故障）
42 Switching equipment congestion（交换设备拥塞）
43 Access information discarded （访问信息丢弃）
44 Requested circuit/channel available（请求电路/ 信道不可用）
47 Resources unavailable, unspecified （资源不可用，未指定）
49 Quality of service unavailable（服务质量不可用）
50 Requested facility not subscribed（请求设备未预订）
55 Incoming calls barred within the CUG（CUG内的来电阻断）
57 Bearer capability not authorized（承载容量未批准）
58 Bearer capability not presently available（承载容量当前不可用）
63 Service or option not available, unspecified（服务或选择不可用，未指定）65 Bearer service not implemented（承载服务未实施）
68 ACM equal to or greater than ACMmax （ACM等同或大于ACMmax）
69 Requested facility not implemented（请求设备未实施）
70 Only restricted digital information bearer capability isavailable （只有有限的数字信息承载容量）
79 Service or option not available, unspecified（服务或选择不可用，未指定）81 Invalid transaction identifier value（无效交易标识符值）
87 User not member of CUG（用户非CUG成员）
88 Incompatible destination （不兼容的目的地）
91 Invalid transit network selection（无效转接网选择）
95 Semantically incorrect message（语义错误消息）
96 Invalid mandatory information（无效强制信息）
97 Message type non-existent or not implemented（消息类型不存在或未实施）
98 Message type not compatible with the protocol state（消息类型与协议状态
不兼容）
99 Information element non-existent or not implemented（信息元素不存在或未实施）
100 Conditional IE error（条件IE错误）
101 Message not compatible with protocol state（消息与协议状态不兼容）102 Recovery on timer expiry （计时器到时恢复）
111 Protocol error, unspecified （协议错误，未指定）
127 Interworking, unspecified（互通，未指定）
1．某地主要由4173、4081小区覆盖，上述两个小区及相邻小区同属于LAC：13588。D T测试过程中，MS当前服务小区为4173，当检测到有Level 更强的邻区时，BSC指示MS切换（发起DL：HANDOVER COMMAND），此时发生了连续的三次切换失败（UL：HANDOVER FAILU RE）。虽然本例中经历了连续三次切换失败，MS仍然没有掉话（MS还在发送测量报告），但是对连续的切换失败应该给予很大的重视。导致连续的切换失败的原因可能是目标小区的T CH信道拥塞，也可能是目标小区的BCCH载频与TCH载频的发射功率没有调平，导致BCCH 与TCH的Level值相差很大而造成切换失败。 第三层信令消息流程: DL：HANDOVER COMMAND UL：HANDOVER ACCESS UL：HANDOVER COMPLETE UL：MEASUREMENT REPORT UL：HANDOVER FAILURE DL：SYSTEM INFORMATION TYPE 5 从切换的两个小区来看，4173向4081切换，是不同步切换，所以BSC应该在MS发出U L：HANDOVER ACCESS消息后，接着发出DL：PHYSICAL INFORMATION，指示MS切换至目标小区的Timing Advance，即MS与切换目标小区的距离。同时，在MS发出UL：HANDOVER COM PLETE之后，再发一条DL：PHYSICAL INFORMATION。在本例中BSC没有发出这两条消息，这也是导致发生切换失败的原因之一。 2．MS呼叫失败. 经检查信令发现有立即指派拒绝(immediate assignment reject)消息系统发现无可 用信道.很可能是因为系统拥塞引起的 3．一次正常的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
七号信令基础
第1章 GSM信令系统简介 我们已经知道，数字蜂窝移动通信系统由NSS、BSS、OSS三大子系统和 MS组成，但这只是根据功能划分的物理上的组合，大多数功能是分布在不同 的设备中的，这样在执行任务时就需要交换信息，协调动作：分散的设备需要 相互配合才能完成某项任务，设备或各个子系统之间必须通过各种接口按照规 定的协议实现互连。在通信系统中，我们把协调不同实体所需的信息称为信令。 信令系统指导系统各部分相互配合，协同运行，共同完成某项任务。GSM系 统中，信令消息具体体现在接口的协议和规范上，我们先从子系统互连和接口 的分层模式来说明GSM系统中主要协议的结构和相互关系。 1.1 接口和协议 接口代表两个相邻实体之间的连接点，而协议是说明连接点上交换信息需要遵 守的规则。两个相邻实体要通过接口传送特定的信息流，这种信息流必须按照 一定的规约，也就是双方应遵守某种协议，这样信息流才能为双方所理解。不 同的实体所传送的信息流不同，但其中也可能有一些共同性，因此，某些协议 可以用在不同的接口上，同一接口会用到多种协议。图1-1表示了在无线接口 （Um接口）上存在的不同协议，其中SS规程用于移动台对HLR设置补充业 务的参数；MM和CM用于移动台和MSC/VLR之间交换用户移动性管理信息 和通信接续信息；RR用于移动台和BSC之间交换无线资源分配信息。 图1-1通过无线接口的各种协议 一种协议在传送过程中可以通过若干个接口，例如上述MM和CM协议在移 动台传送到MSC/VLR过程中至少要通过无线接口、Abis接口和A接口。
图1-2表示了GSM 系统的信令结构，横向是根据物理的设备从最左边移动台开始顺次接入系统的各种系统的各种地面设施；纵向对应于各个功能层面，从最低的传输层开始，逐步到各种高层面。 MS BTS BS C MS C/VLR HLR GMS C 传输层 RR MM CM 图1-2 GSM 系统的信令结构 让我们先来看无线接口，它们涉及到GSM 系统中的许多重要协议。最底层是BTS 和MS 之间的传输层，然后是无线接口第二层的数据链路层和第三层的应用层，其中包括协议RR （无线资源管理），此协议也出现在“Abis ”接口和“A ”接口上。从这里可以看出，BTS 和BSC 这些设备对有些信令的交换是透明的，它们的作用只是传递信息，并不做处理。 对于网络一侧的内部连接，各设备都具备单一的接口，即用CCS7信令网支持相互间的信令交换。 1.2 GSM 系统中的接口和协议 在GSM 系统中,信令消息在不同的接口有不同的形式，也就是有不同的信令协议。为什么采用不同的协议呢？比较直观的原因之一是为了得到优化，这一点表现在无线接口上；另一个原因就是迁就已经存在的标准。 图1-3表示GSM 系统的信令模型：
LTE路测问题分析归纳汇总 一、Probe测试需要重点关注参数 无线参数介绍 ?PCC:表示主载波，SCC：表示辅载波，目前LTE(R9版本)都采用单载波的，到4G（R10版本）有多载波联合技术就表示辅载波。 ?PCI:物理小区标示，范围（0-503）共计504个。 ?RSRP：参考信号接收电平，基站的发射功率，范围：-55 < RSRP <-75dbm。?RSSQ：参考信号接收质量，是RSRP和RSSI的比值，当然因为两者测量所基于的带宽可能不同，会用一个系数来调RSRQ=N*RSRP/RSSI。 ?RSSI：接收信号强度指示，表示UE所接收到所有信号的叠加。 ?SINR：信噪比，是接收到的有用信号的强度与接收到的干扰信号（噪声和干扰）的强度的比值，Average SINR>20 ?Transmission mode:传送模式，一共有8种，TM1表示单天线传送数据，TM2表示传输分集（2个天线传送相同的数据，在无线环境差（RSRP和SINR差）情况下，适合在边缘地带），TM3表示开环空间复用（2个天线传送不同的数据，速率可以提升1倍），TM4表示闭环环空间复用，TM5表示多用户 mimo,TM6表示rank=1的闭环预编码，TM7表示使用单天线口（单流BF），TM8表示双流BF。Transmission mode=TM3。
?Rank Indicator：表示层的意思，rank1表示单层，速率低，rank2表示2层，速率高。Rank Indicator = Rank 2 ?PDSCH RB number：表示该用户使用的RB数。这个值看出，该扇区下大概有几个用户。（20M带宽对应100个RB，15M带宽对应75个RB,10M带宽对应50个RB,5M带宽对应25个RB，3M带宽对应15个RB，1.4M带宽对应6个RB）多用户可以造成速率低原因之一。 ?PDCCH DL Grant Count：下行时域（子帧）调度数，PDCCH DL Grant Count >950。例如：上下行时域调度数的算法：一个无线帧是10ms，1s就有100个无线帧， 按5ms的转换周期，常规子帧上下行配比1:3，特殊子帧3:9:2来计算，每秒下行满调度数=3*100*2=600。每秒上行满调度数=1*100*2=200. 按5ms转换周期，常规子帧上下行配比1:3，特殊子帧10:2:2来计算，每秒下行满调度数=（3+1）*100*2=800。每秒上行满调度数=1*100*2=200；特殊子帧10:2:2时DwPTS也可以用来做下载。 ?PCC MAC ：下行MAC层速率：客户要求：PCC MAC>85Mbps。 ?Serving and Neighbor cells 这里最好是只显示serving cell，如果显示了neighbour cell，那么neighbour cell 的RSRP与serving cell的RSRP 相差15 dbm。 ?SRS:探测参考信号 天线测量介绍 ?TX antenna 2表示基站有2个发射天线。
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消息；
掉话类KPI 1.通过LST ALMAF查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 3.提取两两小区切换，确定目标小区： A.确定目标小区运行情况，是否基站故障或异常告警； B.检查邻区间参数设置是否正确； C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化； D.检查基站是否周边站点缺少，如为孤站，可视为正常； 4.检查参数设置是否合理： A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）.如掉线率突 增，B.查询操作日志，确认是否有修改，导致小区异常； 5.检查是否存在干扰： A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突； B.检查小区时隙配比是否设置准确（室分:SA2\SSP7;宏站:SA2\SSP5）； C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； 6.是否存在高质差： A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； 7.是否存在弱覆盖： A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 8.现场测试及后台跟踪： A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； B.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。 1、关于掉话的定义 话统掉话的定义 当ENodeB收到来自MME的ERAB ReleaseCommand（UE Context Release Command）消息或eNodeB向MME发送E-RAB RELEASE INDICATION（UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。
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实体，路径中各协议子层特点和功能如下：
TD-LTE测试内容和信令解析 1.测试内容 现阶段通常涉及到的测试按测试模式来分可分为室外测试与室内测试，按测试内容来分通常可分为覆盖测试与业务测试。由于室外与室内的覆盖测试及业务测试大部分操作都相同，所以本节以室外测试为例，介绍覆盖测试与业务测试的操作流程。 1.1覆盖测试 覆盖测试主要是通过CNT测试软件了解记录覆盖区域的信号强度、信号质量、信干噪比（SINR）。 1.1.1覆盖测试操作 通常进行覆盖测试时终端处于空闲状态，测试时先按上述文档介绍的内容进行正确的设备连接，开始记录测试文件，然后按既定路线进行路测，记录路线上的信号覆盖情况。 1.1.2覆盖测试关注指标 进行覆盖测试时，我们通常关注以下三个问题。第一，测试路段是哪个小区覆盖；第二，该路段覆盖信号强度如何；第三，该路段覆盖信号质量如何。 首先，从测试软件的LTE Cell Information窗口我们可以看到当前的主覆盖小区，如下图。 图15 LTE Cell Information窗口 正确导入小区信息数据后，我们可以在上图窗口中看到当前服务小区的名称，CellID和PCI，这些参数都能标识当前为终端提供服务的是哪个小区。更进一步，我们打开测试软件主菜单Presentation->LTE->LTE Server Cell Information窗口可以看到更详细的服务小区信息，如下图。
图16 LTE Server Cell Information窗口 确认了主服务小区之后，我们可以看到该小区在测试路段的覆盖强度，就是参数RSRP（参考信号接收功率），在图15和图16的两个窗口中均可以看到这个参数，更直观的方法，则是在MAP窗口通过路测覆盖图显示出来，如下图所示。 图17 RSRP覆盖图 现阶段道路覆盖要求RSRP尽量保持在-110dbm以上，为保证业务质量，作为优化的目标，我们尽可能的通过调整，使RSRP尽量保持在-105dbm以上。 对于覆盖路段的信号质量，目前软件不能采样较合适的参数直观显示。由于LTE小区间的干扰对信号质量影响较大，我们可以通过LTE Cell Information窗口的邻区信息间接获知信号质量的大概情况。根据LTE道路覆盖的要求，除正常的切换带外，最好LTE Cell Information 窗口只显示一个服务小区的信息（该窗口对邻区信号的显示有一定阀值控制，当主服务小区较邻区信号强很多的时候邻区信号不显示）。若该窗口中显示了几个小区的信号（如下图），信号强度相差不大，则表示该路段信号覆盖不纯净，信号质量较差。另外，对处于业务状态的终端，我们可以通过下行的BLER或上行的发射功率间接认识该处无线环境的信号质量。
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 主要流程如下：
EPC系统原理-正常呼叫信令详解鲜枣课堂
目录 EPC系统原理-正常呼叫信令详解 (2) 1LTE的背景 (2) 2EPC系统的网络结构 (2) 3EPC系统的基本呼叫信令流程 (4) 3.1附着流程 (4) 3.2分离流程 (5) 3.2.1UE发起的分离流程 (6) 3.2.2MME发起的分离流程 (7) 3.2.3HSS发起的分离流程 (8) 3.3跟踪区位置更新流程 (8) 3.3.1SGW改变的跟踪区更新流程 (9) 3.3.2SGW不变的跟踪区更新流程 (10) 3.4业务请求流程 (11) 3.4.1UE触发业务请求流程 (11) 3.4.2网络侧触发业务请求流程 (12) 3.4.3网络侧下行数据触发业务请求流程 (13) 3.5寻呼流程 (14) 3.6专有承载业务流程 (15) 3.6.1专有承载建立流程 (15) 3.6.2专有承载修改流程 (16) 3.6.3专有承载删除流程 (18) 3.7切换流程 (19) 3.7.1SGW没有改变的X2口切换 (20) 3.7.2SGW改变的X2口切换 (20) 3.7.3基于S1的切换 (21) 4名词术语及缩略语 (23)
EPC系统原理-正常呼叫信令详解 1 L TE的背景 随着移动通信技术的不断成熟和用户需求的不断提升，宽带无线接入的概念开始被越来越多的运营商和用户关注。相比较于WiFi（Wireless Fidelity，无线保真）和WiMAX（Worldwide Interoperability for Microwave Access，全球微波接入互操作性）等无线接入方案的迅猛发展，3GPP（3rd Generation Partnership Project，第三代合作伙伴计划）组织制定的WCDMA（Wideband Code Division Multiple Access，宽带码分多址）、HSDPA（HighSpeed Downlink Packet Access，高速下行分组接入）、HSUPA（High Speed Uplink PacketAccess，高速上行分组接入）虽然在支持移动性和QoS（Quality of Service，服务质量）方面有较大优势，但是在无线频谱利用率和传输时延等方面有所落后。此外，一方面目前的数据类业务种类繁多且数据量大，对空口的数据传输数率提出了更高的要求；另一方面OFDM（Orthogonal Frequency Division Multiplexing，正交频分复用技术）技术为核心的无线接入技术逐渐成熟，大幅度提升空口速率可以变为现实。目前WCDMA提供的2 Mbit/s，HSDPA提供的14.4 Mbit/s峰值速率已经无法满足需求。为此3GPP 在2004年底决定使用现在为3G分配的频段，采用新的技术来进行网络演进，并为此制定了长期演进计划LTE（Long Term Evolution，长期演进）。 2 EPC系统的网络结构 图2-1EPC的网络结构
呼叫信令详解（前后台） 呼叫流程信令图 起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通建立RRC连接 直传信令连接建立（含鉴权和加密）
RAB建立过程
振铃，接通 RRC建立过程 （1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送RRC Connection Request 消息，发起RRC 连接建立过程。 （2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio Link Setup Request 消息给NodeB。 （3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条
Radio Link Setup Response 响应消息。 （4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。建立Iub 数据传输承载需要NodeB 确认。 （5）（6）通过Downlink Synchronisation 和Uplink Synchronisation. 控制帧，NodeB 与RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL 发送。（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。 （8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成 建立初始直传/上下行直传 （9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。 （10）RNC 发起初始到CN 的信令连接，并发送一条Initial UE Message 消息给CN，通知CN 关于UE 请求的业务等内容。 通过初始直接传输过程后，可使用该信令连接传输UE 和CN 之间的NAS 消息。 （11）CN 发送RANAP 消息Direct Transfer （Authentication Request）到RNC，要求对UE 进行鉴权。 （12）RNC 发送RRC Downlink Direct Transfer（Authentication Request）消息给UE。NAS 消息由UTRAN 透明的传输到UE （13）UE 发送RRC Uplink Direct Transfer Message（Authentication Response）消息给RNC，告知网络侧UE 已经按照鉴权要求完成了鉴权。 （14）RNC 发送RANAP 消息Direct Transfer 给CN，将UE 的NAS消息转发给CN。NAS 消息被透明的传输到UTRAN。 安全模式控制 （15）CN 发送RANAP 消息Security Mode Command 给RNC，要求终端进行安全模式控制。 （16）RNC 在下行DCCH 上发送RRC Security Mode Command 给UE，开始/重启加密过程。 （17）UE 成功应用新的加密方式后，在上行DCCH 上发送RRC SecurityMode Complete 给RNC （18）RNC 发送RANAP 消息Security Mode Complete 给CN，双方完成安全模式控制。建立RAB （19）（20）（21）（22）上行和下行的直接传输过程，NAS 要求传输数据， UE 向网络侧说明Bearer Capability 以及Called Number 等内容。 （22）CN 向RNC 发送RANAP 消息Common ID，告知RNC 该UE 的IMSI。 （23）CN 向RNC 发送RANAP 消息Radio Access Bearer Assignment Request ，发起RAB
层三信令掉话分析 1.前言 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMA TION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMA TION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH 频点描述2） DL: SYSTEM INFORMA TION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMA TION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMA TION TYPE 7：小区重选参数 DL: SYSTEM INFORMA TION 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: AUTHENTICA TION REQUEST UL: AUTHENTICA TION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCA TION COMMAND UL: TMSI REALLOCA TION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMA TION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMA TION 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优先级的移动台可以进行紧急呼叫。
DINGLI WCDMA信令解析 系统消息参数 LuoCheng 2012-3-14 本文档主要针对WCDMA信令的系统消息参数给出详细解析和说明，系统消息截图为鼎利Navigator 5.8
第一部分系统消息介绍 1.1 系统消息的简介 系统消息在3G系统中非常重要的，它默默无闻且永不停息的为UE服务直到小区被删除。系统消息中包含着大量的参数，这些参数主要包括网络属性信息，UE所需的定时器、公共信道信息、小区选择与重选和测量信息。这些参数决定了UE在小区中的驻留，重选以及呼叫。只有UE接收全了必要的系统消息，UE才能在这个小区驻留。 1.2 系统消息的广播过程 1、RNC通过发送SYSTEM INFORMATION UPDATE REQ消息发送给NODEB，其中带有所有 需要更新的系统消息的编码码流，NODEB收到后通过简单的检查调度顺序，就发送SYSTEM INFORMATION UPDATE RESPONSE给RNC。通知RNC系统消息更新成功，同时NODEB 开始广播SYSTEM INFORAMATION消息给小区中的所有UE。 2、系统消息是NODEB通过BCH发送给UE的。BCH传输信道的TTI为20ms，所以NODEB 每20ms发送一次SYSTEM INFORAMATION。 1.3 系统消息更新过程 对于使用V alue Tag的系统信息块，若发生改变，需把IE BCCH modification info中MIB的V alue Tag设为新值，并以以下两种方式通知UE： 1、UE处于Idle、Cell_PCH、URA_PCH状态下，UTRAN通过发送Paging Type1消息通知UE 重新读取新的系统消息。 2、UE处于Cell_FA CH状态下，UTRA N发送系统消息变更指示System Information Change Indication消息通知UE重新读取新的系统消息。
四、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用户定义。
1 概述 本文主要就TDD-LTE信令解码进行详细介绍（上篇：主要介绍系统消息），主要包括信令主要作用、信令包含字段、各个字段生效方式、字段配置场景以、字段含义和字段作用。由于TDD-LTE系统本身也在不断完善，部分信令涉及字段会随着LTE系统需求出现变更，因此此文档将不断进行更新调整。
2 Master Information Block 2.1 发送场景 UE会在下述过程之后接收系统信息： 1）小区选择（开机后）和小区重选 2）切换 3）从其它RAT进入E-UTRA 4）重回服务区 5）接收到系统信息改变通告 6）接收到ETWS通告指示 7）接收到CDMA2000上层请求 8）系统信息超出最大有效期-周期性的 补充点：LTE中之所以要在切换后接受系统消息，是因为LTE系统设计扁平化以后取消了RNC网元，也就是LTE中切换的测量配置下发、判决都是eNodeB完成，在当前不支持X2口切换前提下，切换完成后UE对于该小区下的系统消息配置是不清楚，所以会接收系统消息；如果支持X2口切换的话，在切换前源eNodeB和目标eNodeB之间会交互配置信息，则不用接收系统消息。 2.2 发端网元处理 组装消息内容 2.3 收端网元处理 接收到MasterInformationBlock后,UE将： 1）应用phich-Config中携带的无线资源配置信息； 1）当T311正在运行，UE处于RRC_IDLE或者RRC_CONNECTED状态：
2）如果UE没有相关小区的有效系统信息： 3）将ul-Bandwidth 设置为dl-Bandwidth，直到接收到 SystemInformationBlockType2。 2.4 字段解释 2.4.1dl-bandwidth 1) 字段类型：BIT STRING (SIZE (4）） 2) 字段描述：下行带宽。参数配置为：传输带宽配置，下行N RB ，[参见TS 36.101 ]。如 n6与6个资源块对应，n15对应15个资源块等等 Channel bandwidth BW Channel[MHz] 1.4 3 5 10 15 20 Transmission bandwidth configuration N RB 6 15 25 50 75 100 3) 现网举例：n100 。载波带宽20M，传输信道可用资源块100个。 【RB为transport block，一个RB包含12个子载波，每个子载波15K，一个RB为15*12=180K。考虑频谱间的隔离，每个RB定义为200K，20M带宽为100个RB，1200个子载波】 一个RB。时域上占7个OFDM符号，频域上占12个子载波。 2.4.2PHICH Configuration 2.4.2.1 phich-Duration 1) 字段类型：ENUMERATED {normal, extended} 2) 字段描述：物理HARQ指示信道持续时间[参考36.211中table6.9.3-1] PHICH持续时 间 非MBSFN子帧MBSFN子帧 帧结构类型2中的子帧1和 子帧6 其他情况同时支持PDSCH和 PMCH的载波 Normal 1 1 1 Extended 2 3 2 单位：OFDM符号 3) 现网举例：Normal 补充点： OFDM符号,从时域角度讲，一个时隙下有7个OFDM符号（常规CP）,或6个OFDM 符号，如果在MBSFN情况下，有3个OFDM符号。在频域上，OFDM符号占据系统带宽下所有子载波。一个OFDM符号到底含有多少bit数据，是与系统配置的资源块（RB）数有关
位置管理的主要流程 位置管理的主要流程是位置更新。根据位置更新情况的不同，可分为如下几种：普通位置更新、周期性位置更新、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回送删除位置确认消息。