LAPD分析.docVIP

BSC和寻呼有关的资源分析 在BSC上，寻呼消息将经由Abis接口的LAPD信令下发到各个小区，再由各个基站通过空中接口广播寻呼消息，因此，在这个过程中，主要需要关注三方面资源的消耗： － 处理LAPD信令的TRH（Transceiver Handler）设备 － Abis接口上的LAPD信令链路带宽 － 空中接口能够承载的寻呼容量 TRH设备是整个BSC共用的资源，就目前运行情况来看，忙时TRH的利用率仍然处于较低的水平，余量丰富，短期内不会成为资源瓶颈。因此，需要重点关注Abis接口上的LAPD信令链路承载配置情况以及空中接口能够承载的寻呼容量。 尤其需要关注LAPD信令配置的情况，由于Abis传输资源紧张，现网大量采用LAPD信令压缩功能以节省传输资源开销，该功能可以让多个TRX信令共享同一个64K bps的PCM时隙，因此也使得LAPD信令链路的负荷大大增加，在话务增长到一定程度后，必然会导致寻呼等信令的丢失，影响到网络的性能。 LAPD信令链路资源分析 LAPD信令及其压缩原理 爱立信Abis接口是BSC与BTS之间的GSM标准接口，信令协议采用分层结构：第一层为物理层，使用G.703协议，是传输网协议；第二层为LAPD信令协议，是ISDN标准协议，主要功能是传送Abis接口的基站管理和话务管理信息，即OML和RSL链路。第三层（Layer 3）包括基站管理和话务管理协议。 以下是LAPD信令的帧结构图 其中TEI值是基站硬件的物理地址，可用来指定哪个TRX，根据LAPD协议建立相关链路用于传送信息。 爱立信的LAPD压缩功能是由MO CON（Concentrator）控制的。MO CON 提供信令集合后的数据连接点（Digital Connection Point）给MO IS 来达到集合TRXC 信令链路共用一个64kb/s 传输时隙的效果。CON 是DXU 模块里的一个功能块，称为HDLC Concentrator。一个MO CON 最高只能集合4 个TRX 的LAPD 信令链路到一个64kb/s 传输时隙。因此，当采用LAPD压缩时，在MO TG的定义中CONFACT（信令压缩比率）参数最高的值是4（16K），其余还有3（21K）和2（32K）以及MPLEX16(16K)的设置。 LAPD信令链路寻呼承载能力说明 LAPD信令链路主要承载： 下行寻呼请求以及上行的寻呼响应信令，该部分信令量占据了LAPD信令负荷的很大一部分。需要注意的是，这部分负荷和整个BSC的话务量最为相关，和小区的话务量和用户数关系较小。 SDCCH信道上承载的信令，用于位置更新，呼叫建立、短信等等。这部分话务和小区的用户数和话务量关系最大。 上行测量报告，该部分信令量和小区当前忙的TCH、SDCCH信道数量有关，如开启半速率等。 因此，BSC每秒下发的寻呼数量与LAPD的负荷性能有着密切联系，而寻呼数量与整个BSC（LAC位置区）的话务量成正比。造成LAPD 信令链路超负荷的主要原因是在LAPD 信令压缩的情况下有多个TRX与BCCH 信道共用同一个信令链路，因为BCCH 会带来大量寻呼信令负荷。通常，当寻呼数量高于每秒40次时要特别注意LAPD压缩比的设置,下表是爱立信对最大寻呼数对应LAPD压缩比的推荐设置值。 LAPD压缩 带宽 推荐最大每秒下发寻呼数 不压缩 64kb/s 没有限制 压缩 32kb/s 60 压缩 21kb/s 40 压缩 16kb/s 30 LAPD信令监测方法 爱立信BSC提供了对LAPD 信令进行监测的统计功能，通过采集并分析该统计数据，可以很好的了解到各 BSC内的所有 LAPD 信令链路的负荷性能，LAPD统计类型下属的计数器说明如下： CDEVSTATE State of the device the statistics are accumulated on. Possible values are Used or Not used. Set at seizure of a Layer 2 Management Link (L2ML) on the device. CBADFRAME Number of bad frames received on a device. Compared to protocol errors these faults are more serious. Not even the type of data link or frame can be identified. CTRIFRAME Number of transmitted LAPD I and UI frames. I and UI frames means in