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——小区禁止标志，用一个比特表示。
RE——用一个比特表示是否可以进行呼叫重建，断开后的重新占用。
MAXRET——移动台接入系统时的允许最大重发次数，取值：1、2、4、7
TX——移动台接入系统时允许重发的时隙间隔数：取值，3-12（每步1），14、16、25、32、50（个TDMA帧的时间），如取12时，MS将等待250毫秒再加上1--11个TDMA帧的时间（12之下的一个随机数），之后再下次接入。
总结：所有参数如下
⑴、Cell Channel Description：
GSM 900：CA-NO、CA-ARFCN
GSM 1800 and GSM 1900：FORMAT-ID+编码数据
⑵、RACH Control Parameters：
ACC、EC、RE、CB、MAXRET、TX
2、System Information Type2
说明：系统信息类型2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），
在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。
（相邻小区的BCCH、扩展频带、其它频带、多频带）
一、邻近小区描述：对于GSM900，有如下三个数据
BA-NO：BCCH 使用频带描述，当BA-NO=0时，表示GSM900。
BA-IND：BA表变化标志，当操作者修改BA表时，BA-IND从1变0，或从0变1。让MS决定是否要更新BA表。BA-ARFCN：移动台要测量信号强度的有效射频频点，采用124位图表示，当存在某为邻区频点时，相应124位图中的比特位被置为1，不存在的频点的相应位置被置为0。
对于GSM1800/1900，有如下两个数据；
FORMAT-ID：相邻小区不同频率表示格式的描述，实际上是用一种编码来表示。
EXTRA-IND：如果类型2、5不能描述完整的频率信息，则其余的部分将在2BIS和/或2TER（ACTVIE模式时是在5BIS/5TER）。此数据也称为频率扩展描述数据。取0表示类型2、5能描述完整的频率信息，取1表示不能。
BA-IND：编码计划的描述，1比特，是否可以这样理解：512可用位图也可用别的编码方式？
NCCPERM：描述相邻小区所属网络的NCC，有一个8比特位图，当描述的比特为n时，允许的网络识码为n-1。
二、RACH控控制参数。参考信息类型1
系统信息类型2BIS：
系统信息类型2TER：
一、多频带操作的描述信息。用于通知移动台如何进行使用不同频带的小区的测汇量报。有一种可能的设置是：不论如何只汇报最强的6个，另一种可能的设置是起码各个频带中最强的小区是要汇报的。
总结；所有参数为
1、Neighbor Cells Description：
GSM 900：BA-NO、BA-IND、BA ARFCN。GSM 1800 / 1900：FORMAT-ID、EXT IND、BA-IND
2、NCC Permitted：NCCPERM
3、RACH Control Parameters
TYPE 2 BIS
1、Neighbor Cells Description (Extension)使用GSM1800/1900时
2、RACH Control Parameters
TYPE 2 TER
1、Additional Multiband Information：MULTIBAND REPORTING
2、Neighbor Cells Description (Other Bands)
3、RACH Control Parameters
3、System Information Type2ter
说明：待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800），4、System Information Type 3
说明：系统信息类型3（用于C2）
Time: 09:58:30.28
Lat: not valid Lon: not valid
Frame number: 1014196
Read from (ARFCN): 38
Cell Identity: 1089 (hex)——4个16进制位，共16比特。
Location area identification——LAI=MCC+MNC+LAC
Mobile country code (MCC): 240
Mobile network code (MNC): 01
Location area code (LAC): 0bc4 (hex)
Control channel description
Attach/detach allowed (ATT): Yes——通知移动台系统使用IMSI的附着（ATT=1）
BS-AG-BLKS-RES: 1——AGBLK=1
CCCH-CONF: 1 basic physical channel, not combined with SDCCH’s
BS-PA-MFRMS: 9 multiframes period——MFRSM=9
T3212 timeout value: 40——周期性登记周期为4小时
Cell options
Power control indicator (PWRC): Not set——内容太多参考下一张
DTX indicator: MS shall use discontinuous transmission
RADIO-LINK-TIMEOUT: 20——RLINKUP=20
Cell selection parameters
CELL-RESELECT HYSTERESIS: 6 dB RXLEV
MS-TXPWR-MAX-CCH: 5——移动台使用的最大功率级，C1算法是的CCHPWR
RXLEV-ACCESS-MIN: 0——ACCMIN
RACH control parameters
Max retransmissions: 4——MAXRET=4
Tx-integer: 20——TX=20，表示移动台接入时的间隙时隙数
Cell bar access: Not barred——CB=NO
Call reestablishment (RE): Not allowed——RE=NO
Emergency call (EC) allowed: All MS——EC=0
Not barred class(es) (ACC): 0 1 2 3 4 5 6 7
8 9 10 11 12 13 14 15
关于类型3中解出的PWRC：PWRC=1表示设置此功能，PWRC=0表示不设置此功能。
详述：当使用跳频与动态功率控制时，将出现如下一个问题：
*BCCH是不参与动态功率控制的，即是说BCCH载波的功率是不变的，整个载频，8个TS都不变，但BCCH载波是参与跳频的。
*ACTVE模式下的TCH是在多个载波中发送的，其中包含BCCH载波与DCH载波，测量值也是对
两种载波的测量结果，BCCH载波是不参与动态功率控制的（即以最大功率发送），而DCH载波
是参与的（且功率是向下调的），之后取平均值，这样的结果用来代替BCCH的强度将不准确。
当PWRC=1时，表示MS的测量中不包含BCCH载波的测量，而PWRC=0时表示MS的测量中包含BCCH载波的测量，ERICSSON的缺省值是PWRC=0。并有一个特殊的计算公式来补偿BCCH载
波的信号强度。
RLINKUP：无线链路超时，一般取16，每步取4，这是一个公认的无线链路释放标准，下面详述
当MS在SACCH周期（480ms）中能成功解码，则RLINKUP计数器加2，不成功时减1，减至0时
无线链路必须释放。
NECI：取值0/1，表示系统是否支持PHASE 2移动台的重新建立原因。
系统信息类型3中的RACH控制参数与类型1同。
系统信息类型3中的SI 3 REST OCTETS（其它比特），主要用于C2算法。
2TI：取0时表示BCCH中并不存在2TER信息类型，
取1时表示BCCH中存在2TER信息类型。2TI（2TER INDICATION）
ECSC：EARLY CLASSMARK SENDING CODE先后发送级标的编码。
PI：用于标志C2参数是否在系统信息中广播。取0时“不”，取1时“是”。具体内容：
CBQ, CELL_RESELECT_OFFSET, TEMPORARY OFFSET AND PENALTY TIME.
PI（Cell_reselect_param_ind）
CBQ——CELL BARRED QUALITY，小区禁止性质，取值为0、1，用于控制移动台的小区选择
与重选。与另一个参数配合以关掉系统信息类型7、8。
CRO——CELL RESELET OFFSET。小区重选的正负补偿值，取值0-63，相应的值为0-126dB TO——TEMPORARY-OFFSET，C2算法中的执罚期间执行的信号负补偿值
Range is 0-7, where 0-6 corresponds to 0-60 dB in 10 dB steps，and the value 7 means infinity.
PT——PENALTY TIME，C2算法中的执罚时间
This parameter defines the length of time for which TEMPORARY_OFFSET is active. Range is 0-31,
where 0-30 corresponds to 20 to 620 seconds in 20 second increments and 31 is used to indicate that
TEMPORARY_OFFSET is to be ignored.（无效）
总结：类型3的所有参数
⑴、Location Area Identification (LAI)
⑵、Cell Identity (CI)
⑶、Control Channel Description (ATT、CCCH-CONF：SDCCH、AGBLK：BS-GS-BLKS-RES、MFRMS：BS-PA-MFRMS、T3212）
⑷、Cell options（DTX、PWRC、RLINKT：RADIO-LINK-TIMEOUT）
⑸、Cell Selection Parameters（ACCNIM：RXLEV-ACCESS-NIM、CCHPWR：MS-TXPWR-MAX-CCH、CRH：cell-reselect-hysteresis、ACS、NECI）
⑹、SI 3 Rest Octets（2TI、ECSC、PI、CBQ、CRO：cell-reselect-offset、TEMPORARY-OFFSET、PENALYT-TIME）
以上部分参数对应华为系统中小区系统消息数据如下：
5、System Information Type 4
说明：系统信息类型4：（短信息）小区广播信息，在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT等一些参数的设置值，详见上图。
此类型主要用于小区CBCH：也即知MS，小区是否使用小区广播功能，以及告知MS在哪个载波
上发CBCH信息。另外：LAI、RACH控制参数与REST OCTETS参数也存在于此类型中。
ACS——小区重选的附加参数指示，取值为0、1
ACS=0——PI值与任何存在的小区重选C2参数属于类型4中的REST OCTETS部分。
ACS=1——PI值与任何存在的小区重选C2参数属于类型7、8
由上面可知：是否使用类型7、8是由CBQ与ACS组合来控制？
类型4中的RACH控制参数与类型1同；
类型4中的CBCH信道描述：这一内容主要描述SMS小区短信息广播时的信道合并与子信道结构
例如SDCCH/4+SACCH/4或CBCH，子信道2等
TN——用于描述CBCH使用的时隙号。
TSC——训练比特代码，一般取值与BSIC中的BCC相同。
H——取0表示CBCH只占用单个射频信道，取1表示占用的是跳频信道。是一个信道选择器CHANNEL SELETER
H=0 ---the channel selector field 中包含有效的射频信道号
H=1----- the channel selector field中包含有移动台的分配索引补偿值MAIO，跳频序列号HSN。CBCH MOBILE ALLOCATION（CONDITION）
当系统信息H=1（指示跳频时），必须有一个数据MAC来指示使用的跳频频率。参考类型1中的的小区信道描述。
系统信息类型4中的SI 4 REST OCTETS：
用于描述C2算法参数与SI 3 REST OCTETS，包含下列数据：PI, CBQ,
CELL_RESELECT_OFFSET, TEMPORARY_OFFSET, and PENALTY_TIME.
类型4主要参数
⑴、Location Area Identification (LAI)
⑵、Cell Selection Parameters（ACS）
⑶、RACH Control Parameters
⑷、CBCH Channel Description (Optional)：
CHANNEL TYPE、TN、TSC、H、CHANNEL SELECTOR
⑸、CBCH Mobile Allocation (Conditional)：MAC
⑹、SI 4 Rest Octets：
PI、CBQ、CELL_RESELECT_OFFSET、TEMPORARY_OFFSET、
PENALTY_TIME。
6、System Information Type 5
说明：系统信息类型5（注意5、6都在SACCH上发送）
激活模式下服务小区测量频点，（同频段，移动网有两个频段，GSM900和DCS1800）
只有服务小区有做该小区的测量频点，才会测量到该小区的信号，否则在邻区列表中不会看到该小区，也不会切换。在我们平时路测当中，经常遇到强信号不切换，如果做了测量频点，可以很明了地看到有一个强的邻区信号，但是要是没有做测量频点的话就比较隐性。
处于ACTIVE模式下的移动台，有一个激活的SACCH信道。上行时用于发送测量汇报，下行时用于网络发送输出功率控制值与TA值。一定条件下移动台在SACCH上接收相邻小区的BCCH频率信息（ACTIVE BA表），之后移动台要测量与汇报这些载波的信号强度，以提供切换依据。
这里的BA表与类型2中的BA表是不同的（实际上便是IDLE BA与ACTIVE BA）。ACTIVE模式下移动台测量较少的BCCH以便提高精确度，而在移动台开机，为减小与系统的连接时间，它必须测量较多的BCCH载波。当然只有当移动台在关机前已保存有一份IDLE BA表，才能真正做到节省接入时间。
类型5中给出也是一份BA ARFCN的表格，实际上与类型2相同，也是一份124比特位图，取0的比特位表示此频点不存在，取1时相应频点存在。
系统信息类型5BIS；
如果某个相邻小区是外部小区，则此小区的BCCH频率信息由5BIS来携带。
系统信息类型5TER：
如果外部小区是不同频带的小区（多频带操作中不同频带使用不同BSC，所以将出现此情况）
则此外部小区信息由此类信息类型来携带。
类型5的主要参数
⑴、Neighbor Cells Description
⑵、TYPE 5 BIS：
Neighbor Cells Description (Extension)
⑶、TYPE 5 TER：
Additional Multiband Information System Information
Neighbor Cells Description (Other
7、System Information Type 5ter
激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）8、System Information Type 6
说明：系统信息类型6
通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted;
处于ACTIVE模式下移动台必须知道是否LAI已变化，如果变化的话，在呼叫释放后它必须进行位置更新。另外如果切换的另一个小区属于同一个位置位，且两个小区的RLINKUP与DTX不同的话则新的小区选择也必须汇报至MS。第三种信息是NCCPERM。
9、System Information Type 7、System Information Type 8
系统信息类型7
如果类型4中并没有包含所有的C2参数，则余下的由此类型来携带，至于此类型的REST OCTETS 部分与类型4的REST OCTETS同。
系统信息类型8
如果类型4中并没有包含所有的C2参数，则余下的由此类型来携带，至于此类型的REST OCTETS 部分与类型4的REST OCTETS同。
总之：类型7、8是类型4的补充。
系统信息类型6、7、8参数
⑴、Location Area Identity
⑵、Cell Identity
⑶、Cell options
⑷、NCC permitted
系统信息类型7
SI 7 Rest Octets
系统信息类型8
SI 8 Rest Octets
系统信息的分配原则：
激活式下的小区操作，意即此小区必须被暂停，小区中不存在信道，意即BCCH不发射
当小区从暂停（HALTED）到激活（ACTIVE），所有系统信息类型分配到BTS。
当小区激活，且用于支持BCCH与SACCH的载波设备置服务状态，则此BTS的系统信息将被更新。为防止错码，所有小区都被有规律地分配系统信息。
10、System Information Type 13
11、Paging Requst type1
说明：可以看到，在信令里面，Paging的信令出现次数特别多，原因是网络对MS寻呼是对一个位置区内进行寻呼的，只有当MS解开这条信息才会作出响应。
12、Synch Channel Information
说明：同步信息，在待机状态和通话状态都会出现，数字通信当中，同步是最基本也是最重要的，跟邻区也需要同步。
13、补充：
手机在各种模式和阶段对逻辑信道和物理信道的使用情况。
收听系统信息在BCCH信道（IDLE时），在BSIC中获取NCC、BCC，发信道请求在RACH上进行，只发一个随机数5比特与3比特控制信息，BSC以此为标志发立即指配，发位置更新在SDCCH上进行，除了发LAI 外还有IMSI，以进行鉴权，注：LAI唯一属于一个MSC但可以多个BSC。
IMSI的分离申请也在SDCCH上进行。每次关机或拆出SIM都要进行分离，但突然进入盲区不发、此信息。
IMSI的附着申请也在SDCCH上进行，如果分离是在VLR中标志，则申请只发到VLR，如果是在HLR中标志，只申请将发至HLR。
周期性登记在MSC与MS间进行，通过BSC，占用SDCCH信道。移动台收听寻呼是在CCCH子组中的PCH 上进行的，在RACH上申请SDCCH，在AGCH上获取SDCCH信息，在SDCCH上进行鉴权、加密、TCH指配、业务能力证实。在SACCH上获取控控制信息，TA，收听系统信息类型5、6中的信息，FACCH上收听新小区的广播信息。
空闲模式：没有分配到专用信道的移动台即是“空闲模式的移动台”。当移动台一开机，便立即尝试接入PLMN 网络，可以人工、自动来进行网络的选择，移动台将搜寻并选择一个已选择的PLMN网络中的小区，然后锁定到一个控制信道并接收由PLMN网络所提供的有效服务。这和对小区的选择便称为Camping on。当一个移动台一直处于空模式时，它将一直试图去Camping on一个最好的小区（依信号强度算法）。空闲模式下的动作是由移动台来控制的，也可以通过在BCCH信道上接收到的参数来执行控制。空闲模式下的控制参数都由小区中的BCCH来传送。
背景：当一个移动台开机后且不进入任何呼叫操作，则它一直处于这样一个状态：不断选择最好的小区去Camp。读取信息并寄存LAI，以便系统知道如何建立呼叫路由。总之：空闲模式的核心是PLMN网络选择机制，小区选择与重选算法，
位置更新过程。其唯一目的是确保移动台能登寻到一个通信成功机会最大的小区。空闲模式下移动台工作分四个过程：
1、PLMN selection,选择网络
2、Cell selection,选择小区
3、Cell reselection,小区重选
4、Location updating.位置更新
选择PLMN：当移动台开机或脱离一个盲区后，它便试图去选择并登录注册的PLMN。如果没有注册的PLMN 或者注册的PLMN不存在，它将试图去选另一个PLMN（手动或自动）相关数据是NCCPERM，读取SCH中的BSIC，解出NCC与BCC。见下图
14、分析：
①呼叫：
说明：从上图可见，由Channel Request起，MS向系统发起呼叫请求，至Connect Acknowledge连接确认为止，是一个完整的呼叫流程，详细解释如下图：
呼叫信令详解（前后台） 呼叫流程信令图 起呼过程分四个阶段：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
掉话类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分别进行累加。
层三信令掉话分析 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，小区参数设置
1. 概述 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um 口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 本期议题为“请举例说明如何结合层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 移动通信俱乐部 GSM 无线版专题讨论第五期 https://www.doczj.com/doc/c19987757.html, 版权所有 2 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 频点描述）
路测三层信令，中英文对照说明 第三层信息（GSM Layer 3 ） *CC层的主要功能为建立、维持和释放呼叫： a 、有关呼叫建立的信息（Call Establishment）: Alerting ：告警信息，上下行。从网络到主叫移动台或从被叫移动台到网络，用来指示被叫手机启动告警（即回铃音）。包括进展指示及用户信息等 Call confirmed：呼叫确认，呼叫确认，该信息由被叫移动台发出，用来确证收到呼叫请求； Call proceeding：呼叫进程，该信息由网络发向主叫移动台，指示被请求的呼叫建立信息已经被接收, 不会再接收更多的呼叫建立信息。 Connect ：连接，从网络到主叫移动台或从被叫移动台到网络，用来指示连接被接移受； Connect Acknowledge：连接确认，从网络到被叫移动台或主叫移动台到网络，指示移动台得到一个呼叫（连接完成）； Energency Setup：紧急建立，由移动台发出，用来启动一个紧急呼叫的建立； Progress ：进展，从网络到移动台，指示呼叫的进程； Setup ：建立，上下行，指示启动呼叫建立； b 、呼叫信息状态（Call Information Phase） Modify ：修改，上下行，请求改变呼叫的承载能力； 4G Modify Complete：修改完成，指示对呼叫承载能力修改的完成Modify Reject：修改拒绝，上下行，指示改变呼叫的承载能力请求的失败；
User Information：用户信息, 由移动台发向网络来传输信息到远端用户或由网络发向移动台传输从远端用户来的信息。 c 、呼叫清除（Call Clearing） MOTODisconnect ：断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了； Release ：释放，上下行, 指示发该信息的设备将要释放TI(处理识别码, 接收到4G 该信息的设备等发送释放完成信息后释放TI(处理识别码bbs. ,接收到该信息的设备将要释放TI(处理识别码 d 、与附加业务有关的呼叫（Call Related SS） Facility ：设施 Hold ：保持 Hold Acknowledge：保持确认 Hold Reject：保持拒绝 Retrieve ：恢复 Retrieve Acknowledge：恢复确认 Retrieve Reject：恢复拒绝 e 、其它信息 Congestion Control：拥塞控制，上下行，指示在传输用户信息时建立和中止流量控制。 Notify ：通知，上下行，指示信息属于呼叫n5m
层三信令“Disconnect”原因值解析
原因值表1 下面是具体解释： ISUP消息中rel原因值 G3.1正常类别 原因NO.1：未分配的（未确定的）号码 "unassigned (unallocaled) number" 该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。 原因NO.2：无路由到达规定的转换网络（国内使用） "no route to specified transit network(nationaluse)" unallocaled(unassigned) number 该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。 是否支持该原因由网络决定。 原因NO.3无路由到达终点 "no route to destination" 该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。 是否支持该原因由网络决定。 原因NO.4发送特殊的信息音 "send special information tone" 该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。 原因NO.5转接前缀拨号错误（国内使用）
"misdialled trunk prefix(national use)" 该原因表示被叫方号码的转接前缀错误内含。 原因NO.6：不可接受的通路 "chnnel unacceptable" 该原因表示发送实体在呼叫中不接受使用最新标识的通路。 原因NO.7：呼叫已给出并正在已建立的通路上递交 "call awarded and being delivered in an established channel" 该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。 原因NO.8：先占 "preemption" 该原因表示呼叫正在被预先占有。 原因NO.9：先占电路留作重新使用 "preemption-circuit reserved for reuse" 该原因表示呼叫正在被预先占有，电路留作先点交换的重新使用。 原因NO.16：正常的呼叫清除 "normal call clearing" 该原因表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫。 在正常情况下，网络不发送这一原因。 原因NO.17：用户忙 "user busy" 当被叫用户指示不能接受另一个呼叫时使用这一原因。 原因NO.18：无用户响应 "no user responding" 当被叫用户在规定的时间周期内不用提醒或连接指示响应呼叫建立消息时使用这一原因。原因NO.19：无用户应答（用户已提醒） "no answer from user(user alerted)" 当用户在规定的时间周期内提供提醒指示但未提供连接指示时使用这一原因。 注－该原因不一定由Q.931程序产生，而可能由内部网络定时器产生。 原因NO.20：用户缺席 "subscriber absent" 该原因用作移动应用，本规范暂不使用。 原因NO.21：呼叫拒绝 "call rejected" 该原因表示发送这一原因的设备不希望接收呼叫，虽然它可以接受呼叫，因为发送该原因的设备既不忙，也兼容。 该原因可以由网络产生，表示由于补充业务的限制而清除了呼叫。诊断字段可能包含有关补充业务的附加信息和拒绝原因。 原因NO.22：号码变更 "number changed" 当主叫用户所指示的被叫用户号码不再被分配时，该原因被返回到主叫用户。新的被叫用户号码可以作为任选项目包含在诊断字段中。如果网络不支持这种能力，将使用原因NO.1未分配的（未确定）的号码。 原因NO.26：清除未选择的用户
信令流程与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 识别号。
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优先级的移动台可以进行紧急呼叫。
Ps64上传 SM Deactivate PDP Context Request SM cause Cause value: (36) Regular deactivation 2：原因NO.27：终点故障"destination out of order" 该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。
22 Number changed(号码改变) 26 Non selected user clearing(清除未选择的用户) 27 Destination out of order(终点故障) 28 Incomplete number(无效号码格式（不完全的号码）) 29 Facility rejected(设施被拒绝) 30 Response to status enquiry(对状态询问的响应) 31 Normal,unspecified(正常，未规定) 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 not available(请求的电路/信道不可用) 47 Resources unavailable,unspecified(资源不可用，未规定) 49 Quality of service unavailable(服务质量不可用) 50 Requested facility not subscribed(未预订所请求的设施) 55 Incoming calls barred within the 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 69 Requested facility not implemented(所请求的设施不能实现) 70 Only restricted digital information bearer(仅能获得受限数字信息承载能力) 79 Service or option not implemented(业务不能实现，未规定) 81 Invalid transaction identrfier value(无效处理识别码) 87 User not member of CUG 88 Incompatible destination(非兼容目的地址) 91 Invalid mandatory information(无效过渡网选择)
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 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（消息类型与协议状态
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 }
第三层（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 通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted; 9、System Information Type 7 暂时没有见过。 10、System Information Type 8 暂时没有见过。 11、Paging Requst type1 可以看到，在信令里面，Paging的信令出现次数特别多，原因是网络对手机寻呼是对一个位置区内进行寻呼的，只有当手机解开这条信息才会作出响应。 12、Synch Channel Information 同步信息，在待机状态和通话状态都会出现，数字通信当中，同步是最基本也是最重要的，跟邻区也需要同步。 13、其他： ①掉话； ②位置更新 ③切换 ④测量报告 在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和强制切换，这些操作是不需要网络动作的，只是由手机来完成，而手机是怎样完成的呢？就是通过改变测量
LA YER3信令中CAUSE VALUE 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（承载容量当前不可用）