A接口部分的信令分析

zlqiu第1页2/18/2020A接口部分的信令分析1．Abis、A接口信令数据的的收集和分析1.1参数提取有些参数既可在A接口上提取又可在从Abis接口上提取，如呼通率和呼损率。一般地，在A口提取时，实现起来复杂。获得的信息多，接入的设备少。参数提取是通过对采集到的信令数据的研究获得的。1.2信令数据处理可以建立如下的数据处理模型：图1A接口数据处理模型消息分解模块分解采集到的信令消息，并形成一定的格式输出报文；过程提取模块则根据采集到的信令消息，提取其中的处理过程，采取消息状态机模型进行提取。确定FSM的关键问题在于如何将采集到的消息分发（Dispatch）到适当的FSM中。DTAP过程和部分BSSMAP过程是使用SCCP有连接服务，另外一部分BSSMAP过程是使用SCCP无连接服务。另外对于SCCP连接的发起和建立，规范中有明确的规定，据此对过程提取FSM的确定如下：为每一类SCCP连接的发起过程和每一类使用无连接的BSSMAP过程定义一类业务进程，可以将之视为一个对象。每一次具体的业务过程看做是这一对象的实例化。DATAP和BSSMAP使用SCCP连接服务的消息根据其承载SCCP连接的连接识别号（CI）来分发。需要建立CI和进程号的映射关系。对于使用无连接服务的BSSMAP消息根据不同情况来确定消息的归属进程，例如对电路有关的进程，根据消息中的电路识别号（CIC）来分发。在过程提取FSM中另外一个重要问题是如何进行保护的问题，因为在异常情况下，会因为一些异常情况包括消息可能的错序造成永远也收不到某些预期消息，使得FSM挂起在某一信令分解模块原始信令流TMS采集模块（数据源）格式化输出屏幕网络通道其它通道过程提取过滤器过滤器格式化输出屏幕网络通道其它通道DTAP、BSMAP消息流zlqiu第2页2/18/2020状态，如何对这一情况进行保护。在交换控制程序中除了充分考虑各种情况外，采用定时器来实现的。对于信令过程的提取，可能不适合在各个状态下进行定时保护，因为它不是一种主动的互控过程，而且开销也很大，定时的长度也不容易确定，对于过程提取来说也没有太大的必要。根据这种情况，采用以下机制：设置几个队列，定时扫描队列上的进程，发现队列上面的进程的状态没有发生变化，则将这一进程释放掉，不同的队列具有不同的保护时长。对于进程则需要在状态变化时插入到合适的队列上去。另外对于一些SCCP连接过程中，可能同时有多个事务同时进行，即多个基本过程穿插进行，如果在一个FSM中，会造成状态膨胀，而且很难考虑完整，FSM太复杂。可以考虑引入子进程或分支进程的概念，在进程内部再进行一次消息分发。具体过程如下，在主子进程的状态下如果收到一个非主分支过程时候，启动一个子进程，并更新子进程状态表，后续的有关此子进程的消息先检查是否其子进程启动，如果启动，则分发到此子进程，如果不是，由主子进程来处理。主子进程的以SCCP连接建立起始，以SCCP连接释放或异常结束结束，主子进程必须包含这两个基本过程。主子进程结束，则整个进程包括其所有子进程也要结束。另外上面的定时保护以主子进程的状态为准。一般的子进程在一个进程中不会存在多个，子进程中的基本过程在进程中的顺序以其启动时刻排列，而不以结束时刻排列。在多个进程中可能共用一些子进程，在实现中考虑共用代码。一些进程只有一个基本过程组成，所以主要信息都集中在基本过程表中去记录，但为了模型的统一，仍然采用了分级的记录和描述方式。在使用SCCP连接服务的进程中都隐含了两个基本过程：SCCP连接建立过程、连接释放过程和连接异常终止过程。子进程号为：进程号U子进程类别。zlqiu第3页2/18/20201.3信令消息、信令过程存储1.3.1存储模型图2DTAP、BSSMAP及空中接口消息和过程存储模型如图所示，解码模块产生的消息驱动过程提取状态机，FSM生成图中的各项记录或修改记录项。一个进程描述块就是一条记录项。图中的记录以关系表的形式组织，可以存储于数据库中，也可以组织在内存或磁盘文件中，组织在内存和磁盘文件需要另外建立控制、索引等文件来控制和加速记录的访问和查询。1.3.2信令消息1.3.2.1信令消息描述表对信令报文的分析，可以提取一些用于评估和优化的有用信息，所以在分析中提取这些信息，存储在表中，用于后分析和处理。记录主要分为三部分：七号信令部分、BSSMAP、DTAP部分。可以按照各种参数属性对报文分类组织：SPC、SCCP连接、IMSI、CIC等。信令消息记录表是最基本和原始的记录表。信令消息是系统最原始和直接的信息，采用两级的描述和存储：消息和信息单元。但在一般情况下，是不需要深入到信息单元级的记录，所以对于信息单元的描述和记录做预留待研究，着重关注消息的描述和存储。对于空中接口L3的RR子层的消息，由BSS进行处理，并不在A接口上出现，所以不过程描述块进程描述块基本过程信息基本过程指针进程信息基本过程信息基本过程指针进程流水号消息描述过程信息消息指针基本过程信息基本过程指针消息描述消息指针............消息记录消息记录消息记录消息记录......P0P1PnM0Mnzlqiu第4页2/18/2020做描述和记录，对应的RR处理过程体现在BSSMAP消息和过程中。消息描述表是一个静态的描述表，主要用于做为程序的资源，表之间的关系约束等。一般不做修改。描述表中比较重要的是消息的编号和消息名，在它是联系各表的主要纽带，在下述描述中可以更清楚的看出，消息名是一个最重要的程序资源。消息的其它属性如协议、方向等可以作为校验和关系检查的参数，例如某一个方向的消息出现在另一个方向，表明一个异常产生。表5L3（DTAP）、BSSMAP信息单元描述表（待研究、暂不实现）编号信息单元名表6L3（DTAP）、BSSMAP消息描述表编号消息名属性协议方向信息单元列表开关说明1CC_ALERT_MSG2CC_CALL_CONFIRM_MSG3CC_CALL_PROCEEDING_MSG4CC_CONGESTION_CTL_MSG5CC_CONNECT_MSG6CC_CONNECT_ACK_MSG7CC_DISCONNECT_MSG8CC_EMERGENCY_SETUP_MSG9CC_FACILITY_MSG10CC_HOLD_MSG11CC_HOLD_ACK_MSG12CC_MODIFY_MSG13CC_MODIFY_CMP_MSG14CC_MODIFY_REJCET_MSG15CC_NOTIFY_MSG16CC_PROGRESS_MSG17CC_RELEASE_MSG18CC_RELEASE_CMP_MSG19CC_RETRIVE_MSG20CC_RETRIVE_ACK_MSG21CC_RETRIVE_REJECT_MSG22CC_SETUP_MSG23CC_START_DTMF_MSG24CC_START_DTMF_ACK_MSG25CC_START_DTMF_REJ_MSG27CC_STATUS_MSG28CC_STATUS_ENQUIRY_MSG29CC_STOP_DTMF_MSG30CC_STOP_DTMF_ACK_MSG31CC_USR_INFO_MSG32MM_AUTH_REJECT_MSG33MM_AUTH_REQUEST_MSG34MM_AUTH_RESPONSE_MSG35MM_CM_REESTB_REQ_MSG36MM_CM_SRV_ACCEPT_MSG37MM_CM_SRV_REJECT_MSG38MM_CM_SRV_ABORT_MSGzlqiu第5页2/18/202039MM_ABORT_MSG40MM_CM_SRV_REQ_MSG41MM_IDENTITY_REQ_MSG42MM_IMSI_DETACH_MSG43MM_LOC_UPDATE_ACCP_MSG44MM_LOC_UPDATE_REJ_MSG45MM_LOC_UPDATE_REQ_MSG46MM_MM_INFO_MSG47MM_MM_STATUS_MSG48MM_TMSI_REALOC_CMD_MSG49MM_TMSI_REALOC_CMP_MSG50BSSMAP_ASS_REQ_MSG51BSSMAP_ASS_COM_MSG52BSSMAP_ASS_FAIL_MSG53BSSMAP_BLOCK_MSG54BSSMAP_BLOCK_ACK_MSG55BSSMAP_C_GRP_BLOCK_MSG56BSSMAP_C_GRP_BL_ACK_MSG57BSSMAP_C_GRP_UNB_MSG58BSSMAP_C_GRP_UNB_ACK_MSG59BSSMAP_CLEAR_CMD_MSG60BSSMAP_CLEAR_REQ_MSG61BSSMAP_UNBLOCK_MSG62BSSMAP_UNBLOCK_ACK_MSG63BSSMAP_HO_CN_ENQ_MSG64BSSMAP_HO_CN_RSP_MSG65BSSMAP_HO_REQ_MSG66BSSMAP_HO_REQUIRED_MSG67BSSMAP_HO_RQD_REJECT_MSG68BSSMAP_HO_REQ_ACK_MSG69BSSMAP_HO_CMD_MSG70BSSMAP_HO_CMP_MSG71BSSMAP_HO_SUCC_MSG72BSSMAP_HO_FAIL_MSG73BSSMAP_HO_PERFOMED_MSG74BSSMAP_HO_DETECT_MSG75BSSMAP_RES_IND_MSG76BSSMAP_PAGING_MSG77BSSMAP_OVERLOAD_MSG78BSSMAP_MSC_INV_TRACE_MSG79BSSMAP_BSS_INV_TRACE_MSG80BSSMAP_CLASMARK_UPD_MSG81BSSMAP_CLMARK_REQ_MSG82BSSMAP_CIP_MODE_CMD_MSG83BSSMAP_CIP_MODE_CMP_MSG84BSSMAP_CIP_MODE_REJ_MSG85BSSMAP_CMP_L3_MSG86BSSMAP_QUEUING_IND_MSG87BSSMAP_SAPI_REJ_MSG88BSSMAP_RESET_CIRCUIT_MSG89BSSMAP_CONFUSION_MSG90BSSMAP_UNEQUIP_CIRCUT_MSG91BSSMAP_LOAD_IND_MSG92BSSMAP_VGCS_STP_MSG93BSSMAP_VGCS_STP_ACK_MSGzlqiu第6页2/18/202094BSSMAP_VGCS_STP_REF_MSG95BSSMAP_VGCS_ASS_REQ_MSG96BSSMAP_VGCS_ASS_RSL_MSG97BSSMAP_VGCS_ASS_FAL_MSG98BSSMAP_VGCS_QU_IND_MSG99BSSMAP_UPL_REQ_MSG100BSSMAP_UPL_REQ_ACK_MSG101BSSMAP_UPL_REQ_CNF_MSG102BSSMAP_UPL_RLS_IND_MSG103BSSMAP_UPL_REJ_CMD_MSG104BSSMAP_UPL_RLS_CMD_MSG105BSSMAP_UPL_SEIZED_MSG106BSSMAP_SUSPEND_MSG107BSSMAP_RESUME_MSGL3_RR_****_MSG保留1.3.2.2消息记录表消息记录表主要记录的是解码模块的输出结果，如果我们把信令消息看做是一个个对象，每一类消息记录表中的每一个记录是这一对象的一个实例。每一个实例由流水号来区分和标识。流水号的组成有可能不是一个简单的数字。另外每一个实例都有一个信息单元表列项，这一项记录了这一过程的信息单元序列，由这一序列可以在各信息单元记录表中找到消息的具体内容，消息序列的每一元素的组成：信息编码+信息单元流水号。这样可以由这一项将整个消息详细展开到每一个信息单元，但此项可以没有（例如不需要详细的情况下），以减少系统开销。另外每一消息