[发明专利]一种周期性保活传输方法、设备及系统

说明书

本发明公开了一种周期性保活传输方法，包括：与网络侧进行上行同步，向网络侧发起保活资源调度请求；其中，所述保活资源调度请求中包括用户标识、周期性保活调度请求指示以及对保活周期的配置需求；接收网络侧根据所述用户标识、周期性保活调度请求指示为用户设备分配的用于传输保活消息的保活资源，以及网络侧根据所述对保活周期的配置需求对用户设备进行的保活周期配置；根据所述保活周期配置，调用所述分配的用于传输保活消息的保活资源周期性进行保活更新。本发明同时还公开了另外两种周期性保活传输方法、一种周期性保活传输用户设备、一种周期性保活传输网络设备以及一种周期性保活传输系统。

技术领域

本发明涉及无线传输领域，尤其涉及一种支持异步资源周期性调度的保活传输方法、设备及系统。

背景技术

随着移动互联网络的发展，越来越多的“永远在线”业务应运而生。实现“永远在线”体验最重要而直接的方法是实施应用层周期保活机制，使得网络能够实时地了解应用的无线链路状态，所谓无线链路状态包括：应用在线、应用下线、应用位于网络覆盖空洞不可达等；进一步的，根据无线链路状态可确定是否有必要或有能力与该应用进行即时交互。其中，所涉及的应用包括新闻、聊天工具等等，“永远在线”体验已经成为评价移动用户体验的一项重要指标。

传统地，运行在同一个终端上的不同的“永远在线”应用分别同移动网络建立独立的保活连接，如此，多个程序的保活连接会引发大量的开销。目前，针对这个问题，一些智能终端操作系统提供商已经推出了私有的保活维护平台，这种保活维护平台能够保证终端和保活维护平台之间通过单一的保活连接，并由保活维护平台建立终端与应用之间的映射关系；另外，保活维护平台开放应用程序编程接口(API，Application ProgrammingInterface)，供每个应用程序查询实时状态更新，从而将一个终端多个应用多个保活连接简化成为一个终端多个应用一个保活连接；如果一个终端上有10个“永远在线”应用，该方案能够将保活开销降低10倍。

但是即便如此，保活消息依然给网络造成大量的信令开销。例如，基于表1给出的参考业务评估模型，假设长期演进(LTE，Long Term Evolution)的无线资源控制协议(RRC，Radio Resource Control)闲置计时器设置为5s、用户每分钟跨越一个小区范围，即：对于站间距ISD＝500m，用户的移动速率是30km/h，得到不同保活消息同其它不同业务的信令开销评估比较，如表2所示。

表1

表2

表2中，数据信令比(DSR)为数据量与信令开销的比值，即：DSR＝数据量/信令开销；RRC建链拆链信令开销百分比为RRC连接释放信令与总信令开销的比值，即：RRC建链拆链信令开销(％)＝RRC连接释放信令(bit)/总信令开销(bit)；切换信令开销百分比为切换信令与总信令开销的比值，即：切换信令开销(％)＝切换信令(bit)/总信令开销(bit)；RRC维护信令开销百分比为RRC维护信令与总信令开销的比值，即：RRC维护信令开销＝RRC维护信令(bit)/总信令开销(bit)；

从表2可以看出，单个保活消息的数据信令比为0.1075，即：传输一份保活数据需要传输10份信令；根据这一数据，如果说一个蜂窝范围内有200个用户需要发送保活消息，产生的信令开销大约为2.5个视频用户的数据传输量。而从表2可知，保活的信令开销有90％以上是由RRC的建链拆链引发的，由于RRC闲置计时时钟用于管理RRC连接状态下的用户在没有业务多长时间之后释放RRC连接，进入到RRC空闲态，因此，在RRC闲置计时时钟的控制下，保活业务的生成特征使得用户需要不断同网络建链拆链，进而引发很大的RRC开销。保活消息这一业务特征一方面容易给造成网络信令的拥塞，另一方面加剧终端耗电。