专利名称：一种检测gb链路是否丢包的方法
技术领域：
本发明涉及GB信令监测领域，尤其涉及一种检测GB链路是否丢包的 方法。
背景技术：
GB链路是GPRS (General Packet Radio Service)通用分组无线业务中 的链路，也称为吉比特链路。GPRS是在GSM Phase2+规范实现的内容，是 一种基于GSM的移动分组数据业务，该业务有助于第二代移动通信向第三 代移动通信的平滑过渡。由于GPRS的引入，使得在GSM网络中引入了分 组交换能力并将GSM网络的传输速率提高到100kbit/s以上。
现有GPRS网络是基于现有的GSM网络实现的，在现有GSM网络中 增加了服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)两 类节点。SGSN是GPRS骨干网的重要组成部份，是分组交换的核心部分， 通过帧中继和PCU(分组控制单元)相连。功能类同于GSM系统的MSC/VLR 功能，SGSN不仅处理分组交换中的信令传输，同时也进行数据包的处理和 传送。面向MS执行移动性管理、安全管理、介入控制和路由选^^功能。即 记录当前活动在该SGSN区域内的移动数据用户的有关信息，如位置信息， 可以对当前用户信息进行修改、删除等；负责数据用户的Attach和Detach、 位置更新、寻呼、鉴权、加密等；负责MS和SGSN之间逻辑链路的建立、 维护和释放；负责路由的选择和信息的存储转发。BSS (base station subsystem)基站子系统与SGSN之间通过GB接口通信。GB接口同时传输 分组数据和信令，支持移动性管理功能和会话功能，例如支持GPRS附着/ 分离、安全、路由区更新、数据连接信息的激活/去活等功能。
GB接口的链路使用TDM (时分复用)链路，GB接口的协议栈参见图 1。 GB接口底层Llbis (物理传输层)采用FR ( frame relay帧中继)协议， 第二层协议为NS (network service网络业务)协议，第三层协议为BSSGP
(base station subsystem GPRS protocol基站子系统GPRS协议)协议，第四 层协议为LLC (logical link control逻辑链路控制)协议，第五层协议为 SNDCP (subnetwork dependent converge protocol子网汇聚十办i义)十办i义。可 以参考YD/T1006-2001GB接口技术规范。
现有技术中在GB链路上采集信令消息数据是采用GB前端机的方式进 行的，该前端机可以对信令消息数据进行整理、分析和统计，采集后的GB 信令消息存贮格式为包头+长度+源码，每条消息都有一个文件名和偏移量。 通过判断包头就可以知道是GB的信令消息，在信令采集的过程中同时建立 事件列表，列表包括开始时间、KEY值(表示把若干消息关联成一个事 件的特征字)、N-PDU(网络业务接入层的协议数据单元)、IMSI( International Mobile Subscriber Identification Number国际移动用户识别码)、TLLI
(Temporary Logical Link Identifier临时逻辑链路标识)、MSISDN (Mobile Station ISDN移动用户国际号码)和Segmentnumber (表示分^殳的序号)，因 此通过它可以详细了解全网的各种呼叫接续过程并进行深层次的网络管理、 业务管理、用户管理以及网络优化、网络规划和网络设计。
GB前端机在采集信令时，由于经过传输、收敛和高阻跨接等中间环节， 在采集数据时存在丢失数据的问题，直接影响对上层业务和后续数据的分 析。对于7号信令的TDM链路(如TUP/ISUP/MAP等)可以通过分析BSN
(后向序列号)和FSN(前向序列号)来判断是否存在丢包的情况，但是对 于GB链路，由于没有包含BSN和FSN，所以无法通过这个方法来检测。 目前，在相关的专利文献和其它非专利文献中也未记载有如何检测GB链路 是否丟包的行之有效的技术方案。
发明内容
本发明要解决的技术问题是提供一种高效的监测方法，能够有效检测到 GB链路是否丢包，确保对上层业务和后续数据的正确分析，促进该领域技 术的发展。
为了解决上述问题，本发明提供了一种检测GB链路是否丢包的方法， 包括如下步骤
1)采集GB信令和建立空事件列表；2 )读取一条GB信令；
3) 分析和过滤GB信令，如果GB信令中的SAPI业务接入点标识为 SNDCP,进入步骤4);如果SAPI为GMM,进入步骤5 );否则进入步骤2);
4) 判断SNDCP的协议类型；
如果SNDCP的类型为SN-DATA，根据信令中的字段M、字段F和字段 N-PDU判断是否丢包，进入步骤2);
如果SNDCP的类型为SN-UNITDATA,根据信令中的字段M、字段F、 字段Segmentnumber和字段N-PDU判断是否丢包，进入步骤2 );
5 )判断GMM的协议类型；
如果GMM的协议类型为SM会话管理，根据SM的消息类型在事件列 表中建立事件的KEY值或删除事件的KEY值，然后进入步骤2 );
否则，直接进入步骤2)。
进一步，所述步骤3)中分析和过滤GB信令的步骤，包括判断信令数 据帧是否为帧中继数据帧、网络业务数据帧和基站子系统GPRS协议数据 帧。
所述步骤5 )中4艮据SM的消息类型在事件列表中建立事件的KEY值 或删除事件的KEY值包括如下步骤
如果SM数据类型为PDP(分组数据协议)激活请求，分别根据IMSI和 TLLI在事件列表中建立事件的KEY值；
如果SM数据类型为PDP去激活接受，分别根据IMSI和TLLI作为KEY 值去查找事件，如果能够找到，删除KEY值，以关闭事件，读取下一条信 令；如果找不到直接读取下一条信令。
所述步骤4)中SNDCP的类型为SN-DATA时根据信令中的字段M、字 段F和字段N-PDU判断是否丢包包括如下步骤
(l)如果F=l,根据IMSI或TLLI作为KEY去查找事件；
①如果找到，添加消息的文件名和偏移量到事件列表；判断该信令的 N-PDU与事件列表中记录的N-PDU是否一致；
a) 如果一致，表示正常，进入步骤A);
b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤A);
②如果没有找到，分别根据IMSI和TLLI作为KEY建立事件；进入步 骤A);
(2)如果F=0，根据IMSI或TLLI作为KEY去查找事件，
① 如果找到，添加消息的文件名和偏移量到事件列表，判断该信令的 N-PDU与事件中记录的N-PDU是否一致，
a) 如果一致，表示正常；进入步骤A);
b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤A);
② 如果没有找到，判断结束； A)根据M处理
a) 如果M=0，表示该N-PDU已经结束，记录当前N-PDU+1在事件中， 判断结束；
b) 如果!V^1,表示该信令与后续的信令有关联，记录当前N-PDU在事 件中，判断结束。
所述步骤4)中SNDCP的类型为SN-UNITDATA时根据信令中的字段M、 字段F、字段Segmentnumber和字段N-PDU判断是否丢包包括如下步骤
(l)如果F=l,根据IMSI或TLLI作为KEY去查找事件，
① 如果找到，添加消息的文件名和偏移量到事件列表，判断该信令的 N-PDU与事件中记录的N-PDU是否一致；
a) 如果一致，表示正常；进入步骤B);
b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丟包的数目；进入步骤B);
② 如果没有找到，分别根据IMSI和TLLI作为KEY建立事件；进入步 骤B);
(2)如果F=0,根据IMSI或TLLI作为KEY去查找事件，
① 如果找到，判断该信令的N-PDU与事件中记录的N-PDU是否一致
a) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丟包的数目；进入步骤B);
b) 如果一致，再判断该信令的Segmentnumber与事件中记录的 Segmentnumber是否一致
b.l)如果一致，表示正常；进入步骤B);
b.2)如果不一致，表示发生丢包，记录当前Segmentnumber减去事件中 记录的Segmentmimber的值，这个值就是发生丢包的数目；进入步骤B);
② 如果没有找到，判断结束； B)根据M处理
a) 如果M二0，表示该N-PDU已经结束，记录当前N-PDU+1在事件中， 把消息的文件名和偏移量添加到事件列表；判断结束；
b) 如果M=l,表示该信令与后续的信令有关联，记录当前N-PDU和 Segmentnumber+1在事件中，把消息的文件名和偏移量添加到事件列表；判 断结束。
本发明的上述技术方案，能够高效的检测到GB链路是否丢包，确保对 信令的正确分析。
图1为GB接口协议栈；
图2为总体检测流程图3 a为包含部分详细流程的总体检测流程图3b为图3a中的SN-PDU处理流程的详细流程图3c为图3a中的SN-UNITPDU处理流程的详细流程图。
具体实施例方式
下面结合图2和图3a-图3c详细说明本发明的技术方案。 本发明检测的数据可以是利用现有技术中的GB前端机采集的GB信令数据和建立的空事件列表(该事件列表中此时没有具体的事件)；也可以采
用其他相关设备进行采集的GB信令数据和建立的事件列表；GB信令采集 后以文件的形式保存在硬盘上，可以通过读取文件的方式来获取GB的信令； 当然，也可以采取本领域技术人员所熟知的其它存储装置进行存储，如 FLASH存储器等。由于GB信令是以包头+长度+源码的方式进行存储的， 对于源码中的信息的分析可以利用现有的对各层数据帧进行识别和分析的 技术手段，在下面的步骤中涉及到的各层数据帧的分析就不再详述。
事件列表中包含多个事件，不同事件的KEY值不一样，每个事件里包含 多条消息，每条消息都会有KEY值，同一个事件里消息的KEY值是一样的。
参见附图2，本发明的检测总体流程如下
1) 读取一条GB信令，读取GB前端机中的空事件列表；由于事件列 表最初并没有建立事件内容，因此，本步骤中也可以不读耳又GB前端才凡中的 空事件列表，而是检测装置中事先就存储有与GB前端机中的空事件列表相 同的空事件列表；
2) 判断读取的数据帧是否为FR (帧中继)数据帧的数据，如果是，进 入步骤3),否则读取下一条信令，继续处理。
3) 判断该数据帧是否为NS (网络业务)数据帧的数据，如果是，进入 步骤4),否则读取下一条信令，继续处理。
4 )判断该数据帧是否为BSSGP(基站子系统GPRS协议)数据帧的数据， 如果是，进入步骤5)，否则读取下一条信令，继续处理。
5)在LLC层根据SAPI (业务接入点标识)来判断并作相应处理
判断SAPI的业务类型，其中SAPI业务类型包括GMM (GPRS移动性管 理)和SNDCP(子网相关会聚协议)，如果SAPI为SNDCP,进入步骤6);如 果SAPI为GMM,进入步骤7);否则读取下一条信令，继续处理；
6 )判断SNDCP的协议类型；如果SNDCP的类型为SN-DATA ( sequence number需要确认模式的数据)，根据字段M( More Bit)、字段F ( First segment indicatorbit)和N-PDU判断是否丢包，读耳又下一条信令，继续处理；如果 SNDCP的类型为SN-UNITDATA ( sequence number不需要确认模式的数据， 才艮才居字I爻M( More Bit )、字4殳F( First segment indicator bit )、 Segmentnumber(表 示分段的序号)和N-PDU (网络业务接入层的协议数据单元)判断是否丢包， 读取下一条信令，继续处理；
7 )判断GMM的协议类型；如果GMM的协议类型为SM (会话管理)， 根据SM的消息类型在事件列表中建立事件的KEY值或删除事件的KEY值， 然后读取下一条信令，继续处理；否则直接读取下一条信令，继续处理。SM 的消息里有一些是用来建立事件KEY值，有一些是用来删除事件KEY值的。
上述步骤2)中判断读取的数据是否为FR数据帧的数据，可以通过判断 FR标识来判断，如果FR标识的第一个字节不为O,那么该信令为FR数据帧， 当然这个判断方法可以根据FR协议中标识FR数据帧的FR标识的具体情况进 行调整。
上述步骤3)中判断数据是否为NS数据帧的数据，可以通过判断NS 标识来判断，如果NS标识的第一个字节为0,那么该信令为NS数据帧， 当然这个判断方法可以根据NS协议中标识NS数据帧的NS标识的具体情 况进行调整。
上述步骤4)中判断数据是否为BSSGP数据帧的数据，可以通过判断 BSSGP标识来判断，如果BSSGP标识的第一个字节为0或1，那么该信令 为BSSGP数据帧，当然这个判断方法同样可以根据具体情况进行调整。
所述步骤5)根据SAPI标识(LLC层的第一个字节就是SAPI标识)判断业 务类型的方法如下
1. 如果LLC层数据的第一个字节为3， 5, 9或11，那么该信令的SAPI 为SNDCP。
2. 如果LLC层数据的第一个字节为l，那么该信令为GMM(移动性管理) 数据，对于GMM数据处理如下(参考图3a):
2.1如果GMM层数据的第一个字节(GMM有若干个字节，根据第一个 字节用来区分是否为SM数据)的后四个比特为1010，那么该信令为SM(会 话管理)的数据，分析SM数据类型并作相应处理，具体如下
2丄1如果SM数据的第一个字节(SM同样也有若干个字节，根据第一 个字节来区分消息类型)为0x41或0x47，分别^L如下处理
①SM的类型为0x41，表示PDP (分组数据协议)激活请求，分别根据 IMSI和TLLI在事件列表中建立事件的KEY值，这样事件就存在两个KEY 值；读取下一条信令。IMSI作为KEY值是在同一个事件中是唯一的，但是
不是所有的消息都具备IMSI，所以没有具备IMSI的消息无法用IMSI作为 KEY值；TLLI是每条消息都具备的，但是在事件过程中，TLLI会发生改变。 所以不是唯一的。
②SM的类型为0x47,表示PDP去激活接受，分别根据IMSI和TLLI作 为KEY值去查找事件，如果能够找到，删除KEY值，以关闭事件，读取下 一条信令；否则直接读取下一条信令。
所述步骤6)判断SNDCP的类型的方法如下
SNDCP的类型通过SNDCP帧的第一个字节的第六个比特位T( TYPE ) 判断
1. 如果丁=0,表示类型为SN-DATA。具备字段M( More Bit) 、 F(First segment indicator bit)和N-PDU (Network Protocol DataUnit)。
M=0表示该信令后面没有关联的信令了， M=l表示该信令后面还有关 联的信令，而且后面的信令与该信令的N-PDU —致。
F二O表示该信令与前面的信令有关联，而且与前面信令的N-PDU—致； F=l表示该信令是当前N-PDU的第 一条信令。
如果信令的F二l, M=0,表示该信令是当前N-PDU的第一条信令而且 当前N-PDU就只有一条信令；如果信令的F二l， M=l，表示该信令是当前 N-PDU的第一条信令而且当前N-PDU还有后续的信令；如果信令的F=0， M=l，表示该信令与前面的信令有关联而且当前N-PDU还有后续的信令； 如果信令的F^， M=0，表示该信令与前面的信令有关联而且没有后续的信
令；
2. 如果丁=1，表示类型为SN-UNITDATA。具备字段M (More Bit)、 F (First segment indicator bit) 、 N-PDU (Network Protocol DataUnit)和 Segmentnumber(表示分段的序号)。M和F的取值含义与类型为SN-DATA 时的M和F相同。
下面具体描述所述步骤6 )中针对SN-DATA和SN-UNITDATA两种类 型判断是否丢包的方法
第一种SN-DATA类型(参见图3b)，根据M， F和N-PDU处理；
1. F=l ，根据IMSI或TLLI作为KEY去查找事件；
1.1如果找到，添加消息的文件名和偏移量到事件列表；判断该信令的 N-PDU与事件列表中记录的N-PDU是否一致；这里添加消息的文件名和偏 移量到事件列表是因为消息保存在文件中， 一个事件相关的消息，可能保存 在不同的文件中，偏移量是消息在文件里具体位置。每条消息都有偏移量。 记录文件名和偏移量可以知道在发生丢包时，是从哪个文件的哪个位置开始 的。
a) 如果一致，表示正常；进入步骤A);
b) 如果不一致，表示发生丟包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丟包的数目；进入步骤A);
1.2如果没有找到，说明当前这条消息所归属的事件没有SM的分组数 据协议PDP激活的消息，当前的数据不是一个完整的事件；分别根据IMSI 和TLLI作为KEY建立事件；进入步骤A);
2. F=0，根据IMSI或TLLI作为KEY去查找事件，
2.1如果找到，添加消息的文件名和偏移量到事件列表，判断该信令的 N-PDU与事件中记录的N-PDU是否一致，
a) 如果一致，表示正常；进入步骤A);
b) 如果不一致，表示发生丟包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤A);
2.2如果没有找到，判断结束；直接读取下一条信令。
A)根据M来处理
a) 如果M=0,表示该N-PDU已经结束，记录当前N-PDU+1在事件中(这 里记录N-PDU+1,表示添加到事件中的下一条消息的N-PDLN记录的N-PDU 值，即为N-PDU+1);判断结束；读取下一条信令；
b) 如果M-l,表示该信令与后续的信令有关联，记录当前N-PDU在事 件中；判断结束；读取下一条信令；这里为了处理流程的统一性，N-PDU 没有改变也可以再记录一次。
第二种SN-UNITDATA类型(参见图3c),根据M， F, N-PDU和 Segmentnumber处理；
1. F=l,根据IMSI或TLLI作为KEY去查找事件，
1.1如果找到，添加到事件列表，判断该信令的N-PDU与事件中记录 的N-PDU是否一致；
a) 如果一致，表示正常；进入步骤B);
b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤B);
1.2如果没有找到，分别根据IMSI和TLLI作为KEY建立事件；进入 步骤B);
2. =0,根据IMSI或TLLI作为KEY去查找事件，
2.1如果找到，判断该信令的N-PDU与事件中记录的N-PDU是否一致
a) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤B);
b) 如果 一 致，再判断该信令的Segmentnumber与事件中记录的 Segmentnumber是否一致
b.l)如果一致，表示正常；进入步骤B);
b.2)如果不一致，表示发生丢包，记录当前Segmentnumber减去事件中 记录的Segmentnumber的值，这个值就是发生丢包的数目；进入步骤B);
2.2如果没有找到，判断结束；读取下一条信令；
B )再根据M来处理
a) 如果M=0，表示该N-PDU已经结束，记录当前N-PDU+1在事件中(记 录N-PDU+1 ，表示添加到事件中的下一条消息的N-PDU与己录的N-PDU值， 即为N-PDU+1),把消息的文件名、偏移量等添加到事件列表；读取下一 条信令；
b) 如果M=l,表示该信令与后续的信令有关联，记录当前N-PDU和 Segmentnumber+1在事件中(添力o segmentnumber+1意味着下一条添力口到事
件的消息的segmentnumbeF记录的segmentnumber) ; 4巴消息的文件名、偏 移量等添加到事件列表；读取下一条信令。
对于各种参数的取值及含义，本领域技术人员可以根据具体的协议进行 灵活调整。
综上所述，由于本发明的检测GB链路丢包的方法从系统方面上全面、 综合地考虑GB各种消息类型之间的共同特征，通过KEY值把若干条消息 关联成一个事件，提出一种有效的检测的方法。从而通过检测采集到的GB 信令而有效的解决了检测GB链路的丢包问题。该方法实施简单，考虑完备， 经过实验证明对GB链路的检测是很有效的。
尽管上面结合附图对本发明的技术方案进行了描述，但是本发明并不局 限于上述的具体实施方式
，也不局限于GB信令监测的业务种类，上述的具 体实施方式仅仅是示意性的，而不是限制性的，本领域的技术人员在本方法 的启示下，在不脱离本方法宗旨和权利要求所保护的范围情况下，还可以作 出很多变形，这些均属于本发明的保护范围之内。
权利要求
1、一种检测通用分组无线业务吉比特GB链路是否丢包的方法，包括如下步骤1)采集GB信令和建立空事件列表；2)读取一条GB信令；3)分析和过滤GB信令，如果GB信令中的SAPI业务接入点标识为SNDCP，进入步骤4)；如果SAPI为GMM，进入步骤5)；否则进入步骤2)；4)判断SNDCP的协议类型；如果SNDCP的类型为SN-DATA，根据信令中的字段M、字段F和字段N-PDU判断是否丢包，进入步骤2)；如果SNDCP的类型为SN-UNITDATA，根据信令中的字段M、字段F、字段Segmentnumber和字段N-PDU判断是否丢包，进入步骤2)；5)判断GMM的协议类型；如果GMM的协议类型为SM会话管理，根据SM的消息类型在事件列表中建立事件的KEY值或删除事件的KEY值，然后进入步骤2)；否则，直接进入步骤2)。
2、 根据权利要求1所述的一种检测通用分组无线业务GB链路是否丟 包的方法，其特征在于，所述步骤3)中分析和过滤GB信令的步骤，包括判断信令数据帧是否 为帧中继数据帧、网络业务数据帧和基站子系统GPRS协议数据帧。
3、 根据权利要求1所述的一种检测通用分组无线业务GB链路是否丢 包的方法，其特征在于，所述步骤5)中根据SM的消息类型在事件列表中 建立事件的KEY值或删除事件的KEY值包括如下步骤如果SM数据类型为PDP激活请求，分别根据IMSI和TLLI在事件列表 中建立事件的KEY值；如果SM数据类型为PDP去激活接受，分别才艮据IMSI和TLLI作为KEY 值去查找事件，如果能够找到，删除KEY值，以关闭事件，读取下一条信 令；如果找不到直接读取下一条信令。
4、 根据权利要求1至3中任一项所述的一种检测通用分组无线业务GB 链路是否丢包的方法，其特征在于，所述步骤4)中SNDCP的类型为 SN-DATA时根据信令中的字段M、字段F和字段N-PDU判断是否丢包包 括如下步骤(1) 如果F=l,根据IMSI或TLLI作为KEY去查找事件；① 如果找到，添加消息的文件名和偏移量到事件列表；判断该信令的 N-PDU与事件列表中记录的N-PDU是否一致；a) 如果一致，表示正常，进入步骤A);b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤A);② 如果没有找到，分别根据IMSI和TLLI作为KEY建立事件；进入步 骤A);(2) 如果F=0,根据IMSI或TLLI作为KEY去查找事件，① 如果找到，添加消息的文件名和偏移量到事件列表，判断该信令的 N-PDU与事件中记录的N-PDU是否 一致，a) 如果一致，表示正常；进入步骤A);b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤A);② 如果没有找到，判断结束； A)根据M处理a) 如果M二O,表示该N-PDU已经结束，记录当前N-PDU+1在事件中， 判断结束；b) 如果M^，表示该信令与后续的信令有关联，记录当前N-PDU在事 件中，判断结束。
5、 根据权利要求1至3中任一项所述的一种检测通用分组无线业务GB 链路是否丢包的方法，其特征在于，所述步骤4)中SNDCP的类型为 SN-UNITDATA时根据信令中的字段M、字段F、字段Segmentnumber和字 段N-PDU判断是否丢包包括如下步骤(1) 如果F=l,根据IMSI或TLLI作为KEY去查找事件，① 如果找到，添加消息的文件名和偏移量到事件列表，判断该信令的 N-PDU与事件中记录的N-PDU是否一致；a) 如果一致，表示正常；进入步骤B);b) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丟包的数目；进入步骤B);② 如果没有找到，分别根据IMSI和TLLI作为KEY建立事件；进入步 骤B);(2) 如果F=0，根据IMSI或TLLI作为KEY去查找事件，① 如果找到，判断该信令的N-PDU与事件中记录的N-PDU是否一致a) 如果不一致，表示发生丢包，记录当前N-PDU减去事件中记录的 N-PDU的值，这个值就是发生丢包的数目；进入步骤B);b) 如果 一 致，再判断该信令的Segmentnumber与事件中记录的 Ssgmcntnumber是否 一致二b.l)如果一致，表示正常；进入步骤B);b.2)如果不一致，表示发生丢包，记录当前Segmentnumber减去事件中 记录的Segmentnumber的值，这个值就是发生丢包的数目；进入步骤B);② 如果没有找到，判断结束； B)根据M处理a) 如果M=0，表示该N-PDU已经结束，记录当前N-PDU+1在事件中， 把消息的文件名和偏移量添加到事件列表；判断结束；b) 如果M=l,表示该信令与后续的信令有关联，记录当前N-PDU和 Segmentnumber+1在事件中，把消息的文件名和偏移量添加到事件列表；判 断结束。
全文摘要
本发明公开了一种检测GB链路是否丢包的方法，首先采集GB信令和建立空事件列表；读取GB信令，分析和过滤信令，根据信令中的业务接入点标识判断信令的类型，如果类型为SN-DATA，根据信令中的字段M、字段F和字段N-PDU判断是否丢包；类型为SN-UNITDATA，根据信令中的字段M、字段F、字段Segmentnumber和字段N-PDU判断是否丢包；如果类型为GMM；且GMM为SM会话管理，则根据SM的消息类型在事件列表中建立事件的KEY值或删除事件的KEY值，否则读取下一条信令，继续判断。利用本发明的技术方案，可以有效检测GB链路是否丢包，确保对上层业务和后续数据的分析。
文档编号H04L1/00GK101359975SQ20071014316
公开日2009年2月4日 申请日期2007年8月3日 优先权日2007年8月3日
发明者占治国 申请人:中兴通讯股份有限公司