GSMDT测试分析信令流程速成.

GSM DT测试分析信令速成

1.GSM DT测试的相应考核指标

1.1接通率

以channel request和CM service request同时出现为确定试呼的开始，当试呼开始后，

出现connect、connect acknowledge中的任何一条就计为接通。

未接通情况：从主叫手机channel request开始，一直到被叫手机TCH分配完成、alerting、connect。在此过程中，任何的信令中断都是未接通。

接通率的定义：接通率＝接通总次数/试呼总次数×100％；

说明：

试呼次数：以channel request和CM service request同时出现来确定试呼开始。

接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条

就计数为一次接通。

接通率＝总（Connect或Connect Acknowledge）数/总（channel request和CM service request）数×100％

接通率取主叫测试手机的统计结果。

1.2掉话率

在通话中出现disconnect和channel release中的任何一条，就计为一次呼叫的正常释放。

只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。（如通话时间不

足规定时长，出现释放，要求通过层3信令解码判断原因）。

掉话率的定义：掉话率＝掉话总次数/接通总次数×100％；

说明：

接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任何一条

就计数为一次接通。

掉话次数：在一次通话中如出现Disconnect或Channel Release中任意一条，就计为一

次呼叫正常释放。只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。（如通话时间不足规定时长，出现释放，要求通过层3信令解码判断原因）。

注意：掉话率取主、被叫手机的统计结果：掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％。

1.3其他相应的GSM DT指标

1.3.1全程成功率

语音呼叫全程成功率的定义：语音呼叫全程成功率＝接通率*（1-掉话率）

说明：

接通率=接通次数/试呼次数*100%；

掉话率=掉话次数/接通率次数*100%。

1.3.2覆盖率

覆盖率的定义：覆盖率＝（>=-90dBm的采样点数）/总采样点数×100％；

说明：

采样点数为180秒通话状态和20秒空闲状态样本点数之和。

取主、被叫手机的测试结果。

1.3.2话音质量

话音质量：取SUB值，列出RxQual0-7级各级的采样点数。

每部手机话音质量具体算法如下：话音质量＝[RxQual（0级）＋RxQual（1级）＋RxQual （2级）]×1＋[RxQual（3级）＋RxQual（4级）＋RxQual（5级）]×0.7/（总采样点数）×100％。

话音质量取主、被叫手机的统计结果之和。

1.3.3平均呼叫建立时延

呼叫建立时延：出现最后一条channel request到alert的时间差（以帧号差计算）。

取所有测试的平均时长。

取主叫手机的测试结果。

2.GSM测试中的信令流程

挑选TEMS测试软件日常测试的log，选取一次正常试呼到接通到挂机的主被叫信令流

程，让大家了解下主被叫在呼叫过程中的信令差异，以及先后顺序。详细见附件：Original

Call&Terminating Cal

2.1主叫接通信令

2.1.1Channel Request

MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。在信道请求消息中包括了建立的原因，这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。此外，这条消息还包

括随机参数，移动台（MS）随机的选5个比特作为随机参数。Random reference有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息。

2.1.2Immediate Assignment

基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。实际上，这条消息是一条从网络向移动台发的从AGCH信道转到先前定义的SDCCH信道工作的指令。在这条消息中，包括的参数有：寻呼方式、SDCCH信道描述、随路SACCH、跳频、申请参数（与建

立原因相同）、初始时间提前量和频率分配（跳频应用）。

注意：在MS确认系统是否将这条立即指配的信令是否发给自己的，判断的依据就是立即指配信令中的Random reference值是否与MS上发channel request中的Random reference值一致。但在同频碰撞或者随机参考码一样的时候会导致随机接入失败。

2.1.3CM Service Request

移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交

换连接建立、辅助业务激活或短消息传送。BTS通过返回建立指示消息确认立即指配命令。

建立指示消息有两种用途。首先，建立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。这样，BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，BTS将识别这一连结并把接收到的第3层的消息加入到这条消息中。这条CM业务请求消息被送往移动交换中心。

注意：CM Service Request中的service type，代表该次的业务类型，下图CM Service Request 是发短信息的，注意差别。

2.1.4Authentication Request

移动交换中心发送一条鉴权请求消息作为CC（连接证实）消息给BSC。这条消息包括RAND。BSC通过BTS把消息传送给MS。

MS以带符号的响应结果来响应鉴权请求。鉴权响应通过BTS被送往BSC。

在MS鉴权过程中，使用两种算法A3和A8。这些算法和32-数字密钥被存储在SIM卡中。当网络申请移动台的鉴权，AUC/VLR发送32位十进制随机数字给MS。MS接着计算带符号的响应（SRES）并把它回送给VLR。VLR把接收到的SRES和从先前AUC的鉴权组内部接收

到的SRES作比较。如果这些SRES相同，鉴权成功，MS可以继续呼叫。

你可以注意到，KI的前8个数字被用来鉴权和SRES算法，剩下的24个数字被保留用作密钥

算法。

为了完成鉴权过程，从MS来的SRES的值在消息内部被送回VLR。

2.1.5Setup

在鉴权，识别，加密后，MS处在SDCCH信道中，准备开始真正呼叫建立信令。MS发送一建立消息给BSC，再被送到MSC。BSC向MSC发送建立消息来告知MSC将要执行的呼叫。

注意：在主叫的SETUP中有被叫的号码；被叫的SETUP中有主叫的号码。

2.1.6Assignment Command

BTS进一步把收到的消息发送给MS。消息内容主要包括：信道描述、能量级别、小区信道描述、信道模式（全速率/半速率）和移动分配。

2.1.7Assignment Complete

这条消息由移动台在FACCH信道上发送给网络以指示移动台已成功建立主信令链路。BSS证实MSC获取信道。

2.1.8Al erting

MSC发送提醒消息给BSS。当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。如果

MS收到提醒消息，就应当接通话音通路，此时主叫用户可以听到振铃声，表示被叫用户正

在振铃。

2.1.9Connect

MSC通过BSS发送一连接消息给MS。此消息向MS表明已经通过网络建立连接。MS一收到连接消息，它就把用户连接到无线通路上，并返回一连接证实消息，停止所有本地产生的振铃指示，进入“激活”状态。

2.1.10Connect Acknowledge

MS用这条消息告诉MSC，目前MS正处于”激活”状态，此消息被送往MSC。

2.2被叫接通信令

2.2.1Paging Request Type

MSC发送寻呼消息，它能搜索到在寻呼范围内的被叫MS，在寻呼消息中包括四种消息：消

息类型、被叫用户的IMSI、被叫用户的TMSI、小区识别表。出于安全原因，如果TMSI号码被注册使用，那它便有优先级，如果网络没有使用TMSI，那么只有IMSI，寻呼消息将以UDT（单元数据）消息格式发送给BSC。

2.2.2Paging Response

基站收发信台通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，

建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中。

注意：Paging Response信令中带有被叫MS的TMSI号。

2.3主被叫拆链信令

2.3.1Disconnect

由MS发出撤销连接请求消息。消息内容主要包括：清除终端到终端的连接。这条消息将停止了有关此次呼叫连接的收费,撤销消息发往MSC。

2.3.2Release

实际的释放将来自MSC，真正的呼叫才要结束。释放消息送往MSC。

2.3.3Release compl ete

MS通知网络它将释放处理标识，也就表示释放过程正在进行中。释放完成消息被发送到MSC。

2.3.4Channel release

使正在使用的TCH停止活动。这个消息是由BSC发向MS的。另外，它也被称为“第三层的断开消息”。在正常的呼叫建立情况下，呼叫原因为“正常”。

2.4系统消息相关信令

2.4.1System Information Type 1