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

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

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

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

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

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

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

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

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

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

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

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

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

　　消息相关消息元素，当捕捉到后，从承载该消息的SCCP消息CR (当然也必须从随后的消息CC获得一部分信息)能够得到连接号，把该连接的所有的消息都记录下来。与上述过程并行的另一个过程是：用设定的 MSISDN去过滤CC 层SETUP 消息的消息元素calling party BCD number或called party BCD number当捕捉到以后，从承载该消息的SCCP消息D TI 获得连接号的一个方向，进一步可以检索到相应连接的 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 ，当然可以只选出若干有用的信息。