CN103974295B - 链路状态检测装置及其工作方法 - Google Patents
链路状态检测装置及其工作方法 Download PDFInfo
- Publication number
- CN103974295B CN103974295B CN201310036158.XA CN201310036158A CN103974295B CN 103974295 B CN103974295 B CN 103974295B CN 201310036158 A CN201310036158 A CN 201310036158A CN 103974295 B CN103974295 B CN 103974295B
- Authority
- CN
- China
- Prior art keywords
- link
- sampling
- link state
- sampling period
- data
- 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/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种链路状态检测装置及其工作方法,涉及通讯技术领域,为对移动宽带的链路通信质量进行有效评估而发明。所述装置包括:通信模块,用于与核心网网关进行交互;处理器,用于:通过所述通信模块发送链路检测启动请求到所述核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式;通过所述通信模块接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;根据所述链路状态参数确定链路状态是否不良。本发明可用于无线网络检测中。
Description
技术领域
本发明涉及通信领域,尤其涉及一种链路状态检测装置及其工作方法。
背景技术
在移动互联网时代,智能终端的快速增长使移动流量每年翻番。然而,与传统的有线网络相比,移动宽带网络的稳定性相对较差,用户的一些数据业务可能由于网络稳定性的问题而不能顺利进行,在一定程度上影响了用户体验。
相应的,采用某种手段确定移动终端应用的移动宽带的链路传输状态是否良好,以便采取进一步措施对链路传输状态不好的移动宽带进行优化和改进是提升用户体验的有效途径。目前比较缺乏检测链路状态的有效办法。
发明内容
本发明的实施例提供一种链路状态检测装置及其工作方法,为对移动宽带的链路通信质量进行有效评估而发明。
为达到上述目的,本发明的实施例采用如下技术方案:
根据本发明的第一方面,提供一种检测网元,包括:
通信模块,用于与核心网网关进行交互;
处理器,用于:
通过所述通信模块发送链路检测启动请求到所述核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式;
通过所述通信模块接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
根据所述链路状态参数确定链路状态是否不良。
在第一方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
在第一方面的第二种可能的实现方式中,所述处理器用于根据所述链路状态参数确定链路状态是否不良,具体包括:
所述处理器用于:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,所述规定比值为30%至80%。
在第一方面的第四种可能的实现方式中,所述处理器还用于:
通过所述通信模块发送链路检测停止请求到所述核心网网关。
根据本发明的第二方面,提供一种核心网网关,包括:
通信模块,用于与检测网元进行交互;
处理器,用于:
通过所述通信模块接收来自所述检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为核心网检测模式;
根据所述链路检测启动请求对链路上传输的数据进行采样;
对采样的数据进行第一运算以获知链路状态参数,所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
通过所述通信模块发送所述链路状态参数到所述检测网元。
在第二方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
结合第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样,具体包括:
所述处理器用于:
根据所述用户设备标识和所述承载标识确定检测的链路;在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述处理器用于对采样的数据进行第一运算以获知链路状态参数,具体包括:
所述处理器用于:
将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个采样周期内的数据传输速率;
在每个所述采样周期中的采样窗口内,将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目,以获得所述每个采样周期内的数据传输时延,其中,所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议TCP数据包的响应消息之间的时间。
结合第二方面的第一种可能的实现方式,在第四种可能的实现方式中,所述处理器用于通过所述通信模块发送所述链路状态参数到所述检测网元,具体包括:
所述处理器用于,通过所述通信模块按照所述上报周期定时发送所述链路状态参数到所述检测网元。
根据本发明的第三方面,提供一种核心网网关,包括:
通信模块,用于与检测网元或者接入网进行交互;
处理器,用于:
通过所述通信模块接收来自所述检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
通过所述通信模块将所述链路检测启动请求向所述接入网转发;
通过所述通信模块接收来自所述接入网的链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
通过所述通信模块将所述链路状态参数向所述检测网元转发。
在第三方面的第一种可能的实现方式中,所述处理器用于通过所述通信模块将所述链路检测启动请求向所述接入网转发,具体包括:
所述处理器用于,通过所述通信模块使用下行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。
在第三方面的第二种可能的实现方式中,,所述处理器用于通过所述通信模块接收来自所述接入网的链路状态参数,具体包括:
所述处理器用于,通过所述通信模块使用上行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。
根据本发明的第四方面,提供一种接入网网元,包括:
通信模块,用于与核心网网关进行交互;
处理器,用于:
通过所述通信模块接收来自所述核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
根据所述链路检测启动请求对链路上传输的数据进行采样;
对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
通过所述通信模块发送所述链路状态参数到所述核心网网关。
在第四方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样,具体包括:
所述处理器用于:
根据所述用户设备标识和所述承载标识确定检测的链路;
在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
结合第四方面的第二种可能的实现方式,在第三种可能的实现方式中,所述处理器用于对采样的数据进行第二运算以获知链路状态参数,具体包括:
所述处理器,用于:
将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个所述采样周期内的数据传输速率;
将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制RLC层的时间相加后除以所述数据包的数目,以获得每个所述采样周期内的数据传输时延。
根据本发明的第五方面,提供一种链路状态检测方法,包括:
检测网元发送链路检测启动请求到核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
所述检测网元接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述检测网元根据所述链路状态参数确定链路状态是否不良。
在第五方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
在第五方面的第二种可能的实现方式中,所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤具体包括:
如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;
如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
结合第五方面的第二种可能的实现方式,在第三种可能的实现方式中,所述规定比值为30%至80%。
在第五方面的第四种可能的实现方式中,所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤之后,所述方法还包括:
所述检测网元发送链路检测停止请求到所述核心网网关。
根据本发明的第六方面,提供一种链路状态检测方法,包括:
核心网网关接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样;
所述核心网网关对采样的数据进行第一运算以获知链路状态参数,所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述核心网网关发送所述链路状态参数到所述检测网元。
在第六方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
结合第六方面的第一种可能的实现方式,在第二种可能的实现方式中,所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括:
所述核心网网关根据所述用户设备标识和所述承载标识确定检测的链路;
所述核心网网关在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
结合第六方面的第二种可能的实现方式,在第三种可能的实现方式中,所述核心网网关对采样的数据进行第一运算以获知链路状态参数的步骤具体包括:
所述核心网网关将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个采样周期内的数据传输速率;
所述核心网网关在每个所述采样周期中的采样窗口内,将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目,以获得所述每个采样周期内的数据传输时延,其中,所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议TCP数据包的响应消息之间的时间。
结合第六方面的第一种可能的实现方式,在第四种可能的实现方式中,所述核心网网关发送所述链路状态参数到所述检测网元的步骤具体包括:
所述核心网网关按照所述上报周期定时发送所述链路状态参数到所述检测网元。
根据本发明的第七方面,提供一种链路状态检测方法,包括:
核心网网关接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
所述核心网网关将所述链路检测启动请求向所述接入网转发;
所述核心网网关接收来自所述接入网的链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述核心网网关将所述链路状态参数向所述检测网元转发。
在第七方面的第一种可能的实现方式中,所述核心网网关将所述链路检测启动请求向所述接入网转发的步骤具体包括:
所述核心网网关通过下行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。
在第七方面的第二种可能的实现方式中,所述核心网网关接收来自所述接入网的链路状态参数的步骤具体包括:
所述核心网网关通过上行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。
根据本发明的第八方面,提供一种链路状态检测方法,包括:
接入网接收来自核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样;
所述接入网对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述接入网发送所述链路状态参数到所述核心网网关。
在第八方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
结合第八方面的第一种可能的实现方式,在第二种可能的实现方式中,所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括:
所述接入网根据所述用户设备标识和所述承载标识确定检测的链路;
所述接入网在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
结合第八方面的第二种可能的实现方式,在第三种可能的实现方式中,所述接入网对采样的数据进行第二运算以获知链路状态参数的步骤具体包括:
所述接入网将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个所述采样周期内的数据传输速率;
所述接入网将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制RLC层的时间相加后除以所述数据包的数目,以获得每个所述采样周期内的数据传输时延。
根据本发明的第九方面,提供一种检测网元,包括:
第一发送单元,用于发送链路检测启动请求到核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
第一接收单元,用于接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
确定单元,用于根据所述链路状态参数确定链路状态是否不良。
在第九方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
在第九方面的第二种可能的实现方式中,所述确定单元具体用于:
如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;
如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
在第九方面的第三种可能的实现方式中,所述第一发送单元还用于:
发送链路检测停止请求到所述核心网网关。
根据本发明的第十方面,提供一种核心网网关,包括:
第二接收单元,用于接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
第一采样单元,用于根据所述链路检测启动请求对链路上传输的数据进行采样;
第一计算单元,用于对采样的数据进行第一运算以获知链路状态参数,所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
第二发送单元,用于发送所述链路状态参数到所述检测网元。
在第十方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
结合第十方面的第一种可能的实现方式,在第二种可能的实现方式中,所述第一采样单元具体用于:
根据所述用户设备标识和所述承载标识确定检测的链路;
在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
结合第十方面的第二种可能的实现方式,在第三种可能的实现方式中,所述第一计算单元具体用于:
将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个采样周期内的数据传输速率;
在每个所述采样周期中的采样窗口内,将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目,以获得所述每个采样周期内的数据传输时延,其中,所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议TCP数据包的响应消息之间的时间。
结合第十方面的第三种可能的实现方式,在第四种可能的实现方式中,所述第二发送单元具体用于:
按照所述上报周期定时发送所述链路状态参数到所述检测网元。
根据本发明的第十一方面,提供一种核心网网关,包括:
第三接收单元,用于接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
转发单元,用于将所述链路检测启动请求向所述接入网转发;
所述第三接收单元,还用于接收来自所述接入网的链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述转发单元,还用于将所述链路状态参数向所述检测网元转发。
在第十一方面的第一种可能的实现方式中,所述转发单元具体用于:
通过下行数据包中的GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。
结合第十一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述第三接收单元具体用于:
通过上行数据包中的GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。
根据本发明的第十二方面,提供一种接入网,包括:
第四接收单元,用于接收来自核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
第二采样单元,用于根据所述链路检测启动请求对链路上传输的数据进行采样;
第二计算单元,用于对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
第四发送单元,用于发送所述链路状态参数到所述核心网网关。
在第十二方面的第一种可能的实现方式中,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
结合第十二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述第二采样单元具体用于:
根据所述用户设备标识和所述承载标识确定检测的链路;
在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
结合第十二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述第二计算单元具体用于:
将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个所述采样周期内的数据传输速率;
将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制RLC层的时间相加后除以所述数据包的数目,以获得每个所述采样周期内的数据传输时延。
采用上述技术方案后,本实施例提供的链路状态检测装置及其工作方法,能够通过核心网网关处设置的检测网元向核心网网关发送链路检测启动请求,以使核心网网关或接入网对链路上传输的数据进行采样从而获得链路状态参数,当核心网网关将该链路状态参数传输给检测网元时,检测网元即可根据所述链路状态参数确定链路状态是否不良,这样,就能对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供了条件。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明的实施例提供的链路状态检测装置的一种结构示意图;
图2是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图3是本发明的实施例提供的链路状态检测装置的一种数据采样示意图;
图4是本发明的实施例提供的链路状态检测装置的一种时延测量示意图;
图5是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图6是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图7是本发明的实施例提供的链路状态检测装置的另一种时延测量示意图;
图8是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图9是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图10是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图11是本发明的实施例提供的链路状态检测装置的另一种结构示意图;
图12是本发明的实施例提供的链路状态检测方法的一种流程图;
图13是本发明的实施例提供的链路状态检测方法的另一种流程图;
图14是本发明的实施例提供的链路状态检测方法的另一种流程图;
图15是本发明的实施例提供的链路状态检测方法的另一种流程图;
图16是本发明的实施例提供的链路状态检测方法的一种具体流程图;
图17是本发明的实施例提供的链路状态检测方法的另一种具体流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明的实施例提供一种检测网元1,如图1所示,包括:
通信模块11,用于与核心网网关进行交互;
处理器12,用于:
通过通信模块11发送链路检测启动请求到所述核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式;
通过通信模块11接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
根据所述链路状态参数确定链路状态是否不良。
采用上述技术方案后,本实施例提供的检测网元1,能够通过向核心网网关发送链路检测启动请求,并且接收来自核心网网关的链路状态参数,再根据所述链路状态参数确定链路状态是否不良,这样,就能对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供了条件。
可选的,处理器12通过通信模块11发送的链路检测启动请求中,启动参数中的检测模式可以为接入网检测模式也可以为核心网检测模式。当该检测模式为接入网检测模式时,检测网元通过这一启动参数指示核心网网关继续将链路检测启动请求向接入网转发,以便在接入网侧对链路状态进行检测;当该检测模式为核心网检测模式时,检测网元通过这一启动参数指示核心网网关在该核心网网关处检测链路状态。
需要说明的是,本实施例中,检测网元1是与核心网网关相连但独立于核心网网关的一个单独的装置,但本发明不限于此,在本发明的其他实施例中,检测网元1也可以作为一个模块集成在核心网网关装置之中,或者以其他的方式呈现,只要能够完成其相应的功能即可。
具体的,检测网元1接收来自所述核心网网关的链路状态参数,其中,该链路状态参数可以包括多种形式和不同特征的数据,只要该数据能够表征被检测的链路中的数据传输效果即可。例如,在本发明的一个实施例中,所述链路状态参数可以包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。
这样,检测网元1的处理器12即可根据各个采样周期内的数据传输时延和数据传输速率确定链路状态是否不良,处理器12具体用于:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,则确定这个采样周期为链路状态不良的采样周期;如果链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,则确定被检测的链路状态不良。可选的,这一规定比值可以根据对链路状态的不同要求而调整,例如,可以为30%至80%。在本发明的一个实施例中,对链路状态要求较高,确定这一规定比值为30%,也就是说,当链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值30%时,即可确定链路状态不良。而在另一个实施例中,对链路状态要求较低,则可确定这一规定比值例如可以为60%。
上述实施例中,启动参数包括检测模式,但本发明的实施例不限于此。在本发明的其他实施例中,启动参数还可以包括其他,例如,还可以包括用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一个或多个。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。当启动参数包括用户设备标识和承载标识时,处理器12可以根据用户设备标识和承载标识来指示核心网网关需要检测的链路的具***置。这样,有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口以及上报周期时,检测网元可以指示核心网网关多长时间对链路上传输的数据采样一次(采样周期),每个采样周期中的采样时间(采样窗口),多长时间向检测网元上报一次(上报周期)。从而对链路的数据传输状态进行定时测量和定时上报,以便稳定地获知链路的数据传输状态。
当经过若干个采样周期的采样后,处理器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 的时刻t1,然后再等待接收来自用户设备的对该数据包的TCP响应消息。如果核心网网关在t2时刻收到该TCP数据包的响应消息,该TCP 数据包的响应消息对应的序列号为n。如果n大于m,则认为该下行的 TCP数据包已经被用户设备正确接收,该数据包的下行RTT (Round-Trip Time,往返时延)为t2-t1。
举例说明,如果一个链路承载有k个TCP数据流,则,一个采样周期内的数据传输时延tde为tde=∑(t2i-t1i)/k,i=1,2,......k。由于每个采样周期只进行一次采样,每个采样周期的这次采样也简称为采样点。
在采样窗口期间,如果被检测的链路上没有数据传输,则核心网网关也不进行数据传输的采样。也就是说,核心网网关进行的数据传输采样是由数据触发的,从而能够使核心网网关避免对无效数据的采样和处理,提高了核心网网关的数据采样效率。与此同时,为了避免重复采样,在一个采样窗口期间,每个数据流可以最多只采样一次。
需要说明的是,在TCP协议中,TCP响应消息既可以作为一条单独的消息由用户设备向核心网网关发送,也可能与上行的真实数据合并到一起向核心网网关传输,这两种传输方式都是将对TCP数据包的响应消息传输给核心网网关的有效方式,其传递到核心网网关的时间都可以作为计算数据传输时延的依据。
而对于数据传输速率来讲,核心网网关可以将每个采样周期中的采样窗口内流过的数据量除以采样窗口,以获得每个采样周期内的数据传输速率。其中,采样周期中的采样窗口内流过的数据量,可以分散在多个数据流的多个数据包(如TCP数据包)中,其中一个数据流的一个数据包,可以为前述的测量数据传输时延所记录的TCP数据包。例如,在本发明的一个实施例中,采样周期为T_Sample秒,采样窗口为T_Window秒,在第一个采样周期(第一个采样点)的采样窗口内,共采样S个数据包,采样窗口内的数据传输速率为:v=∑Xi*8/T_Window比特,其中,Xi为第1至第S个数据包的大小,i=1,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的处理器32 可以利用通信模块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(radiolink control,无线链路控制)层的时间相加后除以流过的数据包的数目,以获得每个所述采样周期内的数据传输时延。
需要说明的是,本实施例中,检测模式为接入网检测模式,相应的,接入网网元4检测到的数据传输时延为从接入网到用户设备之间的数据传输的时延,也就是数据通过空口的时延。
图7所示为UMTS(Universal Mobile Telecommunication System,通用移动通信***)/LTE(Long Term Evolution,长期演进)的移动宽带网络中RAN(Radio AccessNetwork,无线接入网)空口侧用户面协议栈的结构示意图。如图7所示,用户设备接收的下行数据包在空口中经过协议栈顺序为APP(Application,应用)->PDCP(Packet DataConvergence 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接收来自所述核心网网关的链路状态参数,其中,该链路状态参数可以包括多种形式和不同特征的数据,只要该数据能够表征被检测的链路中的数据传输效果即可。
此时,确定单元103 可具体用于:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
当经过若干个采样周期的采样后,确定单元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数据包的响应消息之间的时间。
需要说明的是,在TCP协议中,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,用于接收来自核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
第二采样单元402,用于根据所述链路检测启动请求对链路上传输的数据进行采样;
第二计算单元403,用于对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
第四发送单元404,用于发送所述链路状态参数到所述核心网网关。
采用上述技术方案后,本实施例提供的接入网网元40,其第四接收单元401能够接收来自核心网网关的链路检测启动请求,第二采样单元402能够根据所述链路检测启动请求对链路上传输的数据进行采样,第二计算单元403能够对采样的数据进行第二运算从而获得链路状态参数,第四发送单元404再将该链路状态参数发送到核心网网关,以使核心网网关将该链路状态参数发送到检测网元,从而使检测网元确定链路状态是否不良,对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供条件。
可选的,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一种或几种。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
其中,当启动参数包括用户设备标识和承载标识时,所述第二采样单元402可以根据用户设备标识和承载标识来确定需要检测的链路的具***置,从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时,第二采样单元402可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样,其中,每个采样周期包括一个采样窗口。
具体的,第二采样单元402对采样的数据进行第二运算以获知链路状态参数,该链路状态参数可以包括多种形式和不同特征的数据,只要该数据能够表征被检测的链路中的数据传输效果即可。例如,在本发明的一个实施例中,所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。
这种情况下,第二计算单元403可具体用于:将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个所述采样周期内的数据传输速率;将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制RLC层的时间相加后除以所述数据包的数目,以获得每个所述采样周期内的数据传输时延。
需要说明的是,本实施例中,检测模式为接入网检测模式,相应的,接入网网元40检测到的数据传输时延为从接入网到用户设备之间的数据传输的时延,也就是数据通过空口的时延。
相应的,本发明的实施例提供一种链路状态检测方法,如图12所示,包括:
S11,检测网元发送链路检测启动请求到核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
S12,所述检测网元接收来自所述核心网网关的链路状态参数;
S13,所述检测网元根据所述链路状态参数确定链路状态是否不良。
采用上述技术方案后,本实施例提供的链路状态检测方法,能够通过核心网网关处设置的检测网元向核心网网关发送链路检测启动请求,并且接收来自核心网网关的链路状态参数,再根据所述链路状态参数确定链路状态是否不良,这样,就能对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供了条件。
可选的,步骤S11中,启动参数中的检测模式可以为接入网检测模式也可以为核心网检测模式。当该检测模式为接入网检测模式时,检测网元通过这一启动参数指示核心网网关继续将链路检测启动请求向接入网转发,以便在接入网侧对链路状态进行检测;当该检测模式为核心网检测模式时,检测网元通过这一启动参数指示核心网网关在该核心网网关处检测链路状态。
需要说明的是,虽然本实施例中,检测网元是独立于核心网网关的一个单独的装置,但本发明不限于此,在本发明的其他实施例中,检测网元也可以作为一个模块集成在核心网网关装置之中,或者以其他的方式呈现,只要能够完成其相应的功能即可。
具体的,在步骤S12中,检测网元接收来自所述核心网网关的链路状态参数,其中,该链路状态参数可以包括多种形式和不同特征的数据,只要该数据能够表征被检测的链路中的数据传输效果即可。例如,在本发明的一个实施例中,所述链路状态参数可以包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。
于是,在步骤S13中,检测网元即可根据各个采样周期内的数据传输时延和数据传输速率确定链路状态是否不良:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,则确定这个采样周期为链路状态不良的采样周期;如果链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,则确定被检测的链路状态不良。可选的,这一规定比值可以根据对链路状态的不同要求而调整,例如,可以为30%至80%。在本发明的一个实施例中,对链路状态要求较高,确定这一规定比值为30%,也就是说,当链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值30%时,即可确定链路状态不良。而在另一个实施例中,对链路状态要求较低,则可确定这一规定比值例如可以为60%。
上述实施例中,启动参数包括检测模式,但本发明的实施例不限于此。在本发明的其他实施例中,启动参数还可以包括其他,例如,还可以包括用户设备标识、承载标识、采样周期、采样窗口以及上报周期中的一个或多个。其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。当启动参数包括用户设备标识和承载标识时,检测网元可以根据用户设备标识和承载标识来指示核心网网关需要检测的链路的具***置。这样,有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口以及上报周期时,检测网元可以指示核心网网关多长时间对链路上传输的数据采样一次(采样周期),每个采样周期中的采样时间(采样窗口),多长时间向检测网元上报一次(上报周期)。从而对链路的数据传输状态进行定时测量和定时上报,以便稳定地获知链路的数据传输状态。
当经过若干个采样周期的采样后,检测网元已经可以根据这些采样周期中的链路状态参数确定链路状态是否不良,进一步地,在步骤 S13之后,该方法还包括:所述检测网元发送链路检测停止请求到所述核心网网关,从而使链路状态检测停止。
相应的,本发明的实施例还提供一种链路状态检测方法,如图13 所示,包括:
S21,核心网网关接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
S22,所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样;
S23,所述核心网网关对采样的数据进行第一运算以获知链路状态参数;
S24,所述核心网网关发送所述链路状态参数到所述检测网元。
采用上述技术方案后,本实施例提供的链路状态检测方法中,核心网网关能够接收来自检测网元的链路检测启动请求,根据所述链路检测启动请求对链路上传输的数据进行采样并对采样的数据进行第一运算从而获得链路状态参数,然后再将该链路状态参数发送到检测网元,以使检测网元确定链路状态是否不良,从而对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供了条件。
可选的,当核心网网关接收到链路检测启动请求后,可以先向检测网元发送一个链路检测启动请求的响应消息,然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析,核心网网关可获知启动参数中的检测模式为核心网检测模式,也就获知链路状态检测任务将由核心网网关自身执行。在本发明的其他实施例中,启动参数还可以包括其他,例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等。其中,当启动参数包括用户设备标识和承载标识时,在步骤S22中,核心网网关可以根据用户设备标识和承载标识来确定需要检测的链路的具***置,从而有利于更精确地确定每条链路的具体状况。当启动参数包括采样周期、采样窗口时,在步骤S22中,核心网网关可以在各个采样周期中的采样窗口内对链路上传输的数据进行采样,其中,每个采样周期包括一个采样窗口。
具体的,在步骤S23中,核心网网关对采样的数据进行第一运算以获知链路状态参数,该链路状态参数可以包括多种形式和不同特征的数据,只要该数据能够表征被检测的链路中的数据传输效果即可。例如,在本发明的一个实施例中,所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率。
需要说明的是,对于核心网网关一侧的数据传输时延而言,一个移动宽带的链路承载可以包括一到多个数据流,例如,在本发明的一个实施例中,一个链路承载包括五个数据流,即5元组(源IP和目的 IP,源端口和目的端口,协议号)。
正常情况下,当用户正在进行数据业务时,链路上的数据传输是持续进行的,而步骤S22中对链路上传输的数据是按照周期进行采样的,且每个采样周期仅进行时间为采样窗口的采样。对于一个采样周期而言,该采样周期内的数据传输时延即为在这个采样周期的采样窗口内,该链路承载的所有数据流的时延的平均值。
可以采用多种方法估算采样周期内的数据传输时延,本发明对此不做限制。但为了减少测量数据传输时延的定时器开销,在本发明的一个实施例中,可以利用TCP数据包的传输特性估算出链路中的数据传输时延。具体的,可以在每个所述采样周期中的采样窗口内,核心网网关将被测量的链路中包括的所有数据流的时延相加之后除以该链路中的数据流的数目,以获得每个采样周期内各自的数据传输时延,其中,数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个TCP数据包到所述核心网网关接收到来自用户设备返回的对所述TCP数据包的响应消息之间的时间。即,核心网网关侧测量的数据传输时延为用户设备到核心网网关PGW/GGSN之间的链路的数据传输时延。
在采样窗口期间,如果被检测的链路上没有数据传输,则核心网网关也不进行数据传输的采样。也就是说,核心网网关进行的数据传输采样是由数据触发的,从而能够使核心网网关避免对无效数据的采样和处理,提高了核心网网关的数据采样效率。与此同时,为了避免重复采样,在一个采样窗口期间,每个数据流最多只采样一次。
需要说明的是,在TCP协议中,TCP响应消息既可以作为一条单独的消息由用户设备向核心网网关发送,也可能与上行的真实数据合并到一起向核心网网关传输,这两种传输方式都是将对TCP数据包的响应消息传输给核心网网关的有效方式,其传递到核心网网关的时间都可以作为计算数据传输时延的依据。
而对于数据传输速率来讲,核心网网关可以将每个采样周期中的采样窗口内流过的数据量除以采样窗口,以获得每个采样周期内的数据传输速率。其中,采样周期中的采样窗口内流过的数据量,可以分散在多个数据流的多个数据包(如TCP数据包)中,其中一个数据流的一个数据包,可以为前述的测量数据传输时延所记录的TCP数据包。例如,在本发明的一个实施例中,采样周期为T_Sample秒,采样窗口为T_Window秒,在第一个采样周期(第一个采样点)的采样窗口内,共采样S个数据包,采样窗口内的数据传输速率为:v=∑Xi*8/T_Window比特,其中,Xi为第1至第S个数据包的大小,i=1,2...... S。需要指出的是,该采样窗口内的数据传输速率代表了该采样窗口所在的采样周期内的数据传输速率。
当在步骤S23中,核心网网关对采样的数据进行第一运算以获知链路状态参数后,在步骤S24中,核心网网关发送该链路状态参数到所述检测网元的步骤具体可以为核心网网关按照上报周期定时发送该链路状态参数到检测网元。其中,上报周期可以包含在启动参数中。通常,上报周期大于采样周期,每次上报给检测网元的数据可以为一个采样周期或几个采样周期的链路状态参数。
相应的,本发明的实施例还提供一种链路状态检测方法,如图14 所示,包括以下步骤:
S31,核心网网关接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
S32,所述核心网网关将所述链路检测启动请求向所述接入网转发;
S33,所述核心网网关接收来自所述接入网的链路状态参数;
S34,所述核心网网关将所述链路状态参数向所述检测网元转发。
采用上述技术方案后,本实施例提供的链路状态检测方法中,核心网网关接收来自检测网元的链路检测启动请求,并将该链路检测启动请求转发给接入网以使接入网根据所述链路检测启动请求获得被检测链路的链路状态参数,同时还接收来自接入网的链路状态参数,并将所述链路状态参数向所述检测网元转发,以使检测网元确定链路状态是否不良,从而对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供了条件。
可选的,在步骤S31中,当核心网网关接收到链路检测启动请求后,可以先向检测网元发送一个链路检测启动请求的响应消息,然后再处理该链路检测启动请求。通过对该链路检测启动请求的解析,核心网网关可获知启动参数中的检测模式为接入网检测模式,也就获知链路状态检测任务将由接入网关执行。在本发明的其他实施例中,启动参数还可以包括其他,例如用户设备标识、承载标识、采样周期、采样窗口以及上报周期等。
可选的,步骤S32中,核心网网关可以通过下行数据包中的GTP-U 的扩展头将所述链路检测启动请求向接入网转发。同样可选的,在步骤S33中,核心网网关可以通过上行数据包中的GPRS隧道协议用户面部分的扩展头接收来自接入网的链路状态参数。当然,核心网网关还可以通过其它的消息或数据结构向接入网转发链路检测启动请求,或者接收来自接入网的链路状态参数,本发明对此不做限制。
相应的,如图15所示,本发明的实施例还提供一种链路状态检测方法,包括如下步骤:
S41,接入网接收来自核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
S42,所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样;
S43,所述接入网对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括被检测的链路的各个采样周期内的数据传输时延和数据传输速率;
S44,所述接入网发送所述链路状态参数到所述核心网网关。
采用上述技术方案后,本实施例提供的链路状态检测方法中,接入网接收来自核心网网关的链路检测启动请求,根据所述链路检测启动请求对链路上传输的数据进行采样并对采样的数据进行第二运算从而获得链路状态参数,然后再将该链路状态参数发送到核心网网关,以使核心网网关将该链路状态参数发送到检测网元,从而使检测网元确定链路状态是否不良,对移动宽带的链路通信质量进行有效评估,为链路的优化和改进提供条件。
可选的,当接入网接收到链路检测启动请求后,可以先向核心网网关发送一个链路检测启动请求的响应消息,然后再处理该链路检测启动请求。具体的,接入网可以通过接收的下行数据包中的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+1中,向检测网元返回应答消息并停止链路状态检测。
本实施例中,通过核心网检测模式的链路状态检测,可以有效评估用户设备到核心网网关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+1中,向检测网元返回应答消息并在步骤9m+2中,通过下行数据包使用GTP-U扩展接口通知RAN侧停止网络质量测量。
本实施例中,通过核心网检测模式的链路状态检测,可以有效评估空口是否拥塞,为链路的优化和改进提供了条件。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,所述存储介质可以是只读存储器、磁盘或光盘等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (32)
1.一种检测网元,其特征在于,包括:
通信模块,用于与核心网网关进行交互;
处理器,用于:
通过所述通信模块发送链路检测启动请求到所述核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式;
通过所述通信模块接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
根据所述链路状态参数确定链路状态是否不良;
所述处理器用于根据所述链路状态参数确定链路状态是否不良,具体包括:
所述处理器用于:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
2.根据权利要求1所述的检测网元,其特征在于,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
3.根据权利要求1所述的检测网元,其特征在于,所述规定比值为30%至80%。
4.根据权利要求1所述的检测网元,其特征在于,所述处理器还用于:
通过所述通信模块发送链路检测停止请求到所述核心网网关。
5.一种核心网网关,其特征在于,包括:
通信模块,用于与检测网元进行交互;
处理器,用于:
通过所述通信模块接收来自所述检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为核心网检测模式;
根据所述链路检测启动请求对链路上传输的数据进行采样;
对采样的数据进行第一运算以获知链路状态参数,所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
通过所述通信模块发送所述链路状态参数到所述检测网元,以使得所述检测网元根据所述链路状态参数确定链路状态是否不良;
所述检测网元根据所述链路状态参数确定链路状态是否不良包括:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
6.根据权利要求5所述的核心网网关,其特征在于,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
7.根据权利要求6所述的核心网网关,其特征在于,所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样,具体包括:
所述处理器用于:
根据所述用户设备标识和所述承载标识确定检测的链路;在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
8.根据权利要求7所述的核心网网关,其特征在于,所述处理器用于对采样的数据进行第一运算以获知链路状态参数,具体包括:
所述处理器用于:
将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个采样周期内的数据传输速率;
在每个所述采样周期中的采样窗口内,将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目,以获得所述每个采样周期内的数据传输时延,其中,所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议TCP数据包的响应消息之间的时间。
9.根据权利要求6所述的核心网网关,其特征在于,所述处理器用于通过所述通信模块发送所述链路状态参数到所述检测网元,具体包括:
所述处理器用于,通过所述通信模块按照所述上报周期定时发送所述链路状态参数到所述检测网元。
10.一种核心网网关,其特征在于,包括:
通信模块,用于与检测网元或者接入网进行交互;
处理器,用于:
通过所述通信模块接收来自所述检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
通过所述通信模块将所述链路检测启动请求向所述接入网转发;
通过所述通信模块接收来自所述接入网的链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
通过所述通信模块将所述链路状态参数向所述检测网元转发,以使得所述检测网元根据所述链路状态参数确定链路状态是否不良;
所述检测网元根据所述链路状态参数确定链路状态是否不良包括:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
11.根据权利要求10所述的核心网网关,其特征在于,所述处理器用于通过所述通信模块将所述链路检测启动请求向所述接入网转发,具体包括:
所述处理器用于,通过所述通信模块使用下行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。
12.根据权利要求10所述的核心网网关,其特征在于,所述处理器用于通过所述通信模块接收来自所述接入网的链路状态参数,具体包括:
所述处理器用于,通过所述通信模块使用上行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。
13.一种接入网网元,其特征在于,包括:
通信模块,用于与核心网网关进行交互;
处理器,用于:
通过所述通信模块接收来自所述核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
根据所述链路检测启动请求对链路上传输的数据进行采样;
对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
通过所述通信模块发送所述链路状态参数到所述核心网网关。
14.根据权利要求13所述的接入网网元,其特征在于,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
15.根据权利要求14所述的接入网网元,其特征在于,所述处理器用于根据所述链路检测启动请求对链路上传输的数据进行采样,具体包括:
所述处理器用于:
根据所述用户设备标识和所述承载标识确定检测的链路;
在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
16.根据权利要求15所述的接入网网元,其特征在于,所述处理器用于对采样的数据进行第二运算以获知链路状态参数,具体包括:
所述处理器,用于:
将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个所述采样周期内的数据传输速率;
将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制RLC层的时间相加后除以所述数据包的数目,以获得每个所述采样周期内的数据传输时延。
17.一种链路状态检测方法,其特征在于,包括:
检测网元发送链路检测启动请求到核心网网关,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式包括接入网检测模式或核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
所述检测网元接收来自所述核心网网关的链路状态参数,所述链路状态参数包括在所述接入网检测模式或所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述检测网元根据所述链路状态参数确定链路状态是否不良;
所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤具体包括:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
18.根据权利要求17所述的方法,其特征在于,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
19.根据权利要求17所述的方法,其特征在于,所述规定比值为30%至80%。
20.根据权利要求17所述的方法,其特征在于,所述检测网元根据所述链路状态参数确定链路状态是否不良的步骤之后,所述方法还包括:
所述检测网元发送链路检测停止请求到所述核心网网关。
21.一种链路状态检测方法,其特征在于,包括:
核心网网关接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为核心网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样;
所述核心网网关对采样的数据进行第一运算以获知链路状态参数,所述链路状态参数包括在所述核心网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述核心网网关发送所述链路状态参数到所述检测网元,以使得所述检测网元根据所述链路状态参数确定链路状态是否不良;
所述检测网元根据所述链路状态参数确定链路状态是否不良包括:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
22.根据权利要求21所述的方法,其特征在于,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
23.根据权利要求22所述的方法,其特征在于,所述核心网网关根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括:
所述核心网网关根据所述用户设备标识和所述承载标识确定检测的链路;
所述核心网网关在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
24.根据权利要求23所述的方法,其特征在于,
所述核心网网关对采样的数据进行第一运算以获知链路状态参数的步骤具体包括:
所述核心网网关将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个采样周期内的数据传输速率;
所述核心网网关在每个所述采样周期中的采样窗口内,将所述链路中包括的所有数据流的时延相加之后除以所述链路中的数据流的数目,以获得所述每个采样周期内的数据传输时延,其中,所述数据流的时延为所述核心网网关接收到所述数据流的来自互联网的一个传输控制协议TCP数据包到所述核心网网关接收到来自用户设备返回的对所述传输控制协议TCP数据包的响应消息之间的时间。
25.根据权利要求22所述的方法,其特征在于,所述核心网网关发送所述链路状态参数到所述检测网元的步骤具体包括:
所述核心网网关按照所述上报周期定时发送所述链路状态参数到所述检测网元。
26.一种链路状态检测方法,其特征在于,包括:
核心网网关接收来自检测网元的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式,所述检测网元为与所述核心网网关相连的网络元件;
所述核心网网关将所述链路检测启动请求向所述接入网转发;
所述核心网网关接收来自所述接入网的链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述核心网网关将所述链路状态参数向所述检测网元转发,以使得所述检测网元根据所述链路状态参数确定链路状态是否不良;
所述检测网元根据所述链路状态参数确定链路状态是否不良包括:如果一个所述采样周期内的数据传输时延大于规定时延且所述一个采样周期内的数据传输速率小于规定速率,确定所述一个采样周期为链路状态不良的采样周期;如果所述链路状态不良的采样周期在采样周期总数中所占据的比例大于规定比值,确定被检测的链路状态不良。
27.根据权利要求26所述的方法,其特征在于,所述核心网网关将所述链路检测启动请求向所述接入网转发的步骤具体包括:
所述核心网网关通过下行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头将所述链路检测启动请求向所述接入网转发。
28.根据权利要求26所述的方法,其特征在于,所述核心网网关接收来自所述接入网的链路状态参数的步骤具体包括:
所述核心网网关通过上行数据包中的通用分组无线服务GPRS隧道协议用户面部分的扩展头接收来自所述接入网的链路状态参数。
29.一种链路状态检测方法,其特征在于,包括:
接入网接收来自核心网网关的链路检测启动请求,所述链路检测启动请求携带启动参数,所述启动参数包括检测模式,所述检测模式为接入网检测模式;
所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样;
所述接入网对采样的数据进行第二运算以获知链路状态参数,所述链路状态参数包括在所述接入网检测模式下检测的链路的各个采样周期内的数据传输时延和数据传输速率;
所述接入网发送所述链路状态参数到所述核心网网关。
30.根据权利要求29所述的方法,其特征在于,所述启动参数还包括:用户设备标识、承载标识、采样周期、采样窗口以及上报周期,其中所述采样窗口为所述采样周期内进行数据采样的一段连续的时间。
31.根据权利要求30所述的方法,其特征在于,所述接入网根据所述链路检测启动请求对链路上传输的数据进行采样的步骤具体包括:
所述接入网根据所述用户设备标识和所述承载标识确定检测的链路;
所述接入网在所述各个采样周期中的所述采样窗口内对所述链路上传输的数据进行采样,每个所述采样周期包括一个所述采样窗口。
32.根据权利要求31所述的方法,其特征在于,
所述接入网对采样的数据进行第二运算以获知链路状态参数的步骤具体包括:
所述接入网将每个所述采样周期中的采样窗口内流过的数据量除以所述采样窗口,以获得所述每个所述采样周期内的数据传输速率;
所述接入网将每个所述采样周期中的采样窗口内流过的所有数据包通过空口协议栈的无线链路控制RLC层的时间相加后除以所述数据包的数目,以获得每个所述采样周期内的数据传输时延。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310036158.XA CN103974295B (zh) | 2013-01-30 | 2013-01-30 | 链路状态检测装置及其工作方法 |
PCT/CN2014/071019 WO2014117665A1 (zh) | 2013-01-30 | 2014-01-21 | 链路状态检测装置及其工作方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310036158.XA CN103974295B (zh) | 2013-01-30 | 2013-01-30 | 链路状态检测装置及其工作方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103974295A CN103974295A (zh) | 2014-08-06 |
CN103974295B true CN103974295B (zh) | 2017-11-28 |
Family
ID=51243227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310036158.XA Active CN103974295B (zh) | 2013-01-30 | 2013-01-30 | 链路状态检测装置及其工作方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103974295B (zh) |
WO (1) | WO2014117665A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107534587B (zh) * | 2015-07-01 | 2020-11-20 | 慧与发展有限责任合伙企业 | 时延测量***及方法 |
CN108243177B (zh) * | 2016-12-27 | 2021-01-15 | ***通信有限公司研究院 | 一种数据传输方法及装置 |
CN110169134A (zh) * | 2017-03-09 | 2019-08-23 | 华为技术有限公司 | 无线质量支持视频体验的检测方法及装置 |
CN109392002B (zh) * | 2017-08-11 | 2022-07-12 | 华为技术有限公司 | 一种上报网络性能参数的方法及设备 |
CN107749820B (zh) * | 2017-09-14 | 2021-05-28 | 深圳市盛路物联通讯技术有限公司 | 一种通信状态的检测方法和*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101667941A (zh) * | 2009-09-27 | 2010-03-10 | 中兴通讯股份有限公司 | 链路性能的检测方法及装置 |
WO2011127021A1 (en) * | 2010-04-05 | 2011-10-13 | Qualcomm Incorporated | Method and apparatus to facilitate support for multi-radio coexistence |
CN102340802A (zh) * | 2010-07-14 | 2012-02-01 | 中国联合网络通信集团有限公司 | 业务质量监测方法及*** |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100495988C (zh) * | 2006-02-09 | 2009-06-03 | 华为技术有限公司 | 实现信令承载可用性检测的方法 |
CN101119314B (zh) * | 2007-09-14 | 2010-06-23 | 中国科学院计算技术研究所 | 一种多模终端业务流的控制***和装置以及方法 |
CN102014030B (zh) * | 2010-12-31 | 2012-10-31 | 湖南神州祥网科技有限公司 | 一种基于tcp的网络性能测量诊断方法及*** |
-
2013
- 2013-01-30 CN CN201310036158.XA patent/CN103974295B/zh active Active
-
2014
- 2014-01-21 WO PCT/CN2014/071019 patent/WO2014117665A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101667941A (zh) * | 2009-09-27 | 2010-03-10 | 中兴通讯股份有限公司 | 链路性能的检测方法及装置 |
WO2011127021A1 (en) * | 2010-04-05 | 2011-10-13 | Qualcomm Incorporated | Method and apparatus to facilitate support for multi-radio coexistence |
CN102340802A (zh) * | 2010-07-14 | 2012-02-01 | 中国联合网络通信集团有限公司 | 业务质量监测方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2014117665A1 (zh) | 2014-08-07 |
CN103974295A (zh) | 2014-08-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103974295B (zh) | 链路状态检测装置及其工作方法 | |
CN101272290B (zh) | Ip网络中路径拥塞状态的测量方法和测量装置 | |
JP4153321B2 (ja) | サービスの品質アウェアなハンドオフトリガ | |
Kliazovich et al. | Cross-layer congestion control in ad hoc wireless networks | |
EP2961102B1 (en) | Method and device for monitoring network performance | |
CN104067654B (zh) | 用于实时现场性能的动态tcp层优化 | |
CN100442730C (zh) | 基于逐跳时间戳标签的网络链路带宽的测量方法 | |
US8614956B2 (en) | Placement of wireless repeaters in a wireless communication network | |
US20020169880A1 (en) | Method and device for robust real-time estimation of the bottleneck bandwidth in the internet | |
US20070217343A1 (en) | Estimation of time-varying latency based on network trace information | |
US8817632B2 (en) | Method of measuring packet loss rate, packet loss rate measuring device and storage medium | |
CN103746875B (zh) | 一种基于二分法的多跳无线网络可用带宽自适应检测方法 | |
CN103346963A (zh) | 一种基于预测到达时间的mptcp数据调度方法 | |
CN102035692A (zh) | 一种链路质量检测方法及装置 | |
CN103825775A (zh) | 自适应探测包长的多跳无线网络可用带宽实时检测方法 | |
CN101656653B (zh) | 一种应用于多路径传输的接收缓存配置方法及装置 | |
CN106487605A (zh) | 丢包率检测方法及装置 | |
CN104717108A (zh) | 基于主动测量和包间隔模型的网络瓶颈带宽测量方法 | |
CN115242292B (zh) | 一种软件定义边缘网关的应用框架和传输控制方法 | |
Curtis et al. | Review of bandwidth estimation techniques | |
CN110169134A (zh) | 无线质量支持视频体验的检测方法及装置 | |
CN110248379A (zh) | 无线局域网中基站的性能测试方法及装置 | |
CN105792261A (zh) | 丢包位置的辅助定位方法及装置 | |
JP5485204B2 (ja) | ネットワーク品質測定方法、遅延揺らぎ推定装置、ネットワーク監視システム、及びプログラム | |
WO2023016367A1 (zh) | 测量方法和设备 |
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 |