GSM系统—网络维护优化参数的提取

2011-05-14 16:40:52来源: 移动通信

    优化的若干参数,并在对信令过程研究的基础上,给出参数的提取方法。参数的提取是以信令采集仪为平台和在采集到的现场信令数据分析的基础上实现的。应用参数提取软件对现场采集的数据进行的统计,其结果基本反映了网络行为和用户的行为,对网络的维护优化有一定的意义。

    1、参数提取的意义与可能性

    参数提取的意义: 1 )参数提取是网络维护监测优化所必需的,网络的维护和优化必须有相关参数作为参考。 2 )一些网络维护设备和监测系统的研制必须有网络参数理论的支持,如信令分析仪的实现。没有这些参数理论,这些设备或监测系统不能被实现。3)网络参数能为目前的一些网络优化理论提供数据的支持。

    参数提取的可能性:参数提取是以 GSM信令采集仪(已由作者所在的实验室研制成功)为平台,通过对采集到的信令数据的研究获得的。

    2、 参数提取软件体系及数据结构

    2、1参数提取软件体系

    参数提取软件的前提是信令采集仪的实现,信令采集仪的基本功能是采集和?译信令数据,并对每条消息附上时标、连接类型(如 MS 起呼、MS被呼等)等信息。参数提取软件对信令采集仪所采集的?始信令数据文件进行统计处理后就得到了参数输出数据文件。参数提取软件可以作为信令采集仪的一个模块,这样可以在线地进行参数的提取,但这样作,处理器速度往往不够。参数提取软件也可以独立成为一个软件包,对采集到的?始信令数据文件进行统计处理。参数输出数据文件包括了最基本的参数信息。如果对参数数据文件进行后处理,将得到另外的一些参数。对参数输出数据文件的后处理的实现可以作为一个独立的软件,也可以作为参数提取软件包的一个模块。我们是采取后一个方案。当然也可以利用现有的办公室软件,例如MS-EXCEL 。

    2、2 参数输出数据文件的数据结构

    每一个参数的统计对应一个参数输出数据文件,如用户CDR(CALL DATA RECORDS)输出数据文件、呼叫状况统计输出数据文件等。参数输出数据文件由记录组成。记录由统计间隔和统计项构成。统计项由具体的参数及提取的方法决定,如呼叫状况统计的统计项有LAC、CI、连接类型和 CC层的消息构成。

    3、 参数提取的几个概念

    统计可以针对第一层议、第二层议和第三层议。低层统计反映了网络传输性能,而高层统计,可获得呼叫控制、移动管理和切换状况等网络参数。本文针对于高层统计。

    统计的方向依赖性:所谓方向依赖统计指消息的计数基于链路的物理的或逻?的方向。物理方向意味着消息的传输是从MSC 到BSC (下行)还是从 BSC 到MSC (上行)。逻?方向反映了消息所属连接的类型,有四种连接应该被区分:MOC (移动台起呼)、MTC(移动台被呼)、 LOC(位置更新)、UNKNOW(无连接)。MOC消息属于由 GSM04、08消息CM-Service Request所建立的连接的消息,即移动台起呼而建立的连接的消息。MTC消息属于由GSM04.08消息Paging Response 所建立的连接的消息,即移动台被呼而建立的连接的消息。LOC消息是由GSM04.08 Location Update Request 消息所建立的连接的消息。凡是由 SCCP-UDT( 消息传送的消息,不属于任何一个连接的消息,都用UNKNOWN 去标志。对于一个进入的Handover,handoverRequest 消息和 Handover Request Acknowledge 消息应归于 UNKNOWN 类型的消息,而随后的消息应根据建立在正在服务的小区的连接类型去计数。

    统计的小区依赖性:当一个连接被建立时,一个小区(CELL )的 LAC(位置区码)和 CI (小区号)将作为消息元素而被发送。许多参数的统计是与具体的一个小区有关的。统计时必须把与一个特定小区有关的消息统计出来。对于有连接的消息,一个小区的身份(LAC/CI )是 BSSMAP 层的Complete layer 3 information 消息的一个消息元素,由SCCP 的CR (接续请求)消息承载。对于BSC 控制的Handover,新小区的LAC/CI 被包含在GSM08.08 HO Performed消息中,这个消息指示成功地完成了一个 Handover 。对于无连接方式发送的消息其 LAC和 CI 应该用0 去标示。

    统计的方法可按实现的手段和难度来分,可分为面向消息的参数、面向消息元素的参数、面向过程的参数。面向消息的参数指参数的提取只要对相关的消息进行统计就可以了。面向消息元素的的参数是指参数的提取不仅涉及统计处理消息本身而且涉及统计处理消息的元素,这时往往要进行过滤。

    面向过程的参数是指消息的提取要涉及到具体的一个过程。如用户跟踪的实现,因为每一个CALL 的建立是与一个连接联系在一起,这个连接实现过程由 SCCP 去完成,因此对用户的跟踪不仅涉及 CC层,也涉及到 SCCP 层。一个连接建立时,其连接的标识被两端的 SCCP 独立分配,以后的就以此标识指示传送路径。

    4、A口参数统计及其后处理

    有些参数既可在A 接口上提取又可在Abis 接口上提取,如呼通率和呼损率。一般地,在A 口提取时,实现起来复杂。但获得的信息多,接入的设备少。

    不同的参数提取对应不同的程序分支,每个分支基本上由如下几个模块组成:连接管理模块,用于管理标识一个过程的连接号;统计和过滤模块,用于获得和统计特定信息;显示模块,用于显示相关信令过程;存盘模块,存储相关信息;任务调度模块;资源管理模块等。

    4.1 用户 CDR (CALL DATA RECORDS )和用户跟踪

    一个基本的用户跟踪是把有关该用户的三种基本的信令过程(移动台起呼、移动台被呼和位置更新)的高层消息按时间顺序记录下来就足够了。具体的跟踪过程如下:用设定的IMSI 、TMSI 或IMEI去过滤 BSSMAP 的Complete layer 3 information

    消息相关消息元素,当捕捉到后,从承载该消息的SCCP消息CR (当然也必须从随后的消息CC获得一部分信息)可以获得连接号,把该连接的所有的消息都记录下来。与上述过程并行的另一个过程是:用设定的 MSISDN去过滤CC 层SETUP 消息的消息元素calling party BCD number或called party BCD number当捕捉到以后,从承载该消息的SCCP消息DTI获得连接号的一个方向,进一步可以检索到相应连接的 CC 消息,于是一个完整的连接号被获得。把该连接的所有的消息记录下来。

    用户CDR 就是把该 BSC 辖区内的所有在测试时段内通信过的用户的相关信息记录下来。所记录的用户信息可多可少,这与软件的使用用户的需求有关。基本的用户信息包括:用户身份( IMSI、TMSI 、IMIE)、通话的另一方身份(MSISDN )、通话的时段(起始时间、终止时间、持续时间)、释放原因、信令点码(OPC 、DPC )、 所在小区(LAC/CI )、发生BSC 内部切换次数、变换小区序列、是否发生切换出 BSC 的切换。

    用户 CDR 与用户跟踪相类似,不同在于:用户 CDR 是对所有的该BSC 辖区内的用户的数据的记录,而用户跟踪是捕捉给定身份的用户;用户跟踪还要对该 BSC 辖区外的用户跟踪,而用户 CDR只对本BSC 辖区内的用户的统计;用户 CDR 可以非在线的方式实现,用户跟踪必须以在线的方式实现。

    用户CDR 的实现可以从一个个连接去入手( SCCP 层的CR 、CC 消息包含连接信息),把所有连接的信令数据整理成一个连接的序列,这样就基本实现了用户 CDR ,当然可以只选出若干有用的信息。

    对用户 CDR 进行后处理可得到以下应用:

    ( 1 )按OPC 和DPC 的呼叫数目分布。

    ( 2 )呼叫释放原因按时间的分布。

    ( 3 )呼叫数目按呼叫原因的分布。

    ( 4 )呼叫数目按时间分布。

    ( 5 )特定用户的呼叫记录。

    ( 6 )呼叫数目按持续时间的分布。

    以上的统计对网络规划,用户行为的统计有重要意义。

    4.2 呼叫状况统计

    呼叫状况统计主要处理的是CC 层的消息。对于呼叫状况的统计是依赖于具体的小区和逻?连接的,该参数的提取是面向过程的,统计过程中要涉及到SCCP层的协议。统计项有LAC、CI连接类型及各种 CC 层的消息。

    统计的过程如下:首先捕捉CR 、CC 消息,得到要建连接的标识号,同时在CR 消息承载的 Completelayer 3 information 消息中获得小区身份。以后所有的该连接的消息都是涉及该小区的消息。当然在统计间隔内,与一个特定小区相关的连接不只一个,必须把所有的与该小区有关的连接的消息统计出来。

    对其进行后处理可得到以下应用:

    ( 1 )手机起呼数和被呼数以及手机起呼被呼的比例

    手机起呼数=连接类型为 MOC 的SETUP 消息数

    手机起呼被呼比= 手机起呼数 / 手机被呼数

    ( 2 )手机起呼接通率、呼损率和被叫不接率

    手机起呼接通率= 连接类型为MOC 的CONNECT消息数 / 手机起呼数

    手机起呼呼损率 =(手机起呼数- 连接类型为MOC 的 CONNECT 消息数)/ 手机起呼数

    手机起呼不接率=1- 手机起呼接通率- 手机

    起呼呼损率= (连接类型为 MOC 的ALERTING 消息数- 连接类型为 MOC 的CONNECT消息数)/ 手机起呼数

    ( 3 )手机被呼接通率、呼损率和被叫不接率

    手机被呼接通率 = 连接类型为 MTC 的 CONNECT消息数 / 手机被呼数

    手机被呼呼损率 = (手机被呼数 - 连接类型为MTC 的CONNECT 消息数) / 手机被呼数

    手机被呼不接率=1-手机被呼接通率- 手机

    被呼呼损率 = (连接类型为MTC 的ALTERING 消息数- 连接类型为MTC 的CONNECT 消息数)/ 手机被呼数

    ( 4 )呼叫接通率、呼损率和被叫不接率

    呼叫接通率= 手机起呼接通率 + 手机被呼接通率

    呼损率 = 手机起呼呼损率 + 手机被呼呼损率

    被叫不接率= 手机起呼不接率 + 手机被呼不接率

    ( 5)手机起呼被呼接通比

    手机起呼被呼接通比 = 手机起呼接通率/ 手机被呼接通率

    ( 6 )手机紧急呼叫建立数

    手机紧急呼叫建立数 =EMERGENCY SETUP 消息数

    ( 7 )手机挂机与网络旁挂机比

    连接类型为MOC 的DISCONNECT 数 / 连接类型为 MTC 的DISCONNECT 数

    ( 8 )统计分布和统计平均值

    如果以上参数每统计间隔产生一次,将得到的结果是一个统计分布;如果以上参数的统计结果来源于整个测量时期,则得到的结果是一个统计平均值。

    (9 )小区参数和 BSC 参数

    如果以上参数的统计分别用LAC 和 LAC/CI 作为过滤条件,则得到的参数就是衡量该位置的区或该小区的参数;如果不用它们作过滤条件,则得到的参数是衡量整个BSC下辖的所有小区的。

    4.3 呼叫释放愿因统计

    呼叫释放原因统计是统计呼叫释放的原因的参数,包括正常释放和异常释放。通过统计 CC 层的消息 RELEASE COMPLETE的消息元素CAUSE的值,可以实现对该参数的统计。呼叫释放原因统计是依赖于具体的小区和逻辑连接的,是面向过程的,统计过程中要涉及到 SCCP 层的协议。统计项有: LAC、CI连接类型和各种释放原因的次数。

[1] [2]

关键字:系统  网络  网络维护  维护

编辑:什么鱼 引用地址:http://www.eeworld.com.cn/wltx/2011/0514/article_5788.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。
论坛活动 E手掌握
微信扫一扫加关注
论坛活动 E手掌握
芯片资讯 锐利解读
微信扫一扫加关注
芯片资讯 锐利解读
推荐阅读
全部
系统
网络
网络维护
维护

小广播

独家专题更多

富士通铁电随机存储器FRAM主题展馆
富士通铁电随机存储器FRAM主题展馆
馆内包含了 纵览FRAM、独立FRAM存储器专区、FRAM内置LSI专区三大部分内容。 
走,跟Molex一起去看《中国电子消费品趋势》!
走,跟Molex一起去看《中国电子消费品趋势》!
 
带你走进LED王国——Microchip LED应用专题
带你走进LED王国——Microchip LED应用专题
 
电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2016 EEWORLD.com.cn, Inc. All rights reserved