文档视界 最新最全的文档下载
当前位置:文档视界 › 层三后台信令掉话的原因代码分析

层三后台信令掉话的原因代码分析

层三后台信令掉话的原因代码分析
层三后台信令掉话的原因代码分析

2、disconnect断开原因

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(对STA TUS 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 is

available (只有有限的数字信息承载容量)

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 Unassiagned number(未分配的号码(空号))

3 No route to destination(无至目的地的路由)

6 Channel unacceptable(不可接受的信道)

16 Normal clearing(正常清除)

17 User busy(用户忙)

18 No user responding(无用户响应)

19 User alerting,no answer(已有用户提醒,但无应答)

21 Call rejected(呼叫拒绝) 22 Number changed(号码改变)

26 Non selected user clearing(清除未选择的用户)

27 Destination out of order(终点故障)

28 Incomplete number(无效号码格式(不完全的号码))

WCDMA网

常见异常事件信令分析

常见异常事件信令分析 目录: 一、日常指标中常见异常事件 (2) 1、SDCCH拥塞: (2) 2、SDCCH分配失败: (3) 2.1无线原因引起SDCCH分配失败: (3) 2.2 BSS问题引起的SDCCH分配失败: (3) 2.3 SDCCH分配失败信令分析: (3) 3、SDCCH掉话 (7) 3.1无线问题引起SDCCH掉话: (7) 3.2 BSS问题引起SDCCH掉话: (7) 3.3 SDCCH掉话信令分析 (8) 4、TCH拥塞 (10) 5、TCH分配失败 (11) 5.1无线原因引起的TCH分配失败: (11) 5.2 BSS原因引起的TCH分配失败: (12) 5.3 TCH分配失败信令分析: (13) 6、TCH掉话 (16) 6.1无线问题引起TCH掉话: (16) 6.2切换失败引起TCH掉话: (17) 6.3 BSS内部原因引起TCH掉话: (17) 6.4传输问题引起TCH掉话: (17) 6.5 TCH掉话信令分析: (18) 6.5.1 MC736掉话 (18) 6.5.2 MC621掉话 (19) 6.5.3 MC14C掉话 (21) 6.5.4 MC739掉话 (21) 6.5.5 正常的挂机 (22) 7、切换异常事件 (26) 7.1、无线原因引起的切换失败返回信令流程(小区间异步切换): (26) 7.2、系统原因(BSS问题)引起的切换失败 (26) 7.3、切换失败信令分析: (26) 二、DT测试中的异常事件 (30) 1、未接通 (30) 1.1由于TCH拥塞 (30) 1.2位置更新引起 (33) 2、paging失败 (35) 3、TCH掉话 (35) 三、附录 (38) Abis口信令名词缩写解释: (38)

后台RNC信令分析资料剖析

目录 第1章CT工具的基本知识 (4) 1.1CT工具的配置 (4) 1.1.1服务器端配置 (4) 1.1.2客户端配置 (4) 1.1.3单机版使用 (6) 第2章信令分析说明 (7) 2.1 基本知识准备 (7) 2.1.1如何看业务信令 (7) 2.1.2流程中的几个重要概念 (9) 2.2 RRC建立过程的信令分析 (10) 2.2.1 RRC Connection Request信令综述 (10) 2.2.2 RRC Connection Request信令 (11) 2.2.3 Radio Link Setup信令 (13) 2.2.4 Radio Link Setup Response信令 (26) 2.2.5 Radio Link Setup Failure信令 (27) 2.2.6 RRC Connection Setup信令 (28) 2.2.7 Radio Link Restore Indication信令 (37) 2.2.8 RRC Connection SetupComplete信令 (37) 2.2.8 RRC建立过程中常见问题 (38) 2.3初始直传信令分析 (39) 2.3.1 InitialDirectTransfer信令分析 (41) 2.3.2 InitialUEMessage信令分析 (42) 2.3.2 CommonID信令分析 (42) 2.4鉴权过程(可选)信令分析 (43) 2.4.1 DirectTransfer信令分析(图中1) (46) 2.4.2 DownLinkDirectTransfer信令分析(图中2) (46) 2.4.3 UpLinkDirectTransfer信令分析(图中3) (47) 2.4.4 DirectTransfer信令分析(图中4) (47) 2.4.5 鉴权过程中常见问题 (48) 2.5安全模式信令分析 (48) 2.5.1 SecurityModeCommand(Iu口上,CN到RNC) (49) 2.5.2 SecurityModeCommand(Uu口上,RNC到UE) (53)

移动主被叫及切换信令流程分析

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收到鉴权请求后,利

cds测试软件第三信令详细分析

第三层(Layer 3)信令 第三层信令是看网络运行情况的信息层,从第三层可以看到网络的各种动作:如:呼叫流程、拥塞、用户忙、位置更新等,系统信息总共有8个类型,Type1—4只出现在待机状态下,Type5—8只出现在通话状态下: 1、System Information Type1 小区广播信息,有该小区自身的频点,RACH的一些参数设置,祥见上图。 2、System Information Type2

待机模式下小区的测量频点,(同频段,移动网有两个频段,GSM900和DCS1800), 在通话模式下有另外定义的测量频点,也就是说一个小区可以在待机时做测量频点,而通话时不做测量频点,允许小区重选而不允许切换,反之也可以只允许切换不允许小区重选也可以,不过通常情况下待机和通话时的测量频点是一致的。 3、System Information Type2ter 待机模式下小区的测量频点,(异频段,移动网有两个频段,GSM900和DCS1800), 4、System Information Type 3

小区广播信息,可以看到ATT、T3212、ACC、CRO、CRH以及ACCMIN等,祥见上图5、System Information Type 4

小区广播信息,在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT 等一些参数的设置值,祥见上图。 6、System Information Type 5

激活模式下服务小区测量频点,(同频段,移动网有两个频段,GSM900和DCS1800) 只有服务小区有做该小区的测量频点,才会测量到该小区的信号,否则在邻区列表中不会看到该小区,也不会切换。在我们平时路测当中,经常遇到强信号不切换,如果做了测量频点,可以很明了地看到有一个强的邻区信号,但是要是没有做测量频点的话就比较隐性。 7、System Information Type 5ter 激活模式下服务小区的测量频点,(异频段,移动网有两个频段,GSM900和DCS1800)8、System Information Type 6

LTE学习总结—掉话类KPI基本分析方法

掉话类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分别进行累加。

LTE信令流程图(端到端平台)

TDD-LTE 基本信令流程图

1 概述 本文主要针对TD-LTE端到端信令流程图进行分解,为端到端平台提供分析流程呈现依据。由于部分流程无S1口信令支撑,当前根据相关文档进行的绘制,后续具备条件后进行补充调整。

2 TDD-LTE网络结构概述 LTE的系统架构分成两部分,包括演进后的核心网EPC(MME/S-GW)和演进后的接入网E-UTRAN。演进后的系统仅存在分组交换域。 LTE接入网仅由演进后的节点B(evolved NodeB)组成,提供到UE的E-UTRA控制面与用户面的协议终止点。eNB之间通过X2接口进行连接,并且在需要通信的两个不同eNB之间总是会存在X2接口。LTE接入网与核心网之间通过S1接口进行连接,S1接口支持多—多联系方式。 与3G网络架构相比,接入网仅包括eNB一种逻辑节点,网络架构中节点数量减少,网络架构更加趋于扁平化。扁平化网络架构降低了呼叫建立时延以及用户数据的传输时延,也会降低OPEX与CAPEX。 由于eNB与MME/S-GW之间具有灵活的连接(S1-flex),UE在移动过程中仍然可以驻留在相同的MME/S-GW上,有助于减少接口信令交互数量以及MME/S-GW的处理负荷。当MME/S-GW与eNB之间的连接路径相当长或进行新的资源分配时,与UE连接的MME/S-GW 也可能会改变。 E-UTRAN

2.1 EPC 与E-UTRAN 功能划分 与3G 系统相比,由于重新定义了系统网络架构,核心网和接入网之间的功能划分也随之有所变化,需要重新明确以适应新的架构和LTE 的系统需求。针对LTE 的系统架构,网络功能划分如下图: eNodeB 功能: 1) 无线资源管理相关的功能,包括无线承载控制、接纳控制、连接移动 性管理、上/下行动态资源分配/调度等; 2) IP 头压缩与用户数据流加密; 3) UE 附着时的MME 选择; 4) 提供到S-GW 的用户面数据的路由; 5) 寻呼消息的调度与传输; 6) 系统广播信息的调度与传输; 7) 测量与测量报告的配置。 MME 功能: 1) 寻呼消息分发,MME 负责将寻呼消息按照一定的原则分发到相关的 eNB ; 2) 安全控制; E-UTRAN

WCDMA信令分析(详细解释层三信令及涉及常用参数)-信令解码

呼叫信令详解(前后台) 呼叫流程信令图 起呼过程分四个阶段: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

掉话原因及处理

GSM网络优化中掉话、拥塞的原因及解决办法 1.掉话 在移动通信中,掉话是指在分配了话音信道(TCH)后,由于某种原因,使呼叫丢失或中断,正常通话无法进行的现象。掉话不仅影响网络指标,而且会给用户造成许多不便,是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话: 干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时,会引起误码率恶化,使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道,从而产生掉话。交调干扰主要来自于外部干扰,如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话: (1) MS在通话中,手机列表中计算6个最好的相邻小区为切换做准备,但当网络覆盖不好时,会产生频繁切换,造成无主控小区,产生掉话。 (2)一些小区由于话务忙,会把话务推给相邻小区,但当相邻小区信号不好或无空闲信道时就会产生掉话。 (3)孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C,而在小岛C周围又为小区B的覆盖范围,如在A的相邻小区列表中未添加小区B,那么当用户在C 中建立呼叫后一走出小岛C,由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话: 影响掉话的参数主要有切换参数和相邻小区参数。如:PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话: BTS的硬件故障也会引起掉话,NOKIA设备中的7745(CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD) 、7949 (DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX)是特别要引起注意的,因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的,包括BSC未收到来自BTS的测量报告,超过TA极限,切换过程的一些信令失败以及一些内部原因,此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话: 有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好,电平值很低,手机列表中测量的相邻小区的电平值又达不到接入的要求(如RXLEV ACCESS MIN=-95dBm)而引起掉话,在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法 如果一个小区掉话很高,可以先通过查掉话报告(如163报告),先确定是由于哪方面引起的掉话。 (1)对于由于切换引起的掉话的解决,可先进行大范围的路测,通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点,并需要检查小区周围是否有盲区存在,如果是这种原因应及时修改相关频率并

TDLTE信令流程及信令解码详解

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

信令内容解析

CELL SETUP REQUEST value NBAP-PDU ::= initiatingMessage : { procedureID { procedureCode 5, ddMode tdd }, criticality reject, messageDiscriminator common, transactionID longTransActionId : 1, value CellSetupRequestTDD : { protocolIEs { { id 124, criticality reject, value Local-Cell-ID : 0 }, { id 25, criticality reject, value C-ID : 14021 }, { id 43, criticality reject, value ConfigurationGenerationID : 1 }, { id 280, criticality reject, value UARFCN : 10080 }, { id 23, criticality reject, value CellParameterID : 110 }, {

id 131, criticality reject, value MaximumTransmissionPower : 330 }, { id 279, criticality reject, value TransmissionDiversityApplied : FALSE }, { id 274, criticality reject, value SyncCase : 1 }, { id 394, criticality reject, value Synchronisation-Configuration-Cell-SetupRqst : { n-INSYNC-IND 1, n-OUTSYNC-IND 20, t-RLFAILURE 50 } }, { id 359, criticality reject, value ConstantValue : 0 }, { id 384, criticality reject, value ConstantValue : 0 }, { id 381, criticality reject, value ConstantValue : 0 }, { id 287, criticality reject, value TimingAdvanceApplied : no }

非常详细的LTE信令流程

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.前言 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做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,小区参数设置

LTE信令流程之开机附着、去附着流程分析

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消息;

GSM信令分析及流程详解大全

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——小区禁止标志,用一个比特表示。

信令流程与GT翻译对应关系详解

信令流程与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 识别号。

层3信令分析及详解

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经验总结 1 广州VOLTE网络质量现状 经过近三个月的优化工作,广州ATU网格内,掉话率逐步改善,从11.5%(四月)下降至3.27%(七月);接通率从93.1%提升至6月份的96.6%,七月份下降至89.46%。 七月份测试期间核心网的IOT测试也在进行;较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作,故七月份测试遇到的异常IMS相关问题分析进度暂缓。

2 广州VoLTE测试问题优化进展 2.1 异频重定向掉话问题验证(问题解决) 背景:中兴eNodeB在P01版本下,因邻区缺失导致异频重定向掉话,该问题需升级P02版本解决。 网格44、45测试过程中未发生异频重定向掉话,信令上分析测试过程中出现过多次连续上报异频A3的测报,未切换也未发生重定向,P02版本禁止QCI 1 业务异频重定向功能生效。

2.2 异系统重定向掉话问题验证(问题解决) 背景:中兴eNodeB在P01版本下,VoLTE发生重定向掉话,该问题需升级P02版本解决。 网格44、45基础覆盖较差,以往拉网测试均会发生多次系统重定向掉话,7月24日,网格44、45完成P02版本升级,升级后重定向掉话问题解决,拉网测试掉话率改善明显。 P02版本禁止QCI 1业务重定向功能打开,终端上报A2(盲重定向门限)或B2事件(2G 邻区信息错误)等前期会导致重定向的情况下,网络均未下发重定向,VoLTE业务保持通话结束后自动挂机,未产生掉话事件

2.3 TM3/8转换掉话问题验证(问题解决) 背景:中兴eNodeB在P01版本下,VoLTE业务过程中发生TM3到TM8模式转换,因为基站提前转换导致终端掉话,该问题需升级P02版本解决。 8月3日,网格45所有升级站点打开TM3/8自适应,验证VoLTE业务在TM3与TM8进行转换时是否掉话,测试结果如下:

相关文档