GSM网络维护优化参数提取意义介绍详解

　　优化的若干参数，并在对信令过程研究的基础上，给出参数的提取方法。参数的提取是以信令采集仪为平台和在采集到的现场信令数据分析的基础上实现的。应用参数提取软件对现场采集的数据进行的统计，其结果基本反映了网络行为和用户的行为，对网络的维护优化有一定的意义。
　　1、参数提取的意义与可能性
　　参数提取的意义：1）参数提取是网络维护监测优化所必需的，网络的维护和优化必须有相关参数作为参考。2）一些网络维护设备和监测系统的研制必须有网络参数理论的支持，如信令分析仪的实现。没有这些参数理论，这些设备或监测系统不能被实现。3）网络参数能为目前的一些网络优化理论提供数据的支持。
　　参数提取的可能性：参数提取是以GSM信令采集仪（已由作者所在的实验室研制成功）为平台，通过对采集到的信令数据的研究获得的。
　　2、参数提取软件体系及数据结构
　　2、1参数提取软件体系
　　参数提取软件的前提是信令采集仪的实现，信令采集仪的基本功能是采集和？译信令数据，并对每条消息附上时标、连接类型（如MS起呼、MS被呼等）等信息。参数提取软件对信令采集仪所采集的？始信令数据文件进行统计处理后就得到了参数输出数据文件。参数提取软件可以作为信令采集仪的一个模块，这样可以在线地进行参数的提取，但这样作，处理器速度往往不够。参数提取软件也可以独立成为一个软件包，对采集到的？始信令数据文件进行统计处理。参数输出数据文件包括了最基本的参数信息。如果对参数数据文件进行后处理，将得到另外的一些参数。对参数输出数据文件的后处理的实现可以作为一个独立的软件，也可以作为参数提取软件包的一个模块。我们是采取后一个方案。当然也可以利用现有的办公室软件，例如MSEXCEL。
　　2、2参数输出数据文件的数据结构
　　每一个参数的统计对应一个参数输出数据文件，如用户CDR（CALLDATARECORDS）输出数据文件、呼叫状况统计输出数据文件等。参数输出数据文件由记录组成。记录由统计间隔和统计项构成。统计项由具体的参数及提取的方法决定，如呼叫状况统计的统计项有LAC、CI、连接类型和CC层的消息构成。
　　3、参数提取的几个概念
　　统计可以针对第一层议、第二层议和第三层议。低层统计反映了网络传输性能，而高层统计，可获得呼叫控制、移动管理和切换状况等网络参数。本文针对于高层统计。
　　统计的方向依赖性：所谓方向依赖统计指消息的计数基于链路的物理的或逻？的方向。物理方向意味着消息的传输是从MSC到BSC（下行）还是从BSC到MSC（上行）。逻？方向反映了消息所属连接的类型，有四种连接应该被区分：MOC（移动台起呼）、MTC（移动台被呼）、LOC（位置更新）、UNKNOW（无连接）。MOC消息属于由GSM04、08消息CMServiceRequest所建立的连接的消息，即移动台起呼而建立的连接的消息。MTC消息属于由GSM04。08消息PagingResponse所建立的连接的消息，即移动台被呼而建立的连接的消息。LOC消息是由GSM04。08LocaTIonUpdateRequest消息所建立的连接的消息。凡是由SCCPUDT（消息传送的消息，不属于任何一个连接的消息，都用UNKNOWN去标志。对于一个进入的Handover，handoverRequest消息和HandoverRequestAcknowledge消息应归于UNKNOWN类型的消息，而随后的消息应根据建立在正在服务的小区的连接类型去计数。
　　统计的小区依赖性：当一个连接被建立时，一个小区（CELL）的LAC（位置区码）和CI（小区号）将作为消息元素而被发送。许多参数的统计是与具体的一个小区有关的。统计时必须把与一个特定小区有关的消息统计出来。对于有连接的消息，一个小区的身份（LACCI）是BSSMAP层的Completelayer3informaTIon消息的一个消息元素，由SCCP的CR（接续请求）消息承载。对于BSC控制的Handover，新小区的LACCI被包含在GSM08。08HOPerformed消息中，这个消息指示成功地完成了一个Handover。对于无连接方式发送的消息其LAC和CI应该用0去标示。
　　统计的方法可按实现的手段和难度来分，可分为面向消息的参数、面向消息元素的参数、面向过程的参数。面向消息的参数指参数的提取只要对相关的消息进行统计就可以了。面向消息元素的的参数是指参数的提取不仅涉及统计处理消息本身而且涉及统计处理消息的元素，这时往往要进行过滤。
　　面向过程的参数是指消息的提取要涉及到具体的一个过程。如用户跟踪的实现，因为每一个CALL的建立是与一个连接联系在一起，这个连接实现过程由SCCP去完成，因此对用户的跟踪不仅涉及CC层，也涉及到SCCP层。一个连接建立时，其连接的标识被两端的SCCP独立分配，以后的就以此标识指示传送路径。
　　4、A口参数统计及其后处理
　　有些参数既可在A接口上提取又可在Abis接口上提取，如呼通率和呼损率。一般地，在A口提取时，实现起来复杂。但获得的信息多，接入的设备少。
　　不同的参数提取对应不同的程序分支，每个分支基本上由如下几个模块组成：连接管理模块，用于管理标识一个过程的连接号；统计和过滤模块，用于获得和统计特定信息；显示模块，用于显示相关信令过程；存盘模块，存储相关信息；任务调度模块；资源管理模块等。
　　4。1用户CDR（CALLDATARECORDS）和用户跟踪
　　一个基本的用户跟踪是把有关该用户的三种基本的信令过程（移动台起呼、移动台被呼和位置更新）的高层消息按时间顺序记录下来就足够了。具体的跟踪过程如下：用设定的IMSI、TMSI或IMEI去过滤BSSMAP的Completelayer3informaTIon
　　消息相关消息元素，当捕捉到后，从承载该消息的SCCP消息CR（当然也必须从随后的消息CC获得一部分信息）可以获得连接号，把该连接的所有的消息都记录下来。与上述过程并行的另一个过程是：用设定的MSISDN去过滤CC层SETUP消息的消息元素callingpartyBCDnumber或calledpartyBCDnumber当捕捉到以后，从承载该消息的SCCP消息DTI获得连接号的一个方向，进一步可以检索到相应连接的CC消息，于是一个完整的连接号被获得。把该连接的所有的消息记录下来。
　　用户CDR就是把该BSC辖区内的所有在测试时段内通信过的用户的相关信息记录下来。所记录的用户信息可多可少，这与软件的使用用户的需求有关。基本的用户信息包括：用户身份（IMSI、TMSI、IMIE）、通话的另一方身份（MSISDN）、通话的时段（起始时间、终止时间、持续时间）、释放原因、信令点码（OPC、DPC）、所在小区（LACCI）、发生BSC内部切换次数、变换小区序列、是否发生切换出BSC的切换。
　　用户CDR与用户跟踪相类似，不同在于：用户CDR是对所有的该BSC辖区内的用户的数据的记录，而用户跟踪是捕捉给定身份的用户；用户跟踪还要对该BSC辖区外的用户跟踪，而用户CDR只对本BSC辖区内的用户的统计；用户CDR可以非在线的方式实现，用户跟踪必须以在线的方式实现。
　　用户CDR的实现可以从一个个连接去入手（SCCP层的CR、CC消息包含连接信息），把所有连接的信令数据整理成一个连接的序列，这样就基本实现了用户CDR，当然可以只选出若干有用的信息。
　　对用户CDR进行后处理可得到以下应用：
　　（1）按OPC和DPC的呼叫数目分布。
　　（2）呼叫释放原因按时间的分布。
　　（3）呼叫数目按呼叫原因的分布。
　　（4）呼叫数目按时间分布。
　　（5）特定用户的呼叫记录。
　　（6）呼叫数目按持续时间的分布。
　　以上的统计对网络规划，用户行为的统计有重要意义。