WO2014117665A1

WO2014117665A1 - 链路状态检测装置及其工作方法

Info

Publication number: WO2014117665A1
Application number: PCT/CN2014/071019
Authority: WO
Inventors: 韩文勇; 周文涛; 刘清顺; 沈智敏
Original assignee: 华为技术有限公司
Priority date: 2013-01-30
Filing date: 2014-01-21
Publication date: 2014-08-07
Also published as: CN103974295A; CN103974295B

Abstract

本发明实施例提供一种链路状态检测装置及其工作方法，涉及通讯技术领域，为对移动宽带的链路通信质量进行有效评估而发明。所述装置包括：通信模块，用于与核心网网关进行交互；处理器，用于：通过所述通信模块发送链路检测启动请求到所述核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式；通过所述通信模块接收来自所述核心网网关的链路状态参数，所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；根据所述链路状态参数确定链路状态是否不良。本发明可用于无线网络检测中。

Description

链路状态检测装置及其工作方法技术领域

本发明涉及通信领域，尤其涉及一种链路状态检测装置及其工作方法。背景技术

在移动互联网时代，智能终端的快速增长使移动流量每年翻番。然而，与传统的有线网络相比，移动宽带网络的稳定性相对较差，用户的一些数据业务可能由于网络稳定性的问题而不能顺利进行，在一定程度上影响了用户体验。

相应的，采用某种手段确定移动终端应用的移动宽带的链路传输状态是否良好，以便采取进一步措施对链路传输状态不好的移动宽带进行优化和改进是提升用户体验的有效途径。目前比较缺乏检测链路状态的有效办法。发明内容

本发明的实施例提供一种链路状态检测装置及其工作方法，为对移动宽带的链路通信质量进行有效评估而发明。

为达到上述目的，本发明的实施例采用如下技术方案：

根据本发明的第一方面，提供一种检测网元，包括：

通信模块，用于与核心网网关进行交互；

处理器，用于：

通过所述通信模块发送链路检测启动请求到所述核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式；

通过所述通信模块接收来自所述核心网网关的链路状态参数，所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

根据所述链路状态参数确定链路状态是否不良。

在第一方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

在第一方面的第二种可能的实现方式中，所述处理器用于根据所述链路状态参数确定链路状态是否不良，具体包括：

所述处理器用于：如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率，确定所述一个采样周期为链路状态不良的采样周期；如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值，确定被检测的链路状态不良。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述规定比值为 30%至 80%。

在第一方面的第四种可能的实现方式中，所述处理器还用于：

通过所述通信模块发送链路检测停止请求到所述核心网网关。

根据本发明的第二方面，提供一种核心网网关，包括：

通信模块，用于与检测网元进行交互；

处理器，用于：

通过所述通信模块接收来自所述检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为核心网检测模式；

根据所述链路检测启动请求对链路上传输的数据进行采样；

对采样的数据进行第一运算以获知链路状态参数，所述链路状态参数包数据传输速率；

通过所述通信模块发送所述链路状态参数到所述检测网元。在第二方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样，具体包括：

所述处理器用于：

根据所述用户设备标识和所述承载标识确定检测的链路；在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样，每个所述采样周期包括一个所述采样窗口。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述处理器用于对采样的数据进行第一运算以获知链路状态参数，具体包括：所述处理器用于：

将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口，以获得所述每个采样周期内的数据传输速率；

在每个所述采样周期中的采样窗口内，将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目，以获得所述每个采样周期内的数据传输时延，其中，所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议 TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议 TCP数据包的响应消息之间的时间。

结合第二方面的第一种可能的实现方式，在第四种可能的实现方式中，所述处理器用于通过所述通信模块发送所述链路状态参数到所述检测网元，具体包括：

所述处理器用于，通过所述通信模块按照所述上报周期定时发送所述链根据本发明的第三方面，提供一种核心网网关，包括：

通信模块，用于与检测网元或者接入网进行交互；

处理器，用于：

通过所述通信模块接收来自所述检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；

通过所述通信模块将所述链路检测启动请求向所述接入网转发；通过所述通信模块接收来自所述接入网的链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

通过所述通信模块将所述链路状态参数向所述检测网元转发。

在第三方面的第一种可能的实现方式中，所述处理器用于通过所述通信模块将所述链路检测启动请求向所述接入网转发，具体包括：

所述处理器用于，通过所述通信模块使用下行数据包中的通用分组无线服务 GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。

在第三方面的第二种可能的实现方式中，，所述处理器用于通过所述通信模块接收来自所述接入网的链路状态参数，具体包括：

所述处理器用于，通过所述通信模块使用上行数据包中的通用分组无线服务 GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。

根据本发明的第四方面，提供一种接入网网元，包括：

通信模块，用于与核心网网关进行交互；

处理器，用于：

通过所述通信模块接收来自所述核心网网关的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；

根据所述链路检测启动请求对链路上传输的数据进行采样；

对采样的数据进行第二运算以获知链路状态参数，所述链路状态参数包数据传输速率；

通过所述通信模块发送所述链路状态参数到所述核心网网关。

在第四方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

结合第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样，具体包括：

所述处理器用于：

根据所述用户设备标识和所述承载标识确定检测的链路；

在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样，每个所述采样周期包括一个所述采样窗口。

结合第四方面的第二种可能的实现方式，在第三种可能的实现方式中，所述处理器用于对采样的数据进行第二运算以获知链路状态参数，具体包括：所述处理器，用于：

将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口，以获得所述每个所述采样周期内的数据传输速率；

将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制 RLC层的时间相加后除以所述数据包的数目，以获得每个所述采样周期内的数据传输时延。

根据本发明的第五方面，提供一种链路状态检测方法，包括：

检测网元发送链路检测启动请求到核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；所述检测网元接收来自所述核心网网关的链路状态参数，所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

所述检测网元根据所述链路状态参数确定链路状态是否不良。

在第五方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

在第五方面的第二种可能的实现方式中，所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤具体包括：

如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率，确定所述一个采样周期为链路状态不良的采样周期；

如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值，确定被检测的链路状态不良。

结合第五方面的第二种可能的实现方式，在第三种可能的实现方式中，所述规定比值为 30%至 80%。

在第五方面的第四种可能的实现方式中，所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤之后，所述方法还包括：

所述检测网元发送链路检测停止请求到所述核心网网关。

根据本发明的第六方面，提供一种链路状态检测方法，包括：

核心网网关接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样；

所述核心网网关对采样的数据进行第一运算以获知链路状态参数，所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

所述核心网网关发送所述链路状态参数到所述检测网元。

在第六方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

结合第六方面的第一种可能的实现方式，在第二种可能的实现方式中，所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括：

所述核心网网关根据所述用户设备标识和所述承载标识确定检测的链路；

所述核心网网关在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样，每个所述采样周期包括一个所述采样窗口。

结合第六方面的第二种可能的实现方式，在第三种可能的实现方式中，所述核心网网关对采样的数据进行第一运算以获知链路状态参数的步骤具体包括：

所述核心网网关将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口，以获得所述每个采样周期内的数据传输速率；

所述核心网网关在每个所述采样周期中的采样窗口内，将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目，以获得所述每个采样周期内的数据传输时延，其中，所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议 TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议 TCP数据包的响应消息之间的时间。结合第六方面的第一种可能的实现方式，在第四种可能的实现方式中，所述核心网网关发送所述链路状态参数到所述检测网元的步骤具体包括：所述核心网网关按照所述上报周期定时发送所述链路状态参数到所述检测网元。

根据本发明的第七方面，提供一种链路状态检测方法，包括：

核心网网关接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

所述核心网网关将所述链路检测启动请求向所述接入网转发；

所述核心网网关接收来自所述接入网的链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

所述核心网网关将所述链路状态参数向所述检测网元转发。

在第七方面的第一种可能的实现方式中，所述核心网网关将所述链路检测启动请求向所述接入网转发的步骤具体包括：

所述核心网网关通过下行数据包中的通用分组无线服务 GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。

在第七方面的第二种可能的实现方式中，所述核心网网关接收来自所述接入网的链路状态参数的步骤具体包括：

所述核心网网关通过上行数据包中的通用分组无线服务 GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。

根据本发明的第八方面，提供一种链路状态检测方法，包括：

接入网接收来自核心网网关的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；

所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样；所述接入网对采样的数据进行第二运算以获知链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

所述接入网发送所述链路状态参数到所述核心网网关。

在第八方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

结合第八方面的第一种可能的实现方式，在第二种可能的实现方式中，所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括：

所述接入网根据所述用户设备标识和所述承载标识确定检测的链路；所述接入网在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样，每个所述采样周期包括一个所述采样窗口。

结合第八方面的第二种可能的实现方式，在第三种可能的实现方式中，所述接入网对采样的数据进行第二运算以获知链路状态参数的步骤具体包括：

所述接入网将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口，以获得所述每个所述采样周期内的数据传输速率；

所述接入网将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制 RLC层的时间相加后除以所述数据包的数目，以获得每个所述采样周期内的数据传输时延。

根据本发明的第九方面，提供一种检测网元，包括：

第一发送单元，用于发送链路检测启动请求到核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；第一接收单元，用于接收来自所述核心网网关的链路状态参数，所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

确定单元，用于根据所述链路状态参数确定链路状态是否不良。

在第九方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

在第九方面的第二种可能的实现方式中，所述确定单元具体用于：如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率，确定所述一个采样周期为链路状态不良的采样周期；

在第九方面的第三种可能的实现方式中，所述第一发送单元还用于：发送链路检测停止请求到所述核心网网关。

根据本发明的第十方面，提供一种核心网网关，包括：

第二接收单元，用于接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

第一采样单元，用于根据所述链路检测启动请求对链路上传输的数据进行采样；

第一计算单元，用于对采样的数据进行第一运算以获知链路状态参数，所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

第二发送单元，用于发送所述链路状态参数到所述检测网元。

在第十方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

结合第十方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第一采样单元具体用于：

根据所述用户设备标识和所述承载标识确定检测的链路；

结合第十方面的第二种可能的实现方式，在第三种可能的实现方式中，所述第一计算单元具体用于：

结合第十方面的第三种可能的实现方式，在第四种可能的实现方式中，所述第二发送单元具体用于：

按照所述上报周期定时发送所述链路状态参数到所述检测网元。

根据本发明的第十一方面，提供一种核心网网关，包括：

第三接收单元，用于接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

转发单元，用于将所述链路检测启动请求向所述接入网转发；

所述第三接收单元，还用于接收来自所述接入网的链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

所述转发单元，还用于将所述链路状态参数向所述检测网元转发。

在第十一方面的第一种可能的实现方式中，所述转发单元具体用于：通过下行数据包中的 GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。

结合第十一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第三接收单元具体用于：

通过上行数据包中的 GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。

根据本发明的第十二方面，提供一种接入网，包括：

第四接收单元，用于接收来自核心网网关的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；行采样；

第二计算单元，用于对采样的数据进行第二运算以获知链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

第四发送单元，用于发送所述链路状态参数到所述核心网网关。

在第十二方面的第一种可能的实现方式中，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

结合第十二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第二采样单元具体用于：

结合第十二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述第二计算单元具体用于：

采用上述技术方案后，本实施例提供的链路状态检测装置及其工作方法，能够通过核心网网关处设置的检测网元向核心网网关发送链路检测启动请求，以使核心网网关或接入网对链路上传输的数据进行采样从而获得链路状态参数，当核心网网关将该链路状态参数传输给检测网元时，检测网元即可根据所述链路状态参数确定链路状态是否不良，这样，就能对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作筒单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1是本发明的实施例提供的链路状态检测装置的一种结构示意图；图 2是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 3 是本发明的实施例提供的链路状态检测装置的一种数据采样示意图；

图 4 是本发明的实施例提供的链路状态检测装置的一种时延测量示意图；

图 5是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 6是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 7是本发明的实施例提供的链路状态检测装置的另一种时延测量示意图；

图 8是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 9是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 10是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 11是本发明的实施例提供的链路状态检测装置的另一种结构示意图；图 12是本发明的实施例提供的链路状态检测方法的一种流程图；图 13是本发明的实施例提供的链路状态检测方法的另一种流程图；图 15是本发明的实施例提供的链路状态检测方法的另一种流程图；图 16是本发明的实施例提供的链路状态检测方法的一种具体流程图；图 17是本发明的实施例提供的链路状态检测方法的另一种具体流程图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明的实施例提供一种检测网元 1 , 如图 1所示，包括：

通信模块 11 , 用于与核心网网关进行交互；

处理器 12, 用于：

通过通信模块 11发送链路检测启动请求到所述核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式；

通过通信模块 11接收来自所述核心网网关的链路状态参数，所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

根据所述链路状态参数确定链路状态是否不良。

采用上述技术方案后，本实施例提供的检测网元 1 , 能够通过向核心网网关发送链路检测启动请求，并且接收来自核心网网关的链路状态参数，再根据所述链路状态参数确定链路状态是否不良，这样，就能对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

可选的，处理器 12通过通信模块 11发送的链路检测启动请求中，启动参数中的检测模式可以为接入网检测模式也可以为核心网检测模式。当该检测模式为接入网检测模式时，检测网元通过这一启动参数指示核心网网关继续将链路检测启动请求向接入网转发，以便在接入网侧对链路状态进行检测；当该检测模式为核心网检测模式时，检测网元通过这一启动参数指示核心网网关在该核心网网关处检测链路状态。

需要说明的是，本实施例中，检测网元 1是与核心网网关相连但独立于核心网网关的一个单独的装置，但本发明不限于此，在本发明的其他实施例中，检测网元 1也可以作为一个模块集成在核心网网关装置之中，或者以其他的方式呈现，只要能够完成其相应的功能即可。

具体的，检测网元 1接收来自所述核心网网关的链路状态参数，其中，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例中，所数据传输速率。

这样，检测网元 1的处理器 12即可根据各个采样周期内的数据传输时延和数据传输速率确定链路状态是否不良，处理器 12具体用于：如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率，则确定这个采样周期为链路状态不良的采样周期；如果链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值，则确定被检测的链路状态不良。可选的，这一规定比值可以根据对链路状态的不同要求而调整，例如，可以为 30%至 80%。在本发明的一个实施例中，对链路状态要求较高，确定这一规定比值为 30%, 也就是说，当链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值 30%时，即可确定链路状态不良。而在另一个实施例中，对链路状态要求较低，则可确定这一规定比值例如可以为 60%。

上述实施例中，启动参数包括检测模式，但本发明的实施例不限于此。在本发明的其他实施例中，启动参数还可以包括其他，例如，还可以包括用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一个或多个。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。当启动参数包括用户设备标识和承载标识时，处理器 12可以根据用户设备标识和承载标识来指示核心网网关需要检测的链路的具体位置。这样，有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口以及上报周期时，检测网元可以指示核心网网关多长时间对链路上传输的数据采样一次（采样周期），每个采样周期中的采样时间（采样窗口），多长时间向检测网元上报一次（上报周期）。从而对链路的数据传输状态进行定时测量和定时上 4艮，以便稳定地获知链路的数据传输状态。

当经过若干个采样周期的采样后，处理器 12已经可以根据这些采样周期中的链路状态参数确定链路状态是否不良，进一步地，处理器 12还用于通过通信模块 11发送链路检测停止请求到所述核心网网关，从而使链路状态检测停止。

需要说明的是，在移动宽带网络中，每个用户设备在通信中可以建立一到多个承载。由于每个承载对移动宽带网络的质量要求不一样，因此本发明的实施例只分析基于承载粒度的网络质量情况。至于需要测量哪个具体的承载以及明确承载与业务的对应关系，本不在本案的讨论范围之内。

相应的，本发明的实施例还提供一种核心网网关 2, 包括：

通信模块 21 , 用于与检测网元进行交互；

处理器 22, 用于：

通过通信模块 21接收来自所述检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为核心网检测模式；

根据所述链路检测启动请求对链路上传输的数据进行采样；

通过通信模块 21发送所述链路状态参数到所述检测网元。

采用上述技术方案后，本实施例提供的核心网网关 2, 能够接收来自检测网元的链路检测启动请求，根据所述链路检测启动请求对链路上传输的数据进行采样并对采样的数据进行第一运算从而获得链路状态参数，然后再将该链路状态参数发送到检测网元，以使检测网元确定链路状态是否不良，从而对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

其中，核心网网关 2可以为 PGW ( Packet data network Gateway, 分组数据网关）或者 GGSN ( Gateway GPRS Support Node , 网关 GPRS支持节点；)，也可以为其他类型的核心网网关，本发明的实施例对此不作限制。可选的，当核心网网关 2通过通信模块 21接收到链路检测启动请求后，可以先通过通信模块 21向检测网元发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析，核心网网关 2的处理器 22可获知启动参数中的检测模式为核心网检测模式，也就获知链路状态检测任务将由核心网网关 2 自身执行。在本发明的其他实施例中，启动参数还可以包括其他，例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等，采样窗口为所述采样周期内进行数据采样的一段连续的时间。其中，当启动参数包括用户设备标识和承载标识时，处理器 22 可以根据用户设备标识和承载标识来确定需要检测的链路的具体位置，从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时，处理器 22可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样，其中，每个采样周期包括一个采样窗口。如图 3所示，采样周期 T— sample为两次采样之间间隔的时间，采样窗口 T— window为每个采样周期 T— sample中对链路传输数据进行采样的一段时间。

具体的，核心网网关 2的处理器 22对采样的数据进行第一运算以获知链路状态参数，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例中，所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。

需要说明的是，对于核心网网关 2—侧的数据传输时延而言，一个移动宽带的链路承载可以包括一到多个数据流，例如，在本发明的一个实施例中，一个链路载包括五个数据流，即 5元组（源 IP ( Internet Protocol, 网间互联协议）和目的 IP, 源端口和目的端口，协议号）。

正常情况下，当用户正在进行数据业务时，链路上的数据传输是持续进行的，而处理器 22对链路上传输的数据是按照周期进行采样的，且每个采样周期仅进行时间为采样窗口的采样。对于一个采样周期而言，该采样周期内的数据传输时延即为在这个采样周期的采样窗口内，该链路承载的所有数据流的时延的平均值。

可以采用多种方法估算采样周期内的数据传输时延，本发明对此不做限制。但为了减少测量数据传输时延的定时器开销，在本发明的一个实施例中，可以利用 TCP数据包的传输特性估算出链路中的数据传输时延。具体的，可以在每个所述采样周期中的采样窗口内，核心网网关将被测量的链路中包括的所有数据流的时延相加之后除以该链路中的数据流的数目，以获得每个采样周期内各自的数据传输时延，其中，数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个 TCP数据包到所述核心网网关接收到来自用户设备返回的对所述 TCP数据包的响应消息之间的时间。即，核心网网关侧测量的数据传输时延为用户设备到核心网网关 PGW/GGSN之间的链路的数据传输时延。

例如，如图 4所示，在本发明的一个实施例中，在采样窗口 T— Window 内，一个数据流，如源 IP, 第一次收到一个下行 TCP数据包时，记录该 TCP 数据包的序列号 m以及到达核心网网关 PGW/GGSN的时刻 tl , 然后再等待接收来自用户设备的对该数据包的 TCP响应消息。如果核心网网关在 t2时刻收到该 TCP数据包的响应消息，该 TCP数据包的响应消息对应的序列号为 n。如果 n大于 m, 则认为该下行的 TCP数据包已经被用户设备正确接收，该数据包的下行 RTT ( Round-Trip Time, 往返时延）为 t2-tl。

举例说明，如果一个链路承载有 k个 TCP数据流，则，一个采样周期内的数据传输时延 tde为 tde=∑ ( t2i-tli ) / k, i=l,2,…… k。由于每个采样周期只进行一次采样，每个采样周期的这次采样也筒称为采样点。

在采样窗口期间，如果被检测的链路上没有数据传输，则核心网网关也不进行数据传输的采样。也就是说，核心网网关进行的数据传输采样是由数据触发的，从而能够使核心网网关避免对无效数据的采样和处理，提高了核心网网关的数据采样效率。与此同时，为了避免重复采样，在一个采样窗口期间，每个数据流可以最多只采样一次。

需要说明的是，在 TCP协议中， TCP响应消息既可以作为一条单独的消息由用户设备向核心网网关发送，也可能与上行的真实数据合并到一起向核心网网关传输，这两种传输方式都是将对 TCP数据包的响应消息传输给核心网网关的有效方式，其传递到核心网网关的时间都可以作为计算数据传输时延的依据。

而对于数据传输速率来讲，核心网网关可以将每个采样周期中的采样窗口内流过的数据量除以采样窗口，以获得每个采样周期内的数据传输速率。其中，采样周期中的采样窗口内流过的数据量，可以分散在多个数据流的多个数据包（如 TCP数据包）中，其中一个数据流的一个数据包，可以为前述的测量数据传输时延所记录的 TCP数据包。例如，在本发明的一个实施例中，采样周期为 T— Sample秒，采样窗口为 T— Window秒，在第一个采样周期（第一个采样点 ) 的采样窗口内，共采样 S个数据包，采样窗口内的数据传输速率为： v=∑Xi*8 / T— Window比特，其中， Xi 为第 1至第 S个数据包的大小， i=l,2... ... S。需要指出的是，该采样窗口内的数据传输速率代表了该采样窗口所在的采样周期内的数据传输速率。

核心网网关 2的处理器 22对采样的数据进行第一运算以获知链路状态参数后，可以通过通信模块 21按照上报周期 T— Report定时发送该链路状态参数到检测网元。其中，上报周期 T— Report可以包含在启动参数中。上报周期为核心网网关 2 向检测网元上报链路状态参数的周期。通常，上报周期 T— Report大于采样周期 T— Sample ,每次上报给检测网元的数据可以为一个采样周期或几个采样周期的链路状态参数。

相应的，如图 5所示，本发明的实施例还提供一种核心网网关 3 , 包括：通信模块 31 , 用于与检测网元或者接入网进行交互；

处理器 32, 用于：

通过通信模块 31接收来自所述检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；

通过通信模块 31将所述链路检测启动请求向所述接入网转发；通过通信模块 31接收来自所述接入网的链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

通过通信模块 31将所述链路状态参数向所述检测网元转发。

采用上述技术方案后，本实施例提供的核心网网关 3 , 能够接收来自检测网元的链路检测启动请求，并将该链路检测启动请求转发给接入网以使接入网根据所述链路检测启动请求获得被检测链路的链路状态参数，同时还接收来自接入网的链路状态参数，并将所述链路状态参数向所述检测网元转发，以使检测网元确定链路状态是否不良，从而对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

可选的，核心网网关 3的处理器 32接收到链路检测启动请求后，可以先向检测网元发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析，核心网网关可获知启动参数中的检测模式为接入网检测模式，也就获知链路状态检测任务将由接入网关执行。在本发明的其他实施例中，启动参数还可以包括其他，例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等。

可选的，核心网网关 3的处理器 3可以利用通信模块 31通过下行数据包中的 GTP-U ( GPRS 隧道协议用户面部分， GPRS Tunneling Protocol-User plane ) 的扩展头将所述链路检测启动请求向接入网转发。同样可选的，核心网网关 3的处理器 32可以利用通信模块 31通过上行数据包中的 GPRS隧道协议用户面部分的扩展头接收来自接入网的链路状态参数。当然，核心网网关还可以通过其它的消息或数据结构向接入网转发链路检测启动请求，或者接收来自接入网的链路状态参数，本发明对此不做限制。

相应的，如图 6所示，本发明的实施例还提供一种接入网网元 4, 包括：通信模块 41 , 用于与核心网网关进行交互；

处理器 42, 用于：通过通信模块 41接收来自所述核心网网关的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；

根据所述链路检测启动请求对链路上传输的数据进行采样；

通过通信模块 41发送所述链路状态参数到所述核心网网关。

采用上述技术方案后，本实施例提供的接入网网元 4能够接收来自核心网网关的链路检测启动请求，根据所述链路检测启动请求对链路上传输的数据进行采样并对采样的数据进行第二运算从而获得链路状态参数，然后再将该链路状态参数发送到核心网网关，以使核心网网关将该链路状态参数发送到检测网元，从而使检测网元确定链路状态是否不良，对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供条件。

可选的，当接入网网元 4的处理器 42接收到链路检测启动请求后，可以先向核心网网关发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。具体的，接入网网元 4的处理器 42可以利用通信模块 41 , 通过接收的下行数据包中的 GPRS隧道协议用户面部分的扩展头接收所述链路检测启动请求，通过该链路检测启动请求中启动参数中的检测模式获知链路状态检测将由接入网执行。

当然，可选的，启动参数还可以包括其他，例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等，所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。其中，当启动参数包括用户设备标识和承载标识时，接入网网元 4的处理器 42可以根据用户设备标识和承载标识来确定需要检测的链路的具体位置，从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时，接入网网元 4的处理器 42可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样，其中，每个采样周期包括一个采样窗口。如图 3所示，采样周期 T— sample为两次采样之间间隔的时间，采样窗口 T— window为每个采样周期 T— sample中对链路传输数据进行采样的一段时间。

具体的，接入网网元 4的处理器 42对采样的数据进行第二运算以获知链路状态参数，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例中，所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。

此时，处理器 42可以具体用于：

将每个采样周期中的采样窗口内流过的数据量除以采样窗口，以获得所述每个采样周期内的数据传输速率；

将每个采样周期中的采样窗口内流过的所有数据包通过空口协议栈的 RLC ( radio link control, 无线链路控制 )层的时间相加后除以流过的数据包的数目，以获得每个所述采样周期内的数据传输时延。

需要说明的是，本实施例中，检测模式为接入网检测模式，相应的，接入网网元 4检测到的数据传输时延为从接入网到用户设备之间的数据传输的时延，也就是数据通过空口的时延。

图 7所示为 UMTS ( Universal Mobile Telecommunication System, 通用移动通信系统 ) /LTE(Long Term Evolution,长期演进）的移动宽带网络中 RAN ( Radio Access Network, 无线接入网）空口侧用户面协议栈的结构示意图。如图 7 所示，用户设备接收的下行数据包在空口中经过协议栈顺序为 APP ( Application, 应用）-> PDCP(Packet Data Convergence Protocol, 分组数据汇聚协议）- >RLC->MAC ( Media Access Control, 媒体存取控制 ) ->L1 (层 1 )。在数据包通过空口的过程中，数据包经过每一层都有一定的时延。本发明的实施例主要通过检测 RLC层的数据传输来计算数据传输时延。当网络拥塞时， MAC层调度慢，数据包就会在 RLC中緩存，数据包通过 RLC层的时间就会延长，所以，通过测量数据包通过 RLC协议栈的时延就可以估算空口是否拥塞。本实施例中，如果大小为 X的数据包在 RLC层传送成功，则这个数据包在 RLC中的时延为 t = tc-tb。

需要说明的是，上述实施例中，虽然即可以在核心网网关侧进行链路状态检测也可以在接入网侧进行链路状态检测，但这两种检测所反映的链路状态的链路范围是不同的。核心网网关侧进行链路状态检测反映的是用户设备到核心网网关 PGW/GGSN之间的链路的状态，链路范围较大；而接入网侧检测的为从接入网到用户设备之间的链路状态，也就是数据通过空口的状态，链路范围较小。可以根据需要确定的链路的范围来选定具体需要在哪侧进行检测。

相应的，如图 8所示，本发明的实施例还提供一种检测网元 10, 包括：第一发送单元 101 , 用于发送链路检测启动请求到核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

第一接收单元 102, 用于接收来自所述核心网网关的链路状态参数，所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

确定单元 103 , 用于根据所述链路状态参数确定链路状态是否不良。采用上述技术方案后，本实施例提供的检测网元 10,其第一发送单元 101 能够向核心网网关发送链路检测启动请求，其第一接收单元 102接收来自核心网网关的链路状态参数，确定单元 103再根据所述链路状态参数确定链路状态是否不良，这样，就能对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

需要说明的是，虽然本实施例中，检测网元 10是与核心网网元相连但独立于核心网网关的一个单独的装置，但本发明不限于此，在本发明的其他实施例中，检测网元 10也可以作为一个模块集成在核心网网关装置之中，或者以其他的方式呈现，只要能够完成其相应的功能即可。

可选的，所述启动参数还可包括用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一种或几种，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

具体的，检测网元 10接收来自所述核心网网关的链路状态参数，其中，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。

此时，确定单元 3可具体用于：如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率，确定所述一个采样周期为链路状态不良的采样周期；如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值，确定被检测的链路状态不良。

当经过若干个采样周期的采样后，确定单元 103已经可以根据这些采样周期中的链路状态参数确定链路状态是否不良，进一步地，第一发送单元 101 还用于：发送链路检测停止请求到所述核心网网关。

相应的，如图 9所示，本发明的实施例还提供一种核心网网关 20, 包括：第二接收单元 201 , 用于接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；第一采样单元 202, 用于根据所述链路检测启动请求对链路上传输的数据进行采样；

第一计算单元 203 , 用于对采样的数据进行第一运算以获知链路状态参数，所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；第二发送单元 204 , 用于发送所述链路状态参数到所述检测网元。

采用上述技术方案后，本实施例提供的核心网网关 20, 其第二接收单元 201 能够接收来自检测网元的链路检测启动请求，第一采样单元 202能够根据所述链路检测启动请求对链路上传输的数据进行采样，第一计算单元 203 对采样的数据进行第一运算从而获得链路状态参数，然后第二发送单元 204 将该链路状态参数发送到检测网元，以使检测网元确定链路状态是否不良，从而对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

其中，核心网网关 20可以为 PGW或者 GGSN, 也可以为其他类型的核心网网关，本发明的实施例对此不作限制。

可选的，当第二接收单元 201接收到链路检测启动请求后，可以先通过第二发送单元 204向检测网元发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。具体的，第二接收单元 201通过对该链路检测启动请求进行解析，可使核心网网关 20获知启动参数中的检测模式为核心网检测模式，也就获知链路状态检测任务将由核心网网关 20自身执行。

当然，在本发明的其他实施例中，所述启动参数还可包括用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的至少一种。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。其中，当启动参数包括用户设备标识和承载标识时，第一采样单元 202可以根据用户设备标识和承载标识来确定需要检测的链路的具体位置，从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时，第一采样单元 202 可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样，其中，每个采样周期包括一个采样窗口。

具体的，第一计算单元 203对采样的数据进行第一运算以获知链路状态参数，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例中，具体的，第一计算单元 203可用于：将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口，以获得所述每个采样周期内的数据传输速率；在每个所述采样周期中的采样窗口内，将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目，以获得所述每个采样周期内的数据传输时延，其中，所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议 TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议 TCP数据包的响应消息之间的时间。

还需要说明的是，正常情况下，当用户正在进行数据业务时，链路上的数据传输是持续进行的，而第一采样单元 202对链路上传输的数据是按照周期进行采样的，且每个采样周期仅进行时间为采样窗口的采样。对于一个采样周期而言，该采样周期内的数据传输时延即为在这个采样周期的采样窗口内，该链路承载的所有数据流的时延的平均值。

具体的，第二发送单元 204可用于按照所述上报周期定时发送所述链路状态参数到所述检测网元。其中，上报周期可以包含在启动参数中。上报周期为核心网网关 20向检测网元上报链路状态参数的周期。通常，上报周期大于采样周期，每次上报给检测网元的数据可以为一个采样周期或几个采样周期的链路状态参数。

相应的，如图 10所示，本发明的实施例还提供一种核心网网关 30, 包括：

第三接收单元 301 , 用于接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式，所述检测网元为与所述核心网网关相连的网络元件；转发单元 302 , 用于将所述链路检测启动请求向所述接入网转发；第三接收单元 301 , 还用于接收来自所述接入网的链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

转发单元 302 , 还用于将所述链路状态参数向所述检测网元转发。

采用上述技术方案后，本实施例提供的核心网网关 30, —方面，其第三接收单元 301能够接收来自检测网元的链路检测启动请求，转发单元 302能够将该链路检测启动请求转发给接入网以使接入网根据所述链路检测启动请求获得被检测链路的链路状态参数，另一方面，第三接收单元 301还接收来自接入网的链路状态参数，转发单元 302还用于将所述链路状态参数向所述检测网元转发，以使检测网元确定链路状态是否不良，从而对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

可选的，核心网网关 30接收到链路检测启动请求后，可以先向检测网元发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析，核心网网关可获知启动参数中的检测模式为接入网检测模式，也就获知链路状态检测任务将由接入网关执行。

可选的，所述转发单元 302可具体用于通过下行数据包中的 GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。或者所述转发单元 302还可具体用于通过一个专门的指令或消息将链路检测启动请求向所述接入网转发。本发明的实施例对此不做限制。

可选的，所述第三接收单元 301具体用于：通过上行数据包中的 GPRS 隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。

相应的，如图 11所示，本发明的实施例还提供一种接入网网元 40, 包括：第四接收单元 401 , 用于接收来自核心网网关的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式；据进行采样；

第二计算单元 403 , 用于对采样的数据进行第二运算以获知链路状态参数，所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率；

第四发送单元 404, 用于发送所述链路状态参数到所述核心网网关。采用上述技术方案后，本实施例提供的接入网网元 40, 其第四接收单元 401 能够接收来自核心网网关的链路检测启动请求，第二采样单元 402能够根据所述链路检测启动请求对链路上传输的数据进行采样，第二计算单元 403 能够对采样的数据进行第二运算从而获得链路状态参数，第四发送单元 404 再将该链路状态参数发送到核心网网关，以使核心网网关将该链路状态参数发送到检测网元，从而使检测网元确定链路状态是否不良，对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供条件。

可选的，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一种或几种。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

其中，当启动参数包括用户设备标识和承载标识时，所述第二采样单元 402 可以根据用户设备标识和承载标识来确定需要检测的链路的具体位置，从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时，第二采样单元 402可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样，其中，每个采样周期包括一个采样窗口。

具体的，第二采样单元 402对采样的数据进行第二运算以获知链路状态参数，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例和数据传输速率。

这种情况下，第二计算单元 403可具体用于：将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口，以获得所述每个所述采样周期内的数据传输速率；将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制 RLC 层的时间相加后除以所述数据包的数目，以获得每个所述采样周期内的数据传输时延。

需要说明的是，本实施例中，检测模式为接入网检测模式，相应的，接入网网元 40检测到的数据传输时延为从接入网到用户设备之间的数据传输的时延，也就是数据通过空口的时延。

相应的，本发明的实施例提供一种链路状态检测方法，如图 12所示，包括：

511 ,检测网元发送链路检测启动请求到核心网网关，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式包括接入网检测模式或核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

512, 所述检测网元接收来自所述核心网网关的链路状态参数；

513 , 所述检测网元根据所述链路状态参数确定链路状态是否不良。采用上述技术方案后，本实施例提供的链路状态检测方法，能够通过核心网网关处设置的检测网元向核心网网关发送链路检测启动请求，并且接收来自核心网网关的链路状态参数，再根据所述链路状态参数确定链路状态是否不良，这样，就能对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

可选的，步骤 S11中，启动参数中的检测模式可以为接入网检测模式也可以为核心网检测模式。当该检测模式为接入网检测模式时，检测网元通过这一启动参数指示核心网网关继续将链路检测启动请求向接入网转发，以便在接入网侧对链路状态进行检测；当该检测模式为核心网检测模式时，检测网元通过这一启动参数指示核心网网关在该核心网网关处检测链路状态。

需要说明的是，虽然本实施例中，检测网元是独立于核心网网关的一个单独的装置，但本发明不限于此，在本发明的其他实施例中，检测网元也可以作为一个模块集成在核心网网关装置之中，或者以其他的方式呈现，只要能够完成其相应的功能即可。

具体的，在步骤 S 12中，检测网元接收来自所述核心网网关的链路状态参数，其中，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个据传输时延和数据传输速率。

于是，在步骤 S13中，检测网元即可根据各个采样周期内的数据传输时延和数据传输速率确定链路状态是否不良：如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率，则确定这个采样周期为链路状态不良的采样周期；如果链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值，则确定被检测的链路状态不良。可选的，这一规定比值可以根据对链路状态的不同要求而调整，例如，可以为 30%至 80%。在本发明的一个实施例中，对链路状态要求较高，确定这一规定比值为 30%, 也就是说，当链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值 30%时，即可确定链路状态不良。而在另一个实施例中，对链路状态要求较低，则可确定这一规定比值例如可以为 60%。

上述实施例中，启动参数包括检测模式，但本发明的实施例不限于此。在本发明的其他实施例中，启动参数还可以包括其他，例如，还可以包括用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一个或多个。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。当启动参数包括用户设备标识和承载标识时，检测网元可以根据用户设备标识和承载标识来指示核心网网关需要检测的链路的具体位置。这样，有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口以及上报周期时，检测网元可以指示核心网网关多长时间对链路上传输的数据采样一次（采样周期），每个采样周期中的采样时间（采样窗口），多长时间向检测网元上报一次（上报周期）。从而对链路的数据传输状态进行定时测量和定时上 ^艮，以便稳定地获知链路的数据传输状态。

当经过若干个采样周期的采样后，检测网元已经可以根据这些采样周期中的链路状态参数确定链路状态是否不良，进一步地，在步骤 S13之后，该方法还包括：所述检测网元发送链路检测停止请求到所述核心网网关，从而使链路状态检测停止。

相应的，本发明的实施例还提供一种链路状态检测方法，如图 13所示，包括：

521 ,核心网网关接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为核心网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

522,所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样；

523 , 所述核心网网关对采样的数据进行第一运算以获知链路状态参数；

524, 所述核心网网关发送所述链路状态参数到所述检测网元。

采用上述技术方案后，本实施例提供的链路状态检测方法中，核心网网关能够接收来自检测网元的链路检测启动请求，根据所述链路检测启动请求对链路上传输的数据进行采样并对采样的数据进行第一运算从而获得链路状态参数，然后再将该链路状态参数发送到检测网元，以使检测网元确定链路状态是否不良，从而对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

可选的，当核心网网关接收到链路检测启动请求后，可以先向检测网元发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析，核心网网关可获知启动参数中的检测模式为核心网检测模式，也就获知链路状态检测任务将由核心网网关自身执行。在本发明的其他实施例中，启动参数还可以包括其他，例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等。其中，当启动参数包括用户设备标识和承载标识时，在步骤 S22中，核心网网关可以根据用户设备标识和承载标识来确定需要检测的链路的具体位置，从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时，在步骤 S22 中，核心网网关可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样，其中，每个采样周期包括一个采样窗口。

具体的，在步骤 S23中，核心网网关对采样的数据进行第一运算以获知链路状态参数，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例中，所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。

需要说明的是，对于核心网网关一侧的数据传输时延而言，一个移动宽带的链路承载可以包括一到多个数据流，例如，在本发明的一个实施例中，一个链路承载包括五个数据流，即 5元组（源 IP和目的 IP, 源端口和目的端口，协议号）。

正常情况下，当用户正在进行数据业务时，链路上的数据传输是持续进行的，而步骤 S22中对链路上传输的数据是按照周期进行采样的，且每个采样周期仅进行时间为采样窗口的采样。对于一个采样周期而言，该采样周期内的数据传输时延即为在这个采样周期的采样窗口内，该链路承载的所有数据流的时延的平均值。可以采用多种方法估算采样周期内的数据传输时延，本发明对此不做限制。但为了减少测量数据传输时延的定时器开销，在本发明的一个实施例中，可以利用 TCP数据包的传输特性估算出链路中的数据传输时延。具体的，可以在每个所述采样周期中的采样窗口内，核心网网关将被测量的链路中包括的所有数据流的时延相加之后除以该链路中的数据流的数目，以获得每个采样周期内各自的数据传输时延，其中，数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个 TCP数据包到所述核心网网关接收到来自用户设备返回的对所述 TCP数据包的响应消息之间的时间。即，核心网网关侧测量的数据传输时延为用户设备到核心网网关 PGW/GGSN之间的链路的数据传输时延。

在采样窗口期间，如果被检测的链路上没有数据传输，则核心网网关也不进行数据传输的采样。也就是说，核心网网关进行的数据传输采样是由数据触发的，从而能够使核心网网关避免对无效数据的采样和处理，提高了核心网网关的数据采样效率。与此同时，为了避免重复采样，在一个采样窗口期间，每个数据流最多只采样一次。

而对于数据传输速率来讲，核心网网关可以将每个采样周期中的采样窗口内流过的数据量除以采样窗口，以获得每个采样周期内的数据传输速率。其中，采样周期中的采样窗口内流过的数据量，可以分散在多个数据流的多个数据包（如 TCP数据包）中，其中一个数据流的一个数据包，可以为前述的测量数据传输时延所记录的 TCP数据包。例如，在本发明的一个实施例中，采样周期为 T— Sample秒，采样窗口为 T— Window秒，在第一个采样周期（第一个采样点）的采样窗口内，共采样 S个数据包，采样窗口内的数据传输速率为： v=∑Xi*8 / T— Window比特，其中， Xi 为第 1至第 S个数据包的大小， i=l,2... ... S。需要指出的是，该采样窗口内的数据传输速率代表了该采样窗口所在的采样周期内的数据传输速率。

当在步骤 S23中，核心网网关对采样的数据进行第一运算以获知链路状态参数后，在步骤 S24中，核心网网关发送该链路状态参数到所述检测网元的步骤具体可以为核心网网关按照上报周期定时发送该链路状态参数到检测网元。其中，上报周期可以包含在启动参数中。通常，上报周期大于采样周期，每次上报给检测网元的数据可以为一个采样周期或几个采样周期的链路状态参数。

相应的，本发明的实施例还提供一种链路状态检测方法，如图 14所示，包括以下步骤：

531 ,核心网网关接收来自检测网元的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

532, 所述核心网网关将所述链路检测启动请求向所述接入网转发；

533 , 所述核心网网关接收来自所述接入网的链路状态参数；

534, 所述核心网网关将所述链路状态参数向所述检测网元转发。

采用上述技术方案后，本实施例提供的链路状态检测方法中，核心网网关接收来自检测网元的链路检测启动请求，并将该链路检测启动请求转发给接入网以使接入网根据所述链路检测启动请求获得被检测链路的链路状态参数，同时还接收来自接入网的链路状态参数，并将所述链路状态参数向所述检测网元转发，以使检测网元确定链路状态是否不良，从而对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供了条件。

可选的，在步骤 S31中，当核心网网关接收到链路检测启动请求后，可以先向检测网元发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析，核心网网关可获知启动参数中的检测模式为接入网检测模式，也就获知链路状态检测任务将由接入网关执行。在本发明的其他实施例中，启动参数还可以包括其他，例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等。

可选的，步骤 S32中，核心网网关可以通过下行数据包中的 GTP-U的扩展头将所述链路检测启动请求向接入网转发。同样可选的，在步骤 S33中，核心网网关可以通过上行数据包中的 GPRS隧道协议用户面部分的扩展头接收来自接入网的链路状态参数。当然，核心网网关还可以通过其它的消息或数据结构向接入网转发链路检测启动请求，或者接收来自接入网的链路状态参数，本发明对此不做限制。

相应的，如图 15所示，本发明的实施例还提供一种链路状态检测方法，包括如下步骤：

541 ,接入网接收来自核心网网关的链路检测启动请求，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式，所述检测模式为接入网检测模式，所述检测网元为与所述核心网网关相连的网络元件；

542 ,所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样；

543 ,所述接入网对采样的数据进行第二运算以获知链路状态参数，所述输速率；

544, 所述接入网发送所述链路状态参数到所述核心网网关。

采用上述技术方案后，本实施例提供的链路状态检测方法中，接入网接收来自核心网网关的链路检测启动请求，根据所述链路检测启动请求对链路上传输的数据进行采样并对采样的数据进行第二运算从而获得链路状态参数，然后再将该链路状态参数发送到核心网网关，以使核心网网关将该链路状态参数发送到检测网元，从而使检测网元确定链路状态是否不良，对移动宽带的链路通信质量进行有效评估，为链路的优化和改进提供条件。

可选的，当接入网接收到链路检测启动请求后，可以先向核心网网关发送一个链路检测启动请求的响应消息，然后再处理该链路检测启动请求。具体的，接入网可以通过接收的下行数据包中的 GPRS隧道协议用户面部分的扩展头接收所述链路检测启动请求，通过该链路检测启动请求中启动参数中的检测模式获知链路状态检测将由接入网执行。

当然，可选的，启动参数还可以包括其他，例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。当启动参数包括用户设备标识和承载标识时，在步骤 S42中，接入网可以根据用户设备标识和承载标识来确定需要检测的链路的具体位置，从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时，在步骤 S42中，接入网可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样，其中，每个采样周期包括一个采样窗口。

具体的，在步骤 S43中，接入网对采样的数据进行第二运算以获知链路状态参数，该链路状态参数可以包括多种形式和不同特征的数据，只要该数据能够表征被检测的链路中的数据传输效果即可。例如，在本发明的一个实施例中，所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。

此时，步骤 S43可以具体包括如下步骤：

将每个采样周期中的采样窗口内流过的所有数据包通过空口协议栈的 RLC层的时间相加后除以流过的数据包的数目，以获得每个所述采样周期内的数据传输时延。

需要说明的是，本实施例中，检测模式为接入网检测模式，相应的，接入网检测到的数据传输时延为从接入网到用户设备之间的数据传输的时延，也就是数据通过空口的时延。

下面以 PGW/GGSN为核心网网关，通过具体实施例对本发明的实施例提供的链路状态检测方法进行详细的说明。

图 16 为检测模式为核心网网关检测模式的链路状态检测方法的详细流程图。

如图 16所示，当需要进行链路状态检测时，则 81、检测网元首先向核心网网关发送链路检测启动请求，以通知核心网网关 PGW/GGSN 启动链路状态检测流程。其中，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式、用户设备标识、承载标识、采样周期、采样窗口以及上报周期，所述检测模式为核心网检测模式。

当核心网网关 PGW/GGSN接收到链路检测启动请求后， 82、首先给检测网元发送响应消息，然后启动检测过程：核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样；核心网网关对采样的数据进行第一运算以获知链路状态参数。详细过程可以参见前述实施例，此处不再赘述。

当核心网网关 PGW/GGSN 获知链路状态参数后， 83、核心网网关 PGW/GGSN可以向检测网元上报该链路状态参数，可选的，可以按照启动参数中的上报周期定时向检测网元发送该链路状态参数。在一次检测中，可以上报多次。 84、检测网元接收到链路状态参数后，可以先向 PGW/GGSN返回响应，确认收到该链路状态参数。然后检测网元开始根据该链路状态参数确定链路状态是否不良。具体的确定方法已经在前面的实施例中进行了详细的说明，此处不再赘述。

当检测网元经过多个上报周期接收了足够多采样周期的链路状态参数时即可确定链路状态是否不良，然后，在步骤 8n中，检测网元可以向核心网网关发送链路检测停止请求，以终止链路状态检测；

核心网网关 PGW/GGSN接收到该链路检测停止请求后，在步骤 8n+l中，向检测网元返回应答消息并停止链路状态检测。

本实施例中，通过核心网检测模式的链路状态检测，可以有效评估用户设备到核心网网关 PGW/GGSN之间的链路状态是否满足要求，为链路的优化和改进提供了条件。

图 17为检测模式为接入网检测模式的链路状态检测方法的详细流程图。如图 17所示，当需要进行链路状态检测时，则 91、检测网元先向核心网网关发送链路检测启动请求，以通知 PGW/GGSN启动链路状态检测流程。其中，所述链路检测启动请求携带启动参数，所述启动参数包括检测模式、用户设备标识、承载标识、采样周期、采样窗口以及上报周期，所述检测模式为接入网检测模式。

92a, 当核心网网关 PGW/GGSN接收到链路检测启动请求后，首先给检测网元发送响应消息， 92b、然后在下行的数据包中，使用 GTP-U扩展头携带链路检测启动请求到接入网侧。

接入网收到该链路检测启动请求后，根据所述链路检测启动请求对链路上传输的数据进行采样，并对采样的数据进行第二运算以获知链路状态参数，详细过程可以参见前述实施例，此处不再赘述。

当接入网获知链路状态参数后， 93、将该链路状态参数在上行的数据包中用 GTP-U扩展头上报链路状态参数，可选的，可以按照启动参数中的上报周期定时向核心网网关发送该链路状态参数；

94、核心网网关 PGW/GGSN每次收到链路状态参数都直接上报到检测网元处理。

95、检测网元每次收到链路状态参数，先向 PGW/GGSN返回响应确认收到参数，然后开始根据该链路状态参数确定链路状态是否不良。具体的确定方法已经在前面的实施例中进行了详细的说明，此处不再赘述。

当检测网元经过多个上报周期接收了足够多采样周期的链路状态参数时即可确定链路状态是否不良，然后，在步骤 9m, 检测网元可以向核心网网关发送链路检测停止请求，以终止链路状态检测；

核心网网关 PGW/GGSN接收到该链路检测停止请求后，在步骤 9m+l 中，向检测网元返回应答消息并在步骤 9m+2中，通过下行数据包使用 GTP-U 扩展接口通知 RAN侧停止网络质量测量。

本实施例中，通过核心网检测模式的链路状态检测，可以有效评估空口是否拥塞，为链路的优化和改进提供了条件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，所述存储介质可以是只读存储器、磁盘或光盘等。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

权利要求书

1、一种检测网元，其特征在于，包括：

通信模块，用于与核心网网关进行交互；

处理器，用于：

根据所述链路状态参数确定链路状态是否不良。

2、根据权利要求 1所述的检测网元，其特征在于，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

3、根据权利要求 1所述的检测网元，其特征在于，所述处理器用于根据所述链路状态参数确定链路状态是否不良，具体包括：

4、根据权利要求 3所述的检测网元，其特征在于，所述规定比值为 30% 至 80%。

5、根据权利要求 1所述的检测网元，其特征在于，所述处理器还用于：通过所述通信模块发送链路检测停止请求到所述核心网网关。

6、一种核心网网关，其特征在于，包括：

通信模块，用于与检测网元进行交互；处理器，用于：

根据所述链路检测启动请求对链路上传输的数据进行采样；

通过所述通信模块发送所述链路状态参数到所述检测网元。

7、根据权利要求 6所述的核心网网关，其特征在于，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

8、根据权利要求 7所述的核心网网关，其特征在于，所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样，具体包括：

所述处理器用于：

9、根据权利要求 8所述的核心网网关，其特征在于，所述处理器用于对采样的数据进行第一运算以获知链路状态参数，具体包括：

所述处理器用于：

10、根据权利要求 7所述的核心网网关，其特征在于，所述处理器用于通过所述通信模块发送所述链路状态参数到所述检测网元，具体包括：

所述处理器用于，通过所述通信模块按照所述上报周期定时发送所述链路状态参数到所述检测网元。

11、一种核心网网关，其特征在于，包括：

通信模块，用于与检测网元或者接入网进行交互；

处理器，用于：

12、根据权利要求 11所述的核心网网关，其特征在于，所述处理器用于通过所述通信模块将所述链路检测启动请求向所述接入网转发，具体包括：所述处理器用于，通过所述通信模块使用下行数据包中的通用分组无线服务 GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。

13、根据权利要求 11所述的核心网网关，其特征在于，所述处理器用于通过所述通信模块接收来自所述接入网的链路状态参数，具体包括：

14、一种接入网网元，其特征在于，包括：

通信模块，用于与核心网网关进行交互；

处理器，用于：

根据所述链路检测启动请求对链路上传输的数据进行采样；

15、根据权利要求 14所述的接入网网元，其特征在于，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

16、根据权利要求 15所述的接入网网元，其特征在于，所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样，具体包括：

所述处理器用于：

根据所述用户设备标识和所述承载标识确定检测的链路；

17、根据权利要求 16所述的接入网网元，其特征在于，所述处理器用于对采样的数据进行第二运算以获知链路状态参数，具体包括：

所述处理器，用于：

18、一种链路状态检测方法，其特征在于，包括：

19、根据权利要求 18所述的方法，其特征在于，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

20、根据权利要求 18所述的方法，其特征在于，所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤具体包括：

21、根据权利要求 20所述的方法，其特征在于，所述规定比值为 30%至 80%。

22、根据权利要求 18所述的方法，其特征在于，所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤之后，所述方法还包括：所述检测网元发送链路检测停止请求到所述核心网网关。

23、一种链路状态检测方法，其特征在于，包括：

所述核心网网关发送所述链路状态参数到所述检测网元。

24、根据权利要求 23所述的方法，其特征在于，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

25、根据权利要求 24所述的方法，其特征在于，所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括：

26、根据权利要求 25所述的方法，其特征在于，

所述核心网网关对采样的数据进行第一运算以获知链路状态参数的步骤具体包括：

所述核心网网关在每个所述采样周期中的采样窗口内，将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目，以获得所述每个采样周期内的数据传输时延，其中，所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议 TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议 TCP数据包的响应消息之间的时间。

27、根据权利要求 24所述的方法，其特征在于，所述核心网网关发送所述链路状态参数到所述检测网元的步骤具体包括：

所述核心网网关按照所述上报周期定时发送所述链路状态参数到所述检测网元。

28、一种链路状态检测方法，其特征在于，包括：

所述核心网网关将所述链路状态参数向所述检测网元转发。

29、根据权利要求 28所述的方法，其特征在于，所述核心网网关将所述链路检测启动请求向所述接入网转发的步骤具体包括：

30、根据权利要求 28所述的方法，其特征在于，所述核心网网关接收来自所述接入网的链路状态参数的步骤具体包括：

31、一种链路状态检测方法，其特征在于，包括：

所述接入网发送所述链路状态参数到所述核心网网关。

32、根据权利要求 31所述的方法，其特征在于，所述启动参数还包括：用户设备标识、承载标识、采样周期、采样窗口以及上报周期，其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。

33、根据权利要求 32所述的方法，其特征在于，所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括：

34、根据权利要求 33所述的方法，其特征在于，

所述接入网对采样的数据进行第二运算以获知链路状态参数的步骤具体包括：