重要-TEMS路测软件测试过程中的信令

1、关于TEMS路测软件测试过程中的信令MS1:Paging Request Down 调度请求Channel Request Up 信道请求Immediate assignment down 立即作业CM service request up CM服务请求Classmark change up上传手机基本信息 切换：Handover command down 小区切换（切换指定）Handover access up 切换Handover complete up切换完成 挂机：Disconnect down 挂线Release up 释放信道Release complete d

2、own释放成功。 MS2：Paging Request Down 调度请求Channel Request Up 信道请求Immediate assignment down 立即作业Paging response up 调度响应Classmark enquiry down手机基本信息询问Classmark change up上传手机基本信息Setup downCall confined up 呼叫证实Assignment command down 作业控制Assignment complete up作业完成Alerting up振铃Connect up 连接。正常通话的主要信令流程：主

3、要信令流程CHANNEL REQUEST 信道请求IMMEDIATE ASSIGNMENT 立即作业CM SERVICE REQUEST(主叫） CM服务请求PAGING RESPONSE（被叫） 调度请求SETUP(EMERGENCTY SETUP) CALL PROCEEDING（主叫） 分配TCHCALL CONFIRMED（被叫） 呼叫证实ASSIGNMENT COMMAND 作业控制ASSIGNMENT COMPLETE 作业完成ALERTING 振铃CONNECT 建立连接CONNECT ACKNOWLEDGE 通话DISCONNECT 挂机RELEASE 释放信道RELEASE

4、COMPLETE 释放成功CHANNEL RELEASE 信道释放完成2.1、移动主叫流程正常通话的简单信令流程：主要信令流程信令功能CHANNEL REQUEST信道请求IMMEDIATE ASSIGNMENT立即指配(只包含一个MS指配信息),包括指配信道的描述、"信道请求"的信息字段和接收到"信道请求"帧的帧号、最初的时间提前量、起始时间指示CM SERVICE REQUEST(主叫）CM业务请求，从移动台到网络PAGING RESPONSE（被叫）寻呼响应,移动台到网络,包括密钥序列号及移动识别SETUP(EMERGENCTY SETUP)建立（

5、紧急建立），由移动台发出，用来启动一呼叫的建立CALL PROCEEDING（主叫）指示被请求的呼叫，建立信息已经被接收,不会再接收更多的呼叫建立信息CALL CONFIRMED（被叫）呼叫确认，呼叫确认，用来确证收到呼叫请求ASSIGNMENT COMMAND指配命令,网络发向移动台,指示移动台改变当前信道配置,切换到分配的专用信道,启动低层连接建立ASSIGNMENT COMPLETE指配完成,指示主信令链路成功建立ALERTING指示被叫手机启动告警（即回铃音）。包括进展指示及用户-用户信息等CONNECT指示连接被接受；CONNECT ACKNOWLEDGE连接确认，从网络到被叫移动台

6、或主叫移动台到网络， 指示移动台得到一个呼叫（连接完成）DISCONNECT断连，从移动台到网络请求清除端到端的连接，或从网络到移动台指示端到端的连接已经被清除了RELEASE释放，上下行,指示发该信息的设备将要释放TI(处理识别码),接收到该信息的设备等发送释放完成信息后释放TI(处理识别码RELEASE COMPLETE释放完成, 上下行,指示发该信息的设备已经释放TI(处理识 别码),接收到该信息的设备将要释放TI(处理识别码)CHANNEL RELEASE信道释放,包括RR原因指示、BA范围道路测试中正常的呼叫建立过程，通过信令消息: Assignment Complete体现了TCH

7、信道的正常分配。而对于广义上的呼叫建立，即用户所感知而言，信令消息则对应为：Connect Acknowledge体现了用户通话的开始。从呼叫建立的信令消息历程上分析， 我们可将SDCCH掉话分为:Assignment Command消息之前的SD射频丢失和Assignment Command消息之后，TCH分配失败后移动台不能回到原SDCCH信道的掉话。规范定义的掉话为有Connect消息后的不正常释放  主叫试呼次数：以 channel request 和 CM service request 同时出现来确定试呼开始。主叫接通次数：当一次试呼开始后出现了 Connect

8、，Connect Acknowledge 消息中的任何一条就计数为一次接通。掉话次数： 在一次通话中如出现 Disconnect 或 Channel Release 中任意一条，就计为一次呼叫正常释放。只有当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话（如通话时间不足规定时长，出现释放，要求通过层3信令解码判断原因）。 第三章 道路测试中呼叫建立失败原因分析呼叫建立分析是移动通信网络优化的范畴之一。这里我们主要分析道路测试中测试系统采集的无线接口消息。呼叫建立阶段包括移动台发起呼叫MOC和移动台被呼叫MTC。以下展现的就是呼叫建立的一些典型情况。对于不同的测试系统，其无

9、线消息采集处理上有着些许的差异，但总体上都依据GSM规范制定。下面通过针对测试系统收集处理的信令消息分析，进而查找呼叫建立失败的原因。从道路测试的角度分析呼叫建立的过程，我们不仅要关注统计意义上的TCH分配过程；更重要还要从用户感知上考虑，从RACH接入、SDCCH分配、TCH分配一直到用户真正开始通话为止。从而完整的分析用户呼叫直至通话的全过程。一. 道路测试中成功的呼叫建立消息历程道路测试中正常的呼叫建立过程，通过信令消息: Assignment Complete体现了TCH信道的正常分配。而对于广义上的呼叫建立，即有户所感知而言，信令消息则对应为：Connect Acknowledge体

10、现了用户通话的开始。1) 手机做主叫的消息历程 TOM测试系统TEMS测试系统手机做被叫的消息历程 TOM测试系统 TEMS测试系统由以上不同路测系统的层3消息分析，其呼叫流程信息以及信令消息解码都基本相同。因此接下来我们就以TEMS测试消息为例进行分析。在成功的呼叫建立过程中，有一些呼叫对于用户而言不能发生通话。我们以移动台发起呼叫为例，在被叫用户（固定网）不能接通、被叫移动用户未开机、被叫用户没有接听、被叫用户正在通话等许多情况下，都不会发生用户间的通话。但是，对于无线网络而言，他们都属于正常的呼叫信令接续。被叫用户没有接通的消息历程从上面的层3消息中，我们可以看到TCH信道的正常分配。之

11、后，MSC没有向移动台发送Connect消息，而是发送了Disconnect消息。分析Disconnect消息中的Cause Value可以大致得出原因：MSC未能建立对外的连接，有可能是由于没有可用的资源。 被叫用户忙的消息历程从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect消息，而是发送了Disconnect消息。分析Disconnect消息中的Cause Value可以得出明确的原因：被叫用户忙。被叫用户已关机或未应答的消息历程从上面的层3消息中，我们可以看到TCH信道的正常分配。之后，MSC没有向移动台发送Connect消息，而是发送了D

12、isconnect消息。分析Disconnect消息中的Cause Value可以得出明确的原因：被叫用户没有应答。二. 道路测试中呼叫建立失败的消息历程对于道路测试中的呼叫建立失败，不仅是针对TCH分配过程中的失败，还涵盖了包括RACH接入、SDCCH分配过程以及无效的呼叫等多种情况。而对于广义上的呼叫建立，还包括了在TCH分配完成后，在移动台发送Connect Acknowledge消息之前，所发生的TCH掉话。下面我们从网络中可能出现的一些引发呼叫建立失败的原因入手，分析移动台处于各种情况下，其信令消息的接续历程。2) SD 拥塞的消息历程从上面的层3消息中，我们可以看到SDCCH拥塞时

13、，系统会向移动台发送Immediate Assignment Reject消息。比较Layer3消息中的Random reference号码，从而可以确定多个信道请求消息中，那一条由于SDCCH拥塞而被拒绝。3) TCH 拥塞的消息历程从上面的层3消息中，我们可以看到TCH拥塞时，下行发出Call Proceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待，直到排队时长终止。下行即发出Channel Release消息。4) 下行质量差造成TCH接入失败的消息历程从上面的层3消息中，我们可以看到当TCH拥塞和TCH分配失败时，经常可以看到移动台回到SDC

14、CH上发送Assignment Failure消息，其描述多为：没有无线资源、无线接口失败以及协议错误。对于无线接口失败，导致其发生的原因有多种。其中多数是由于硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时，需要根据测试现场的周边环境；小区相关性能统计；结合测试文件综合加以考虑。硬件问题案例：由于单个载频故障或收、发信通路上的硬件发生故障，造成射频通路上的衰耗突然增大，通信质量下降，致使射频丢失。从上面的层3消息中，我们可以看到Assignment Failure消息，分析分配失败的原因Cause Value: 111,只是属于没有具体的原因协议错误。结合测试情况分析统计项MA_FAI

15、L_FROM_MS（MA_FAIL_FROM_MS表示系统已为移动台分配了TCH信道，但在规定的时间内，没有在TCH上建立连接，则认为此次分配失败，MS跳回原SDCCH信道发送失败消息）。发现该小区中有两个载频的MA_FAIL_FROM_MS的数目很多，观察指配失败消息前的MR可以看到RXQUAL=7。同时，在测试中周边小区不存在同、邻频现象。因此我们怀疑该小区存在硬件问题。通过对基站射频通路检测，发现该小区的合路器CBF故障，更换后其呼叫建立成功率恢复到正常水平。5) SDCCH掉话的消息历程RF_LOSSES_SD是在SDCCH上的射频掉话的数目。引起原因可能是覆盖问题；同、邻频干扰问题；

16、硬件问题等等，需要进行实际的测试后，根据具体情况进行分析。从呼叫建立的信令消息历程上分析， 我们可将SDCCH掉话分为:Assignment Command消息之前的SD射频丢失和Assignment Command消息之后，TCH分配失败后移动台不能回到原SDCCH信道的掉话。从上面的层3消息中，我们可以看到Assignment Command消息之前的SD射频丢失。当时用户在室内起呼困难，现场测试发现在分配SDCCH后，在单个载频RTF-73上经常产生SD_RF_LOSS，观察MR可以看到RXQUAL=7，通过对基站射频通路检测，发现该小区载频RTF-73所连接的天线朝向上存在严重阻挡，造

17、成通信质量下降，从而导致信令在其SDCCH信道的接续失败。在调整天线位置后，室内用户可以正常的呼叫。 6) 上行链路问题的消息历程上行链路问题通常是由于硬件问题、上行干扰造成基站不能正常解调手机的上行消息。从上面的层3消息中，我们可以看到移动台在没有收到下行指配消息时，会根据系统消息3中定义的max_retran的次数，在T3212定义的时长内，重新发送Channel request消息；发送间隔根据tx_integer的取值，在数个RACH时长的范围内，随机取得。其中，取值定义如下：M=max_retran；取值范围 : 0 - 30 = 最大1次重发1 = 最大2次重发2 = 最大4次重发

18、3 = 最大7次重发T=tx_integer；取值范围 : 0 to 15对应的RACH slots0 3 RACH 8 11 RACH1 4 RACH 9 12 RACH2 5 RACH 10 14 RACH3 6 RACH 11 16 RACH4 7 RACH 12 20 RACH5 8 RACH 13 25 RACH6 9 RACH 14 32 RACH7 10 RACH 15 50 RACHS=根据tx_integer与复帧的类型共同决定（如下表）：TX-integernon combined CCCHcombined CCH/SDCCH3,8,14,5055414,9,1676525

19、,10,20109586,11,25163867,12,32217115在Channel request消息发送M+1次后，MS会启动T3126计数器，当计数器超时后，呼叫将被取消。以上的案例中，经过测试后对起呼小区的载频的统计分析，以及利用CTP工具进行呼叫跟踪发现。该小区受到严重的上行干扰，导致基站无法正确解调出RACH信息。7) 无效的呼叫在测试过程中，常能碰到一些由于人为因素造成的呼叫建立失败。在这里我们将其统一归为无效呼叫。下面列举一些常见的现象：² 移动台呼叫建立过程中的出现突然断电。² 移动台关机（IMSI detach）² 移动台呼叫建立过程中，在

20、Setup消息之前，由于移动台挂机等原因导致移动台发送CM Service Abort消息，取消呼叫。² 移动台道路测试过程中，由于人为设定拨叫等待时长，造成呼叫建立的信令接续不能完成。其中包括几种情况：1. 由于人为设定呼叫接续等待时长短于系统正常的呼叫建立时长，造成呼叫建立的信令接续不能完成。2. 在结束一次通话后，由于跨越LAC区导致移动台发起位置更新。在位置更新过程未完成时，人为设定拨叫等待时长到时，需进行下一次呼叫，则会出现无法发起呼叫或被叫不再服务区的现象。3. 由于LAC区规划不合理，LAC交界处基站覆盖调整不当时，会导致移动台在结束一次通话后，接连跨越LAC区，连续进

21、行位置更新。从而使人为设定拨叫等待时长超时，出现无法发起呼叫或被叫不再服务区的现象。4. 测试设备软件原因。使用TOM测试系统，在结束一次通话后，移动台进行小区重选时，有时会出现短暂的脱网现象。从而导致人为设定拨叫等待时长超时，出现无法发起呼叫或被叫不在服务区的现象。三. 道路测试中呼叫建立失败的主要原因当呼叫建立失败时，基站通常送DISCONNECT消息到移动台，DISCONNECT消息简要的指示出呼叫建立失败的不同原因。下面就是在道路测试期间经常出现一些呼叫建立失败的原因值详细描述。Cause Value描述可能的原因 Cause Value 31“正常， 未详细说明”这原因通常报告一个正

22、常的事件仅仅当在正常的类别没有另外的原因适用时。BSS（TCH拥塞）或MSC问题Cause Value 34“没有可用的电路/信道”(在Assignment Command前)这原因显示有目前得不到适当的电路/隧道处理呼叫。TCH拥塞Cause Value 34 “没有可用的电路/信道”(在Assignment Command后)这原因显示有目前得不到适当的电路/隧道处理呼叫。MSC拥塞Cause Value 41“暂时的失败”(在Assignment Command前)这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。BSS问题， 尤其是硬件问

23、题Cause Value 41“暂时的失败”(在Assignment Command后)这原因显示网络运行异常, 达到要求的情况不能持续一个长的时段，移动电台可以很快地尝试另一次的呼叫。MSC问题Cause Value 42“交换设备拥塞”这原因显示交换设备正处于高通信量的处理时期。MSC拥塞Cause Value 44“请求电路/信道不可用”当电路或信道请求的实体不能被另一边接口提供时这原因被返还。BSS问题，尤其是CIC拥塞Cause Value 111“协议错误， 未详细说明”这原因通常报告一个协议差错事件，仅仅当在协议差错类别没有另外的原因适用时。BSS或MSC问题在道路测试过程中，我

24、们会碰到各种由不同原因引起的呼叫建立失败。主要原因可以归结如下：² TCH拥塞² SDCCH拥塞² 上行链路问题² 无效的呼叫² 硬件问题² 干扰问题² MSC问题第四章 2.1.1、信道请求 Channel Request（Rach）MSàBTSMS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。在信道请求消息中包括了建立的原因，这个原因可能是“应答寻呼”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。此外，这条消息还包括随机参数，移动台

25、（MS）随机的选5个比特作为随机参数。Random reference有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息下面是一个Channel Request信令的举例MS1Channel RequestTime: 15:44:04.16Frame number: 742632Frame number : 742630Read from ARFCN Channel number : (GSM 900) 72Random Access Information Establishment cause

26、: (6) Originating call and TCH/F is needed, or originating call and the network does not set NECI bit to 1, or procedures that can be completed with a SDCCH and the network does not set NECI bit to 1 Random reference : 19Header dump (Hex): 00 0B 54 E6 00 48 Message dump (Hex): F32.1.2 申请信道 Channel R

27、equired( BTSàBSC)BTS向BSC发一条申请信道消息。通过这条消息，BTS进一步向BSC传递由移动台发起的信道请求。实际上，申请信道消息中除了包含信道请求消息中的一些消息外，还包括通过BTS加入的一些消息。申请参数直接从信道请求消息中来，初始时间提前量TA（接入延迟）由BTS加入到这条消息中去。2.1.3 信道激活 Channel Activation (BSCàBTS)收到从BTS发来的申请信道消息后，BSC开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时BSC向BTS发送一条信道激活消息。其中最重要的是：分配给哪个BTS以及此SDCCH的信道组合

28、。此消息中包含的参数有：DTX控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、BSC计算的有关此次接入的初始时间提前量等。2.1.4信道激活证实 Channel Activation ACK(BTSàBSC)这是对信道激活消息的应答。当BTS收到这条消息后，它开始在SACCH信道发送和接受消息。2.1.5 立即指配命令 immediate assignment (BSCàBTS)BSC告诉BTS关于被使用的SDCCH信道。2.1.6 立即指配 immediate assignment (BTSàMS) AGCH基站分系统通过AGCH信道告

29、知移动台有关使用的SDCCH信道的情况。实际上，这条消息是一条从网络向移动台发的从AGCH信道转到先前定义的SDCCH信道工作的指令。在这条消息中，包括的参数有：寻呼方式、SDCCH信道描述、随路SACCH、跳频、申请参数（与建立原因相同）、初始时间提前量和频率分配（跳频应用）。2.1.7 CM业务请求 CM service request (MSàBTSàBSCàMSC)移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、辅助业务激活或短消息传送。BTS通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，建

30、立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。这样，BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，BTS将识别这一连结并把接收到的第3层的消息加入到这条消息中。这条CM业务请求消息被送往移动交换中心。2.1.8 无编号确认 UA(SDCCH)当在LAPDm协议中建立第2层级别链路时，无编号确认是正常情况下第2层级别的确认。BTS在收到MS发来的消息后，在RR子层中回送寻呼应答消息，从被指配的SDCCH信道上发送一个LAPDm的UA帧进行证实，同时向BSC发送建立指示消息。MS比较自己发送的SABM和接收的UA两个帧，以确认是

31、自己的。2.1.9 鉴权 Authentication Request MSCàBSCàBTSàMS移动交换中心发送一条鉴权请求消息作为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

32、作比较。如果这些SRES相同，鉴权成功，MS可以继续呼叫。你可以注意到，KI的前8个数字被用来鉴权和SRES算法，剩下的24个数字被保留用作密钥算法。为了完成鉴权过程，从MS来的SRES的值在消息内部被送回VLR。2.1.10 TMSI再分配命令 TMSI Reallocation TMSI再分配的目的是提供身份的机密性。TMSI的再分配通常至少在每次位置更新时执行。MSC通过发送TMSI再分配命令消息给MS发起TMSI再分配程序。TMSI再分配命令消息包括TMSI与由网络分配的LAI的组合；或者如果正在使用的TMSI将被删除，就包括一个LAI和IMSI。通常，TMSI再分配命令消息通过应用加

33、密模式的RR连接被送往MS。TMSI再分配命令被送到MS。当MS接收到TMSI再分配命令消息后，把LAI储存在SIM卡中。如果接收到的身份识别是MS的IMSI，它就把先前储存的TMSI删除。如果接收到的身份是TMSI，MS把它存储在SIM中。在这两种情况下，MS将发送一条TMSI再分配完成消息给网络。TMSI再分配完成消息送往MSC。2.1.11 建立 Setup在鉴权，识别，加密后，MS处在SDCCH信道中，准备开始真正呼叫建立信令。MS发送一建立消息给BSC，再被送到MSC。BSC向MSC发送建立消息来告知MSC将要执行的呼叫。2.1.12呼叫接续 Call Proceeding MSC&

34、#224;BSCàMS (SDCCH)MSC对建立消息的响应。当MS的呼叫控制实体接收到呼叫接续消息后，就进入“移动主叫接续”状态。2.1.13指配请求 Assigment Activation BSCàBTS在这条消息上开始了TCH（话音信道）的分配。在A接口，MSC是主控者，它为A接口上的这次呼叫寻找一个可使用的电路。这条消息根据GSM规范包括了一些可选消息。这些可选消息是：呼叫的优先权、下行的不连续传输（DTX）、无线信道的识别和可用的接口带宽。2.1.14 信道激活 Assigment Activation ACK BTSàBSC在BSC内部的信道保存和分

35、配之后，它通过发送这条消息给BTS来激活TCH信道。消息内容主要包括：信道数量、激活的类型、信道模式（DTX/NO DTX）、信道类型（话音/数据：如果是话音，则包括GSM编码算法，如果是数据，则包括信道中消息是透明还是不透明的以及数据速率）、信道识别、接收到消息的加密消息、BTS和MS的功率等级。信道激活证实BTS返回目前TDMA帧号，然后通过Abis接口激活TCH。2.1.15 分配命令 Assigment CommandBTS进一步把收到的消息发送给MS。消息内容主要包括：信道描述、能量级别、小区信道描述、信道模式（全速率/半速率）和移动分配。2.1.16 SABM（设置异步平衡模式）

36、Layer2 （FACCH）在这条消息中主要包括了第2层的一些信息，SABM主要用于建立一个第二层的连接。2.1.17 建立指示 Establish Indication BTSàBSC建立指示消息有两个用途。第一，此时应用建立指示消息，可以让BTS知道移动台目前正在FACCH信道上，这样，BTS可以向BSC发送消息，指示移动台现在正在使用的FACCH信道的情况。第二，BTS识别主信令信道并且将收到的第三层消息加入建立指示消息中，这些消息来自于MS。2.1.18 无编号确认（UA）（FACCH）无编号确认通常是建立第二层LAPDm链路时的第二层确认。2.1.19 分配完成 Assig

37、ment Complete MSàBTSàBSCàMSC (FACCH)这条消息由移动台发送给网络以指示移动台已成功建立主信令链路。BSS证实MSC获取信道。2.1.20 SDCCH信道释放 RFrelease当MS告知网络它此时已占用了TCH信道，就没有必要在为此次呼叫的建立占用SDCCH信道。由信道释放程序释放SDCCH信道。BTS证实RF信道释放消息。2.21 振铃提醒 Alerting MSC发送提醒消息给BSS。当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。如果MS收到提醒消息，就应当接通话音通路，此时主叫用户可以听到振铃声，表示被叫用户正在振铃

38、。2.22 连接 ConnectMSC通过BSS发送一连接消息给MS。此消息向MS表明已经通过网络建立连接。MS一收到连接消息，它就把用户连接到无线通路上，并返回一连接证实消息，停止所有本地产生的振铃指示，进入“激活”状态。2.1.23 连接证实 Connect AcknowledgeMS用这条消息告诉MSC，目前MS正处于”激活”状态，此消息被送往MSC。2.1.24测量报告Measurement Report在建立了主信令信道后，移动台每秒发送两次关于话音质量的测量报告。如果这些测量报告在BTS中已经过预处理，则测量结果被传到BSC；如果BTS中没有经过预处理过程，测量报告直接被传到BSC

39、，而不需要BTS的参与。2.1.25撤销连接 Disconnect由MS发出撤销连接请求消息。消息内容主要包括：清除终端到终端的连接。这条消息将停止了有关此次呼叫连接的收费,撤销消息发往MSC。2.1.26 释放 Release实际的释放将来自MSC，真正的呼叫才要结束。释放消息送往MSC。2.1.27 释放完成 Release CompleteMS通知网络它将释放处理标识，也就表示释放过程正在进行中。释放完成消息被发送到MSC。2.1.28 清除命令 Clear command这个消息由MSC发出，用来释放所有相关的资源，也就是与这个通话过程相关的BSSAP。2.1.29 释放信道 Chan

40、nel Release使正在使用的TCH停止活动。这个消息是由BSC发向MS的。另外，它也被称为“第三层 的断开消息”。在正常的呼叫建立情况下，呼叫原因为“正常”。2.1.30 DEACTIVE_SACCH（慢速随路控制信道）BSC向下行发送这个消息，BSC禁止向MS传送系统消息。事实上，此时已经没有在SACCH上接收/ 发送任何消息的必要了，因此它将被去活。2.1.31 DISCMS将发送第2层帧以拆除在上行方向上的连接，并通知BTS在TCH/FACCH信道中停止此次业务连接。2.1.32 UABTS确认拆除帧，其结果：MS重新开始监听BCCH信道，并且所有的无线接口将被释放。2.1.33

41、释放指示BTS通知BSC，MS没有太多可利用的无线资源。2.1.34 RF信道释放BSC通知BTS释放其余无线资源。2.1.35 RF信道释放确认所有空闲的无线资源被释放后，BTS给BSC发送一确认消息，这些无线资源包括：TCH/FACCH和SACCH。2.1.36 清除完成此确认是SCCP数据（清除命令），此时BSC通知MSC所有与此次呼叫有关的无线资源被释放。2.1.37 SCCP释放当所有无线资源被释放，与此次呼叫有关的BSSAP连接不再需要。此消息通知BSC释放SCCP连接，并作为RLSD消息发送。2.1.38 SCCP释放确认BSC通知MSC有关此次呼叫的专用SCCP连接被释放，并作

42、为RLC消息发送。2.2、手机被叫流程的区别MSC发送寻呼消息，它能搜索到在寻呼范围内的被叫MS，在寻呼消息中包括四种消息：消息类型、被叫用户的IMSI、被叫用户的TMSI、小区识别表。出于安全原因，如果TMSI号码被注册使用，那它便有优先级，如果网络没有使用TMSI， 那么只有IMSI，寻呼消息将以UDT（单元数据）消息格式发送给BSC。基站收发信台通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，建立指示消息从基站收发信台的角度出发，指出移动台目前正在SDCCH信道上。这样，基站收发信台向基站控制器发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送

43、。另外，基站收发信台将识别这一连结并把接收到的第3层的消息加入到这条消息中三、第三层（Layer 3）信令详解第三层信令是看网络运行情况的信息层，从第三层可以看到网络的个种动作：如：呼叫流程、拥塞、用户忙、位置更新等，系统信息总共有8个类型，Type14只出现在待机状态下，Type58只出现在通话状态下：1、 System Information Type1小区广播信息，有该小区自身的频点，RACH的一些参数设置，祥见上图。此类型仅用于跳频时，发送内容为：第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900：

44、 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为：CA-NO，取值分别为：0、1、2，代表，GSM900、E-GSM、GSM1800。CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0.对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAT-ID 来描述编码方式，后面跟一串编码比特来表示。第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与 11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为

45、优先级，10表示EC，如 果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB小区禁止标志，用一个比特表示。 RE用一个比特表示是否可以进行呼叫重建，断开后的重新占用。 MAXRET移动台接入系统时的允许最大重发次数，取值：1、2、4、7 TX移动台接入系统时允许重发的时隙间隔数。2、 System Information Type2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之

46、也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。一、邻近小区描述 ：对于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：相邻小区不同频率表示格式的描述，实际上是用一种编

47、码来表示。EXTRA-IND：如果类型2、5不能描述完整的频率信息，则其余的部分将在2BIS和/或2TER（ACTVIE模式时是在5BIS/5TER）。此数据也称为频率扩展描述数据。取0表示类型2、5能描述完整的频率信息，取1表示不能。BA-IND：编码计划的描述，1比特.NCCPERM：描述相邻小区所属网络的NCC，有一个8比特位图，当描述的比特为n时，允许的网络识码为n-1。 二、RACH控控制参数。参考信息类型13、 System Information Type2ter待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）， 4、 System Infor

48、mation Type 3小区广播信息，可以看到ATT、T3212、ACC、CRO、CRH以及ACCMIN等，祥见上图关于类型 3中解出的PWRC：PWRC=1表示设置此功能，PWRC=0表示不设置此功能。详述：当使用跳频与动态功率控制时，将出现如下一个问题：*BCCH是不参与动态功率控制的，即是说BCCH载波的功率是不变的， 整个载频，8个TS都不变， 但BCCH载波是参与跳频的。*ACTVE模式下的TCH是在多个载波中发送的，其中包含BCCH载波与DCH载波，测量值也是对两种载波的测量结果，BCCH载波是不参与动态功率控制的（即以最大功率发送），而DCH载波是参与的（且功率是向下调的），之

49、后取平均值，这样的结果用来代替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同。系统信息类

50、型 3中的其它比特，主要用于C2算法。2TI：取0时表示BCCH中并不存在2TER信息类型 ， 取1时表示BCCH中存在2TER信息类型 。2TI（2TER INDICATION）PI：用于标志C2参数是否在系统信息中广播。取0时“不”，取1时“是”。5、 System Information Type 4小区广播信息，在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT等一些参数的设置值，祥见上图。此类型主要用于小区CBCH：小区是否使用小区广播功能，以及告知MS在哪个载波上发CBCH信息。另外：LAI、RACH控制参数与REST OCTETS参数也存在于此类型

51、中。ACS小区重选的附加参数指示，取值为0、1ACS=0PI值与任何存在的小区重选C2参数属于类型4中的REST OCTETS部分。ACS=1PI值与任何存在的小区重选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表示占用的是跳频信道。是一个信道选

52、择器CHANNEL SELETERH=0 -the channel selector field 中包含有效的射频信道号H=1- the channel selector field中包含有移动台的分配索引补偿值MAIO，跳频序列号 HSN。 当系统信息H=1（指示跳频时），必须有一个数据MAC来指示使用的跳频频率。参考类型1中的小区信道描述。系统信息类型4中的SI 4 REST OCTETS： 用于描述C2算法参数与SI 3 REST OCTETS，包含下列数据： PI, CBQ,CELL_RESELECT_OFFSET, TEMPORARY_OFFSET, and PENALTY_TIME

53、.6、 System Information Type 5激活模式下服务小区测量频点，（同频段，移动网有两个频段，GSM900和DCS1800）只有服务小区有做该小区的测量频点，才会测量到该小区的信号，否则在邻区列表中不会看到该小区，也不会切换。在我们平时路测当中，经常遇到强信号不切换，如果做了测量频点，可以很明了地看到有一个强的邻区信号，但是要是没有做测量频点的话就比较隐性。7、 System Information Type 5ter激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）处于ACTIVE模式下的移动台，有一个激活的SACCH信道。上行时用于

54、发送测量汇报，下行时用于网络发送输出功率控制值与TA值。一定条件下移动台在SACCH上接收 相邻小区的BCCH频率信息（ACTIVE BA表），之后移动台要测量与汇报这些载波的信号强度，以提供切换依据。这里的BA表与类型2中的BA表是不同的（实际上便是IDLE BA与ACTIVE BA）。ACTIVE模式下移动台测量较少的BCCH以便提高精确度，而在移动台开机，为减小与系统的连接时间，它必须测量较多的BCCH载波。当然只有当移动台在关机前已保存有一份IDLE BA表，才能真正做到节省接入时间。类型5中给出也是一份BA ARFCN的表格，实际上与类型 2相同，也是一份124比特位图，取0的比特位

55、表示此频点不存在，取1时相应频点存在。系统信息类型 5BIS；如果某个相邻小区是外部小区，则此小区的BCCH频率信息由5BIS来携带。系统信息类型 5TER：如果外部小区是不同频带的小区（多频带操作中不同频带使用不同BSC，所以将出现此情况）则此外部小区信息由此类信息类型来携带。8、 System Information Type 6通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted;处于ACTIVE模式下移动台必须知道是否LAI已变化，如果变化的话，在呼叫释放后它必须进行位置更新。另外如果切换的另一个小区属于同一个位置位，且两个小区的RLINKUP与DTX不同的话则新的小区选择也必须汇报至MS。第三种信息是NCCPERM。9、 System Inform