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 T ype1
说明：系统信息类型 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 T ype2
说明：系统信息类型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：FORMA T-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 T ype2ter
说明：待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800），4、System Information T ype 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): Y es——通知移动台系统使用IMSI的附着（A TT=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 T ype 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 ALLOCA TION（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 T ype 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 T ype 5ter
激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）8、System Information T ype 6
说明：系统信息类型6
通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted;
处于ACTIVE模式下移动台必须知道是否LAI已变化，如果变化的话，在呼叫释放后它必须进行位置更新。另外如果切换的另一个小区属于同一个位置位，且两个小区的RLINKUP与DTX不同的话则新的小区选择也必须汇报至MS。第三种信息是NCCPERM。
9、System Information T ype 7、System Information T ype 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 T ype 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连接确认为止，是一个完整的呼叫流程，详细解释如下图：
目录 第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)
呼叫信令详解（前后台） 呼叫流程信令图 起呼过程分四个阶段：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分别进行累加。
七号信令解码分析毕业论文 第一章引言 第一节开发背景 七号信令网是电信网的三大支撑网之一，是电信网的重要组成部分，其应用十分广泛。到目前为止，我国已经建立了由高级信令转接点（HSTP）、低级信令转接点（LSTP）和大量的信令点（SP）组成的三级七号信令网，七号信令网真正成为电信网的神经网和支撑网。为了保证七号信令网的正常高效运行，七号信令集中监测系统作为对七号信令网进行集中监测和管理的工具就显得格外重要。协议分析是七号信令监测平台中实时和历史数据分析的一个重要组成部分，它对获得完整的信令规程分析和实现网络故障精确定位具有重要意义，而无论什么样的信令消息，进入监测系统的第一个环节就是要被系统解码，消息解码的正确和完整与否对监测系统来说就显得非常重要。本文根据《中国国网NO.7信号方式技术规》对协议分析的要求，分析和介绍消息解码的原理和实现方法!由于条件所限我们无法从实际的网络环境中提取数据,因此,我们从后台数据库提取数据来模拟实际的网络环境,我认为完全可以通过数据库来存放从实际网络环境中得到的信令信息,然后通过我们的软件对消息进行解码分析,这并不影响我们的软件的使用围! 第二节软件实现的功能
本软件的名称是:《七号信令的消息分析（TUP部分）》。该软件能根据从数据库中所提取到的信令数据根据NO.7信号方式TUP技术规进行解码分析。通过该软件可以把TUP的所有的消息格式进行分析从而可以据此满足电信网络对七号信令协议测试和详细解码实现快速定位故障的需要。 第三节开发工具简介 为了实现以上功能我使用了VB作为我的开发工具。VB是微软公司开发的基于windows95/98/NT平台的32位程序设计开发平台,其最大优点是简单易学,使用它可以开发出高效,标准的Windows应用程序，它面向对象的特点，丰富的控件都为大型软件的开发提供了方便，但它的缺点也是显而易见的，正因为它的简单，在面向底层的实现方面有所欠缺，如指针，位操作等，但这不足以掩饰它是一个优秀的软件开发工具。 第四节本次课题所完成的工作 在本次毕业设计当中完成这个课题的是两个人,我的主要工作是对从数据库中提取到的数据进行解码分析,并利用伙伴给出的显示方法进行显示。
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、传输误码率高导致指配资源失败
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
T D L T E信令流程及信令 解码 Document number：BGCG-0857-BTDO-0089-2022
TD-LTE信令流程及信令解码 （）
本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。所有信令为eNB侧跟踪的信令。 1.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---发送数据时，DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入。其中“mt”代表移动终端，“mo”代表移动始端。 信令解码如下： -RRC-MSG : |_msg : |_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 : |_rrcConnectionRequest : |_criticalExtensions : |_rrcConnectionRequest-r8 : |_ue-Identity : | |_randomValue : ----'00'B(31 49 7B 78 C3 ) ---- |_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 32 UE 初始标识，此处 因为上层没有提供 S-TMSI,所以为随机 建立原因，此处highPriorityAc
处理流程以及数据提取方法一、投诉处理流程 二、SEQ提取数据方法 VOLTE用户投诉处理（支持实时和历史记录详单） 1、登录后，SQM》投诉用户单据查询 2、投诉用户单据查询-跟踪号码 输入号码136XXXX0505
3、投诉用户单据查询-数据查询结果（均可钻取详单） 4、投诉用户会话跟踪-创建跟踪任务(提取信令) 5、投诉用户会话跟踪-实时跟踪结果 6、信令详单提取
7、语音质量单据查询（这功能暂时我们没权限） 可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。
三、VOLTE根据信令分析 TD-LTE__VoLTE-SIP完整信令解析 对关键流程的解释如下表所示： 1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。
2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4 3）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。 4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户 5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载 6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息 7）被叫对INVITE消息的响应 被叫收到寻呼但未收到INVITE请求，核心网问题 8）被叫方通知主叫方，自己所支持的媒体类型和编码。 9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。关键参数包括头压缩参数，TTI Bundling，SPS。DRX参数也会按照语音业务的要求进行重新配置。 10）被叫建立QCI1的数据无线承载。例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。 11）核心网通知主叫终端的SM层，建立QCI=1的承载,例如：eps-BearerID=7 12）主叫收到被叫的INVITE 183消息 被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断，重配置消息释放DRB承载，无线网与核心网配合问题 13）核心网通知被叫终端的SM层，建立qci=1的承载 14）主叫收到INVITE 183消息以后，发送确认消息PRACK，启动资源预留过程， 15）被叫收到主叫的PRACK以后，返回PRACK 200响应，启动资源预留过程， 16）主叫收到被叫的PRACK 200以后，发送UPDATE消息，标明资源预留成功。
层三信令掉话分析 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 编解码流程 (2) 1.1 编码流程 (2) 1.2 PES、TS结构 (3) PES结构分析（ES打包成PES） (3) TS结构：（PES经复用器打包成TS）： (4) 2 解码流程 (5) 2.1 获取TS中的PAT (5) 2.2 获取TS中的PMT (6) 2.3 分流过滤 (6) 2.4 解码 (7) 3 DVB和ATSC制式 (7) 3.1 DVB和ATSC的区别 (7) 3.2 DVB和ATSC的SI (8)
1编解码流程 1.1编码流程 图1-1 ES:原始码流，包含视频、音频或数据的连续码流。 PES:打包生成的基本码流，是将基本的码流ES流根据需要分成长度不等的数据包，并加上包头就形成了打包的基本码流PES流,可以是不连续的。 TS:传输流，是由固定长度为188字节的包组成，含有独立时基的一个或多个节目，适用于误码较多的环境。 PS:节目流. TS流与PS流的区别在于TS流的包结构是固定长度的，而PS 流的包结构是可变长度的。在信道环境较为恶劣，传输误码较高时，一般采用TS码流；而在信道环境较好，传输误码较低时，一般采用PS码流。TS码流具有较强的抵抗传输误码的能力。
最后经过64QAM调制及上变频形成射频信号在HFC网中传输，在用户终端经解码恢复模拟音视频信号。 1.2PES、TS结构 PES结构分析（ES打包成PES） ES是直接从编码器出来的数据流，可以是编码过的视频数据流，音频数据流，或其他编码数据流的统称。每个ES都由若干个存取单元（AU）组成，每个AU实际上是编码数据流的显示单元，即相当于解码的1幅视频图像或1个音频帧的取样。 ES流经过PES打包器之后，被转换成PES包。PES包由包头和payload组成。 打包时，加入显示时间标签（Presentation Time-Stamp，PTS），解码时间标签（Decoding Time-Stamp，DTS）及段内信息类型等标志信
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优先级的移动台可以进行紧急呼叫。
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——小区禁止标志，用一个比特表示。
TD-LTE信令流程及信令解码 （2013.03） 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注。所有信令为eNB侧跟踪的信令。 1.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) UE初始标识，此处因为上层没有提供S-TMSI,所以为随机值。 建立原因，此处 highPriorityAccess 指的是AC11~AC15
TD-LTE信令流程及信令解码 TD-LT信令流程及信令解码 TD-LTE信令流程及信令解码 ,2013.03, 第1页共81页 TD-LT信令流程及信令解码 本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE 分析，并加以标注。所有信令为eNB侧跟踪的信令。 1. PS业务建立流程, 1.1 RRC Connection Request UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接,该消息携带主要IE有,
- ue-Identity :初始的UE标识。如果上层提供S-TMSI,侧该值为S-TMSI,否则从 第2页共81页 TD-LT信令流程及信令解码 400…2-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 : UE初始标识,此处因为 |_rrcConnectionRequest : |_criticalExtensions : 上层没有提供S-TMSI,所 |_rrcConnectionRequest-r8 : |_ue-Identity : 以为随机值。 | |_randomValue : ---- '0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----
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——小区禁止标志，用一个比特表示。
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、其他： ①掉话； ②位置更新 ③切换 ④测量报告 在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和强制切换，这些操作是不需要网络动作的，只是由手机来完成，而手机是怎样完成的呢？就是通过改变测量
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