基于GSM业务接纳控制系统设计与实现.docVIP

基于GSM业务接纳控制系统设计与实现 　　摘要 目前GSM BSS系统IP Abis带宽资源分配算法比较简单粗放,没有考虑到接纳控制和拥塞控制问题,本文针对该问题对目前的IP Abis带宽资源分配机制作进一步改进,给出了接纳控制的应用分析、工作原理及总体设计方案,实现了基于GSM业务的加纳控制系统,最后对接纳控制系统的性能及结果进行了分析。 　　关键字 GSM;BSC;IP;带宽;接纳控制 　　中图分类号TP393 文献标识码A 文章编号1674-6708(2010)26-0199-03 　　 　　0 引言 　　目前业界的IP Abis带宽资源分配算法比较简单粗放,当有业务需要进行资源申请时,数据库子系统只是简单的根据当前业务类型预定义的带宽占用值从基站总带宽中进行扣除。目前的实现存在业务理论分配带宽预定义值不准确、IP承载下传输头损耗的差别预计、接纳控制和拥塞控制、多运营商Abis网络共享支持等问题。接纳控制模块存在就是限制业务的数目,保障接入业务的服务质量,早期避免拥塞. 　　1 接纳控制应用分析 　　目前的Abis带宽分配机制存在的缺陷就是当前的传输足够容纳新的业务却由于下述原因不能接入新的业务.主要体现在两个方面:1)业务类型对应的带宽资源申请配额不准确,预定义值偏大;2)由于没有对实际的PS业务传输流量进行统计,造成在PS业务信道实际流量空闲的情况下没有可用的带宽资源接纳新的业务。针对第一个问题,可以将传输包头从业务的理论分配预定义值中扣除,业务的理论带宽预定义值只包含净荷带宽占用部分。第二种情况可以考虑以小区为单位进行流量统计,并据此调整资源池的实测带宽,接纳控制模块根据资源池的实测带宽以及累计理论分配带宽进行业务的接纳控制。 　　2 接纳控制的工作原理及总体设计方案 　　2.1 接纳控制系统工作原理 　　对于站点的带宽资源管理初步考虑采用带宽资源池方案,即将与站点连接的物理传输资源划分为1个或者多个独立的带宽资源池,每一个站点都至少挂接一个带宽资源池,但最多也只能挂接两个带宽资源池。 　　如上图1所示,整个带宽资源池的配置带宽可分为几个区域: 　　实测带宽区,该站点下所有小区内的当前业务占用带宽; 　　带宽安全工作区,该区域内可安全接纳新业务; 　　带宽稳定工作区,既不接纳新业务也不进行拥塞控制; 　　拥塞缓冲区,用于拥塞控制和反压; 　　超预定分配区,超额接纳的新业务不允许超过该区域,否则立即拒绝。 　　为了实现基于资源池的接纳控制和拥塞控制,还需要引入几个概念: 　　资源池可用带宽B0:资源池的当前可用总带宽,默认情况下等于资源池的配置带宽; 　　资源池超预定分配门限:通常表现为一个百分比a或一个固定的带宽值A,对应的超额带宽分配上限为A1=B0×(1+a)或A1=B0+A; 　　资源池带宽稳定区上限:通常表现为一个百分比b或一个固定的带宽值B,对应的资源池带宽稳定上限为C1=B0*(1-b)或C1=B0-B; 　　资源池带宽稳定区下限:通常表现为一个百分比c或一个固定的带宽值C,对应的资源池带宽稳定下限为C2=B0*(1-c)或C2=B0-C; 　　拥塞回调检测点:当资源池下所有业务的当前实测带宽低于这个检测点时,业务子系统开始逐步回调PS信道的最大允许编码速率; 　　资源池实测带宽:该资源池下所有业务的当前实测带宽,记为B1; 　　资源池累计理论分配带宽:该资源池下所有业务的累计理论分配带宽的总和,记为B2; 　　资源池当前业务理论分配带宽:该资源池下需要为正在激活的业务分配的理论带宽,记为Bi; 　　如上图1所示,存在如下逻辑:cb 或者 C B 　　当有新业务激活时,需要进行接纳控制机制,其处理逻辑如下: 　　1)当B2 + Bi = B0时,当前业务接纳成功,转5); 　　2)当B2 + Bi A1时,当前业务接纳请求失败,转6); 　　3)当B1 C2时,当前业务接纳请求失败,转6); 　　4)当 B1 + Bi C1时,当前业务接纳请求失败,转6); 　　5)当前业务接纳请求成功,同时需要刷新资源池的累计理论分配带宽B2的值: 　　B2 ==B2 + Bi 　　6)如果业务接纳请求失败,业务子系统判断是否有需要释放的小区业务,若有则让当前业务排队,等待小区业务释放腾出的带宽空间,然后接入呼叫;否则,当前业务接纳请求失败。 　　7)流程结束。 　　2.2 接纳控制系统总体方案 　　2.2.1 系统的软件框架结构 　　本系统设计相关的软件构架如下图2所示。由于BSC的软件模块较多,图2画出了支持接纳控制功能时需要增加或修改的模块。 　　数据库子系统(DBS)提供CAC新增数据表描述并提供访问接口,操作维护子系统