关键词不能为空

当前您在： 主页 > 英语 >

常见异常事件信令分析

作者：高考题库网
来源：https://www.bjmy2z.cn/gaokao
2021-02-17 11:44
tags:

-

2021年2月17日发(作者：cloud是什么意思)


常见异常事件信令分析



常见异常事件信令分析



目录：



一、日常指标中常见异常事件



.


......................................... .................................................. ...........


2



1


、


SDCCH


拥塞：


................................................ .................................................. ................


2


2


、


SDCCH


分配失败：


......................................... .................................................. ...............


3



2.1


无线原因引起


SDCCH


分配 失败：


.................................... ......................................


3



2.2 BSS

< br>问题引起的


SDCCH


分配失败：


................................................ .....................


3



2.3 SDCCH


分配失败信令分析：


............. .................................................. ...................


3



3


、


SDCCH


掉话


......................................... .................................................. ...........................


7



3.1


无 线问题引起


SDCCH


掉话：


... .................................................. ............................


7



3.2 BSS

< br>问题引起


SDCCH


掉话：


. .................................................. ..............................


7



3.3 SDCCH


掉话信令分析


................ .................................................. ............................


8



4


、


TCH


拥塞



.< /p>


........................................ .................................................. ...............................


1


0


5


、< /p>


TCH


分配失败



.


..................................... .................................................. ..........................


11

5.1


无线原因引起的


TCH


分配 失败：



.


............ .................................................. ..........


11


5.2 BSS


原因引起的


TCH


分配失败：



.


........................... .............................................


1


2


5.3 TCH


分配失败信令分析：



.


.......................................... ...........................................


1


3


6


、< /p>


TCH


掉话



.


....................................... .................................................. ................................


1


6


6.1


无线问题引起


TCH


掉话：



.


............................... .................................................. ...


1


6


6.2


切换失败引起


TCH


掉话：



.


........................... .................................................. .......


1


7


6.3 BS S


内部原因引起


TCH


掉话：



.


................... .................................................. .......


1


7


6.4


传输问题引起


TCH


掉话：

< br>


.


....................... .................................................. ...........


1


7


6.5 TCH


掉话信令分析：



.


............................. .................................................. ..............


1


8


6.5.1 MC736


掉话


... .................................................. .................................................. ...


1


8


6.5.2 MC621


掉话


.................... .................................................. ....................................


1


9


6.5.3 MC14C


掉话



.

< br>............................................... .................................................. ........


2


1


6.5.4 MC739


掉话


.................... .................................................. ....................................


2


1


6.5.5


正常的挂机



.


................................................. .................................................. .......


2


2


7


、切换异常事件


< br>.


................................... .................................................. .............................


2


6


7.1


、无线原因引起的切换失败返回信令流程（小区间异步切换）


：


......................


2


6


7.2


、系统原因（


BSS


问题）引起的切换失败



.


. .................................................. ........


2


6


7.3


、切换失败信令分析：



.


.............................. .................................................. ...........


2


6


二、


DT


测试中的异常事件


...... .................................................. ..................................................


3


0


1


、未接通



.


...................................... .................................................. ......................................


3


0


1.1


由于


TCH


拥塞


.


.................................... .................................................. ..................


3


0


1.2


位置更新引起



.


.................................. .................................................. ......................


3


3


2


、


paging


失败



.


............. .................................................. .................................................. .....


3


5


3


、


TCH


掉话



.


................................. .................................................. ......................................


3


5


三、附录


................................................. .................................................. ......................................


3


8


Abis


口信令名词缩写解释：


.. .................................................. ............................................


3


8




常见异常事件信令分析



一、日常指标中常见异常事件



?



日常指标中常见异常事件主要表现 为：


SDCCH


拥塞、


SDCCH


分配失败、


SDCCH


掉话、


TCH


拥塞、


TCH


分配失 败、


TCH


掉话、


TCH


切换失败



1


、

< p>
SDCCH


拥塞：



信令流程如下：




MC02a


位置更新次数



MC02h


所有主叫电话占用


SDC CH


次数



MC04 SDCCH


拥塞次数



当用户发起


CHANNEL


REQU EST


时，网络发现无空闲的


SDCCH


信道时，


BSC


将会：如果小


区参数


En_Imm_Ass_Rej=


“


T rue


”


，则发


Immediatel y Assignment Reject


；否则


Channel


Required


消息。


< p>
对于


SDCCH


拥塞，我们首先要区分是由于


LU


引起的信令拥塞，还是由于主叫发起引起


的信令拥塞，这可以通过分析


MC02a


、

< br>MC02h


和


MC04


来区分：



1


）如果小区话务量适中，且


MC02a


和


MC02h

在一个数量级上，则我们认为是主叫发起


引起的信令拥塞。解决信令拥塞最根本的办 法是，在逻辑参数上增加适量的


SDCCH


。

< br>


2


）如果小区话务量偏小，且


MC02a


远大于


MC02h


，对此我 们认为是


LU


引起的


SDCCH


拥


塞，


我们可以通过增加

CRH


的值来降低频繁往复的位置更新次数，


从而减小


SDCCH


的占用次


数，达到降低拥塞的目 的，一般在


LAC


边界设为


10~12 dB


。



3


） 除了上述正常情况外，还有一种特殊的


SDCCH


拥塞情况， 那就是


GSM


特有的


ghost


现象。这种情况发生在


BCCH


和

< p>
TCH


混合分频条件下，表现为小区话务量小，


SDCCH


试呼次


数异常大。对此，我们可开启


RACH TA FILTERING


，一般设为


15


，以解决此类问题。



现网中


SDCCH


拥塞的信令：暂时截取不到信令流程图





常见异常事件信令分析



2

< p>
、


SDCCH


分配失败：



引起


SDCCH


分配失败的原因有：无 线原因、


BSS


问题



2.1


无线原因引起


SDCCH


分配失败


：



信令流程如下：



< br>无线问题会导致


T3101


超时，


MS


无法及时占用


SDCCH


信道，


BSC


发


RF Channel Release


到


BTS


MC149


：统计无线问题造成的


SDCCH


分配 失败现象



具体的无线问题一般可分为：功率预算不平衡、覆盖不好、干扰



2.2


BSS


问题引起的

< p>
SDCCH


分配失败


：



信令流程如下：




无专门计数器



2.3


SDCCH


分配失败信令分析：



以下取出了


Abis


口的

< br>SDCCH


分配失败信令截图


（数据来源于


5


月


22


日


17


点


10291


小区）




常见异常事件信令分析





从中可以看出当网络发出立即分配指令


IMASS


（


Immediately

Assignment


）后，由于


SDCCH


分配未成功，导致下一步网络直接发起无线信道释放


RCHRL


（


RF


Channel


Release


）


。



正常的


SDCCH


分配应该如下（主叫）


：




当网络发出立即分配 指令


IMASS


（


Immediate ly Assignment


）后，


SDCCH


分配成功后，


手机发起了


CM


业务请求


CMSREQ


（


CM


Service


Request


）< /p>


，而后经过


AUTREQ


——

< p>
AUTREP


——


SETUP

——


CPROC


等一系列流程建立通话。

< br>


其中：



CHNAV


（


Channel Activation


）




常见异常事件信令分析





BSC


向


B TS


发送一条信道激活消息。


此消息中包含的参数有：


DTX


控制、


信道的


I D


（识


别）


、信道描述、移动台和基站 的最大功率电平、基站控制器计算的有关此次接入的初


始时间提前量等信息。

< p>


IMASS(Immediate Assignment)



常见异常事件信令分析




通过


AGCH


信道告知移动台有关使用


SDCCH


信道的情况。

< p>
在这条消息中，


包括的参数


有：寻呼模式、


SDCCH


信道描述、随路


SACCH


、跳频，



如果应用了跳频，



则还应包


括请求参考（与建立原因相同）


、初始时间提前量和频率分配。



CMSREQ(CM Service Request)




常见异常事件信令分析



移动台向网络 发送


CM


业务请求，目的是为连接管理子层实体申请一项服务， 比如：主


叫连接建立、补充业务激活或短消息传送。


CLASS MARK


包括了以下信息：



MS Revision Level


——



手机的修正版本



MS Ciphering Capability


——



手机支持的加密算法



MS Frequency Capability


——



手机支持的频段



MS RF Power Capability in Each Band


——



手机在各频段支持的发射功率



3


、


SDCCH


掉话



引起


SDCCH


掉话的原因有：


无线问题、


BSS


问题、

SDCCH


切换失败


（在现网中


S DCCH


切换都关闭，在此不讨论）



3.1


无线问题引起


SDCCH


掉话< /p>


：



信令流程如下：



< br>MC138


：统计无线原因引起的每个小区


SDCCH< /p>


掉话



Clear Request


：非正常的信道释放



3.2


BSS


问题引起


SDCCH


掉话


：



信令流程如下：





MC137


：


BSS


原因引起的每个小区


SDCCH


掉话



BSS


问题：包括


BTS/BSC h ardware


、


software


失 败现象，


Abis


传输问题等




常见异常事件信令分析



3.3


SDCCH


掉话信令分析


< p>
以下取出了


Abis


口


S DCCH


掉话信令截图（被叫）


：


（数 据来源于


5


月


18

日


10


点


30011


小


区）




当


信


道


激

活


CHNA


V


(Channel


Activation)


，


以


及


信


道


激


活


被


确


认

< br>CHNAK


(Channel


Activation Acknowledge)


后，


网络发出了立即分配指令


IMASS


（


Immediately As signment


）


，


在立即分配过程 中分配了


SDCCH


信道给手机，随后网络发起


Paging


请求，当


Paging

< br>请求得到响应时


PAGRES


(Paging resp onse)


，此时由于


YY_TXPWR_M

< br>原因引起了连接


失败


CONFL


(Connection Failure)


，即发生了


SDC CH


掉话，随后网络发起信道释放指示



RELRQ


(Release Indication)


来释放无线信道。


< br>正常的信令如下


(


被叫


)


：




常见异常事件信令分析



< p>
正常的流程应该是：网络发起


Paging


请求< /p>


PAGRES


(Paging response)


后，建立


SETUP


，


随后 是呼叫被证实


CCONF


（


Call


Confirmed)


，网络发出系统信息

5


SYSINF5


（


System


Information Type 5


）

，


TCH


分配请求



ASSCMD


(Assignment Command)


、完成等一系列过


程。



其中：



PAGRES(Paging Response)



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


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


首



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


SDCCH


信道上。



这样，基站收发信台向基站控制器发一消息，指示现在移动台的


CM

业务请求正在所


描述的这种


SDCCH

信道上传送。另外，基站收发信台将识别这一连接并把接收到的第



常见异常事件信令分析



3


层的消息加入到这条消息中



SETUP


（


Setup

）




BSC

通过


BTS


把建立命令发送到


MS


，是为了通知


MS


将要进行通话。



4


、


TCH


拥塞



信令流程如下：



< br>MC812


统计了


5


种


TCH


拥塞原因



MC 821=MC612A+MC612B+MC612C+MC612D+MC612E


MC612A


不许排队；


MC612B


队列已满；


MC612CT11


超时；


MC612D


被高优先级


MS


挤出队列 ；


MC612E Abis


资源被用完



1


）


、不允许排队或队列已满：



在


A


接口


BSC


发


Assignment Failure


2


）


、呼叫进入队列 ，但


T11


时间内没有


TCH


空出：



在


A


接口


BSC


发


Clea r Request


3


）


、呼叫被优 先级更高的呼叫挤出队列：




常见异常事件信令分析



在

< p>
A


接口


BSC


发


Assignment Failure



在 现网中的


TCH


拥塞信令如下（数据取至


2007


年


7


月

9


日


11


时


31901


小区）


：




从上图看出，网络已完成


SDCCH


的分配以及鉴权过程后，发起建立



S ETUP


，随


后是呼叫进行



CPROC


（


Call Procee ding


）


，当进行到分配


TCH


的阶段时，由于网络无


空闲的


TCH


分配给手机，导致网络直接断开当前连接


DISC

（


Disconnect


）


，释放 无线


信道，造成一次


TCH


拥塞现象。



5


、


TCH


分配失败



引起


TCH


分配失败的原因有：无线原因、


BSS


原因、


Abis


口拥塞（此情况已在

< br>TCH


拥


塞中说明，在这不讨论）



5.1


无线原因引起的


TCH


分配失败


：



信令流程如下：




常见异常事件信令分析



< p>
MC746B


：统计无线原因造成的


TCH


分配失败



5.2


BSS


原因引起的


TCH


分配失败


：



信令流程如下：



< br>MC14B


：统计


BSS


原因造 成的


TCH


分配失败



以下列出了


TCH


分配过程中的异常情况：

< p>


1


）



、


T9108


超时



: BTS


对


physical context request


没有响应，之后的


Channel Activ ation


消息中将不带


TA


和手机及


BTS


的发射功率信息



2


）



、


T9103


超时



: Channel Activation


没有回应



A< /p>


接口上


BSC


发


Assignment Failure


；



BSC


向


BTS


发

< p>
RF Channel Release


消息


< /p>


3


）


、在原来的信道上（如


SDCCH


信道）收到


Assignment Failure


消息



：



手机收到


Assignment Command


后，


在新信道上发


SABM


消息，


BTS


收到后向手机


发


UA


消息。但可能由于空中接口原因，手机没有收到

UA


消息。手机尝试


N200


次均


未成功；手机将会回到原来的信道，并发


Assignment


Failure


消息；


BSC


收到该消息后


在


A


接口 发


Assignment Failure


“


Reversion to Old Channel


”


；


BSC


向


BTS


发


RF Channel



常见异常事件信令分析



Release


消息，释放新信道。



4


）


、


Ass ignment Command


的内容有误：



手机发现


Assignment


Co mmand


消息中内容有误，手机发


Assignment < /p>


Failure


消息


到

< br>BSC


；


BSC


收到该消息后在


A


接口发


Assignment Failure


；


BSC


向


BTS


发


RF Channel Release


消息，释放新信道。



5


）


、


T3107

（管理


TCH


指配过程的时间）超时



BSC


在


A


接口发


Assignment Failure


“


Radio Interface Message Fai lure


”


，


并开始

< br>T9110


计时；


BSC


向


BTS


发


RF


Channel


Release


消息 ，释放新老信道；


MSC


向


BSC


发


Clear


Command

< p>
消息（呼叫释放）


，并停止


T9110

< p>
。



6)


、

< p>
BSC


收到


Channel Activation Negative Acknowledge


消息：



Channel Activation Negative Acknowledge


有以下几种原因：



a


、


Channel Already Activated (CAA)


：


BSC

向手机和


BTS


发信道释放消息



b


、


Radio Resource Not Available (RRNA) - Protocol error



(PE)-


无线资源不可用



：


BSC


内部释放



c


、


Requested transcoding rate not supported (RTRNS)


–


不支持的速率请求：


BSC


内部


释放



d


、


Encryption algorithm not implemented (EANI)-


加密算法未执行



：< /p>


BSC


内部释放



e


、


O&M Intervention (OI)


：


BSC


内部释放



7


）

< p>
、在


A


接口上发


Assi gnment Failure


消息



a


、对于收到


Chnav


Neg


Ack


原因为


EANI


的情况，


Assignment

< p>
Failure


的


cause

为


“


Ciphering Algorithm not supported


”


-


计算算法不支 持



b


、其它情况，



Assignment Failure


的

cause


为“


Radio Interface Failure


”



8


）


、


Abis


上的其它异常中 断消息的处理



a


、

< br>BSC


收到


Connection Failure Indicaiton


消息



?



Cause


为



:



–



―Radio Interface Failure‖ :


无线链路超时引起的释放



?



释放：



–



A


接口上 ，


BSC


发


Clear Request ―Radio Interface Failure‖


到


交换机



–



BSC


向


BTS


发


RF Channel Release


消息



b


、


BSC


收到


Error Report


消息



c


、


BSC


收到


Error Indication


消息



d


、


BSC


收到


Rel ease Indication


消息



5.3


TCH


分配失败信令分析


：




1


）


、


Abis


口


TCH


分配失败信令截图：


（数据来源于


4


月


11


日


10021


小区


12


点）




常见异常事件信令分析





从中看出当网络发起分配请求


ASS CMD


(Assignment Command)


时，


建立了分配指令，


但


随后由于


Protocol error unspecified


引起了分配失败


ASSFAI


(Assignment failure)


现象。




2


）


、正常的


TCH< /p>


分配过程信令流程如下：



< p>
TCH


正常分配信令截图如下：


（数据来源于


20431


小区


5


月


14


日


13


点）




常见异常事件信令分析



< p>
从中知道：网络发起分配请求


ASSCMD


(As signment


Command)


，随后

< br>TCH


分配完成



ASSCMP


（


Assignment Complete


）


，网络发出震铃消息，随后建立连接，连接 被承认等一系


列过程。



其中：



SYSINF5


（


System Information Type 5


）


：





常见异常事件信令分析



SYSINF6


（


System Information Type 6


）


：



< /p>


在


SYSINF6


中包含了服务小区的< /p>


LAC


、


CI


等 基本信息。



ASSCMD


（


Assignment Command


）


：





ASSCMD

消息内容主要包括：信道描述


(TCH12


频点

< p>
)


、功率级别、小区信道描述、信道


模式（全速率


/


半速率）和移动分配。


< p>
6


、


TCH


掉话



引起


TCH


掉话的原 因有：无线问题、切换失败问题、传输问题、


BSS


内部问题< /p>



6.1


无线问题引起

< br>TCH


掉话


：



信令流程如下：




常见异常事件信令分析



< p>
MC736


：统计无线问题掉话，基于


TRX < /p>


6.2


切换失败引起


TCH


掉话


：



信令流程如下：



< br>MC621


：统计切换失败造成的掉话，基于


TRX


6.3


BSS


内部原因引起


TCH


掉话


：



信令流程如下：



< br>MC14C


：统计


BSS


的内部 问题，可能是


BTS/BSC


硬件、软件原因。



6.4


传输问题引起


TCH


掉话


：



信令流程如下：




常见异常事件信令分析



< p>
MC739


：统计由于


TC


检测出故障而引起的掉话，基于


TRX


。


原因：


Abis


接口质量不好、


TC


设备故障或


BSS


软硬件问题。



6.5


TCH


掉话信令分析：





6.5.1


MC736


掉话


以下取出了


Abis


口


TCH


掉话的信令截图：


（数据来源于


20431


小区


5


月


14


日


13


点）




从信令截图可以看出在


SDCCH< /p>


、


TCH


都分配成功后，网络发出震铃消 息，随后建


立连接，当连接被承认后，由于


T200

< p>
超时，导致连接失败，即发生了一次无线原因的


掉话，最后网络发起了信道 释放命令。





常见异常事件信令分析





6.5.2


MC621


掉话


（数据来源


2007


年


6


月


12


日


16


点


20021


小区的切换掉话）


：




-


-


-


-


-


-


-


-



本文更新与2021-02-17 11:44，由作者提供，不代表本网站立场，转载请注明出处：https://www.bjmy2z.cn/gaokao/661817.html

返回列表：英语

常见异常事件信令分析的相关文章

常见异常事件信令分析随机文章
常见异常事件信令分析热门标签