CN105636100B - 一种数据链路监测方法及装置 - Google Patents
一种数据链路监测方法及装置 Download PDFInfo
- Publication number
- CN105636100B CN105636100B CN201511034562.9A CN201511034562A CN105636100B CN 105636100 B CN105636100 B CN 105636100B CN 201511034562 A CN201511034562 A CN 201511034562A CN 105636100 B CN105636100 B CN 105636100B
- Authority
- CN
- China
- Prior art keywords
- protocol layer
- layer
- target
- equipment
- protocol
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Abstract
本发明公开了一种数据链路监测方法及装置，根据本发明提供的方法，通过在目标设备支持的协议栈的协议层中，逐层生成与每一层协议层对应的第一数据包，并发送至第一设备，根据第一设备是否接收到第一数据包来分段定位异常数据链路在整个数据链路中的位置，从而能够简便快速地定位数据链路中的异常数据链路，提高排查问题的效率，方便调试或技术支持工程师，尤其是在外场排查问题的工程师，可以简单快速地定位异常数据链路，提高排查问题的效率，节约了目标设备调试的时间和成本。
Description
技术领域
本发明涉及移动通信技术领域，尤其涉及一种数据链路监测方法及装置。
背景技术
在移动通信系统中，一个典型的下行数据业务流程可以如图1所示。图1中，数据包从服务器经S-GW(Serving GateWay，服务网关)通过网络发送至基站后，依次通过基站内的通用分组无线业务隧道协议(General Packet Radio Service Tunnelling Protocol，GTP)层、分组数据汇聚协议(Packet Data Convergence Protocol，简称PDCP)层、无线数据链路控制(Radio Link Control，简称RLC)层、媒体接入控制(Medium Access Control，简称MAC)层、物理(Physical，简称PHY)层，最后通过空口发送至UE(User Equipment，用户设备)接收。如果服务器端发送的数据包在UE端都正常收到，且发送速率与接收速率相当，表明下行数据业务正常；如果UE端无法接收到数据，或者接收速率较低，表明从服务器端到UE端的数据链路有异常。
现有技术中，如果需要确定具体的引起数据链路异常的位置，需要对数据链路中的每一个网元(例如服务器、S-GW、基站、UE等)进行检测处理，甚至需要分析数据在每一个网元内各个协议层内以及层间的处理，比如分析基站内的每个内部协议栈(GTP、PDCP、RLC、MAC、物理层)，显然这种检测数据链路异常位置的方法非常复杂，难以快速定位引起问题的地方，导致数据链路故障无法及时解决。
发明内容
本发明实施例提供一种数据链路监测方法及装置，用以在UE与服务器间的数据链路中快速定位数据链路出现异常的地方。
本发明实施例提供一种数据链路监测方法，包括：
从目标设备支持的协议栈中确定一个协议层作为第一目标协议层，所述目标设备为第一设备与第二设备之间的数据链路上的设备；
通过所述目标设备生成与所述第一目标协议层对应的第一数据包，并向所述第一设备发送所述第一数据包；
若确定所述第一设备未接收到所述第一数据包，则判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤；若所述第一目标协议层是所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，则确定所述第一目标协议层至所述第一设备之间的数据链路为异常数据链路。
可选的，该方法还包括：
若确定所述第一设备接收到所述第一数据包，则判断所述第一设备在接收所述第一数据包之前是否接收到第二数据包，若未接收到，则确定所述第二数据包对应的第二目标协议层为异常数据链路节点，其中，所述第二目标协议层为所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
可选的，该方法还包括：
若确定所述第一设备接收到所述第一数据包，且确定所述第一目标协议层不是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则将所述第一目标协议层作为第三目标协议层；
通过所述目标设备生成与所述第三目标协议层对应的第三数据包，并向所述第二设备发送所述第三数据包；
若确定所述第二设备未接收到所述第三数据包，则判断所述第三目标协议层是否为所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第三目标协议层，并返回通过所述目标设备生成与所述第三目标协议层对应的第三数据包的步骤；若所述第三目标协议层是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则确定所述第三目标协议层至所述第二设备之间的数据链路为异常数据链路。
可选的，该方法还包括：
若确定所述第二设备接收到所述第三数据包，则判断所述第二设备在接收所述第三数据包之前是否接收到第四数据包，若未接收到，则确定所述第四数据包对应的第四目标协议层为异常数据链路节点，其中，所述第四目标协议层为所述目标设备支持的协议栈面向所述第二设备的方向中位于所述第三目标协议层之前且与所述第三目标协议层相邻的协议层。
可选的，所述从所述目标设备支持的协议栈中再选择一个协议层，包括:
将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之后且与所述第一目标协议层相邻的协议层作为选择出的协议层。
可选的，所述目标设备为基站或服务网关；
所述第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层为以下任意一个协议层：
基站中的通用分组无线业务隧道协议GTP层；
基站中的分组数据汇聚协议PDCP层；
基站中的无线数据链路控制RLC层；
基站中的媒体接入控制MAC层；
基站中的物理PHY层；
服务网关中的GTPU层；
服务网关中的UDP层；
服务网关中的IP层。
本发明实施例提供一种数据链路监测装置，该装置包括：
第一目标协议层确定单元，用于从目标设备支持的协议栈中确定一个协议层作为第一目标协议层，所述目标设备为第一设备与第二设备之间的数据链路上的设备；
发送单元，用于通过所述目标设备生成与所述第一目标协议层确定单元确定的第一目标协议层对应的第一数据包，并向所述第一设备发送所述第一数据包；
确定单元，用于若确定所述第一设备未接收到所述发送单元发送的第一数据包，则判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤；若所述第一目标协议层是所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，则确定所述第一目标协议层至所述第一设备之间的数据链路为异常数据链路。
可选的，所述确定单元还用于：
若确定所述第一设备接收到所述第一数据包，则判断所述第一设备在接收所述第一数据包之前是否接收到第二数据包，若未接收到，则确定所述第二数据包对应的第二目标协议层为异常数据链路节点，其中，所述第二目标协议层为将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
可选的，所述确定单元还用于：
若确定所述第一设备接收到所述第一数据包，且确定所述第一目标协议层不是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则将所述第一目标协议层作为第三目标协议层；
通过所述目标设备生成与所述第三目标协议层对应的第三数据包，并向所述第二设备发送所述第三数据包；
若确定所述第二设备未接收到所述第三数据包，则判断所述第三目标协议层是否为所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第三目标协议层，并返回通过所述目标设备生成与所述第三目标协议层对应的第三数据包的步骤；若所述第三目标协议层是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则确定所述第三目标协议层至所述第二设备之间的数据链路为异常数据链路。
可选的，所述确定单元还用于：
若确定所述第二设备接收到所述第三数据包，则判断所述第二设备在接收所述第三数据包之前是否接收到第四数据包，若未接收到，则确定所述第四数据包对应的第四目标协议层为异常数据链路节点，其中，所述第四目标协议层为所述目标设备支持的协议栈面向所述第二设备的方向中位于所述第三目标协议层之前且与所述第三目标协议层相邻的协议层。
可选的，所述确定单元具体用于:
将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之后且与所述第一目标协议层相邻的协议层作为再选择出的协议层。
可选的，所述目标设备为基站或服务网关；
所述第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层为以下任意一个协议层：
基站中的通用分组无线业务隧道协议GTP层；
基站中的分组数据汇聚协议PDCP层；
基站中的无线数据链路控制RLC层；
基站中的媒体接入控制MAC层；
基站中的物理PHY层；
服务网关中的GTPU层；
服务网关中的UDP层；
服务网关中的IP层。
根据本发明实施例提供的方法及装置，通过在目标设备支持的协议栈的协议层中，逐层生成与每一层协议层对应的第一数据包，并发送至第一设备，根据第一设备是否接收到第一数据包来分段定位异常数据链路在整个数据链路中的位置，从而能够简便快速地定位数据链路中的异常数据链路，提高排查问题的效率，方便调试或技术支持工程师，尤其是在外场排查问题的工程师，可以简单快速地定位异常数据链路，提高排查问题的效率，节约了目标设备调试的时间和成本。
附图说明
图1为本发明实施例提供的一种数据链路示意图；
图2为本发明实施例提供的一种数据链路监测方法流程示意图；
图3为本发明实施例提供的一种数据链路监测方法示意图；
图4为本发明实施例提供的一种数据链路监测装置结构示意图。
具体实施方式
本发明实施例可以应用于长期演进(Long Term Evolution，LTE)网络、全球移动通信系统(Global System for Mobile Communications，GSM)网络等网络中。
本发明实施例中，第一设备可以是用户设备，也可以是网络设备；第一设备为用户设备时，可以是无线终端也可以是有线终端，例如可以为移动电话、计算机、平板电脑、个人数码助理(英文：personal digital assistant，缩写：PDA)、移动互联网设备(英文：mobileInternet device，缩写：MID)、可穿戴设备和电子书阅读器(英文：e-book reader)等。
第二设备可以是用户设备，也可以是网络设备；第二设备为用户设备时，可以是无线终端也可以是有线终端，例如可以为移动电话、计算机、平板电脑、PDA、移动互联网设备、可穿戴设备和电子书阅读器等。
可选的，本发明实施例中，第一设备为用户设备时，第二设备为网络设备；第二设备为用户设备时，第一设备为网络设备。第一设备或者第二设备为网络设备时，作为为用户设备提供业务数据等服务的服务器。
如图1所示，为本发明实施例提供的一种数据链路示意图。图1中，第一设备101与第二设备102之间的数据链路可以包括以下网元：第一设备101、基站103、服务网关104、第二设备102。若第一设备101为用户设备，第二设备102为网络设备。基站103可以与第一设备101之间通过无线链路通信连接，基站103通过空中接口与用户设备通信。服务网关104负责为数据链路中的数据包进行路由和转发。第一设备101发送数据包给基站103；数据包在基站内依次经过PHY层、MAC层、RLC层、PDCP层、GTP层处理后发送至服务网关104；服务网关104再将接收到的数据包路由至第二设备102。以上为第一设备101的上行数据在整个数据链路中的处理流程。相应的，第一设备101的下行数据经过的数据链路则相反，具体的，第二设备102将数据包发送至服务网关104；服务网关104将接收到的数据包路由至基站103；数据包在基站内依次经过GTP层、PDCP层、RLC层、MAC层、PHY层处理后，发送至第一设备101。
基于上述描述，如图2所示，本发明实施例提供的一种数据链路监测方法流程示意图。
参见图2，该方法包括：
步骤201：从目标设备支持的协议栈中确定一个协议层作为第一目标协议层，所述目标设备为第一设备与第二设备之间的数据链路上的设备；
步骤202：通过所述目标设备生成与所述第一目标协议层对应的第一数据包，并向所述第一设备发送所述第一数据包；
步骤203：若确定所述第一设备未接收到所述第一数据包，则判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤；若所述第一目标协议层是所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，则确定所述第一目标协议层至所述第一设备之间的数据链路为异常数据链路。
步骤201中，若确定第一设备与第二设备之间的数据链路中传输的数据包出现异常，但空口质量良好时，可以从第一设备与第二设备之间的数据链路中选择一个设备作为目标设备。
举例来说，作为用户设备的第一设备无法接收到数据包，但BLER(Block ErrorRatio，误块率)值正常，则可以从第一设备与第二设备之间的数据链路中随机选择一个设备作为目标设备。
本发明实施例中，目标设备可以为第一设备与第二设备之间的数据链路中任意一个设备，例如可以为第一设备、基站、服务网关、第二设备等。
举例来说，目标设备可以为基站。此时，第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层可以为基站支持的协议栈中以下任意一个协议层：
GTP层；PDCP层；RLC层；MAC层；PHY层。
举例来说，目标设备可以为服务网关。此时，第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层可以为服务网关支持的协议栈中以下任意一个协议层：
GTPU(User plane of GPRS Tunneling Protocol，GPRS隧道协议用户面)层；UDP(User Datagram Protocol，用户数据报协议)层；IP层。
步骤202中，在确定出第一目标协议层之后，为了快速确定出异常数据链路或者异常数据链路节点，可以通过目标设备生成与第一目标协议层对应的第一数据包，然后向第一设备发送第一数据包。
需要说明的是，目标设备生成的第一数据包的具体格式可以参考第一目标协议层中的规定，在此不再赘述。同时，目标设备如何生成的第一数据包也可以采用现有技术中任何一种方法，在此不再赘述。
举例来说，目标设备为基站，第一目标协议层为基站中的GTP层。根据真实业务过程中，解获的第一设备的IP地址、Port(端口)号等参数，基站可以生成与GTP层协议相对应的第一数据包，通过将所述第一数据包的目的地址设为第一设备的IP(InternetProtocol，互联网协议)地址、Port等操作，可以将第一数据包发往第一设备。
在步骤203中，如果确定所述第一设备未接收到所述第一数据包，则可以确定从所述目标设备的第一目标协议层至所述第一设备之间的数据链路中存在异常数据链路，此时为了获取更准确的异常数据链路位置，从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤。
本发明实施例中，可以从所述目标设备支持的协议栈中随机选择一个协议层作为第一目标协议层。
可选的，为了快速定位异常数据链路，本发明实施例中，将目标设备支持的协议栈面向所述第一设备的方向中位于所述第一目标协议层之后且与所述第一目标协议层相邻的协议层作为选择出的协议层。
相应的，如果确定第一设备接收到第一数据包，则可以确定从所述目标设备的第一目标协议层至所述第一设备之间的数据链路中不存在异常数据链路。此时，为了准确定位异常数据链路，可以判断所述第一设备在接收所述第一数据包之前是否接收到与第二目标协议层对应的第二数据包，若未接收到，则可以确定所述第二数据包对应的第二目标协议层为异常数据链路节点，其中，所述第二目标协议层为将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
举例来说，如图3所示，为本发明实施例提供的一种数据链路监测方法流程图。图3中，第一设备为用户设备，第二设备为网络服务器设备，目标设备为基站。
步骤301，从基站支持的协议栈中选择一个协议层作为第一目标协议层。
例如，可以选择GTP层作为第一目标协议层。
步骤302，通过基站的第一目标协议层生成与第一目标协议层对应的第一数据包，并发送至第一设备。
步骤303，判断第一设备是否接收到与第一目标协议层对应的第一数据包，若未接收到第一数据包，则转至步骤304，否则转至步骤307。
步骤304，判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则转至步骤305，否则，转至步骤306。
步骤305，从所述目标设备支持的协议栈中选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回步骤302。
步骤306，确定从所述目标设备的第一目标协议层至所述第一设备之间的数据链路中存在异常数据链路，转至步骤309。
步骤307，判断所述第一设备在接收所述第一数据包之前是否接收到与第二目标协议层对应的第二数据包，若未接收到，则转至步骤308，否则转至步骤309。
其中，所述第二目标协议层为将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
步骤308，确定所述第二数据包对应的第二目标协议层为异常数据链路节点，转至步骤309。
步骤309，结束。
举例来说，第一步：第一设备为用户设备，目标设备为基站，第一目标协议层为基站中的GTP层，则第一设备未接收到与GTP层对应的第一数据包，此时可以确定从所述目标设备的GTP层至所述第一设备之间的数据链路中存在异常数据链路，此时将GTP层之后的PDCP层作为第一目标协议层。
第二步：目标设备通过PDCP层生成与PDCP层对应的第一数据包，发送给第一设备，若第一设备未接收到与PDCP层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的PDCP层至所述第一设备之间的数据链路中存在异常数据链路，此时目标设备再将PDCP层之后的RLC层作为第一目标协议层。
若第一设备接收到与PDCP层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的GTP层为异常数据链路节点。
第三步：目标设备通过RLC层生成与RLC层对应的第一数据包，发送给第一设备，若第一设备未接收到与RLC层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的RLC层至所述第一设备之间的数据链路中存在异常数据链路，此时目标设备再将RLC层之后的MAC层作为第一目标协议层。
若第一设备未接收到与RLC层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的PDCP层为异常数据链路节点。
第四步：目标设备通过MAC层生成与MAC层对应的第一数据包，发送给第一设备，若第一设备未接收到与MAC层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的MAC层至所述第一设备之间的数据链路中存在异常数据链路，此时目标设备再将MAC层之后的PHY层作为第一目标协议层。
若第一设备未接收到与MAC层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的RLC层为异常数据链路节点。
第五步：目标设备通过PHY层生成与PHY层对应的第一数据包，发送给第一设备，若第一设备未接收到与PHY层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的PHY层至所述第一设备之间的数据链路中存在异常数据链路。由于PHY层为面向第一设备的最后一个协议层，此时可以确定空口或者第一设备可能为异常数据链路节点。
若第一设备未接收到与PHY层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的MAC层为异常数据链路节点。
当然，如果确定第一设备接收到第二数据包，则可以确定所述第二数据包对应的第二目标协议层为正常的数据链路节点。
举例来说，第一设备为用户设备，目标设备为基站，第一目标协议层为基站中的RLC层，那么第二目标协议层可以为基站中的PDCP层。若目标设备发送的与RLC层对应的第一数据包被第一设备接收到，但是目标设备发送的与PDCP层对应的第二数据包未被第一设备接收到，则可以确定目标设备的PDCP层是异常数据链路节点。
可选的，如果确定第一设备接收到第一数据包，还可以确定从所述目标设备的第一目标协议层至第二设备之间的数据链路中存在异常数据链路。
为了定位目标设备至第二设备之间的异常数据链路，可以采用步骤201至步骤203中的描述实现异常数据链路的定位。
具体的，可以通过以下步骤实现定位目标设备至第二设备之间的异常数据链路：
步骤一、在确定第一设备接收到第一数据包后，若确定所述第一目标协议层不是所述目标设备支持的协议栈中面向第二设备方向的最后一个协议层，则将所述第一目标协议层作为第三目标协议层。
相应的，若所述第一目标协议层是所述目标设备支持的协议栈中面向第二设备方向的最后一个协议层，则根据上面的描述可知，从目标设备的第一目标协议层至第一设备之间的数据链路为正常的数据链路，因此，可以确定目标设备是正常的数据链路节点，需要从第一设备至第二设备的数据链路中重新选择一个设备作为目标设备，并根据步骤201至步骤203中的描述实现异常数据链路的定位。
步骤二、通过所述目标设备生成与所述第三目标协议层对应的第三数据包，并向所述第二设备发送所述第三数据包。
步骤三、若确定所述第二设备未接收到所述第三数据包，则判断所述第三目标协议层是否为所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第三目标协议层，并返回通过所述目标设备生成与所述第三目标协议层对应的第三数据包的步骤，即返回步骤二；若所述第三目标协议层是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则确定所述第三目标协议层至所述第二设备之间的数据链路为异常数据链路。
可选的，在步骤三中若确定所述第二设备接收到所述第三数据包，如果第三目标协议层与第一目标协议层为同一个协议层，则可以确定所述第一设备至所述第二设备之间的数据链路中不存在异常数据链路。
举例来说，目标设备为基站，第一目标协议层为基站中的RLC层，第一设备为用户设备。目标设备向第一设备发送的与RLC层对应的第一数据包被第一设备接收后，目标设备将RLC层作为第三目标协议层，并向第二设备发送与RLC层对应的第三数据包，若第二设备接收到所述第三数据包，则可以确定第一设备至第二设备之间的数据链路中不存在异常数据链路。
可选的，为了快速定位异常数据链路，目标设备将所述目标设备支持的协议栈面向第二设备的方向中，位于所述第三目标协议层之后且与所述第三目标协议层相邻的协议层作为选择出的协议层，并将选择出的协议层作为第三协议层。
进一步的，若确定所述第二设备接收到所述第三数据包，由于之前第一设备接收到目标设备发送的第一数据包，此时可以确定异常数据链路为目标设备的第一目标协议层与目标设备的第三协议层之间。
此时可以判断所述第二设备在接收所述第三数据包之前是否接收到第四数据包，若未接收到，则确定所述第四数据包对应的第四目标协议层为异常数据链路节点，其中，所述第四目标协议层为所述目标设备支持的协议栈面向所述第二设备的方向中位于所述第三目标协议层之前且与所述第三目标协议层相邻的协议层。
举例来说，第一步：第二设备为网络服务器，目标设备为基站，第三目标协议层为基站中的PHY层，则第二设备未接收到与PHY层对应的第三数据包，此时可以确定从所述目标设备的PHY层至所述第二设备之间的数据链路中存在异常数据链路，此时将PHY层之后的MAC层作为第三目标协议层。
第二步：目标设备通过MAC层生成与MAC层对应的第三数据包，发送给第二设备，若第二设备未接收到与MAC层对应的第三数据包，同时结合上面的描述，可以确定从所述目标设备的MAC层至所述第二设备之间的数据链路中存在异常数据链路，此时目标设备再将MAC层之后的RLC层作为第三目标协议层。
若第一设备未接收到与MAC层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的PHY层为异常数据链路节点。
第三步：目标设备通过RLC层生成与RLC层对应的第三数据包，发送给第二设备，若第二设备未接收到与RLC层对应的第三数据包，同时结合上面的描述，可以确定从所述目标设备的RLC层至所述第二设备之间的数据链路中存在异常数据链路，此时目标设备再将RLC层之后的PDCP层作为第三目标协议层。
若第一设备未接收到与RLC层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的MAC层为异常数据链路节点。
第四步：目标设备通过PDCP层生成与PDCP层对应的第三数据包，发送给第二设备，若第二设备未接收到与PDCP层对应的第三数据包，同时结合上面的描述，可以确定从所述目标设备的PDCP层至所述第二设备之间的数据链路中存在异常数据链路，此时目标设备再将PDCP层之后的GTP层作为第三目标协议层。
若第一设备未接收到与PDCP层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的RLC层为异常数据链路节点。
第五步：目标设备通过GTP层生成与GTP层对应的第三数据包，发送给第二设备，若第二设备未接收到与GTP层对应的第三数据包，同时结合上面的描述，可以确定从所述目标设备的GTP层至所述第二设备之间的数据链路中存在异常数据链路。由于GTP层为面向第二设备的最后一个协议层，此时可以确定目标设备为正常的数据链路节点。可选的，为了确定异常数据链路节点位于目标设备至第二设备之间的具体位置，还可以从目标设备至第二设备之间的数据链路中重新选择一个设备作为目标设备，并重新执行上面的流程。
若第一设备未接收到与GTP层对应的第一数据包，同时结合上面的描述，可以确定从所述目标设备的PDCP层为异常数据链路节点。
基于相同的技术构思，本发明实施例还提供一种数据链路监测装置，该装置可执行上述方法实施例。
如图4所示，为本发明实施例提供一种数据链路监测装置，该装置包括：
第一目标协议层确定单元401，用于从目标设备支持的协议栈中确定一个协议层作为第一目标协议层，所述目标设备为第一设备与第二设备之间的数据链路上的设备；
发送单元402，用于通过所述目标设备生成与所述第一目标协议层确定单元401确定的第一目标协议层对应的第一数据包，并向所述第一设备发送所述第一数据包；
确定单元403，用于若确定所述第一设备未接收到所述发送单元402发送的第一数据包，则判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤；若所述第一目标协议层是所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，则确定所述第一目标协议层至所述第一设备之间的数据链路为异常数据链路。
可选的，所述确定单元403还用于：
若确定所述第一设备接收到所述第一数据包，则判断所述第一设备在接收所述第一数据包之前是否接收到第二数据包，若未接收到，则确定所述第二数据包对应的第二目标协议层为异常数据链路节点，其中，所述第二目标协议层为将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
可选的，所述确定单元403还用于：
若确定所述第一设备接收到所述第一数据包，且确定所述第一目标协议层不是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则将所述第一目标协议层作为第三目标协议层；
通过所述目标设备生成与所述第三目标协议层对应的第三数据包，并向所述第二设备发送所述第三数据包；
若确定所述第二设备未接收到所述第三数据包，则判断所述第三目标协议层是否为所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第三目标协议层，并返回通过所述目标设备生成与所述第三目标协议层对应的第三数据包的步骤；若所述第三目标协议层是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则确定所述第三目标协议层至所述第二设备之间的数据链路为异常数据链路。
可选的，所述确定单元403还用于：
若确定所述第二设备接收到所述第三数据包，则判断所述第二设备在接收所述第三数据包之前是否接收到第四数据包，若未接收到，则确定所述第四数据包对应的第四目标协议层为异常数据链路节点，其中，所述第四目标协议层为所述目标设备支持的协议栈面向所述第二设备的方向中位于所述第三目标协议层之前且与所述第三目标协议层相邻的协议层。
可选的，所述确定单元403具体用于:
将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之后且与所述第一目标协议层相邻的协议层作为再选择出的协议层。
可选的，所述目标设备为基站或服务网关；
所述第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层为以下任意一个协议层：
基站中的通用分组无线业务隧道协议GTP层；
基站中的分组数据汇聚协议PDCP层；
基站中的无线数据链路控制RLC层；
基站中的媒体接入控制MAC层；
基站中的物理PHY层；
服务网关中的GTPU层；
服务网关中的UDP层；
服务网关中的IP层。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的范围。这样，倘若本发明的这些修改和变型属于本发明权利要求的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种数据链路监测方法，其特征在于，该方法包括：
从目标设备支持的协议栈中确定一个协议层作为第一目标协议层，所述目标设备为第一设备与第二设备之间的数据链路上的设备；所述目标设备为基站或服务网关；
通过所述目标设备生成与所述第一目标协议层对应的第一数据包，并向所述第一设备发送所述第一数据包；
若确定所述第一设备未接收到所述第一数据包，则判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤；若所述第一目标协议层是所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，则确定所述第一目标协议层至所述第一设备之间的数据链路为异常数据链路。
2.如权利要求1所述的方法，其特征在于，该方法还包括：
若确定所述第一设备接收到所述第一数据包，则判断所述第一设备在接收所述第一数据包之前是否接收到第二数据包，若未接收到，则确定所述第二数据包对应的第二目标协议层为异常数据链路节点，其中，所述第二目标协议层为所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
3.如权利要求1所述的方法，其特征在于，该方法还包括：
若确定所述第一设备接收到所述第一数据包，且确定所述第一目标协议层不是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则将所述第一目标协议层作为第三目标协议层；
通过所述目标设备生成与所述第三目标协议层对应的第三数据包，并向所述第二设备发送所述第三数据包；
若确定所述第二设备未接收到所述第三数据包，则判断所述第三目标协议层是否为所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第三目标协议层，并返回通过所述目标设备生成与所述第三目标协议层对应的第三数据包的步骤；若所述第三目标协议层是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则确定所述第三目标协议层至所述第二设备之间的数据链路为异常数据链路。
4.如权利要求3所述的方法，其特征在于，该方法还包括：
若确定所述第二设备接收到所述第三数据包，则判断所述第二设备在接收所述第三数据包之前是否接收到第四数据包，若未接收到，则确定所述第四数据包对应的第四目标协议层为异常数据链路节点，其中，所述第四目标协议层为所述目标设备支持的协议栈面向所述第二设备的方向中位于所述第三目标协议层之前且与所述第三目标协议层相邻的协议层。
5.如权利要求1所述的方法，其特征在于，所述从所述目标设备支持的协议栈中再选择一个协议层，包括:
将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之后且与所述第一目标协议层相邻的协议层作为选择出的协议层。
6.如权利要求1至5任一所述的方法，其特征在于，所述第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层为以下任意一个协议层：
基站中的通用分组无线业务隧道协议GTP层；
基站中的分组数据汇聚协议PDCP层；
基站中的无线数据链路控制RLC层；
基站中的媒体接入控制MAC层；
基站中的物理PHY层；
服务网关中的GTPU层；
服务网关中的UDP层；
服务网关中的IP层。
7.一种数据链路监测装置，其特征在于，该装置包括：
第一目标协议层确定单元，用于从目标设备支持的协议栈中确定一个协议层作为第一目标协议层，所述目标设备为第一设备与第二设备之间的数据链路上的设备；所述目标设备为基站或服务网关；
发送单元，用于通过所述目标设备生成与所述第一目标协议层确定单元确定的第一目标协议层对应的第一数据包，并向所述第一设备发送所述第一数据包；
确定单元，用于若确定所述第一设备未接收到所述发送单元发送的第一数据包，则判断所述第一目标协议层是否为所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第一目标协议层，并返回通过所述目标设备生成与所述第一目标协议层对应的第一数据包的步骤；若所述第一目标协议层是所述目标设备支持的协议栈中面向所述第一设备方向的最后一个协议层，则确定所述第一目标协议层至所述第一设备之间的数据链路为异常数据链路。
8.如权利要求7所述的装置，其特征在于，所述确定单元还用于：
若确定所述第一设备接收到所述第一数据包，则判断所述第一设备在接收所述第一数据包之前是否接收到第二数据包，若未接收到，则确定所述第二数据包对应的第二目标协议层为异常数据链路节点，其中，所述第二目标协议层为将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之前且与所述第一目标协议层相邻的协议层。
9.如权利要求7所述的装置，其特征在于，所述确定单元还用于：
若确定所述第一设备接收到所述第一数据包，且确定所述第一目标协议层不是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则将所述第一目标协议层作为第三目标协议层；
通过所述目标设备生成与所述第三目标协议层对应的第三数据包，并向所述第二设备发送所述第三数据包；
若确定所述第二设备未接收到所述第三数据包，则判断所述第三目标协议层是否为所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，若不是，则从所述目标设备支持的协议栈中再选择一个协议层，并将选择出的协议层作为所述第三目标协议层，并返回通过所述目标设备生成与所述第三目标协议层对应的第三数据包的步骤；若所述第三目标协议层是所述目标设备支持的协议栈中面向所述第二设备方向的最后一个协议层，则确定所述第三目标协议层至所述第二设备之间的数据链路为异常数据链路。
10.如权利要求9所述的装置，其特征在于，所述确定单元还用于：
若确定所述第二设备接收到所述第三数据包，则判断所述第二设备在接收所述第三数据包之前是否接收到第四数据包，若未接收到，则确定所述第四数据包对应的第四目标协议层为异常数据链路节点，其中，所述第四目标协议层为所述目标设备支持的协议栈面向所述第二设备的方向中位于所述第三目标协议层之前且与所述第三目标协议层相邻的协议层。
11.如权利要求7所述的装置，其特征在于，所述确定单元具体用于:
将所述目标设备支持的协议栈面向所述第一设备的方向中，位于所述第一目标协议层之后且与所述第一目标协议层相邻的协议层作为再选择出的协议层。
12.如权利要求7至11任一所述的装置，其特征在于，所述第一目标协议层、第二目标协议层、第三目标协议层、第四目标协议层为以下任意一个协议层：
基站中的通用分组无线业务隧道协议GTP层；
基站中的分组数据汇聚协议PDCP层；
基站中的无线数据链路控制RLC层；
基站中的媒体接入控制MAC层；
基站中的物理PHY层；
服务网关中的GTPU层；
服务网关中的UDP层；
服务网关中的IP层。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511034562.9A CN105636100B (zh) | 2015-12-31 | 2015-12-31 | 一种数据链路监测方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511034562.9A CN105636100B (zh) | 2015-12-31 | 2015-12-31 | 一种数据链路监测方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105636100A CN105636100A (zh) | 2016-06-01 |
| CN105636100B true CN105636100B (zh) | 2019-01-18 |
Family
ID=56050470
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201511034562.9A Active CN105636100B (zh) | 2015-12-31 | 2015-12-31 | 一种数据链路监测方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105636100B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108882278B (zh) * | 2018-07-02 | 2021-11-23 | 京信网络系统股份有限公司 | 数据链路监测方法、设备、装置以及计算机可读存储介质 |
| CN111278024B (zh) * | 2018-12-04 | 2023-03-24 | 中兴通讯股份有限公司 | 本端gtpu节点信息上报方法、装置及存储介质 |
| CN112966957A (zh) * | 2021-03-22 | 2021-06-15 | 国家电网有限公司大数据中心 | 一种数据链路异常定位方法、装置、电子设备及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101102273A (zh) * | 2007-07-20 | 2008-01-09 | 中兴通讯股份有限公司 | 宽带接入设备及宽带接入方法 |
| CN101809948A (zh) * | 2007-09-18 | 2010-08-18 | Lg电子株式会社 | 在多层结构中确保QoS的方法 |
| CN102811143A (zh) * | 2012-07-25 | 2012-12-05 | 北京星网锐捷网络技术有限公司 | 数据链路层故障监测方法及装置、网络设备 |
| CN103503511A (zh) * | 2011-05-25 | 2014-01-08 | 华为技术有限公司 | 监测被丢弃数据包的系统和方法 |
| WO2015141682A1 (ja) * | 2014-03-18 | 2015-09-24 | シャープ株式会社 | 無線通信システム、端末装置、無線通信方法、集積回路および処理方法 |
| CN104954165A (zh) * | 2015-04-20 | 2015-09-30 | 华为技术有限公司 | 一种链路分析的方法、设备及系统 |
-
2015
- 2015-12-31 CN CN201511034562.9A patent/CN105636100B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101102273A (zh) * | 2007-07-20 | 2008-01-09 | 中兴通讯股份有限公司 | 宽带接入设备及宽带接入方法 |
| CN101809948A (zh) * | 2007-09-18 | 2010-08-18 | Lg电子株式会社 | 在多层结构中确保QoS的方法 |
| CN103503511A (zh) * | 2011-05-25 | 2014-01-08 | 华为技术有限公司 | 监测被丢弃数据包的系统和方法 |
| CN102811143A (zh) * | 2012-07-25 | 2012-12-05 | 北京星网锐捷网络技术有限公司 | 数据链路层故障监测方法及装置、网络设备 |
| WO2015141682A1 (ja) * | 2014-03-18 | 2015-09-24 | シャープ株式会社 | 無線通信システム、端末装置、無線通信方法、集積回路および処理方法 |
| CN104954165A (zh) * | 2015-04-20 | 2015-09-30 | 华为技术有限公司 | 一种链路分析的方法、设备及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105636100A (zh) | 2016-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9059903B2 (en) | Method and apparatus for monitoring connectivity in a long term evolution network | |
| CN103581021A (zh) | 软件定义网络下业务检测的方法及设备 | |
| CN105636100B (zh) | 一种数据链路监测方法及装置 | |
| JP2013538498A (ja) | データフローをスケジューリングする方法、装置、及びシステム | |
| JP5104738B2 (ja) | パケットロス率計測方法、パケットロス率計測装置、およびコンピュータプログラム | |
| CN101656653B (zh) | 一种应用于多路径传输的接收缓存配置方法及装置 | |
| US10979335B2 (en) | Network link performance | |
| CN107222887A (zh) | 基站无线侧传输路径的通信性能测试方法及装置 | |
| CN103297282A (zh) | 网络时延测量装置及方法 | |
| CN104066143B (zh) | 车载网络的传输方法及传输系统 | |
| CN111835564B (zh) | 一种电力物联网通信链路故障自适应恢复方法及系统 | |
| EP3739837A1 (en) | Media access control security (macsec) enabled links of a link aggregation group (lag) | |
| CN105323796B (zh) | 决定最大分段大小值方法 | |
| CN109218995A (zh) | 通信方法、装置、计算机可读介质及电子设备 | |
| CN106685693A (zh) | 一种网络异常检测方法、系统及网络设备 | |
| US10516593B2 (en) | Method and network monitoring device for calculating throughput of traffic flows in communication networks | |
| CN104469822A (zh) | 一种测试方法、基站及系统 | |
| US20170359743A1 (en) | Analyzing and classifying signaling sets or calls | |
| CN110248379A (zh) | 无线局域网中基站的性能测试方法及装置 | |
| CN102916883B (zh) | Link检测方法和路由转发设备 | |
| CN107819596A (zh) | Sdn网络故障的诊断方法、装置及系统 | |
| US20210021534A1 (en) | Measuring transmission delay | |
| CN106797380A (zh) | 语音优化实现装置 | |
| US20170280342A1 (en) | Measurement apparatus, measurement method, and communication system | |
| JP7175328B2 (ja) | 伝送遅延の測定 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province Patentee after: Jingxin Network System Co.,Ltd. Address before: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province Patentee before: Comba Telecom System (China) Ltd. |
|
| CP01 | Change in the name or title of a patent holder |