attactive

精心整理

Layer3信令分析及流程详解汇

编

Layer3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：

如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、

切换失败等网络事件的原因进行准确的分析。

系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type1～4只出现

在待机状态下，Type5～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、SystemInformationType1

说明：系统信息类型1（频率信息）

此类型仅用于跳频时，发送内容为：

第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对

于GSM900与GSM1800采用的格式是不同的。对于GSM900：

有一个BITMAP0（比特位图）用于描述两方面信息，分别为：

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之下的一个随机数），之后再下次接入。

总结：所有参数如下

⑴、CellChannelDescription：

.

.

GSM900：CA-NO、CA-ARFCN

GSM1800andGSM1900：FORMAT-ID+编码数据

⑵、RACHControlParameters：

ACC、EC、RE、CB、MAXRET、TX

2、SystemInformationType2

说明：系统信息类型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、NeighborCellsDescription：

GSM900：BA-NO、BA-IND、BAARFCN。GSM1800/1900：FORMAT-ID、EXTIND、BA-IND

2、NCCPermitted：NCCPERM

3、RACHControlParameters

TYPE2BIS

1、NeighborCellsDescription(Extension)使用GSM1800/1900时

2、RACHControlParameters

TYPE2TER

1、AdditionalMultibandInformation：MULTIBANDREPORTING

2、NeighborCellsDescription(OtherBands)

3、RACHControlParameters

3、SystemInformationType2ter

.

.

说明：待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800），

4、SystemInformationType3

说明：系统信息类型3（用于C2）

Time:09:58:30.28

Lat:notvalidLon:notvalid

Framenumber:1014196

Readfrom(ARFCN):38

CellIdentity:1089(hex)——4个16进制位，共16比特。

Locationareaidentification——LAI=MCC+MNC+LAC

Mobilecountrycode(MCC):240

Mobilenetworkcode(MNC):01

Locationareacode(LAC):0bc4(hex)

Controlchanneldescription

Attach/detachallowed(ATT):Yes——通知移动台系统使用IMSI的附着（ATT=1）

BS-AG-BLKS-RES:1——AGBLK=1

CCCH-CONF:1basicphysicalchannel,notcombinedwithSDCCH’s

BS-PA-MFRMS:9multiframesperiod——MFRSM=9

T3212timeoutvalue:40——周期性登记周期为4小时

Celloptions

Powercontrolindicator(PWRC):Nott——内容太多参考下一张

DTXindicator:MSshalludiscontinuoustransmission

RADIO-LINK-TIMEOUT:20——RLINKUP=20

Celllectionparameters

精心整理

CELL-RESELECTHYSTERESIS:6dBRXLEV

MS-TXPWR-MAX-CCH:5——移动台使用的最大功率级，C1算法是的CCHPWR

RXLEV-ACCESS-MIN:0——ACCMIN

RACHcontrolparameters

Maxretransmissions:4——MAXRET=4

Tx-integer:20——TX=20，表示移动台接入时的间隙时隙数

Cellbaraccess:Notbarred——CB=NO

Callreestablishment(RE):Notallowed——RE=NO

Emergencycall(EC)allowed:AllMS——EC=0

Notbarredclass(es)(ACC):01234567

891

关于类型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，表示系统是否支持PHASE2移动台的重新建立原因。

系统信息类型3中的RACH控制参数与类型1同。

系统信息类型3中的SI3RESTOCTETS（其它比特），主要用于C2算法。

2TI：取0时表示BCCH中并不存在2TER信息类型，

取1时表示BCCH中存在2TER信息类型。2TI（2TERINDICATION）

ECSC：EARLYCLASSMARKSENDINGCODE先后发送级标的编码。

PI：用于标志C2参数是否在系统信息中广播。取0时“不”，取1时“是”。具体

内容：

CBQ,CELL_RESELECT_OFFSET,TEMPORARYOFFSETANDPENALTYTIME.

PI（Cell_relect_param_ind）

CBQ——CELLBARREDQUALITY，小区禁止性质，取值为0、1，用于控制移动台的小区

选择

与重选。与另一个参数配合以关掉系统信息类型7、8。

CRO——CELLRESELETOFFSET。小区重选的正负补偿值，取值0-63，相应的值为0-126dB

精心整理

TO——TEMPORARY-OFFSET，C2算法中的执罚期间执行的信号负补偿值

Rangeis0-7,where0-6correspondsto0-60dBin10dBsteps，

andthevalue7meansinfinity.

PT——PENALTYTIME，C2算法中的执罚时间

ThisparameterdefinesthelengthoftimeforwhichTEMPORARY_

eis0-31,

where0-30correspondsto20to620condsin20condincrementsand31isudtoind

icatethat

TEMPORARY_OFFSETistobeignored.（无效）

总结：类型3的所有参数

⑴、LocationAreaIdentification(LAI)

⑵、CellIdentity(CI)

⑶、ControlChannelDescription(ATT、CCCH-CONF：SDCCH、AGBLK：BS-GS-BLKS-RES、

MFRMS：BS-PA-MFRMS、T3212）

⑷、Celloptions（DTX、PWRC、RLINKT：RADIO-LINK-TIMEOUT）

⑸、CellSelectionParameters（ACCNIM：RXLEV-ACCESS-NIM、CCHPWR：

MS-TXPWR-MAX-CCH、CRH：cell-relect-hysteresis、ACS、NECI）

⑹、SI3RestOctets（2TI、ECSC、PI、CBQ、CRO：cell-relect-offt、

TEMPORARY-OFFSET、PENALYT-TIME）

以上部分参数对应华为系统中小区系统消息数据如下：

5、SystemInformationType4

说明：系统信息类型4：（短信息）小区广播信息，在这里可以看到小区的CRH、CRO、

ACCMIN、MAXRET、CB、CBQ、PT等一些参数的设置值，详见上图。

.

.

此类型主要用于小区CBCH：也即知MS，小区是否使用小区广播功能，以及告知MS

在哪个载波

上发CBCH信息。另外：LAI、RACH控制参数与RESTOCTETS参数也存在于此类型中。

ACS——小区重选的附加参数指示，取值为0、1

ACS=0——PI值与任何存在的小区重选C2参数属于类型4中的RESTOCTETS部分。

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表示占用的是跳频信道。是一个信

道选择器

CHANNELSELETER

H=0---thechannellectorfield中包含有效的射频信道号

H=1-----thechannellectorfield中包含有移动台的分配索引补偿值MAIO，跳频

序列号HSN。

CBCHMOBILEALLOCATION（CONDITION）

当系统信息H=1（指示跳频时），必须有一个数据MAC来指示使用的跳频频率。参考

类型1中的

的小区信道描述。

精心整理

系统信息类型4中的SI4RESTOCTETS：

用于描述C2算法参数与SI3RESTOCTETS，包含下列数据：PI,CBQ,

CELL_RESELECT_OFFSET,TEMPORARY_OFFSET,andPENALTY_TIME.

类型4主要参数

⑴、LocationAreaIdentification(LAI)

⑵、CellSelectionParameters（ACS）

⑶、RACHControlParameters

⑷、CBCHChannelDescription(Optional)：

CHANNELTYPE、TN、TSC、H、CHANNELSELECTOR

⑸、CBCHMobileAllocation(Conditional)：MAC

⑹、SI4RestOctets：

PI、CBQ、CELL_RESELECT_OFFSET、TEMPORARY_OFFSET、

PENALTY_TIME。

6、SystemInformationType5

说明：系统信息类型5（注意5、6都在SACCH上发送）

激活模式下服务小区测量频点，（同频段，移动网有两个频段，GSM900和DCS1800）

只有服务小区有做该小区的测量频点，才会测量到该小区的信号，否则在邻区列表

中不会看到该小区，也不会切换。在我们平时路测当中，经常遇到强信号不切换，

如果做了测量频点，可以很明了地看到有一个强的邻区信号，但是要是没有做测量

频点的话就比较隐性。

处于ACTIVE模式下的移动台，有一个激活的SACCH信道。上行时用于发送测量汇报，

下行时用于网络发送输出功率控制值与TA值。一定条件下移动台在SACCH上接收相

邻小区的BCCH频率信息（ACTIVEBA表），之后移动台要测量与汇报这些载波的信号

.

.

强度，以提供切换依据。

这里的BA表与类型2中的BA表是不同的（实际上便是IDLEBA与ACTIVEBA）。ACTIVE

模式下移动台测量较少的BCCH以便提高精确度，而在移动台开机，为减小与系统的

连接时间，它必须测量较多的BCCH载波。当然只有当移动台在关机前已保存有一份

IDLEBA表，才能真正做到节省接入时间。

类型5中给出也是一份BAARFCN的表格，实际上与类型2相同，也是一份124比特

位图，取0的比特位表示此频点不存在，取1时相应频点存在。

系统信息类型5BIS；

如果某个相邻小区是外部小区，则此小区的BCCH频率信息由5BIS来携带。

系统信息类型5TER：

如果外部小区是不同频带的小区（多频带操作中不同频带使用不同BSC，所以将出现

此情况）

则此外部小区信息由此类信息类型来携带。

类型5的主要参数

⑴、NeighborCellsDescription

⑵、TYPE5BIS：

NeighborCellsDescription(Extension)

⑶、TYPE5TER：

AdditionalMultibandInformationSystemInformation

NeighborCellsDescription(Other

7、SystemInformationType5ter

激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）

8、SystemInformationType6

精心整理

说明：系统信息类型6

通话状态下面服务小区的一些信息，他跟Type1有点相象，还可以看到NCCPermitted;

处于ACTIVE模式下移动台必须知道是否LAI已变化，如果变化的话，在呼叫释放后

它必须进行位

置更新。另外如果切换的另一个小区属于同一个位置位，且两个小区的RLINKUP与

DTX不同的话

则新的小区选择也必须汇报至MS。第三种信息是NCCPERM。

9、SystemInformationType7、SystemInformationType8

系统信息类型7

如果类型4中并没有包含所有的C2参数，则余下的由此类型来携带，至于此类型的

RESTOCTETS

部分与类型4的RESTOCTETS同。

系统信息类型8

如果类型4中并没有包含所有的C2参数，则余下的由此类型来携带，至于此类型的

RESTOCTETS

部分与类型4的RESTOCTETS同。

总之：类型7、8是类型4的补充。

系统信息类型6、7、8参数

⑴、LocationAreaIdentity

⑵、CellIdentity

⑶、Celloptions

⑷、NCCpermitted

系统信息类型7

.

.

SI7RestOctets

系统信息类型8

SI8RestOctets

系统信息的分配原则：

激活式下的小区操作，意即此小区必须被暂停，小区中不存在信道，意即BCCH不发

射

当小区从暂停（HALTED）到激活（ACTIVE），所有系统信息类型分配到BTS。

当小区激活，且用于支持BCCH与SACCH的载波设备置服务状态，则此BTS的系统信

息将被更

新。为防止错码，所有小区都被有规律地分配系统信息。

10、SystemInformationType13

11、PagingRequsttype1

说明：可以看到，在信令里面，Paging的信令出现次数特别多，原因是网络对

MS寻呼是对一个位置区内进行寻呼的，只有当MS解开这条信息才会作出响应。

12、SynchChannelInformation

说明：同步信息，在待机状态和通话状态都会出现，数字通信当中，同步是最

基本也是最重要的，跟邻区也需要同步。

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网络所提供的有效服务。这和对小区的选择便称为Campingon。当一个移动台

一直处于空模式时，它将一直试图去Campingon一个最好的小区（依信号强度算法）。

空闲模式下的动作是由移动台来控制的，也可以通过在BCCH信道上接收到的参数来

执行控制。空闲模式下的控制参数都由小区中的BCCH来传送。

背景：当一个移动台开机后且不进入任何呼叫操作，则它一直处于这样一个状

态：不断选择最好的小区去Camp。读取信息并寄存LAI，以便系统知道如何建立呼

叫路由。总之：空闲模式的核心是PLMN网络选择机制，小区选择与重选算法，

位置更新过程。其唯一目的是确保移动台能登寻到一个通信成功机会最大的小

区。空闲模式下移动台工作分四个过程：

1、PLMNlection,选择网络

2、Celllection,选择小区

3、Cellrelection,小区重选

.

.

4、Locationupdating.位置更新

选择PLMN：当移动台开机或脱离一个盲区后，它便试图去选择并登录注册的

PLMN。如果没有注册的PLMN或者注册的PLMN不存在，它将试图去选另一个PLMN（手

动或自动）相关数据是NCCPERM，读取SCH中的BSIC，解出NCC与BCC。见下图

14、分析：

①呼叫：

说明：从上图可见，由ChannelRequest起，MS向系统发起呼叫请求，至

ConnectAcknowledge连接确认为止，是一个完整的呼叫流程，详细解释如下图：

通话建立（MS作主叫）

信令过程说明

RR层连接建立RACH—UL：CHANNEL_REQUEST内容：建立原因和随机参考值（RAND）

原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等；

RAND：有5位，用来区别不同MS所发起的请求。

AGCH—DL：IMMEDIATE_ASSINGMENT在Um接口建立MS与系统间的无线连接（分配SDCCH）

RR连接建立

MM层连接的建立CCCH—UL：CMSERVICE_REQUEST请求业务如电路交换连接、短信业务等

SDCCH—DL：AUTH_REQUEST鉴权请求

SDCCH—UL：AUTH_RESPONSE鉴权响应

SDCCH—DL：CIPHERING_REQUEST加密命令

SDCCH—UL：CIPHERING_COMPLETE加密完成

CC层连接的建立SDCCH—UL：SETUP请求建立呼叫

内容：呼叫请求的业务种类及MS发送方式、编码标准等

SDCCH—DL：CALL_PROCEEDING系统接受请求后开始处理呼叫

SDCCH—DL：ALERTING振铃音

精心整理

SDCCH—DL：ASSIGNMENT_COMMAND分配TCH

SDCCH—UL：ASSIGNMENT_COMPLETE分配确认

SDCCH—DL：CONNECT用户摘机或连接消息

SDCCH—UL：CONNECT_ACKNOWLEDGE连接确认，表示MS接受连接

另附一个简单的正常通话信令流程：

主要信令流程

CHANNELREQUEST

IMMEDIATEASSIGNMENT

CMSERVICEREQUEST(主叫）

PAGINGRESPONSE（被叫）

SETUP(EMERGENCTYSETUP)

CALLPROCEEDING（主叫）

CALLCONFIRMED（被叫）

ASSIGNMENTCOMMAND

ASSIGNMENTCOMPLETE

ALERTING

CONNECT

CONNECTACKNOWLEDGE

DISCONNECT

RELEASE

RELEASECOMPLETE

CHANNELRELEASE

②掉话分析一：

.

.

说明：结合前文所述“Type1～4只出现在待机状态下，Type5～8只出现在通话状态

下……”，见上图，上面的层3信令反映了系统消息5ter直接到了系统消息4，即此

时发生了掉话，且拆线信令无法正确解调。

结合路测数据回放，可以看到在掉话前信号和质量都还相对平稳，但在一个拐角处

突然信号消失，因此产生掉话，属覆盖盲区造成的掉话。

③掉话分析二：

④正常的释放流程：

说明：从上图可见，这是一个主叫先挂机的释放过程，由Disconnect（断连）开始，

网络开始拆链，至ChannelRelea完成信道的释放。详细流程说明见下表：

呼叫清除（主叫先挂机）

信令过程说明

清除CC层和

MM层连接

TCH—UL：DISCONNECT断开连接消息，指明呼叫清除发起端及清除原因，网络受到后开始清除业

务信道的连接

TCH—DL：RELEASE呼叫释放，通知MS网络正释放CC层连接，MS收到RELEASE消息后将停止

CC连接定时同时开始释放MM连接

TCH—UL：RELEASECOMPLETEMS释放MM并发送本信息，网络接收道后释放MM层连接

释放RR层连

接

TCH—DL：CHANNELRELEASE释放专用信道，专用信道释放后MS进入IDEL状态

如果是被叫先挂机，那么流程与主叫先挂机稍微有一点区别：

呼叫清除（被叫先挂机）

信令过程说明

清除CC层和

MM层连接

TCH—DL：DISCONNECT断开连接消息，指明呼叫清除发起端及清除原因，MS受到后开始清除业务

信道的连接

TCH—UL：RELEASE呼叫释放，通知MS正释放CC层连接，网络收到RELEASE消息后将停止CC

连接定时同时开始释放MM连接

精心整理

TCH—DL：RELEASECOMPLETE网络释放MM连接并发送本信息释放RR层连接

释放RR层连

接

TCH—DL：CHANNELRELEASE释放专用信道，专用信道释放后MS进入IDEL状态

⑤位置更新

详细的位置更新流程见下表：

位置更新

信令过程说明

RR层连接建

立

RACH—UL：CHANNEL_REQUEST内容：建立原因和随机参考值（RAND）

原因：寻呼响应、紧急呼叫、MS发起呼和呼叫重建叫等；

RAND：有5位，用来区别不同MS所发起的请求。

AGCH—DL：IMMEDIATE_ASSINGMENT在Um接口建立MS与系统间的无线连接（分配SDCCH）

RR连接建立

SDCCH—UL：LOCATIONUPDATING_REQ位置更新请求，当MS的LAI等变化时进行

SDCCH—DL：AUTH_REQUEST鉴权请求

SDCCH—UL：AUTH_RESPONSE鉴权响应

SDCCH—DL：CIPHERING_REQUEST加密命令（当系统收到的TMSI与上次不同时进行）

SDCCH—UL：CIPHERING_COMPLETE加密完成（同上）

SDCCH—DL：LOCATIONUPDATING_ACC位置更新接受

释放RR层DCCH—DL：CHANNELRELEASE释放专用信道，专用信道释放后MS进入IDEL状态

③切换

④测量报告

说明：在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和

强制切换，这些操作是不需要网络动作的，只是由MS来完成，而MS是怎样完成的

呢？就是通过改变测量报告。当测试人员点击锁频或者强制切换命令，MS会停止对

其他频点的测量，只是上传测试人员锁定的频点的测量报告，其他频点不进行上传，

.

.

如上图所示，所以网络会认为MS就只收到该信号从而如果是服务小区就会锁频，如

果是邻区网络就会进行切换。

⑤附：MS作被叫的呼叫流程和紧急呼叫流程：

通话建立（MS作被叫）

RR层连接建

立

CCCH—DL：PAGING_REQUEST呼叫请求，触发信道接入

内容：被叫用户的TMSI、IMSI等

RACH—UL：CHANNEL_REQUEST内容：建立原因和随机参考值（RAND）

原因：寻呼响应、紧急呼叫、MS发起呼和呼叫重建叫等；

RAND：有5位，用来区别不同MS所发起的请求。

AGCH—DL：IMMEDIATE_ASSINGMENT在Um接口建立MS与系统间的无线连接（分配SDCCH）

RR连接建立

MM层连接的

建立

SDCCH—UL：PAGING_RESPONSE寻呼响应，用来通知网络建立主信令链路

SDCCH—DL：AUTH_REQUEST鉴权请求

SDCCH—UL：AUTH_RESPONSE鉴权响应

SDCCH—DL：CIPHERING_REQUEST加密命令（当系统收到的TMSI与上次不同时进行）

SDCCH—UL：CIPHERING_COMPLETE加密完成（同上）

CC层连接的

建立

SDCCH—UL：SETUP请求建立呼叫

内容：呼叫请求的业务种类及MS发送方式、编码标准等

SDCCH—UL：CALL_CONFIRMED呼叫确认，

SDCCH—UL：ALERTING振铃音

SDCCH—UL：CONNECT连接或用户摘机消息

SDCCH—DL：ASSIGNMENT_COMMAND分配TCH

SDCCH—UL：ASSIGNMENT_COMPLETE分配确认

精心整理

SDCCH—DL：CONNECT_ACKNOWLEDGE连接确认，表示网络接受连接

紧急呼叫

信令过程说明

RR层连接建

立

RACH—UL：CHANNEL_REQUEST内容：建立原因和随机参考值（RAND）

原因：MS发起呼叫、紧急呼叫、呼叫重建和寻呼响应等；

RAND：有5位，用来区别不同MS所发起的请求。

AGCH—DL：IMMEDIATE_ASSINGMENT在Um接口建立MS与系统间的无线连接（分配SDCCH）

RR连接建立

MM层连接的

建立

CCCH—UL：CM_SERVICE_REQUEST请求业务如电路交换连接、短信业务等

CC层连接的

建立

SDCCH—UL：EMERGENCY_SETUP紧急呼叫建立请求

内容：呼叫请求的业务种类及MS发送方式、编码标准等

SDCCH—DL：CALL_PROCEEDING系统接受请求后开始处理呼叫

SDCCH—DL：ASSIGNMENT_COMMAND分配TCH

SDCCH—UL：ASSIGNMENT_COMPLETE分配确认

SDCCH—DL：ALERTING振铃音

SDCCH—DL：DISCONNECT释放业务信道

⑥ChannelRelea信令里面的Cau（事件号）分析：

对应的网络发生的事情，在这里我们可以看到很多网络释放的原因，例如：我们平

时测试时，在被叫MS没有人接听或者正在通话的情况下，就会统计成一次连接失败，

如果我们在报告里面仅仅用文字表达的话，说服力不强，但是要是在报告里面能说

明Cau是17、19的话就很容易说服别人，还有拥塞也可以在信令里面看到Cau

是34，除次以外还有很多Cau，可以看下表：

.

.

编号原因

1Unassiagnednumber(未分配的号码（空号）)

3Noroutetodestination(无至目的地的路由)

6Channelunacceptable(不可接受的信道)

16Normalclearing(正常清除)

17Urbusy(用户忙)

18Nourresponding(无用户响应)

19

Uralerting,noanswer(已有用户提醒，但无

应答)

21Callrejected(呼叫拒绝)

22Numberchanged(号码改变)

26

Nonlectedurclearing(清除未选择的用

户)

27Destinationoutoforder(终点故障)

28

Incompletenumber(无效号码格式（不完全的

号码）)

29Facilityrejected(设施被拒绝)

30

Respontostatunquiry(对状态询问的响

应)

31Normal,unspecified(正常，未规定)

34

Nocircuit/channelavailable(无电路/信道

可用)

38Networkoutoforder(网络故障)

精心整理

41Temporaryfailure(临时故障)

42

Switchingequipmentcongestion(交换设备拥

塞)

43

Accessinformationdiscarded(接入信息被丢

弃)

44

Requestedcircuit/channelnotavailable(请求的电

路/信道不可用)

47

Resourcesunavailable,unspecified(资源不

可用，未规定)

49

Qualityofrviceunavailable(服务质量不

可用)

50

Requestedfacilitynotsubscribed(未预订所

请求的设施)

55IncomingcallsbarredwithintheCUG

57

Bearercapabilitynotauthorized(承载能力

未认可)

58

Bearercapabilitynotprentlyavailable(承载能

力目前不可用)

63

Serviceoroptionnotavailable,unspecified(无适用的业

务或任选项目，未规定)

65

Bearerrvicenotimplemented(承载业务不

能实现)

68ACMequaltoorgreaterthanACMmax

.

.

69

Requestedfacilitynotimplemented(所请求的设施不能

实现)

70

Onlyrestricteddigitalinformationbearer(仅能获得

受限数字信息承载能力)

79

Serviceoroptionnotimplemented(业务不能

实现，未规定)

81

Invalidtransactionidentrfiervalue(无效

处理识别码)

87UrnotmemberofCUG

88Incompatibledestination(非兼容目的地址)

91

Invalidmandatoryinformation(无效过渡网

选择)

95

Semanticallyincorrectmessage(无效消息，

未规定)

96

Invalidmandatoryinformation(必选消息单

元差错)

97

Messagetypenon-existentornotimplemented(消息类型不存

在或不能实现)

98

Messagetypenotcompatiblewithprotocolstate(消息与控制状

态不兼容，消息类型不存在或不能实现)

99

Informationelementnon-existentornotimplemented(信息单元

不存在或不能实现)

100ConditionalIEerror(无效信息单元内容)

精心整理

101

Messagenotcompatiblewithprotocolstate(消息与呼叫状态

不兼容)

102Recoveryontimerexpiry(定时器超时恢复)

111

Protocolerror,unspecified(协议差错，未规

定)

127Interworking,unspecified(互通，未规定)

DISCONNECT

原因(CAUSEVALUE)用户感受

被叫TCH拥塞

34:Nocircurt/channelavailable

录音通知,暂时无法接通

主叫TCH拥塞

34:Nocircurt/channelavailable?

连续的嘟嘟嘟嘟

有寻呼消息,但没有

PAGING_RESPONSE?

16:normalclearing

录音通知,暂时无法接通

被叫SDCCH拥塞

16:normalclearing

录音通知,暂时无法接通

主叫SDCCH拥塞?没有DISCONNECT消息没有任何提示音,直接返回

SDCCH掉话41：tempfailure录音通知,暂时无法接通

错误号码28：Invalidnumberformat主叫在听到一阵杂音后，多来米

呼叫无应答

18:alerting,butnoanswe

录音通知,用户无人接听

CIC复位111：protocolerror主叫听见多来米

被叫位置更新41：tempfailure录音通知,暂时无法接通

连接超时

102

主叫听见多来米，被叫无寻呼信息

⑦Disconnect和Relea里的Cau分析：

说明：路测中某些时候我们会发现覆盖电平和下行质量都很好，也没有发生切

换等事件，但是无线链路却被释放了（有正常的释放信令流程），路测软件也将之计

为一次掉话。此时可以查看层3信令，首先判断Disconnect消息属于上行还是下行，

正常的移动台主动挂断应该是上行的Disconnect消息；如果其是下行的，则属于系

统或者对端（固话或移动台）问题。其次，查看Relea消息中给出的提出释放的

对象和释放的具体原因，如上图所示（上面的框图为正常的层3释放流程，下面的

.

.

框图为Relea消息中包含的具体信息）。在具体的消息（Messagedump）中，正常

释放消息的末两个字节为E090（16进制）。E0表示是移动台发起的释放请求，90表

示这是一个正常的呼叫释放流程。在非正常原因释放造成的掉话中，Relea消息的

末两个字节一般为以下的三种情况：

EA90

现象：Relea消息的末两个字节为EA90，表示MSC发起的正常呼叫释放流程。这

种情况一般为MSC系统内部的故障或者对端的系统故障，属于非无线原因。

解决方案：在A接口挂信令仪跟踪此类型掉话（CallTrace）。在实际的查找中，我

们发现此类型的掉话都发生在被叫端为固定电话的情况中，进一步分析公网的局向，

发现其都集中于同一个汇接局。最终定位于该汇接局的模块故障。

E290

现象：Relea消息的末两个字节为E290，表示公网发起的正常呼叫释放流程。这

种情况是由于对端公网首先正常挂机，而路测软件判断其非移动台挂断，计为一次

掉话。实际上它不属于真正意义上的掉话，而是操作上的一种不匹配。

解决方案：在长呼中不要使用1001或者121等有固定挂断时间的号码来作被叫，建

议使用自动应答机。

E29F

现象：Relea消息的末两个字节为E29F，表示公网发起的未指名的呼叫释放流程。

这种情况属于非无线原因，一般为公网侧或者对端的故障。

解决方案：在A接口挂信令仪跟踪此类型掉话（CallTrace）。