[发明专利]用户设备辅助信息拒绝方法、装置和系统

说明书

技术领域

本发明涉及无线通信技术领域，尤其涉及一种用户设备辅助信息拒绝方法、装置和系统。

背景技术

随着人们生活水平的逐渐提高，人们对通信的需求也日渐增多，其中绝大多数都是比较个性化的需求。伴随着这些需求的提出和付诸实现，终端的设计也呈现出了新的发展趋势——大屏幕的智能终端。

智能终端能够为用户提供各种各样的服务，从网上冲浪到软件的随意安装和卸载，使终端的应用业务更加完备，使用户的生活变得丰富多彩。但是，伴随着智能终端的广泛应用，其自身的弊端和对现行网络侧的影响也日益突显出来。

对于智能终端本身来说，其功耗很大，待机和使用时间都比较有限；对于网络来说，智能终端的大规模应用给网络带来了很大的信令和资源使用压力。导致上述现象的原因主要是：智能终端的操作系统的前台和后台总是运行着各种各样的应用程序，这些应用程序不定时地向网络侧发送数据或者从网络侧接收数据。

通常，系统会为终端配置DRX(Discontinuous Reception非连续接收)周期，终端以预定的周期醒来接收和发送数据，之后进入睡眠周期，这样可以起到省电的效果；如果DRX周期配置的太短，终端频繁醒来，起不到省电的作用，如果DRX配置太长，又可能造成数据的时延增加。只有在DRX周期与数据到达规律匹配才能既保证数据时延又达到省电性能。智能终端运行的很多应用，如QQ聊天，对时延并不是特别敏感，因此可以在省电和业务性能两个目标中选择更加省电的配置。

另外，为了能够减少数据发送延时，更好地保证用户体验，在终端完成一次数据的发送或者接收后，可以较长时间地保持在无线资源控制连接(Radio Resource Control Connected)状态，但这样也增加了电量的损耗。然而，如果为了节省电量使终端保持连接态的时间长度较短，那么由于数据的不定时地发送和接收，终端可能需要频繁地发起随机接入和RRC连接建立过程；而如果终端保持在RRC连接态的时间较长，就可能导致过多的切换过程，这样就会大大增加网络侧的信令压力和控制资源的使用压力。

因此，为了能够尽可能长地保持智能终端的待机和使用时间，同时兼顾网络的信令和资源使用压力，需要合理地控制智能终端在完成一次数据的发送或接收操作后保持RRC连接状态的时间长度，即需要找到两者的平衡点。

根据相关的仿真和分析可以得出：智能终端的移动速度是否保持RRC连接状态的重要决定因素。在运动速度较低的情况下，智能终端可以相对较长地保持在RRC连接态，这样，终端可以通过配置合理的非连续接收功能的参数来降低功率损耗，同时也能够保持较低的信令和资源的开销(切换发生的概率很低)；在运动速度较高的情况下，智能终端可以相对较短地保持在RRC连接态，这样终端可以节省功率损耗，同时也可以降低信令和资源的开销(以小区的重选代替切换操作)。因此，网络侧有必要掌握智能终端的移动速度的相关信息，从而合理地控制终端保持在RRC连接态的时间长度。

目前3GPP正在讨论针对智能终端的优化，目前确定的优化措施是：

终端(User Equipment，简称UE)可以上报辅助信息，辅助信息包括：UE是更喜欢省电还是更喜欢高性能的软件使用体验；UE的移动性信息；UE的数据传输间隔等，网络侧根据辅助信息决定如何对UE的无线参数进行优化。

例如：若UE在辅助信息中希望更加省电，网络可以为该终端配置更长的DRX周期以便于终端省电。

但是目前3GPP在讨论中没有定义所述UE辅助信息的上报和反馈规则，由于辅助信息本身只是用于告知网络侧，UE对于省电或者性能有什么倾向，并非是命令网络侧一定要按照UE的喜好来调整无线参数。因此当UE上报辅助信息后，网络侧可能因为负荷较重的原因，也可能是因为基于自身算法认为当前UE的无线参数已经可以满足UE的倾向，网络不愿给UE重新调整参数，对于这种情况，目前3GPP讨论的2种网络侧的应对方式是：网络侧不反馈任何消息给UE；或者网络侧反馈一个“拒绝”指示给UE。

显然，第一种方式容易导致UE误认为网络侧没有接收到自己发送的辅助信息，从而不断重发辅助信息，导致过多额外开销；第二种方式会产生额外的下行信令，但是能让UE知道网络侧的决定。

但是，第二种方式还存在其他缺陷，UE收到网络侧反馈的简单的拒绝指示后，无法知道网络拒绝的原因是什么，从而UE无法知道在被拒绝后是否还能继续发自己的辅助信息，或者如果继续发送辅助信息是否会给网络侧带来负面影响。

发明内容