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

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

《GSMDT测试分析信令流程速成解读.docx》由会员分享，可在线阅读，更多相关《GSMDT测试分析信令流程速成解读.docx（23页珍藏版）》请在冰豆网上搜索。

GSMDT测试分析信令流程速成解读

GSMDT测试分析信令速成

1.GSMDT测试的相应考核指标

1.1接通率

以channelrequest和CMservicerequest同时出现为确定试呼的开始，当试呼开始后，出现connect、connectacknowledge中的任何一条就计为接通。

未接通情况：

从主叫手机channelrequest开始，一直到被叫手机TCH分配完成、alerting、connect。

在此过程中，任何的信令中断都是未接通。

接通率的定义：

接通率＝接通总次数/试呼总次数×100％；

说明：

试呼次数：

以channelrequest和CMservicerequest同时出现来确定试呼开始。

接通次数：

当一次试呼开始后出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通。

接通率＝总（Connect或ConnectAcknowledge）数/总（channelrequest和CMservicerequest）数×100％

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

1.2掉话率

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

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

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

掉话率的定义：

掉话率＝掉话总次数/接通总次数×100％；

说明：

接通次数：

当一次试呼开始后出现了Connect，ConnectAcknowledge消息中的任何一条就计数为一次接通。

掉话次数：

在一次通话中如出现Disconnect或ChannelRelease中任意一条，就计为一次呼叫正常释放。

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

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

注意：

掉话率取主、被叫手机的统计结果：

掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％。

1.3其他相应的GSMDT指标

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平均呼叫建立时延

呼叫建立时延：

出现最后一条channelrequest到alert的时间差（以帧号差计算）。

取所有测试的平均时长。

取主叫手机的测试结果。

2.GSM测试中的信令流程

挑选TEMS测试软件日常测试的log，选取一次正常试呼到接通到挂机的主被叫信令流程，让大家了解下主被叫在呼叫过程中的信令差异，以及先后顺序。

详细见附件：

2.1主叫接通信令

2.1.1ChannelRequest

MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。

在信道请求消息中包括了建立的原因，这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。

此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。

Randomreference有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。

要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息。

2.1.2ImmediateAssignment

基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。

实际上，这条消息是一条从网络向移动台发的从AGCH信道转到先前定义的SDCCH信道工作的指令。

在这条消息中，包括的参数有：

寻呼方式、SDCCH信道描述、随路SACCH、跳频、申请参数（与建

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

注意：

在MS确认系统是否将这条立即指配的信令是否发给自己的，判断的依据就是立即指配信令中的Randomreference值是否与MS上发channelrequest中的Randomreference值一致。

但在同频碰撞或者随机参考码一样的时候会导致随机接入失败。

2.1.3CMServiceRequest

移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、辅助业务激活或短消息传送。

BTS通过返回建立指示消息确认立即指配命令。

建立指示消息有两种用途。

首先，建立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。

这样，BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。

另外，BTS将识别这一连结并把接收到的第3层的消息加入到这条消息中。

这条CM业务请求消息被送往移动交换中心。

注意：

CMServiceRequest中的servicetype，代表该次的业务类型，下图CMServiceRequest是发短信息的，注意差别。

2.1.4AuthenticationRequest

移动交换中心发送一条鉴权请求消息作为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.6AssignmentCommand

BTS进一步把收到的消息发送给MS。

消息内容主要包括：

信道描述、能量级别、小区信道描述、信道模式（全速率/半速率）和移动分配。

2.1.7AssignmentComplete

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

BSS证实MSC获取信道。

2.1.8Alerting

MSC发送提醒消息给BSS。

当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。

如果

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

2.1.9Connect

MSC通过BSS发送一连接消息给MS。

此消息向MS表明已经通过网络建立连接。

MS一收到连接消息，它就把用户连接到无线通路上，并返回一连接证实消息，停止所有本地产生的振铃指示，进入“激活”状态。

2.1.10ConnectAcknowledge

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

2.2被叫接通信令

2.2.1PagingRequestType

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

消息类型、被叫用户的IMSI、被叫用户的TMSI、小区识别表。

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

2.2.2PagingResponse

基站收发信台通过返回建立指示消息确认立即指配命令。

建立指示消息有两种用途。

首先，建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。

这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。

另外，基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中。

注意：

PagingResponse信令中带有被叫MS的TMSI号。

2.3主被叫拆链信令

2.3.1Disconnect

由MS发出撤销连接请求消息。

消息内容主要包括：

清除终端到终端的连接。

这条消息将停止了有关此次呼叫连接的收费,撤销消息发往MSC。

2.3.2Release

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

释放消息送往MSC。

2.3.3Releasecomplete

MS通知网络它将释放处理标识，也就表示释放过程正在进行中。

释放完成消息被发送到MSC。

2.3.4Channelrelease

使正在使用的TCH停止活动。

这个消息是由BSC发向MS的。

另外，它也被称为“第三层的断开消息”。

在正常的呼叫建立情况下，呼叫原因为“正常”。

2.4系统消息相关信令

2.4.1SystemInformationType1

2.4.2SystemInformationType2

2.4.3SystemInformationType2ter

2.4.4SystemInformationType3

2.4.5SystemInformationType4

2.4.6SystemInformationType5

2.4.7SystemInformationType5ter

2.4.8SystemInformationType6

2.4.8MeasurementReport

2.5切换相关信令2.5.1HandoverCommand2.5.2HandoverAccess

2.5.3PhysicalInformation2.5.4HandoverComplete