CN101359975B - 一种检测gb链路是否丢包的方法 - Google Patents
一种检测gb链路是否丢包的方法 Download PDFInfo
- Publication number
- CN101359975B CN101359975B CN2007101431616A CN200710143161A CN101359975B CN 101359975 B CN101359975 B CN 101359975B CN 2007101431616 A CN2007101431616 A CN 2007101431616A CN 200710143161 A CN200710143161 A CN 200710143161A CN 101359975 B CN101359975 B CN 101359975B
- Authority
- CN
- China
- Prior art keywords
- pdu
- signaling
- incident
- packet loss
- field
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种检测GB链路是否丢包的方法,首先采集GB信令和建立空事件列表;读取GB信令,分析和过滤信令,根据信令中的业务接入点标识判断信令的类型,如果类型为SN-DATA,根据信令中的字段M、字段F和字段N-PDU判断是否丢包;类型为SN-UNITDATA,根据信令中的字段M、字段F、字段Segmentnumber和字段N-PDU判断是否丢包;如果类型为GMM;且GMM为SM会话管理,则根据SM的消息类型在事件列表中建立事件的KEY值或删除事件的KEY值,否则读取下一条信令,继续判断。利用本发明的技术方案,可以有效检测GB链路是否丢包,确保对上层业务和后续数据的分析。
Description
技术领域
本发明涉及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 stationsubsystem)基站子系统与SGSN之间通过GB接口通信。GB接口同时传输分组数据和信令,支持移动性管理功能和会话功能,例如支持GPRS附着/分离、安全、路由区更新、数据连接信息的激活/去活等功能。
GB接口的链路使用TDM(时分复用)链路,GB接口的协议栈参见图1。GB接口底层L1bis(物理传输层)采用FR(frame relay帧中继)协议,第二层协议为NS(network service网络业务)协议,第三层协议为BSSGP (base station subsystem GPRS protocol基站子系统GPRS协议)协议,第四层协议为LLC(logical link control逻辑链路控制)协议,第五层协议为SNDCP(subnetwork dependent converge protocol子网汇聚协议)协议。可以参考YD/T1006-2001GB接口技术规范。
现有技术中在GB链路上采集信令消息数据是采用GB前端机的方式进行的,该前端机可以对信令消息数据进行整理、分析和统计,采集后的GB信令消息存贮格式为:包头+长度+源码,每条消息都有一个文件名和偏移量。通过判断包头就可以知道是GB的信令消息,在信令采集的过程中同时建立事件列表,列表包括:开始时间、KEY值(表示把若干消息关联成一个事件的特征字)、N-PDU(网络业务接入层的协议数据单元)、IMSI(InternationalMobile Subscriber Identification Number国际移动用户识别码)、TLLI(Temporary Logical Link Identifier临时逻辑链路标识)、MSISDN(MobileStation 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)中根据SM的消息类型在事件列表中建立事件的KEY值或删除事件的KEY值包括如下步骤:
如果SM数据类型为PDP(分组数据协议)激活请求,分别根据IMSI和TLLI在事件列表中建立事件的KEY值;
如果SM数据类型为PDP去激活接受,分别根据IMSI和TLLI作为KEY值去查找事件,如果能够找到,删除KEY值,以关闭事件,读取下一条信令;如果找不到直接读取下一条信令。
所述步骤4)中SNDCP的类型为SN-DATA时根据信令中的字段M、字段F和字段N-PDU判断是否丢包包括如下步骤:
(1)如果F=1,根据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)如果M=1,表示该信令与后续的信令有关联,记录当前N-PDU在事件中,判断结束。
所述步骤4)中SNDCP的类型为SN-UNITDATA时根据信令中的字段M、字段F、字段Segmentnumber和字段N-PDU判断是否丢包包括如下步骤:
(1)如果F=1,根据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.1)如果一致,表示正常;进入步骤B);
b.2)如果不一致,表示发生丢包,记录当前Segmentnumber减去事件中记录的Segmentnumber的值,这个值就是发生丢包的数目;进入步骤B);
②如果没有找到,判断结束;
B)根据M处理:
a)如果M=0,表示该N-PDU已经结束,记录当前N-PDU+1在事件中,把消息的文件名和偏移量添加到事件列表;判断结束;
b)如果M=1,表示该信令与后续的信令有关联,记录当前N-PDU和Segmentnumber+1在事件中,把消息的文件名和偏移量添加到事件列表;判断结束。
本发明的上述技术方案,能够高效的检测到GB链路是否丢包,确保对信令的正确分析。
附图说明
图1为GB接口协议栈;
图2为总体检测流程图;
图3a为包含部分详细流程的总体检测流程图;
图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(sequencenumber需要确认模式的数据),根据字段M(More Bit)、字段F(First segmentindicator bit)和N-PDU判断是否丢包,读取下一条信令,继续处理;如果SNDCP的类型为SN-UNITDATA(sequence humber不需要确认模式的数据,根据字段M(More Bit)、字段F(First segment indicator bit)、Segmentnumber(表示分段的序号)和N-PDU(网络业务接入层的协议数据单元)判断是否丢包,读取下一条信令,继续处理;
7)判断GMM的协议类型;如果GMM的协议类型为SM(会话管理),根据SM的消息类型在事件列表中建立事件的KEY值或删除事件的KEY值,然后读取下一条信令,继续处理;否则直接读取下一条信令,继续处理。SM的消息里有一些是用来建立事件KEY值,有一些是用来删除事件KEY值的。
上述步骤2)中判断读取的数据是否为FR数据帧的数据,可以通过判断FR标识来判断,如果FR标识的第一个字节不为0,那么该信令为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层数据的第一个字节为1,那么该信令为GMM(移动性管理)数据,对于GMM数据处理如下(参考图3a):
2.1如果GMM层数据的第一个字节(GMM有若干个字节,根据第一个字节用来区分是否为SM数据)的后四个比特为1010,那么该信令为SM(会话管理)的数据,分析SM数据类型并作相应处理,具体如下:
2.1.1如果SM数据的第一个字节(SM同样也有若干个字节,根据第一个字节来区分消息类型)为0x41或0x47,分别做如下处理:
①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.如果T=0,表示类型为SN-DATA。具备字段M(More Bit)、F(Firstsegment indicator bit)和N-PDU(Network Protocol DataUnit)。
M=0表示该信令后面没有关联的信令了,M=1表示该信令后面还有关联的信令,而且后面的信令与该信令的N-PDU一致。
F=0表示该信令与前面的信令有关联,而且与前面信令的N-PDU一致;F=1表示该信令是当前N-PDU的第一条信令。
如果信令的F=1,M=0,表示该信令是当前N-PDU的第一条信令而且当前N-PDU就只有一条信令;如果信令的F=1,M=1,表示该信令是当前N-PDU的第一条信令而且当前N-PDU还有后续的信令;如果信令的F=0,M=1,表示该信令与前面的信令有关联而且当前N-PDU还有后续的信令;如果信令的F=0,M=0,表示该信令与前面的信令有关联而且没有后续的信令;
2.如果T=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=1,根据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-PDU=记录的N-PDU值,即为N-PDU+1);判断结束;读取下一条信令;
b)如果M=1,表示该信令与后续的信令有关联,记录当前N-PDU在事件中;判断结束;读取下一条信令;这里为了处理流程的统一性,N-PDU没有改变也可以再记录一次。
第二种:SN-UNITDATA类型(参见图3c),根据M,F,N-PDU和Segmentnumber处理;
1.F=1,根据IMSI或TLLI作为KEY去查找事件,
1.1如果找到,添加到事件列表,判断该信令的N-PDU与事件中记录的N-PDU是否一致;
a)如果一致,表示正常;进入步骤B);
b)如果不一致,表示发生丢包,记录当前N-PDU减去事件中记录的N-PDU的值,这个值就是发生丢包的数目;进入步骤B);
1.2如果没有找到,分别根据IMSI和TLLI作为KEY建立事件;进入步骤B);
2.F=0,根据IMSI或TLLI作为KEY去查找事件,
2.1如果找到,判断该信令的N-PDU与事件中记录的N-PDU是否一致:
a)如果不一致,表示发生丢包,记录当前N-PDU减去事件中记录的N-PDU的值,这个值就是发生丢包的数目;进入步骤B);
b)如果一致,再判断该信令的Segmentnumber与事件中记录的Segmentnumber是否一致:
b.1)如果一致,表示正常;进入步骤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=1,表示该信令与后续的信令有关联,记录当前N-PDU和Segmentnumber+1在事件中(添加segmentnumber+1意味着下一条添加到事 件的消息的segmentnumber=记录的segmentnumber);把消息的文件名、偏移量等添加到事件列表;读取下一条信令。
对于各种参数的取值及含义,本领域技术人员可以根据具体的协议进行灵活调整。
综上所述,由于本发明的检测GB链路丢包的方法从系统方面上全面、综合地考虑GB各种消息类型之间的共同特征,通过KEY值把若干条消息关联成一个事件,提出一种有效的检测的方法。从而通过检测采集到的GB信令而有效的解决了检测GB链路的丢包问题。该方法实施简单,考虑完备,经过实验证明对GB链路的检测是很有效的。
尽管上面结合附图对本发明的技术方案进行了描述,但是本发明并不局限于上述的具体实施方式,也不局限于GB信令监测的业务种类,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的技术人员在本方法的启示下,在不脱离本方法宗旨和权利要求所保护的范围情况下,还可以作出很多变形,这些均属于本发明的保护范围之内。
Claims (5)
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=1,根据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)如果M=1,表示该信令与后续的信令有关联,记录当前N-PDU在事件中,判断结束。
5.根据权利要求1至3中任一项所述的一种检测通用分组无线业务GB 链路是否丢包的方法,其特征在于,所述步骤4)中SNDCP的类型为SN-UNITDATA时根据信令中的字段M、字段F、字段Segmentnumber和字段N-PDU判断是否丢包包括如下步骤:
(1)如果F=1,根据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.1)如果一致,表示正常;进入步骤B);
b.2)如果不一致,表示发生丢包,记录当前Segmentnumber减去事件中记录的Segmentnumber的值,这个值就是发生丢包的数目;进入步骤B);
②如果没有找到,判断结束;
B)根据M处理:
a)如果M=0,表示该N-PDU已经结束,记录当前N-PDU+1在事件中,把消息的文件名和偏移量添加到事件列表;判断结束;
b)如果M=1,表示该信令与后续的信令有关联,记录当前N-PDU和Segmentnumber+1在事件中,把消息的文件名和偏移量添加到事件列表;判断结束。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101431616A CN101359975B (zh) | 2007-08-03 | 2007-08-03 | 一种检测gb链路是否丢包的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101431616A CN101359975B (zh) | 2007-08-03 | 2007-08-03 | 一种检测gb链路是否丢包的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101359975A CN101359975A (zh) | 2009-02-04 |
CN101359975B true CN101359975B (zh) | 2011-05-11 |
Family
ID=40332327
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101431616A Active CN101359975B (zh) | 2007-08-03 | 2007-08-03 | 一种检测gb链路是否丢包的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101359975B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5925287B1 (ja) * | 2014-12-26 | 2016-05-25 | 株式会社Pfu | 情報処理装置、方法およびプログラム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001045347A2 (en) * | 1999-12-16 | 2001-06-21 | Telefonaktiebolaget L M Ericsson (Publ) | SYSTEM AND METHOD FOR AUTOMATICALLY CONFIGURING NETWORK SERVICE ENTITY IDENTIFIERS UTILIZING A Gb-OVER-IP INTERFACE IN A GPRS NETWORK |
WO2005017707A2 (en) * | 2003-08-14 | 2005-02-24 | Telcordia Technologies, Inc. | Auto-ip traffic optimization in mobile telecommunications systems |
CN1744759A (zh) * | 2004-08-31 | 2006-03-08 | 华为技术有限公司 | 动态调整小区的方法 |
-
2007
- 2007-08-03 CN CN2007101431616A patent/CN101359975B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001045347A2 (en) * | 1999-12-16 | 2001-06-21 | Telefonaktiebolaget L M Ericsson (Publ) | SYSTEM AND METHOD FOR AUTOMATICALLY CONFIGURING NETWORK SERVICE ENTITY IDENTIFIERS UTILIZING A Gb-OVER-IP INTERFACE IN A GPRS NETWORK |
WO2005017707A2 (en) * | 2003-08-14 | 2005-02-24 | Telcordia Technologies, Inc. | Auto-ip traffic optimization in mobile telecommunications systems |
KR100853045B1 (ko) * | 2003-08-14 | 2008-08-19 | 텔코디아 테크놀로지스, 인코포레이티드 | 모바일 통신 시스템에서 자동 ip 트래픽 최적화 |
CN1744759A (zh) * | 2004-08-31 | 2006-03-08 | 华为技术有限公司 | 动态调整小区的方法 |
Non-Patent Citations (1)
Title |
---|
中华人民共和国信息产业部.900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务(GPRS)基站子系统与服务GPRS支持节点(SGSN)间接口(Gb接口)技术规范.《中华人民共和国通信行业标准YD/T 1106-2001》.2001, * |
Also Published As
Publication number | Publication date |
---|---|
CN101359975A (zh) | 2009-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111183624B (zh) | 带内元数据在中间节点处的导出和移除 | |
CN111030876B (zh) | 一种基于DPI的NB-IoT终端故障定位方法和装置 | |
CN101049035B (zh) | 数字蜂窝通信网络中逐小区分散计数异常呼叫释放事件的方法 | |
EP2515476A1 (en) | Method for the interception of GTP-C messages | |
CN101174990B (zh) | Iub接口信令流程合成方法及系统 | |
US8254573B2 (en) | System and method for ciphering key forwarding and RRC packet deciphering in a UMTS monitoring system | |
CN101883375A (zh) | 一种网络监控方法及其系统 | |
CN105578491A (zh) | 一种4g用户信息与应用数据关联的方法及装置 | |
CN107147521A (zh) | 一种投诉业务预警监控方法 | |
CN108391223B (zh) | 一种确定失联用户的方法及装置 | |
CN102547783B (zh) | 一种通过信令分析识别网络拓扑的方法和装置 | |
CN101359975B (zh) | 一种检测gb链路是否丢包的方法 | |
CN100401828C (zh) | 一种获取信令流程中信息的方法 | |
CN105554784A (zh) | 一种信息关联的方法及装置 | |
CN101651876B (zh) | 移动终端的业务检测方法和装置 | |
CN106454882A (zh) | 一种获取用户话单xDR的方法和装置 | |
CN101404808B (zh) | 一种检测手机用户是否具备edge功能的方法 | |
CN103581953B (zh) | 一种无线路测数据与信令监测数据关联的方法 | |
CN101873641A (zh) | 用户流量在小区粒度精准控制的方法及装置 | |
CN100484006C (zh) | 服务通用分组无线业务支持节点对计费网关的管理方法 | |
CN103686649B (zh) | 基于无线网与核心网接口信令的区域通信管控系统与方法 | |
KR101499022B1 (ko) | 4g 모바일 네트워크에서의 비정상 mms 메시지 탐지 장치 및 방법 | |
CN111278074B (zh) | 一种2g和3g网络制式下移动通话的切换关联方法及系统 | |
CN102572827A (zh) | 移动通信系统中的孖机甄别方法和装置 | |
CN102547711B (zh) | 一种检测与拦截ip信令网络中骚扰电话的系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |