技术文件
技术文件名称：GSM Um接口第三层RR子层
1 概述 (3)
1.1 RR子层向上层提供的服务 (3)
1.1.1 空闲模式（Idle mode） (3)
1.1.2 专用模式(Dedicated mode) (4)
1.1.3 组接收模式(Group receive mode) (4)
1.1.4 组传输模式(Group transmit mode) (4)
1.1.5 包空闲模式(Packet idle mode) (4)
1.1.6 包传输模式(Packet transfer mode) (4)
2 RR子层的信令过程 (5)
2.1 空闲模式 (5)
2.2 RR连接建立 (5)
2.2.1 MS发起建立过程 (5)
2.2.2 寻呼过程RR连接建立 (6)
2.3 专用模式信令过程 (7)
2.3.1 SACCH过程(SACCH procedure) (7)
2.3.2 消息传输和链路层服务规定(Transfer of messages and link layer service
provision) 7
2.3.3 通道分配过程(Channel assignment procedure) (7)
2.3.4 切换过程(Handover procedure) (7)
2.3.5 频率重定义过程(Frequency redefinition procedure) (8)
2.3.6 通道模式改变过程(Channel mode modify procedure) (8)
2.3.7 加密模式设置过程(Ciphering mode setting procedure) (8)
2.3.8 附加通道分配过程(Additional channel assignment procedure) (9)
2.3.9 部分通道释放过程(Partial channel release procedure) (9)
2.3.10 等级标志改变过程(Classmark change procedure) (9)
2.3.11 等级标志查询过程(Classmark interrogation procedure) (9)
2.3.12 通知指示和寻呼信息(Indicationof notifications and paging information) (9)
2.3.13 RR连接释放过程(RR Connection release procedure) (9)
2.3.14 RR实体接收RR STATUS消息(Receiving a RR STATUS message by a RR entity)
10
2.3.15 组接收模式过程(Group receive mode procedures) (10)
2.3.16 配置改变过程(Configuration change procedure) (10)
2.3.17 在多时隙配置中映射用户数据流到时隙(Mapping of user data substreams onto
timeslots in a multislot configuration) (10)
2.3.18 在频带改变时处理等级标志(Handling of Classmark Information at band
change) 11
2.3.19 分配包数据通道(Assignment to a Packet Data Channel) (11)
2.3.20 RR网络请求小区改变（RR-Network Commanded Cell Change Order） (11)
2.4 消息结构 (12)
1概述
在GSM Um接口第三层中，一共包括三个子层：连接管理CM（Connect Management）子层，移动管理MM（Mobility Management）子层，无线资源管理RR（Radio Resource Management）子层。这三个子层在MSC或BSC中分别有对等实体，下面是GSM用户侧协议模型，从中可以看出Um接口第三层各协议实体及其对等实体：
RR子层的作用主要是建立、维护及释放无线连接，从而允许MS（Mobile Station）与网络进行点到点通信，这包括：小区的的选择和重选，以及切换等，RR子层还包括守听单向BCCH和CCCH通道的功能，从而实现自动小区切换。
如果支持VGCS（V oice Group Call Service）和VBS（Voice Broadcast Service）功能，RR子层还包括守听NCH（Notification Channel）通道的功能，以及获取及释放组呼（V oice Group Call）通道的功能。
如果支持GPRS（General Packet Radio Service）点到点服务功能，RR子层还包括管理包数据物理通道（Packet data physical channels）。
1.1RR子层向上层提供的服务
1.1.1空闲模式（Idle mode）
在此模式下没有RR连接存在，在MS侧RR子层实现自动小区选择及重选，RR实体将通知上层BCCH/CCCH通道不可用，或小区的改变，当小区或其相关部分改变时，上层还将收到BCCH的广播消息。
在空闲模式，上层可以要求RR子层建立RR连接。
1.1.2专用模式(Dedicated mode)
在该模式下，已经有RR连接存在，RR连接是一个物理的点到点双向连接，包括一个工作在多帧模式下SAPI=0的数据链路连接。在该模式下，RR实体提供以下服务：?在数据链路层建立和释放多帧操作。
?通过数据链路层传输消息
?指示传输暂时的不可用、阻塞和恢复
?指示RR连接的丢失
?自动小区重选和切换，从而保持RR连接
?设置或改变物理通道的传输模式，包括通道类型，编码/解码/变换方式及加密设置。
?分配、释放额外的通道（在TCH/H+TCH/H方式）
?释放RR连接
1.1.3组接收模式(Group receive mode)
只对支持VGCS监听和VBS监听的MS可用。在该模式下，在MS侧RR实体提供以下功能：
?连接到语音广播通道或语音组呼通道
?在非应答方式下接收消息
?自动小区重选
?从语音广播通道断开连接
1.1.4组传输模式(Group transmit mode)
只对支持VGCS广播的MS有效。在该模式下，将建立RR连接，并提供以下功能：
?在SAPI=0的数据链路层连接传输消息
?指示RR连接的丢失
?自动小区重选及切换，从而保持RR连接
?设置物理通道的传输模式
?释放RR连接
1.1.5包空闲模式(Packet idle mode)
只对支持GPRS功能的MS可用。在该模式下，没有TBF（Temporary Block Flow）存在，上层可以要求传输LLC PDU，从而建立TBF。
1.1.6包传输模式(Packet transfer mode)
只对支持GPRS功能的MS可用。在该模式下，RR子层将提供以下功能：
?在应答方式下传输LLC PDU。
?在非应答方式下传输LLC PDU。
2RR子层的信令过程
2.1空闲模式
在空闲模式，网络将在BCCH通道上定时广播以下消息：
SYSTEM INFORMA TION TYPE 2~4
或SYSTEM INFORMATION TYPE 1，2bis，2ter，7，8，13，15，16，17
MS依据这些消息决定是否以及如何访问当前的小区，所广播的消息包括以下一些内容：
?关于标识当前网络，位置区和小区的消息
?候选小区信号强度测量信息以实现切换和小区选取
?关于当前控制通道结构的信息
?关于访问RACH通道的信息
?PHASE 1协议消息长度
2.2RR连接建立
2.2.1MS发起建立过程
RR子层响应以下消息时，将建立RR连接：
?MM子层或LLC层请求进入专用模式
?RR实体响应PAGING REQUEST消息
RR实体在建立RR连接时，将在RACH通道上发最多M+1个CHANNEL REQUEST 消息（M是BCCH广播的参数，“max retrans”）。
在发送完一个CHANNEL REQUEST消息后，MS将在BCCH和CCCH通道上守听，发送完所有M+1个消息后，RR实体启动定时器T3126，如果T3126超时，MM子层放弃通道分配过程。
网络侧在接收到CHANNEL REQUEST消息后，在CCCH通道（接收到CHANNEL REQUEST消息的通道）上发送IMMEDIATE ASSIGNMENT消息或IMMEDIATE ASSIGNMENT EXTENDED消息响应。这两个响应消息的不同之处在于IMMEDIATE ASSIGNMENT消息包含一个MS的的分配信息，而IMMEDIATE ASSIGNMENT EXTENDED消息同时包含两个MS的信道分配消息。
MS在收到IMMEDIATE ASSIGNMENT消息后，将切换到分配的通道上，将该通道标识为信令专用通道，并发送一个包含第三层消息的第二层SABM帧。在这里，第三层消息是指PAGING RESPONE，第三层消息还可以是以下一些：
?CM SERVICE REQUEST
?LOCATION UPDA TING REQUEST
?IMSI DETACH
?CM RE-RESTABLISHMENT REQUEST
?NOTIFICATION RESPONSE
?IMMEDIATE SETUP
?RR INITIALISATION REQUEST
如果没有可以分配的通道，网络侧将向MS发IMMIDIATE ASSIGNMENT REJECT消息，MS在接收到该消息后，停止发送CHANNEL REQUEST消息，启动定时器T3122，和T3126，然后在CCCH通道上守听，直到T3126超时，如果在此期间收到通道分配消息，则按前所述进行处理，否则MS回到IDLE状态。
在T3122超时之前，MS不允许在同一个小区内建立新的RR连接，除非在紧急呼叫时没有收到IMMEDIATE ASSIGNMENT REJECT消息。
如果MS在最后接收到的SYSTEM INFORMATION TYPE 3消息中指示要求MS发送等级标识，则MS将向网络发送CLASSMARK CHANGE消息。
2.2.2寻呼过程RR连接建立
MS在收到寻呼消息PAGING REQUEST时，通过TMSI来识别是否是本MS，如果是则开始如前所述的RR连接建立过程。
寻呼消息共有三种：
PAGING REQUEST TYPE 1
PAGING REQUEST TYPE 2
PAGING REQUEST TYPE 3
整个信令过程如下：
2.3专用模式信令过程
2.3.1SACCH过程(SACCH procedure)
在专用模式，SACCH被用于从MS传输测量结果。由于SACCH具有必须双向连续传输的特性，因此，如果没有其它内容要传输，MS将向网络报告测试结果（MEASUREMENT REPORT），另外一方面，网络如果没有其它内容要传输，则向MS发SYSTEM INFORMA TION TYPE 5，6或5bis，5ter消息。
如果MS具有扩展的测量能力，当它收到EXTENDED MEASUREMENT ORDER消息时，将进行相应的测量，并报告测量结果(EXTENDED MEASUREMENT REPORT)。第二层每发送一个其它消息，就应至少发送一个包含测量信息的帧。
2.3.2消息传输和链路层服务规定(Transfer of messages and link layer service provision)
在专用模式，上层可以在SAPI=0链路上发送多帧消息或非应答消息。另外，当且仅当在专用模式时，上层还可以访问除SAPI=0外的链路层服务。
2.3.3通道分配过程(Channel assignment procedure)
在专用模式或组传输模式，小区内（Intracell）通道改变可以由上层提出请求改变通道类型，或由RR子层决定，如小区内切换，这种改变即由专用通道改变过程来完成。
本过程只被用于专用模式，在空闲模式，应使用立即分配过程（Immediate Assignment）。
通道分配过程总是由网络侧发起，该过程包括：
?挂起除RR管理过程外（第三层）的其它操作
?释放主信号链路，和其它数据链路，断开TCH连接（如果存在）
?去激活以前分配的通道（第一层）
?激活新通道及其连接
?激发建立SAPI=0的数据链路连接
网络通过向MS发ASSIGNMENT COMMAND消息来开始通道分配过程。MS在收到该消息后，MS阻塞除RR消息及异常消息外的所有其它消息，直到收到恢复指示。MS立即释放所有的链路层连接和物理连接，并转到所分配的通道上重新建立连接。
当主信令链路建立好后，MS在主DCCH通道上向网络发ASSIGNMENT COMPLETE 消息。网络在收到该消息后，释放以前分配的资源。
2.3.4切换过程(Handover procedure)
在专用模式或组传输模式，小区间或小区内通道改变可由网络侧RR子层提出，这种改变可由切换过程来完成。切换过程总是由网络发起。
切换过程包括：
?阻塞RR管理和异常外的其它消息。
?断开主信令链路和其它链路（LAYER 2），断开TCH。
?断开并去激活以前分配的通道（LAYER1）
?激活新的通道，并建立连接
?在新通道上建立SAPI=0的数据链路连接
网络通过发出HANDOVER COMMAND消息到MS来开始切换过程。MS在收到该消息后阻塞除RR消息及异常消息外的所有消息，直到连接恢复。
MS在切换到新的通道后，发送四次HANDOVER ACCESS消息（第一层消息）（可选，由HANDOVER COMMAND消息的内容来定），然后激活新的通道进行消息收发。
切换结束后，MS向网络发HANDOVER COMPLETE命令。网络在收到该命令后释放以前的通道。
2.3.5频率重定义过程(Frequency redefinition procedure)
在专用模式和组传输模式，该过程用于改变所分配通道的频点。网络向MS发FREQUENCY REDEFINITION 消息，该消息中包含了新的参数以及开始时间。
在收到该消息后，MS改变消息中指定时隙的频点。并发送一个RR STA TUS消息指出成功与否。
2.3.6通道模式改变过程(Channel mode modify procedure)
通道模式包含专用通道的编码，解码及转换等功能。总是由网络侧发起。
网络侧通过发CHANNEL MODE MODIFY消息来开始该过程。MS在收到该消息后将在指定的通道上设置通道模式，并返回CHANNEL MODE MODIFY ACKNOWLEDGE消息。
2.3.7加密模式设置过程(Ciphering mode setting procedure)
在专用模式（不用于组传输模式），该过程被网络侧用于设置加密模式，如传输是否加密，如果加密使用什么算法。
网络侧发CIPHERING MODE COMMAND消息开始该过程，MS在收到该消息后，如果有一个有效的SIM卡存在，及一个加密KEY存在，则将该KEY装入ME中，MS将返回CIPHERING MODE COMPLETE消息。下面是加密模式设置过程流程：
MS
NETWORK
开始使
方式传
接收
开始使用
新方式发
送
2.3.8附加通道分配过程(Additional channel assignment procedure)
该过程只对支持TCH/H+ACCH到TCH/H+TCH/H+ACCH转换的MS有效。在专用模式（组传输模式无效），该过程被用于为MS另外再分配一个专用通道并保留以前的专用通道。
该过程由网络侧发起。由网络发ADDITIONA ASSIGNMENT消息开始该过程，该消息描述了要分配的通道参数，MS在收到该消息后在收到ADDITION ASSIGNMENT消息的通道上发ASSIGNMENT COMPLETE消息作为回应。
2.3.9部分通道释放过程(Partial channel release procedure)
在专用模式（不可用于组传输模式），该过程被用于去激活部分专用通道。通道配置仍保持专用。
网络侧在主DCCH通道上发PARTIAL RELEASE消息开始该过程，MS在收到该消息后：
?断开要求释放通道的所有链路连接
?在以前释放但仍保留的通道上建立连接
?去激活并释放物理通道
?发送PARTIAL RELEASE COMPLETE消息到网络。
2.3.10等级标志改变过程(Classmark change procedure)
在专用模式或组传输模式，该过程允许MS通知网络等级标志的改变。MS向网络发CLASSMARK CHANGE消息到网络，该消息中包含了新的等级标志信息2或3，网络侧不用回任何消息。
2.3.11等级标志查询过程(Classmark interrogation procedure)
网络通过该过程查询MS的等级标志，网络在主DCCH通道上向MS发CLASSMARK ENQUIRY消息，MS在收到该消息后，发CLASSMARK CHANGE消息作为回应。
2.3.12通知指示和寻呼信息(Indicationof notifications and paging information)
该过程只对支持VGCS监听和VBS监听的MS有效。
2.3.13RR连接释放过程(RR Connection release procedure)
该过程主要用于去激活所有在用的专用通道。当通道被释放后，MS回到IDLE状态。该过程可用于呼叫结束后TCH通道释放，以及专用通道释放后的DCCH通道释放。该过程总是由网络发起。
网络在主DCCH通话上向MS发CHANNEL RELEASE消息，并启动定时器T3109，去
激活SACCH，MS在接收到消息后，启动定时器T3110，断开主链路连接，在T3110超时后，或断开连接被确认后，MS去激活所有的通道，回到IDLE状态。
在网络侧，当主信令链路被断开后，网络停止T3109，启动T3111，在T3111超时后，网络去激活所有的通道。如果T3109超时，则网络也释放所有的连接。
2.3.14RR实体接收RR STA TUS消息(Receiving a RR STA TUS message by a RR entity)
MS的RR实体在收到RR STA TUS消息后，不用作任何处理。
2.3.15组接收模式过程(Group receive mode procedures)
只对支持VGCS监听和VBS监听的MS有效。
2.3.16配置改变过程(Configuration change procedure)
本过程只对支持多时隙配置的MS有效。网络侧使用该过程改变使用的时隙数，还可用于改变一个或一组通道模式，或分配，主信令链路不可使用该过程改变。（主信令链路可使用ASSIGNMENT过程或HANDOVER过程改变）。
网络侧通过在主DCCH通道上发CONFIGURATION CHANGE COMMAND消息开始该过程，该消息包括：
?上行链路使用哪些时隙
?下行链路使用哪些时隙
?通道与时隙的对应关系
在该消息中，还可以包括一个或多个通道的模式定义。MS处理完该消息后，在接收该消息的通道上返回CONFIGURATION CHANGE ACKNOWLEDGE消息。
2.3.17在多时隙配置中映射用户数据流到时隙(Mapping of user data substreams onto timeslots in a multislot configuration)
在多时隙配置下，将用户数据流映射到时隙，每个通道都要遵循以下规则：
?在初始分配时（使用ASSIGNMENT过程），最低编号用户数据流应映射到最低编号时隙，按升序排列。
?在使用HANDOVER或ASSIGNMEN过程改变通道时（没有时隙同时存在于新旧配置中），最低编号用户数据流应映射到最低编号时隙，按升序排列。
?在使用ASSIGNMENT过程改变通道（至少有一个时隙在新旧配置中相同）或CONFIGURA TION CHANGE过程改变通道时，用户数据映射到新旧配置都存在的
时隙，仍保持映射。增加的时隙应传输最低编号用户数据。
2.3.18在频带改变时处理等级标志(Handling of Classmark Information at band change)
Mobile Station Classmark 1和Mobile Station Classmark 2编码与频带有关，在收到改变频带（GSM900，DCS1800）消息（如：IMMEDIATE ASSIGNMENT，ASSIGNMENT COMMAND，HANDOVER COMMAND，FREQUENCY REDEFINITION）后，应作相应处理。
2.3.19分配包数据通道(Assignment to a Packet Data Channel)
只对支持GPRS的MS有效。
2.3.20RR网络请求小区改变（RR-Network Commanded Cell Change Order）
只对支持GPRS的MS有效。
2.4消息结构
在RR实体中，用到的消息有以下一些；
下面是一些使用较多的消息及其简单解释。
1．C HANNEL REQUEST
消息方向：MS==》NETWORK
传输通道：RACH。
8 7 6 5 4 3 2 1
Establishment Cause:
指示建立RR连接的原因，长度可从3BIT到6BIT。
Random Reference：
长度可从2BIT到5BIT。
下面是CHANNEL REQUEST消息的RR建立原因编码（Random Reference区被标为
X）：
在MS响应寻呼消息时，消息内容如下：
2．I MMEDIATE ASSIGNMENT
在空闲模式，用于将通道配置改变为专用通道。
消息方向：NETWORK==》MS
传输通道：CCCH
L2 Pseudo Length：
除IA Reset Octets和L2 Pseudo Length外的消息长度。Protocol Discriminator:
4321
0011：呼叫控制，呼叫相关的SS消息
0101：非GPRS服务的移动管理消息
0110：无线资源管理消息
1000：GPRS服务的移动管理消息
1010：话路管理消息
Skip Indicator:
该字段非“0000”的消息将被丢弃。
Message Type:
参见前面相关表格。
Page Mode:
控制MS寻呼方式，
8 7 6 5 4 3 2 1
PM：
21
00：普通寻呼
01：扩展寻呼
10：寻呼重组（reorganization）
11：保留
Dedicated mode or TBF:
用于网络指示MS将消息剩下的部分解释成IMMEDIATE ASSIGNMENT还是解释成TBF。
8 7 6 5 4 3 2 1
T/D：
1
0：本消息分配一个专用模式资源
1：本消息分配TBF
Downlink:
2
0：无意义
1：本消息分配一个资源给予MS，由IA rest octets指定，类型由T/D指出。
TMA：（Two Message Assignment）
3
0：无意义
1：本消息是两个TBF分配消息中的第一个。
Channel Description:
用于描述与SACCH一起可分配的通道
8 7 6 5 4 3 2 1
Channel type and TDMA offset:
87654:
00001：TCH/F+ACCHs
0001T：TCH/H+ACCHs
001TT：SDCCH/4+SACCH/C4 or CBCH(SDCCH/4)
01TTT：SDCCH/8+SACCH/C8 or CBCH(SDCCH/8)
（T表示子通道号）
TN：时隙号，0~7
TSC：训练序列码，0~7
H：跳频通道（Hopping Channel）
5
0：单一频率通道（Signle RF channel）
1：跳频通道（RF hopping channel）
Pack Channel Description :
用于描述包数据物理通道（PDCH）。
Request Reference:
用于描述通道请求及帧编号中的随机访问信息，在此得到的值为FN mod 42432（51*（t3-t2）mod 26）+T3+51*26*T1’）。
8 7 6 5 4 3 2 1
RA：随机访问信息，参见CHANNEL REQUEST消息中的Random Reference字段。
T1’：FN mod 32
T3：FN mod 51
T2：FN mod 26
Timing Advance：
时间提前值，单位为48/13us。
8 7 6 5 4 3 2 1
Mobile Allocation:
描述小区RF通道。
8 7 6 5 4 3 2 1
Starting Time:
描述TDMA开始帧号，值为FN mod 42432，结构同Timing Advance.
IA Rest Octets:
可能为空闲比特，或一个packet uplink assignment结构、packet downlink assignment结构，second part packet assignment 结构，frequency parameters before time结构。
3．I MMEDIATE ASSIGNMENT EXTENDED
网络同时发给两个MS用于通道配置。
消息方向：NETWORK==》MS
传输通道：CCCH
Spare Half Octet:
用于填充非整数个字节部分。
4．I MMEDIATE ASSIGNMENT REJECT
被NETWORK用于向到最多四个MS发无法分配通道消息。
消息方向：NETWORK==》MS
传输通道：CCCH
Wait Indication:
MS开始另一次通道请求之前必须等待的时间,如果是RR连接则表示T312，如果是TBF 连接，表示T3142：
8 7 6 5 4 3 2 1
5．C LASSMARK CHANGE
通知网络等级标专的改变，或作为对等级标专查询的响应。
传输方向：MS==》NETWORK
传输通道：DCCH
6．P AGING REQUEST TYPE 1
消息方向：NETWORK ==》MS
传输通道：CCCH
目录 第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)
掉话类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分别进行累加。
呼叫信令详解（前后台） 呼叫流程信令图 起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通建立RRC连接 直传信令连接建立（含鉴权和加密）
RAB建立过程
振铃，接通 RRC建立过程 （1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送RRC Connection Request 消息，发起RRC 连接建立过程。 （2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio Link Setup Request 消息给NodeB。 （3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条
Radio Link Setup Response 响应消息。 （4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。建立Iub 数据传输承载需要NodeB 确认。 （5）（6）通过Downlink Synchronisation 和Uplink Synchronisation. 控制帧，NodeB 与RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL 发送。（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。 （8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成 建立初始直传/上下行直传 （9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。 （10）RNC 发起初始到CN 的信令连接，并发送一条Initial UE Message 消息给CN，通知CN 关于UE 请求的业务等内容。 通过初始直接传输过程后，可使用该信令连接传输UE 和CN 之间的NAS 消息。 （11）CN 发送RANAP 消息Direct Transfer （Authentication Request）到RNC，要求对UE 进行鉴权。 （12）RNC 发送RRC Downlink Direct Transfer（Authentication Request）消息给UE。NAS 消息由UTRAN 透明的传输到UE （13）UE 发送RRC Uplink Direct Transfer Message（Authentication Response）消息给RNC，告知网络侧UE 已经按照鉴权要求完成了鉴权。 （14）RNC 发送RANAP 消息Direct Transfer 给CN，将UE 的NAS消息转发给CN。NAS 消息被透明的传输到UTRAN。 安全模式控制 （15）CN 发送RANAP 消息Security Mode Command 给RNC，要求终端进行安全模式控制。 （16）RNC 在下行DCCH 上发送RRC Security Mode Command 给UE，开始/重启加密过程。 （17）UE 成功应用新的加密方式后，在上行DCCH 上发送RRC SecurityMode Complete 给RNC （18）RNC 发送RANAP 消息Security Mode Complete 给CN，双方完成安全模式控制。建立RAB （19）（20）（21）（22）上行和下行的直接传输过程，NAS 要求传输数据， UE 向网络侧说明Bearer Capability 以及Called Number 等内容。 （22）CN 向RNC 发送RANAP 消息Common ID，告知RNC 该UE 的IMSI。 （23）CN 向RNC 发送RANAP 消息Radio Access Bearer Assignment Request ，发起RAB
层三信令掉话分析 1.前言 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMA TION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMA TION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH 频点描述2） DL: SYSTEM INFORMA TION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMA TION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMA TION TYPE 7：小区重选参数 DL: SYSTEM INFORMA TION TYPE 8：小区重选参数 UL: Channel request DL: Immediate assignment（SDCCH） 试呼： UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败DL: CM service Request DL: CM service accept DL: AUTHENTICA TION REQUEST UL: AUTHENTICA TION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCA TION COMMAND UL: TMSI REALLOCA TION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMA TION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMA TION TYPE 6：CI，LAI，小区参数设置
Layer 3信令分析及流程详解汇编 陈小永整理 （杭州东信网络技术有限公司）
Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。
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——小区禁止标志，用一个比特表示。
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、其他： ①掉话； ②位置更新 ③切换 ④测量报告 在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和强制切换，这些操作是不需要网络动作的，只是由手机来完成，而手机是怎样完成的呢？就是通过改变测量
3G网络掉话分析与优化 摘要：CDMA2000是3G的通信标准之一。在网络优化中，掉话是用户投诉的热点。本文以CDMA2000网络为例研究了系统掉话的原因及出现相应故障事件所采用的优化方案，通过实际路测案例分析对掉话原因进行分析并解决系统出现的掉话故障。 关键字：3G；掉话分析；无线网络优化 一、引言 掉话是指移动台正处于在业务状态下，但未按正常释放流程中断本次业务而直接进入系统搜索状态。由于掉话对终端用户的影响很大，运营商一般都将话务掉话比或者掉话率作为网络质量考核的KPI指标。因此，如何降低系统的掉话率、提高网络运行质量就成为无线网络优化工作的重要内容。 二、网络优化中的掉话分析过程 1、话统分析 首先找出掉话率明显异常的小区进行分析，应先从以下几个方面检查掉话原因，例如硬件设备故障、弱覆盖、天馈/GPS时钟、传输问题或者无线参数配置。如这几个方面均无明显异常，可以统计单个载频的掉话指标，找出是否是某个载频的问题。查询掉话率的同时还要关注掉话次数。除此之外，干扰、覆盖、切换等问题也会影响掉话指标。所以，实际分析解决问题时，在重点抓住某个指标分析的同时还需要结合其他指标一起分析。 2、业务观察与信令跟踪 我们可以利用Service Observation，跟踪观察某个基站或者单个用户的IMSI的呼叫，记录呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区ID、扇区ID、引起呼叫释放的内部原因等）。Signaling Trace，通常选择按单个用户的IMSI或ESN进行跟踪；测试完毕后，保存数据，可使用客户端或STP单机版查看采集的信令流程。从信令流程中分析问题。 3、路测分析 路测是我们了解网络质量、发现网络问题中直接、准确的方法。路测时需要观察是否有上下行不平衡，是否有天馈装反、导致某PN的信号出现在不该出现的地方，是否有越区覆盖、盲区覆盖等等。特别在进行了参数调整或做了RF优化调整后，都需要通过路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有局限。由于路测路线的限制，不可能得到网络的完整情况。话统与测试相结合才能有效解决问题。 4、告警信息分析 设备告警信息能实时反映全网设备运行状态，需要密切关注。当话统中的某一指标出现异常，很有可能是设备出现问题，区别不同的告警并将其与话统指标联系起来分析才不至于浪费时间。 三、实际路测掉话优化案例分析 问题发生地点：测试车辆沿G107由北向南行驶，在亿通停车场基站与拆解中心基站中间主叫手机占用201频点发生掉话事件。如图1所示。
TD-LTE呼叫信令流程分析2011年评审通过
1文档介绍 1.1 文档目的 预期的读者是ENODEB软件工程师、软件测试工程师以及网规网优人员。 1.2 文档范围 本文分析了SERVICE REQUEST、专用承载建立、修改和释放过程中涉及的各条消息以及每条消息中包含的IE。 1.3 参考资料 【1】LTE_call_processing_entity_msg_flow_zengzhaohui.vsd 【2】3GPP TS 36.413 S1 Application Protocol (S1AP)（Release 9） 【3】3GPP TS 24.301 Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS) （Release 9） 【4】3GPP TS 36.331 Radio Resource Control (RRC) （Release 9） 1.4 术语和缩略语定义 略。
2公用子流程 2.1.1RRC连接建立 2.1.1.1 RRC连接建立相关流程 图 2-1: RRC连接的成功建立流程 图2-2: RRC连接建立，网络侧发起拒绝 2.1.1.2 关键消息 RRCConnectionRequest RRCConnectionRequest消息用于请求建立RRC连接。该消息的一些具体信息为： 信令承载： SRB0 RLC-SAP：TM 逻辑信道：CCCH 消息的主要IE：第四节所附EXCEL文档 RRCConnectionSetup RRCConnectionSetup消息用于建立SRB1。该消息的一些具体信息为： 信令承载： SRB0 RLC-SAP：TM 逻辑信道：CCCH 消息的主要IE：第四节所附EXCEL文档 RRCConnectionSetupComplete RRCConnectionSetupComplete消息表示成功建立RRC连接。该消息的一些具体信息为：
层三信令“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：清除未选择的用户
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.
无线侧简单QCAT信令分析流程 一、软件安装部分 1、安装软件介绍 双击安装QCAT.06.30.22.00，安顺序要求下一步安装到结束就可以。安装结束后在电脑程序中查询QCAT单击就可以进入软件，软件可以同时打开多个。 2、软件页面介绍 打开软件后出现的页面如下：
第一次打开软件时需要在配置页面设置信令类型按颜色显示，方便分析，具体如下： 在Configuration中持续点击Use Friendly Viewer Colors待出现下拉菜单时由默认的false 改成true。 按上图1到4步骤打开测试数据，其中测试数据可以同时打开多个，也可以一次打开1次，主要看电脑性能。
打开测试数据后默认状态会显示数据所有信令，需要按点击上图1位置对多余信令进行筛选，图2为需要显示的信令，按需选择；也可以通过图3位置输入代码查找相应的信令。Packets页面信令栏解释： #:信令编号 Time:信令记录时间 Type:信令代码 Description:信令名称 Subtitle:信令具体名称 Direction:BS<<
呼叫信令详解（前后台） 重点关注参数解释 PCCPCH-RSCP:UE 测得主公共控制信道的码片功率 PCCPCH-C/I: UE 测得主公共控制信道的载干比 PCCPCH-Path Loss: 主公共控制信道的路损 DPCH-RSCP: UE 测得专用信道的码片功率 DPCH-C/I: UE 测得专用信道的载干比 DPCH-ISCP:专用信道的干扰信号 BLER:误块率，是一段时间内误块数与总TB 块数的比值。即 的 总传输块数 呼叫流程信令图 起呼过程分四个阶段：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 连接建立完成 直传信令连接建立（含鉴权和加密）
VOLTE信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解 SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址 URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。 严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。 信令说明如下： 1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向IMS发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；
5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报 告给P-CSCF服务器； 6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网 将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK； 7.用户向IMS订阅注册事件包 8.服务器应答订阅成功 9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器 回应Notify消息中，状态为active，同时携带XML信息 10.终端发送Notify 200表示接收成功 注册过程测试信令载图如下： 注销过程测试信令截图如下： 1)Activate Default EPS Bearer Context Request（QCI=5） 该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。 主要说明如下： 该信令中主要是关注QCI等级，必须是QCI=5，才能传输SIP信令，ERAB ID=6 2)REGISTER(1ST Sip Register Request)& REGISTER 401（Unauthorized） REGISTER信令是用于网络注册，建立关联
技术文件 技术文件名称：GSM Um接口第三层RR子层
1 概述 (3) 1.1 RR子层向上层提供的服务 (3) 1.1.1 空闲模式（Idle mode） (3) 1.1.2 专用模式(Dedicated mode) (4) 1.1.3 组接收模式(Group receive mode) (4) 1.1.4 组传输模式(Group transmit mode) (4) 1.1.5 包空闲模式(Packet idle mode) (4) 1.1.6 包传输模式(Packet transfer mode) (4) 2 RR子层的信令过程 (5) 2.1 空闲模式 (5) 2.2 RR连接建立 (5) 2.2.1 MS发起建立过程 (5) 2.2.2 寻呼过程RR连接建立 (6) 2.3 专用模式信令过程 (7) 2.3.1 SACCH过程(SACCH procedure) (7) 2.3.2 消息传输和链路层服务规定(Transfer of messages and link layer service provision) 7 2.3.3 通道分配过程(Channel assignment procedure) (7) 2.3.4 切换过程(Handover procedure) (7) 2.3.5 频率重定义过程(Frequency redefinition procedure) (8) 2.3.6 通道模式改变过程(Channel mode modify procedure) (8) 2.3.7 加密模式设置过程(Ciphering mode setting procedure) (8) 2.3.8 附加通道分配过程(Additional channel assignment procedure) (9) 2.3.9 部分通道释放过程(Partial channel release procedure) (9) 2.3.10 等级标志改变过程(Classmark change procedure) (9) 2.3.11 等级标志查询过程(Classmark interrogation procedure) (9) 2.3.12 通知指示和寻呼信息(Indicationof notifications and paging information) (9) 2.3.13 RR连接释放过程(RR Connection release procedure) (9) 2.3.14 RR实体接收RR STATUS消息(Receiving a RR STATUS message by a RR entity) 10 2.3.15 组接收模式过程(Group receive mode procedures) (10) 2.3.16 配置改变过程(Configuration change procedure) (10) 2.3.17 在多时隙配置中映射用户数据流到时隙(Mapping of user data substreams onto timeslots in a multislot configuration) (10) 2.3.18 在频带改变时处理等级标志(Handling of Classmark Information at band change) 11 2.3.19 分配包数据通道(Assignment to a Packet Data Channel) (11) 2.3.20 RR网络请求小区改变（RR-Network Commanded Cell Change Order） (11) 2.4 消息结构 (12)