[发明专利]一种核心网侧业务面跟踪方法、装置以及业务面跟踪系统

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种核心网侧业务面跟踪方法、装置以及业务面跟踪系统。

背景技术

在3/4G接入网络中，经常会出现各种各样的用户速率问题，比如速率不稳，速率低，这些情况下，一方面需要分析空口的丢包情况，另一方面，需要分析接入网或者核心网内，是否存在传输或者处理等异常，对于LTE（Long Term Evolution，长期演进）网络，其SAE（System Architecture Evolution，系统架构演进）架构的网络拓扑结构如图1所示，用户面的数据传输主要体现在S1-U、S5/S8、SGI三个接口，对于这类问题，最直接的办法就是对于这些速率异常的用户，在各个接口进行抓包分析，但是对于核心网络来说，用户量是巨大的，对应的数据包也是海量的，仅仅通过第三方工具或者镜像功能，都非常难于分析。

在出现异常需要进行单用户的数据包分析时，比如接口是否丢包，目前一般的做法是：

1.针对该接口，进行接收、发送的统计，看内部是否有丢包；

2.进行局间抓包，比如图1中的SGI跟S5/S8口进行镜像抓包，然后根据相应的数据进行分析；

现有的方法1主要的缺点表现在：计数器统计时，如果在多用户的情况下，不能区分每个用户的数据收发情况，而且在计数器统计的时候，还存在时间差问题，同时对于时延也没有办法进行分析，即使在不一致的情况下，也不能说明一定有问题，所以这种方法在针对这些速率问题时，基本没有太大的分析价值；

现有的方法2主要的缺点表现在：镜像抓包时，在用户量比较大的时候，一是获取的数据是海量的，分析难度大，二是用户的隧道信息，IP（Internet Protocol，因特网协议）信息是动态分配的，没有办法事先获取，很难从这些数据中，获取需要分析的数据；三是操作起来比较繁琐，尤其对于局间镜像，需要设置很多别的东西，对于抓包的PC机性能，也有一定的要求。

发明内容

本发明所要解决的技术问题是数据包出现异常时，要获取海量的数据进行故障分析，而且分析难度大。

为此目的，本发明提出了一种核心网侧业务面跟踪方法，该方法包括：

S1.配置需要跟踪的IMSI（International Mobile Subscriber Identity，国际移动用户标识）信息、用于抓包的PC的IP地址以及端口号；

S2.用户承载建立后，根据上述配置信息判断用户是否需要跟踪；

S3.判断需要跟踪时，将该用户的数据报文封装成UDP（User Datagram Protocol，用户数据协议）/IP抓包报文，并将该抓包报文发送给所述PC。

可选的，所述步骤S3包括：

S30.根据核心网侧设备的特有信息、用户的特有信息和/或传送信道信息形成预定义特定信息；

S31.将所述预定义特定信息和用户的数据包文一起封装成UDP/IP抓包报文，并将该抓包报文发送给所述PC。

可选的，所述预定特定信息包括IMSI扩展信息、设备类型信息、本地和对端的用户平面隧道端点标识TEIDU信息、承载标示信息和/或时间戳。

可选的，所述预定特定信息包含在UDP/IP抓包报文的头信息中。

可选的，所述步骤S3或者S31包括：

S3＇将所述UDP/IP抓包报文发送给路由器；

S3＇＇路由器再将所述UDP/IP抓包报文转发给所述PC。

可选的，所述步骤S3或者S31中：

将所述UDP/IP抓包报文直接发送给所述PC。

可选的，所述方法包括：

S4.所述PC对所述端口号标识的端口采用第三方工具直接抓取数据包，或者，所述PC对应所述端口号标识的端口建立socket，进行数据包的接收和存储。

本发明还提供一种核心网侧业务面跟踪装置，该装置包括：

设置单元，用于配置需要跟踪的IMSI信息、用于抓包的PC的IP地址以及端口号；

处理单元，用于在用户承载建立后，根据上述配置信息判断用户是否需要跟踪；

封装单元，用于在判断需要跟踪时将该用户的数据报文封装成UDP/IP抓包报文；

发送单元，用于将所述UDP/IP抓包报文发送给所述PC。

可选的，所述装置还包括一特定信息产生单元，用于根据设备特有信息、用户信息和/或传送信道信息形成预定义特定信息；所述封装单元将所述预定义特定信息和用户的数据报文一起封装成UDP/IP抓包报文。