CN103369566A - 终端、设备及其优化网络性能的方法 - Google Patents

Abstract

本发明揭示了一种终端、设备及其优化网络性能的方法，该方法包括步骤：当终端所在的RAT网络开启网络性能测量的功能时，所述终端根据收到的网络性能测量任务及对应的配置参数执行所述网络性能测量任务；上报所述网络性能测量任务的执行结果至所述RAT网络，供所述RAT网络根据所述执行结果优化网络性能。本发明提供的一种终端、设备及其优化网络性能的方法，可通过终端对网络性能测量的结果优化网络性能。

Description

终端、设备及其优化网络性能的方法

技术领域

本发明涉及到通信领域，尤其涉及一种终端、设备及其优化网络性能的方法。

背景技术

随着电信移动运营商签约用户数和用户业务量的不断增多，其移动网络基础设施投入和规模也不断扩大，无线覆盖广度和厚度都在增强。以欧洲大部分移动运营商为例，先后部署了3种基于不同RAT(Radio AccessTechnology，无线接入技术)的移动网络系统：GSM(Global System of Mobilecommunication，全球移动通讯系统)网络，UMTS(Universal MobileTelecommunications System，通用移动通信系统)网络，LTE(Long TermEvolution，长期演进)网络。这些移动网络系统基本由三个部分组成：终端UE、无线接入网、无线核心网。

以UMTS网络UTRA(Universal Terrestrial Radio Access)部分为例，它由终端UE、基站NodeB和无线网络控制器RNC以及3种网元间不同的物理接口组成。3GPP标准(3rd Generation Partnership，第三代合作伙伴计划)规范了UE和UMTS无线接入网UTRAN之间的通信协议，比如空中接口Uu(UE和NODEB之间的接口)用于控制目的的信令消息内容格式和用户面上用于传输用户数据的数据包格式、帧结构等。

RNC(Radio Network Controller，无线网络控制器)是单个UMTS无线子系统RNS(无线网络子系，Radio Network Subsystem)的中央控制器，负责大部分UMTS功能的开关、配置和集中控制。RNC把上述功能NodeB运行所需要的配置信息通过Iub接口(RNC和Node B之间的逻辑接口)NBAP信令消息发给所辖的单个或者多个NodeB，同时把UE的配置信息通过Uu接口RRC(Radio Resource Control，无线资源控制协议)信令消息发给所服务的UE。在RRC连接态下，每一个UE在服务其的RNC内部有唯一RRC状态和标识，按照RRC状态通信活跃程度从低到排序依次为：寻呼态X_PCH，公共连接态Cell_FACH，专有态Cell_DCH。在上述每一个RRC状态中，UE又可以处于不同周期长度的不连续接收DRX(Discontinuous Reception，非连续接收)方式。服务RNC根据UE上下行通信数据量大小、统计特征、QOS(Quality of Service，服务质量)要求以及内部具体的RRM(Radio ResourceManagement，无线资源管理)实现方式对UE的RRC具体状态进行管理。比如：当用户通信数据量大的时候，RNC为UE分配无线专有资源Dedicatedresource，从而UE被迁移到Cell_DCH态；而当用户数据量减少，或者数据呈现突发Bursty统计特征的时候，RNC只为UE分配无线公共资源Commonresource，从而UE被迁移到Cell_FACH态，上述状态迁移通常必须伴随Uu和Iub接口的信令消息。在某个RRC连接具体状态内，UE也可以被配置不同的DRX周期长度，以到达不同程度的节省电池电量效果(DRX周期长度越长，UE电量越节省，但是由于和网络信号中断时间变长，对UE链路鲁棒性，移动性能也有负面影响)。除了UMTS系统内RRC状态迁移，由于UE所处的UMTS服务小区同覆盖的地方可能还重合着LTE小区覆盖，因此服务RNC中的RRM策略也需要考虑何时把UE从UMTS跨系统迁移到LTE系统。如果UE离开了UMTS中某种RRC状态而进入LTE系统的连接状态RRC_Connected，此后UE物理层以及上层协议栈工作模式将发生跨系统本质的变化。

过去传统的RRC状态选择相关的RRM策略基本是根据UE的通信数据量大小、统计特征和上层业务应用对时延的敏感性决定的。随着移动互联网应用的扩大、高速穿梭以及异构小区环境等情况的出现，UE上层各种非实时的中小速率数据业务以及UE自身的移动环境特征将变得更加丰富多样和随机时变。在这种背景下，RRM策略如何能够为UE的RRC状态做出最合适的选择可能变得更加复杂，需要同时考虑更多的因素。因为UMTS不同的RRC连接状态(以及内部不同DRX周期长度对应的子状态)涉及的系统网络资源消耗、Uu空口信令开销、UE本身电量消耗和用户对非实时的中小速率数据业务体验都不一样。如果RRM能够基于单个UE更多的具体背景特点，从而可能给出更合适的RRC状态选择判断，对于UMTS网络服务性能有着重要的意义，例如优化系统无线资源使用，避免无谓的Uu空口信令开销，保护UE电量，维持用户业务体验等。而目前的现有技术仅仅根据传统简单的策略，例如发送缓存中数据量大小作为RRC状态选择判断依据，还无法更好地进行RRM相关的选择判断，特别是在RRC状态选择、RRC状态内不同DRX周期长度选择、UMTS和LTE跨系统移动性这些方面。

发明内容

本发明的主要目的为提供一种终端、设备及其优化网络性能的方法，可通过终端对网络性能测量的结果优化网络性能。

本发明提出一种优化网络性能的方法，包括步骤：

当终端所在的RAT网络开启网络性能测量的功能时，所述终端根据收到的网络性能测量任务及对应的配置参数执行所述网络性能测量任务；

上报所述网络性能测量任务的执行结果至所述RAT网络，供所述RAT网络根据所述执行结果优化网络性能。

优选地，在执行所述终端根据收到的网络性能测量任务及配置参数执行所述网络性能测量任务之前，还包括：

接收所述RAT网络发送的所述网络性能测量任务；

根据所述RAT网络对所述网络性能测量任务的定义对所述网络性能测量任务进行标准化理解；

向所述RAT网络申请所述网络性能测量任务的配置参数；所述配置参数包括有效时间参数、评估周期、门限和/或事件定义。

优选地，所述终端根据收到的网络性能测量任务及配置参数执行所述网络性能测量任务包括：

根据所述RAT网络对所述网络性能测量任务的标准化理解以及所述配置参数执行所述网络性能测量任务。

优选地，在执行上报所述网络性能测量任务的执行结果至所述RAT网络之后，还包括：

对所述网络性能测量任务的优化结果进行评估。

本发明还提出一种优化网络性能的终端，包括：

执行模块，用于当所述终端所在的RAT网络开启网络性能测量的功能时，根据收到的网络性能测量任务及对应的配置参数执行所述网络性能测量任务；

上报模块，用于上报所述网络性能测量任务的执行结果至所述RAT网络，供所述RAT网络根据所述执行结果优化网络性能。

优选地，所述终端还包括：

第一接收模块，用于接收所述RAT网络发送的所述网络性能测量任务；

解析模块，用于根据所述RAT网络对所述网络性能测量任务的定义对所述网络性能测量任务进行标准化理解；

申请模块，用于向所述RAT网络申请所述网络性能测量任务的配置参数；所述配置参数包括有效时间参数、评估周期、门限和/或事件定义。

优选地，所述执行模块具体用于：

根据所述RAT网络对所述网络性能测量任务的标准化理解以及所述配置参数执行所述网络性能测量任务。

优选地，所述终端还包括：

第一评估模块，用于对所述网络性能测量任务的优化结果进行评估。

本发明还提出一种优化网络性能的方法，包括步骤：

RAT网络的无线网络控制器或基站发送网络性能测量任务及对应的配置参数至终端，供终端执行所述网络性能测量任务；

接收所述终端上报的网络性能测量任务的执行结果；

根据所述执行结果优化网络性能。

优选地，所述根据执行结果优化网络性能具体为：

根据所述网络性能测量任务的测量结果以及该网络性能测量任务的优先级进行RRM抉择。

优选地，所述方法还包括：

对所述网络性能测量任务的优化结果进行评估。

本发明还提出一种优化网络性能的设备，包括：

发送模块，用于发送网络性能测量任务及对应的配置参数至终端，供终端执行所述网络性能测量任务；

第二接收模块，用于接收所述终端上报的网络性能测量任务的执行结果；

优化模块，用于根据所述执行结果优化网络性能。

优选地，所述优化模块具体用于：

根据所述网络性能测量任务的测量结果以及该网络性能测量任务的优先级进行RRM抉择。

优选地，所述设备还包括：

第二评估模块，用于对所述网络性能测量任务的优化结果进行评估。

本发明提出的一种终端、设备及其优化网络性能的方法，使得移动网络(不限于UMTS网络，也可以是GSM网络、LTE网络或者其他类型移动网络)的RRM策略能够在终端的网络性能测量上报的辅助下，更好地进行RRM相关的选择判断，特别是在RRC状态选择时，RRC状态内不同DRX周期长度选择、UMTS网络和LTE网络跨系统移动性等方面。从而使得移动网络在无线资源整体利用效率、无谓信令开销、UE电量保护和用户业务体验维护等方面的性能得到改善和优化。

附图说明

图1为本发明一种优化网络性能的方法一实施例的流程示意图；

图2为本发明一种优化网络性能的方法一实施例中示例1的应用场景示意图；

图3为本发明一种优化网络性能的方法一实施例中示例1的流程示意图；

图4为本发明一种优化网络性能的方法一实施例中示例2的应用场景示意图；

图5为本发明一种优化网络性能的方法一实施例中示例2的流程示意图；

图6为本发明一种优化网络性能的方法一实施例中示例3的应用场景示意图；

图7为本发明一种优化网络性能的方法一实施例中示例3的流程示意图；

图8为本发明优化网络性能的终端一实施例的结构示意图；

图9为本发明另一优化网络性能的方法一实施例的流程示意图；

图10为本发明优化网络性能的设备一实施例的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，提出本发明优化网络性能的方法一实施例，用于处于RAT网络的各个终端，包括步骤：

S10、UE接收RAT网络发送的网络性能测量任务。

首先从优化网络性能的不同方面出发，将终端的网络性能测量任务进行分类。比如分为：降低无谓信令开销类型(尽量优化移动网络无线资源利用效率)，优化UE电量使用类型(保护用户续航体验)，维护用户业务体验类型(提高数据平均传输率、缩短传输延时、提高RRC连接鲁棒性等)，当然还可以有其他更多类型的测量。本实施例将上述类型的网络性能测量任务命名成eRRM任务，这样NAS(Non Access Stratus，非接入层)层可以用一个eRRM-Task-Bitstring(eRRM任务比特串)标识哪些eRRM任务被开启或者关闭。NAS协议可以如下规定：

eRRM-Task-Bitstring的第一位如果为1(true)：表示降低无谓信令开销类型的测量被开启；如果为0(false)，表示降低无谓信令开销类型测量被关闭。

eRRM-Task-Bitstring的第二位如果为1(true)：表示优化UE电量使用类型的测量被开启；如果为0(false)，表示优化UE电量使用类型测量被关闭。

eRRM-Task-Bitstring的第三位如果为1(true)：表示维护用户业务体验类型的测量被开启；如果为0(false)，表示维护用户业务体验类型测量被关闭。

eRRM-Task-Bitstring的第四、五....位：可以先预留，根据网络或者UE的需求，为未来其他类型的测量扩展使用。eRRM-Task-Bitstring中的某一位设值由网络或者UE的NAS层决定。

由于上述不同类型的eRRM任务的上报结果，在某些情况下，使得网络RRM抉择产生矛盾的倾向。比如：网络为了降低无谓信令开销，或者维护用户业务体验而不得不牺牲掉更多的UE电量，或者网络为了优化UE电量使用，而不得不增加信令开销，甚至降低用户业务体验。

因此，可选地，伴随上述eRRM-Task-Bitstring，对应还有一个eRRM-Priority-Bitstring(eRRM优先级比特串)，用于表示当不同的网络性能优化发生矛盾时，RRM抉择的时候应该优先考虑高优先级方面。eRRM-Priority-Bitstring中的某一位设值也由网络或者UE的NAS层决定。如NAS协议可以如下规定：eRRM-Priority-Bitstring每一位取值范围为0-7，其中7表示最大优先级，0表示最低优先级。如果降低无谓信令开销类型优先级为7，优化UE电量使用类型优先级为5，维护用户业务体验优先级为3，则表示当RRM同时收到不同类型的eRRM任务的上报结果的时候，RRM抉择首先应该最有利于降低无谓信令开销，其次优化UE电量使用，最后才尽量维护用户业务体验。

不同的RAT网络对上述eRRM-Task-Bitstring可以有不同的解释。如UMTS网络可以对上述eRRM-Task-Bitstring理解如下：

eRRM-Task-Bitstring的第一位如果为1：表示RRM抉择应该尽量避免由富含小数据量和突发数据包的业务应用或者UE特殊移动轨迹而导致的频繁RRC状态切换和系统间移动，因此UE需要根据一定的准则，做RRC状态切换和系统间移动频繁程度的记录和评估。

eRRM-Task-Bitstring的第二位如果为1：表示当UE评估自己电量状况为Good的时候，UE允许RRM开启和配置消耗相对更多电量的功能操作。当UE评估自己电量状况为Normal的时候，UE建议RRM开启和配置消耗相对更少电量的功能操作，但是RRM也可以开启和配置消耗相对更多电量的功能操作。当UE评估自己电量状况为Bad的时候，UE不允许RRM开启和配置消耗相对更多电量的功能操作。因此UE需要根据一定的准则，评估自己电量状况。

eRRM-Task-Bitstring的第三位如果为1：表示UE经历了难以忍受的RLC(Radio Link Control，无线链路控制层协议)数据包发送或者接收延时和非常低的上下行平均数据吞吐率，所以希望发送或者接收的RLC数据包的延时能够降低，以及上下行平均数据吞吐率能够提高。因此UE需要根据一定的准则，评估上下行RLC数据包的延时情况，或者上下行数据平均吞吐率的情况。

运营商可以根据本身RAT网络部署特点和系统资源的实时情况，准静态地通知UE网络是否开启了eRRM任务。对于UMTS网络或者LTE网络，RNC或者eNB(增强NodeB)通过系统消息在服务小区中广播是否能支持各个类型的eRRM任务。每种RAT网络可以单独指示每个类型的eRRM任务的支撑能力。但是为了简化说明，本实施例将所有类型的eRRM任务支持能力耦合在一起，用一个指示表达：eRRM Allowed＝True/False。如果eRRMAllowed＝True，表示该服务小区能够为UE启动并且配置一个或者多个eRRM任务，并且处理UE eRRM任务的上报结果。如果eRRM Allowed＝False，表示该服务小区只能按照传统的RRM策略进行处理，不能进行eRRM任务的配置，不接收或者处理来自UE任何eRRM任务的上报结果。因此只有在eRRM Allowed＝True的时候，UE向服务RNC发起eRRM任务配置的请求并且上报后续eRRM任务测量结果才有意义和效果。

S11、UE根据本地eRRM-Task-Bitstring的设值情况，通过RRC上行消息向服务RNC发起一个或者多个eRRM任务配置申请。

服务RNC根据UE的eRRM任务配置申请，通过Uu空中接口RRC下行消息，配置对应的eRRM任务，如配置有效时间参数、评估周期、门限和事件定义等。UE通过上述配置参数进行测量评估：在某段评估周期时间产生了过多的RRC状态频繁切换或者系统间移动相关的空口信令；在某段评估周期时间由于网络功能配置不当，产生了过度的电量消耗，而可能影响UE的续航体验；在某段评估周期时间经历了难以忍受的数据传输时延或者较低的平均数据吞吐率。

S12、UE将收到的eRRM任务的配置存储，开启配置有效时间计时器和评估周期计时器，立即开始周期地执行各个eRRM任务对应的测量评估。在UE执行eRRM任务过程中，服务RNC可以通过系统广播消息或者RRC下行专有消息停止UE正在进行的一个或者多个eRRM任务，则UE删除一切eRRM配置信息，停止已经启动的上述两个计时器，删除已有的eRRM测量评估结果。由于处于空闲态的UE产生的信令或电量消耗相对RRC连接态少很多，而且空闲态几乎不存在上下行数据传输和相关的用户业务体验，因此UE eRRM任务和结果上报仅仅对RRC连接态适用。当UE离开RRC连接态进入空闲态的时候，也立即删除一切eRRM任务的配置信息，停止已经启动的上述两个计时器，删除已有的eRRM任务的测量评估结果；当UE再次进入RRC连接态的时候，如果想进行eRRM任务，必须重新发起eRRM任务的配置申请。UE在RRC连接态中，当配置的有效时间计时器超时，UE将删除一切eRRM任务的配置信息且停止eRRM任务，但是仍然保留已有的eRRM任务的测量评估结果等待上报时机。当评估周期计时器超时，表明一个评估周期结束，UE记录评估结果(如事件个数)，然后重启动评估周期计时器，开始下一个评估周期。

在两次eRRM任务的测量结果上报时机之间，UE在eRRM任务允许的RRC状态作对应的测量评估，如果UE离开了eRRM任务允许的RRC状态，则对应的eRRM任务暂停直到UE重新回到eRRM任务允许的RRC状态。如果在Cell_DCH态，UE则做Cell_DCH态允许的eRRM任务的测量评估，可以基于事件或者时间触发eRRM任务的测量结果上报。如果在Cell_FACH态，UE则做Cell_FACH态允许的eRRM任务测量评估，可以通过一些RRC上行信令随路上报eRRM结果。如果在X_PCH寻呼态，UE则做X_PCH态允许的eRRM任务测量评估，可以通过一些RRC上行信令随路上报eRRM结果。当UE两个上报时机间隔超过多个评估周期，UE测量评估到多个eRRM任务相关的事件，则UE也需要上报这些事件记录出现的次数。如果eRRM-Priority-Bitstring也被设值，那么UE必须关联eRRM结果上报中eRRM任务对应的优先级。

基于UE上报的eRRM任务的测量评估结果，RNC可以采取相应的措施，比如：重新分配系统无线资源、迁移RRC状态或者跨系统移动，重新调节一些功能工作参数等。如果服务RNC觉得UE上报的eRRM任务的测量评估结果没有太多RRM辅助判决的意义，或者不能立即采取相应的措施，可以先存储，再等UE上报多次eRRM任务的测量结果之后，再采取相应的措施。服务RNC可以在UE的eRRM任务的测量结果上报之后，随时停止UE的eRRM测量评估。停止之后，UE需要删除所有eRRM任务的配置信息和已有的eRRM测量结果。如果不停止，UE则继续eRRM任务直到有效时间计时器超时，但是仍然保留之前已经上报的和新的eRRM任务的测量结果，用于后续UE本地评估目的。

S13、在上述整个过程中，由于UE本身业务行为和移动轨迹也在动态随机地变化，且服务RNC可能也没有采取任何RRM优化措施，因此很难对eRRM任务起到的辅助网络性能优化结果进行准确地预测。因此可以有实现层面的打分机制(不需要标准化)，对eRRM任务产生的RRM策略的优化效果进行评定，比如分为：“较大的提高”、“较小的提高”、“没有变化”、“较小的降低”、“较大的降低”5个评估级别。UE可以向自己的NAS层或者通过NAS消息向核心网络上报上述打分评级结果，以使用户或者网络后续参考决定是否再次触发eRRM相关任务。比如：经过一段时间eRRM任务，UE向本地NAS上报：用户业务体验“没有变化”，通过NAS消息向核心网络上报：该UE的信令开销有“较大的降低”。基于此NAS汇报信息，UE可以放弃有后续一段时间内再向服务RNC申请eRRM关于用户业务体验类型方面的eRRM任务。

为进一步说明本实施例的方法，以如下三个UMTS网络示例进行详细阐述：

示例1：如附图2所示，运营商在频段上选择了某个频点用来做UMTS服务小区宏覆盖(覆盖半径＞1KM)，而同时在频段I上选择了某个频点用来做LTE服务小区热点微覆盖，用于增强容量(覆盖半径约100M)。某UE1移动轨迹如附图2所示：在位置1时UE1处于UMTS服务小区覆盖下，在位置2时UE1处于LTE服务小区热点覆盖下，在位置3时UE1回到UMTS服务小区覆盖下。起始，UE1在位置1处于Cell_FACH态，进行移动互联网网页浏览突发数据业务。当UE1移动到位置2，由于进入LTE热点覆盖，运营商UMTS网络决定通过增强重定位流程将UE1迁移到LTE小区某个RRC DRX连接态。当UE1移动到位置3，由于离开了LTE热点覆盖，运营商LTE网络决定通过切换流程将UE1迁移回UMTS服务小区的Cell_FACH态。之后，UE1在位置1、2、3间多次绕圈运动。在上述过程中，由于UMTS网络无法预知UE1的移动轨迹，容易造成RRM移动性方面的不恰当抉择，为网络造成不必要的信令开销和资源占用。类似地，由于UMTS网络RRM统一化处理原则，也可能为具备和UE1类似移动轨迹的其他终端做相同且不恰当的移动性抉择(场景如商业区人流，旅游区运载巴士)，从而为网络造成更多不必要的信令，甚至信令风暴。参照图3，通过本发明方案架构，UMTS网络RRM策略可以进行如下优化处理：

步骤S101：UMTS/LTE核心网通过NAS流程向UE1发送降低无谓信令开销类型eRRM任务，于是eRRM-Task-Bitstring的第一位设值为1，并且eRRM-Priority-Bitstring第一位设值为7。

步骤S102：UE1理解网络希望尽量减少无谓信令开销，需要做RRC状态切换和系统间移动频繁程度的测量评估。

步骤S103：UMTS和LTE服务小区通过各自的系统消息都广播eRRMAllowed＝True，于是UE在离开LTE服务小区重回UMTS服务小区之后，通过上行ERRM Task Request消息向服务RNC发送降低无谓信令开销类型eRRM任务的配置请求指示：Request for reducing signaling overhead＝True。

步骤S104：服务RNC通过eRRM任务的测量配置消息ERRMMeasurement Configuration发送关于降低无谓信令开销类型eRRM任务的配置：配置有效时间为30分钟，评估周期为3分钟，UMTS小区和LTE小区之间的跨系统移动次数频繁衡量门限为3，表示如果UE1在3分钟内发生超过3次的LTE服务小区和UMTS服务小区之间的RRC连接态移动，则触发一次事件Over_IRAT_Mobility。

步骤S105：UE1存储上述配置，开始评估是否由于自身移动，导致了过多的跨系统移动信令。注意，这里跨系统移动信令中有的是基于覆盖的，比如从LTE服务小区回到UMTS服务小区，此时不是无谓的，而是必要的。而从UMTS服务小区迁移到LTE服务小区，则可能是无谓的。为了简化UE对事件Over_IRAT_Mobility的评估，本示例使UE1不加区分的计数所有跨系统移动信令。

步骤S106：当UE1在3分钟过去的时刻，先后经过位置1-＞2(第1次跨系统)-＞3(第2次跨系统)-＞1-＞2(第3次跨系统)-＞3(第4次跨系统，此时已经满足了触发事件Over_IRAT_Mobility的条件)。当UE1回到UMTS服务小区之后，可以通过Cell_FACH态下上行消息，比如测量报告MeasurementReport消息发送一个Over_IRAT_Mobility事件指示并且关联上报事件优先级。

步骤S107：UMTS服务RNC收到UE1的Over_IRAT_Mobility事件指示之后，在后续RRM跨系统移动策略选择中，除非是由于无线覆盖原因必须触发的，否则将避免将UE1重定向到LTE服务小区。如果服务RNC还不确定上述判决，可以先记录UE1的一次Over_IRAT_Mobility事件，继续让UE1进行下面多个周期的跨系统移动信令开销评估。UE1重复步骤S106，当UE1回到UMTS服务小区之后，可能随路地上报记录的另一个Over_IRAT_Mobility事件，从而服务RNC可以更加确定跨系统移动策略选择。

步骤S108：之后，UE1在位置1、2、3都一直处于UMTS服务小区内，避免了跨系统移动带来的无谓信令，同时也减少了由于跨系统重定向和切换给用户带来的业务中断感受。

示例2：如附图4所示，运营商在频段V上选择了某个频点用来做UMTS服务小区宏覆盖，而同时在频段I上选择了某个频点，新增加了3个UMTS微服务小区用于作热点覆盖以增强容量。某UE2移动轨迹如附图4所示：在位置1时UE2处于UMTS服务小区宏覆盖下，在位置2和3时，经过基于优先级的小区重选流程，UE2处于不同的UMTS微服务小区热点覆盖下。UE2在位置1处于Cell_PCH寻呼态且已经被配置了MDT测量任务，所以进行周期性寻呼监听的同时也周期性地进行相邻小区无线信号强度质量测量。在上述过程中，由于UMTS网络无法获悉UE2的电量状况，如果RRM抉择不当，MDT任务可能会影响到UE2的续航能力。参照图5，通过本发明方案架构，UMTS网络RRM策略可以进行如下优化处理。

步骤S201：用户通过NAS命令向UE2发送优化UE电量使用类型的eRRM任务，于是eRRM-Task-Bitstring的第二位设值为1，并且eRRM-Priority-Bitstring第二位设值为5。

步骤S202：UE2理解用户希望自己尽量减少电量消耗，需要评估自己电量状况。

步骤S203：UMTS宏服务小区通过系统消息广播eRRM Allowed＝True，于是UE2通过上行ERRM Task Request消息向服务RNC发送优化UE电量使用类型eRRM任务的配置请求指示：Request for reducing battery consumption＝True。

步骤S204：服务RNC通过eRRM测量配置消息ERRM MeasurementConfiguration发送关于优化UE电量使用类型eRRM任务的配置：网络规定电池剩余电量50％以上为good状态，50％-10％为normal状态，10％以下为bad状态。配置有效时间为30分钟，评估周期为5分钟，电量状态为good的时候UE电量百分比下降过大衡量门限为5％；电量状态为normal的时候UE电量百分比下降过大衡量门限为2％；电量状态为bad的时候UE电量百分比下降过大衡量门限为1％；表示UE2在不同电量状态下，5分钟评估周期内，如果电池电量下降百分比超过相应的门限，则触发一次事件Over_Battery_Consumption_Activity。

步骤S205：UE2存储上述配置，开始评估自身的MDT测量任务，是否导致消耗过多的电池电量。注意，由于UE2后续还可能进行RRC状态变化，所以这里电量消耗可能还来源于其他状态下的各种任务和功能。为了简化UE的评估，本示例让UE2不加区分地记录评估。

步骤S206：如果UE2在位置1电量剩余为20％，5分钟内先后经过位置1-＞2-＞3，在位置3电量剩余为17％所以电量剩余百分比消耗3％超过normal电量状态下门限2％(此时已经满足了触发事件Over_Battery_Consumption_Activity的条件)。之后，在位置3，处于Cell_PCH态的UE2有上行数据传输需求的时候，可以通过Cell Update消息随路发送一个Over_Battery_Consumption_Activity事件指示并且关联上报事件优先级5。

步骤S207：UMTS微服务小区收到UE2的Over_Battery_Consumption_Activity事件指示之后，可以立即停止UE2的MDT任务。在后续RRM开启功能或者分配任务策略选择中，将避免将耗电大的无线配置施加给UE2。如果服务RNC还不确定上述判决，可以先记录UE2的一次Over_Battery_Consumption_Activity事件，然后让UE2继续进行周期性的电量消耗评估，并且后续上报Over_Battery_Consumption_Activity事件。UE2重复步骤S206，可能随路地上报记录的另一个Over_Battery_Consumption_Activity事件，从而服务RNC可以更加确认RRM开启功能或者分配任务策略选择。之后，UE2在位置3或者移动到其他位置，将有机会更长时间地续航。

示例3：如附图6所示：运营商在频段V上选择了某个频点用来做UMTS服务小区宏覆盖，而同时在频段I上选择了某个频点，新增加了3个UMTS微服务小区用于作热点覆盖以增强容量。某UE3移动轨迹如附图6所示：在位置1时UE3处于UMTS服务小区宏覆盖下，在位置2和3时，经过基于优先级的小区重选流程，UE3处于不同的UMTS微服务小区热点覆盖下。UE3在位置1处于Cell_FACH态且利用公共共享传输资源(上行：Common E-DCHResource，下行：HS-DSCH Common Resource)进行及时消息IM通信。在上述过程中，由于UMTS微服务小区公共共享资源配置有限且处于拥塞状态，如果服务RNC的RRM抉择不当，UE3的很多上下行IM消息发送将有极大的延时，或者即使由于IM消息数据堆积，服务RNC反复将UE3在Cell_FACH态和Cell_DCH态之间切换，造成IM消息上下行传输速率不稳定，这些都会影响到用户业务的体验。参照图7，通过本发明方案架构，UMTS网络RRM策略可以进行如下优化处理：

步骤S301：用户通过NAS命令向UE3发送维护用户业务体验类型的eRRM任务，于是eRRM-Task-Bitstring的第三位设值为1，并且eRRM-Priority-Bitstring第三位设值为6。

步骤S302：UE3理解用户希望IM业务的上下行数据传输速率能够尽量提高且保持稳定，因此需要评估RLC数据包上下行传输的延时情况，以及上下行数据平均吞吐率。

步骤S303：UMTS微服务小区通过系统消息广播eRRM Allowed＝True，于是UE3通过上行ERRM Task Request消息向服务RNC发送维护用户业务体验类型eRRM任务的配置请求指示：Request for maintaining user experience＝True。

步骤S304：服务RNC通过eRRM测量配置消息ERRM MeasurementConfiguration发送关于维护用户业务体验类型eRRM任务的配置：配置有效时间为30分钟，评估周期为30s，上行或者下行RLC数据包平均吞吐率低衡量门限为8Kbps，表明如果一个评估周期内，UE3的上行或者下行RLC数据包平均吞吐率在8Kbps之下，则触发一次事件Bad_User_Experience。

步骤S305：UE3存储上述配置，开始评估上行或者下行RLC数据包平均吞吐率。注意，由于UE3后续还可能因为其他原因进行RRC状态切换或者跨系统移动，所以上行或者下行RLC数据包平均吞吐率不一定能直接反映公共共享传输资源的拥塞程度。为了简化UE的评估，本示例让UE3不加区分地测量评估。

步骤S306：当UE3先后经过位置1-＞2-＞3，且UE3的上行或者下行RLC数据包平均吞吐率多次小于8Kbps的时候，UE3可以通过测量报告measurementreport消息发送一个或者多个Bad_User_Experience事件指示并且关联上报事件优先级6。

步骤S307：UMTS微服务小区收到UE3的多个Bad_User_Experience事件指示之后，可以决定将UE3迁移到Cell_DCH态，并且降低Cell_DCH态切换到Cell_FACH态的低数据量门限，从而让UE3在Cell_DCH态驻留更长的时间。之后，UE3在位置3或者移动到其他位置，将有机会享受更好的业务体验。

需要说明的是，在不冲突的情况下，本实施例之示例及示例中的特征可以相互任意组合。

本实施例的方法使得移动网络的RRM策略能够在终端的网络性能测量上报的辅助下，更好地进行RRM相关的选择判断，特别是在RRC状态选择时，RRC状态内不同DRX周期长度选择、UMTS网络和LTE网络跨系统移动性等方面。从而使得移动网络在无线资源整体利用效率、无谓信令开销、UE电量保护和用户业务体验维护等方面的性能得到改善和优化。

参照图8，提出本发明优化网络性能的终端一实施例，包括：

第一接收模块10，用于接收所述RAT网络发送的所述网络性能测量任务；

解析模块20，用于根据所述RAT网络对所述网络性能测量任务的定义对所述网络性能测量任务进行标准化理解；

申请模块30，用于向所述RAT网络申请所述网络性能测量任务的配置参数；所述配置参数包括有效时间参数、评估周期、门限和/或事件定义。

执行模块40，用于当所述终端所在的RAT网络开启网络性能测量的功能时，根据收到的网络性能测量任务及对应的配置参数执行所述网络性能测量任务；

上报模块50，用于上报所述网络性能测量任务的执行结果至所述RAT网络，供所述RAT网络根据所述执行结果优化网络性能。

第一评估模块60，用于对所述网络性能测量任务的优化结果进行评估。

首先从优化网络性能的不同方面出发，预先将终端的网络性能测量任务进行分类。比如分为：降低无谓信令开销类型(尽量优化移动网络无线资源利用效率)，优化UE电量使用类型(保护用户续航体验)，维护用户业务体验类型(提高数据平均传输率、缩短传输延时、提高RRC连接鲁棒性等)，当然还可以有其他更多类型的测量。本实施例将上述类型的网络性能测量任务命名成eRRM任务，这样NAS层可以用一个eRRM-Task-Bitstring标识哪些eRRM任务被开启或者关闭。NAS协议可以如下规定：

eRRM-Task-Bitstring的第一位如果为1(true)：表示降低无谓信令开销类型的测量被开启；如果为0(false)，表示降低无谓信令开销类型测量被关闭。

eRRM-Task-Bitstring的第二位如果为1(true)：表示优化UE电量使用类型的测量被开启；如果为0(false)，表示优化UE电量使用类型测量被关闭。

eRRM-Task-Bitstring的第三位如果为1(true)：表示维护用户业务体验类型的测量被开启；如果为0(false)，表示维护用户业务体验类型测量被关闭。

eRRM-Task-Bitstring的第四、五....位：可以先预留，根据网络或者终端的需求，为未来其他类型的测量扩展使用。eRRM-Task-Bitstring中的某一位设值由网络或者终端的NAS层决定。

由于上述不同类型的eRRM任务的上报结果，在某些情况下，使得网络RRM抉择产生矛盾的倾向。比如：网络为了降低无谓信令开销，或者维护用户业务体验而不得不牺牲掉更多的UE电量，或者网络为了优化终端电量使用，而不得不增加信令开销，甚至降低用户业务体验。

因此，可选地，伴随上述eRRM-Task-Bitstring，对应还有一个eRRM-Priority-Bitstring，用于表示当不同的网络性能优化发生矛盾时，RRM抉择的时候应该优先考虑高优先级方面。eRRM-Priority-Bitstring中的某一位设值也由网络或者终端的NAS层决定。如NAS协议可以如下规定：eRRM-Priority-Bitstring每一位取值范围为0-7，其中7表示最大优先级，0表示最低优先级。如果降低无谓信令开销类型优先级为7，优化UE电量使用类型优先级为5，维护用户业务体验优先级为3，则表示当RRM同时收到不同类型的eRRM任务的上报结果的时候，RRM抉择首先应该最有利于降低无谓信令开销，其次优化终端电量使用，最后才尽量维护用户业务体验。

当RAT网络需要终端进行上述eRRM任务时，发送某一eRRM任务如降低无谓信令开销类型至终端，终端的第一接收模块10收到该eRRM任务即接收到eRRM-Task-Bitstring，由解析模块20对该eRRM-Task-Bitstring进行解析。进行解析的原因在于不同的RAT网络对eRRM-Task-Bitstring可以有不同的解释。如UMTS网络可以对上述eRRM-Task-Bitstring理解如下：

eRRM-Task-Bitstring的第一位如果为1：表示RRM抉择应该尽量避免由富含小数据量和突发数据包的业务应用或者终端特殊移动轨迹而导致的频繁RRC状态切换和系统间移动，因此终端需要根据一定的准则，做RRC状态切换和系统间移动频繁程度的记录和评估。

eRRM-Task-Bitstring的第二位如果为1：表示当终端评估自己电量状况为Good的时候，终端允许RRM开启和配置消耗相对更多电量的功能操作。当终端评估自己电量状况为Normal的时候，终端建议RRM开启和配置消耗相对更少电量的功能操作，但是RRM也可以开启和配置消耗相对更多电量的功能操作。当终端评估自己电量状况为Bad的时候，UE不允许RRM开启和配置消耗相对更多电量的功能操作。因此UE需要根据一定的准则，评估自己电量状况。

eRRM-Task-Bitstring的第三位如果为1：表示终端经历了难以忍受的RLC数据包发送或者接收延时和非常低的上下行平均数据吞吐率，所以希望发送或者接收的RLC数据包的延时能够降低，以及上下行平均数据吞吐率能够提高。因此终端需要根据一定的准则，评估上下行RLC数据包的延时情况，或者上下行数据平均吞吐率的情况。

终端执行eRRM任务需要得到RAT网络本身的支持，运营商可以根据本身RAT网络部署特点和系统资源的实时情况，准静态地通知终端网络是否开启了eRRM任务。对于UMTS网络或者LTE网络，RNC或者eNB通过系统消息在服务小区中广播是否能支持各个类型的eRRM任务。每种RAT网络可以单独指示每个类型的eRRM任务的支撑能力。但是为了简化说明，本实施例将所有类型的eRRM任务支持能力耦合在一起，用一个指示表达：eRRMAllowed＝True/False。如果eRRM Allowed＝True，表示该服务小区能够为终端启动并且配置一个或者多个eRRM任务，并且处理终端eRRM任务的上报结果。如果eRRM Allowed＝False，表示该服务小区只能按照传统的RRM策略进行处理，不能进行eRRM任务的配置，不接收或者处理来自终端任何eRRM任务的上报结果。因此只有在eRRM Allowed＝True的时候，终端向服务RNC发起eRRM任务配置的请求并且上报后续eRRM任务测量结果才有意义和效果。终端根据本地eRRM-Task-Bitstring的设值情况，通过RRC上行消息向服务RNC发起一个或者多个eRRM任务配置申请。

当RAT网络支持eRRM任务时，申请模块30根据接收到的eRRM任务以及解析的结果向RAT网络申请配置参数。服务RNC根据申请模块30的eRRM任务配置申请，通过Uu空中接口RRC下行消息，配置对应的eRRM任务，如配置有效时间参数、评估周期、门限和事件定义等。终端通过上述配置参数进行测量评估，具体为：

执行模块40将收到的eRRM配置存储，开启配置有效时间计时器和评估周期计时器，立即开始周期地执行各个eRRM任务对应的测量评估。在执行模块40执行eRRM任务过程中，服务RNC可以通过系统广播消息或者RRC下行专有消息停止执行模块40正在进行的一个或者多个eRRM任务，并删除一切eRRM配置信息，停止已经启动的上述两个计时器，删除已有的eRRM测量评估结果。由于处于空闲态的终端产生的信令或电量消耗相对RRC连接态少很多，而且空闲态几乎不存在上下行数据传输和相关的用户业务体验，因此终端eRRM任务和结果上报仅仅对RRC连接态适用。当终端离开RRC连接态进入空闲态的时候，也立即删除一切eRRM任务的配置信息，停止已经启动的上述两个计时器，删除已有的eRRM任务的测量评估结果；当终端再次进入RRC连接态的时候，如果想进行eRRM任务，必须重新发起eRRM任务的配置申请。终端在RRC连接态中，当配置的有效时间计时器超时，终端将删除一切eRRM任务的配置信息且停止eRRM任务，但是仍然保留已有的eRRM任务的测量评估结果等待上报时机。当评估周期计时器超时，表明一个评估周期结束，终端记录评估结果(如事件个数)，然后重启动评估周期计时器，开始下一个评估周期。

上报模块50上报eRRM任务的执行结果给RAT网络，在两次eRRM任务的测量结果上报时机之间，执行模块40在eRRM任务允许的RRC状态作对应的测量评估，如果终端离开了eRRM任务允许的RRC状态，则对应的eRRM任务暂停直到终端重新回到eRRM任务允许的RRC状态。如果在Cell_DCH态，执行模块40则做Cell_DCH态允许的eRRM任务的测量评估，可以基于事件或者时间触发上报模块50上报eRRM任务的测量结果。如果在Cell_FACH态，执行模块40则做Cell_FACH态允许的eRRM任务测量评估，上报模块50可以通过一些RRC上行信令随路上报eRRM结果。如果在X_PCH寻呼态，执行模块40则做X_PCH态允许的eRRM任务测量评估，上报模块50可以通过一些RRC上行信令随路上报eRRM结果。当上报模块50两个上报时机间隔超过多个评估周期，执行模块40测量评估到多个eRRM任务相关的事件，则上报模块50也需要上报这些事件记录出现的次数。如果eRRM-Priority-Bitstring也被设值，那么上报模块50必须关联eRRM结果上报中eRRM任务对应的优先级。

基于UE上报的eRRM任务的测量评估结果，RNC可以采取相应的措施，比如：重新分配系统无线资源、迁移RRC状态或者跨系统移动，重新调节一些功能工作参数等。如果服务RNC觉得上报模块50上报的eRRM任务的测量评估结果没有太多RRM辅助判决的意义，或者不能立即采取相应的措施，可以先存储，再等上报模块50上报多次eRRM任务的测量结果之后，再采取相应的措施。服务RNC可以在终端的eRRM任务的测量结果上报之后，随时停止终端的eRRM测量评估。停止之后，终端要删除所有eRRM任务的配置信息和已有的eRRM测量结果。如果不停止，终端则继续eRRM任务直到有效时间计时器超时，但是仍然保留之前已经上报的和新的eRRM任务的测量结果，用于后续终端本地评估目的。

在上述整个过程中，由于终端本身业务行为和移动轨迹也在动态随机地变化，且服务RNC可能也没有采取任何RRM优化措施，因此很难对eRRM任务起到的辅助网络性能优化结果进行准确地预测。因此可以有实现层面的打分机制(不需要标准化)，对eRRM任务产生的RRM策略的优化效果进行评定，比如分为：“较大的提高”、“较小的提高”、“没有变化”、“较小的降低”、“较大的降低”5个评估级别。终端的第一评估模块60可以向自己的NAS层或者通过NAS消息向核心网络上报上述打分评级结果，以使用户或者网络后续参考决定是否再次触发eRRM相关任务。比如：经过一段时间eRRM任务，终端向本地NAS上报：用户业务体验“没有变化”，通过NAS消息向核心网络上报：该终端的信令开销有“较大的降低”。基于此NAS汇报信息，终端可以放弃有后续一段时间内再向服务RNC申请eRRM关于用户业务体验类型方面的eRRM任务。

本实施例的终端使得移动网络的RRM策略能够在终端的网络性能测量上报的辅助下，更好地进行RRM相关的选择判断，特别是在RRC状态选择时，RRC状态内不同DRX周期长度选择、UMTS网络和LTE网络跨系统移动性等方面。从而使得移动网络在无线资源整体利用效率、无谓信令开销、UE电量保护和用户业务体验维护等方面的性能得到改善和优化。

参照图9，提出本发明优化网络性能的方法一实施例，用于RAT网络的无线网络控制器或基站，包括步骤：

S20、发送网络性能测量任务及对应的配置参数至终端。

首先从优化网络性能的不同方面出发，将UE的网络性能测量任务进行分类。比如分为：降低无谓信令开销类型(尽量优化移动网络无线资源利用效率)，优化UE电量使用类型(保护用户续航体验)，维护用户业务体验类型(提高数据平均传输率、缩短传输延时、提高RRC连接鲁棒性等)，当然还可以有其他更多类型的测量。本实施例将上述类型的网络性能测量任务命名成eRRM任务，这样NAS层可以用一个eRRM-Task-Bitstring标识哪些eRRM任务被开启或者关闭。NAS协议可以如下规定：

eRRM-Task-Bitstring的第一位如果为1(true)：表示降低无谓信令开销类型的测量被开启；如果为0(false)，表示降低无谓信令开销类型测量被关闭。

eRRM-Task-Bitstring的第二位如果为1(true)：表示优化UE电量使用类型的测量被开启；如果为0(false)，表示优化UE电量使用类型测量被关闭。

eRRM-Task-Bitstring的第三位如果为1(true)：表示维护用户业务体验类型的测量被开启；如果为0(false)，表示维护用户业务体验类型测量被关闭。

eRRM-Task-Bitstring的第四、五....位：可以先预留，根据网络或者UE的需求，为未来其他类型的测量扩展使用。eRRM-Task-Bitstring中的某一位设值由网络或者UE的NAS层决定。

由于上述不同类型的eRRM任务的上报结果，在某些情况下，使得网络RRM抉择产生矛盾的倾向。比如：网络为了降低无谓信令开销，或者维护用户业务体验而不得不牺牲掉更多的UE电量，或者网络为了优化UE电量使用，而不得不增加信令开销，甚至降低用户业务体验。

因此，可选地，伴随上述eRRM-Task-Bitstring，对应还有一个eRRM-Priority-Bitstring，用于表示当不同的网络性能优化发生矛盾时，RRM抉择的时候应该优先考虑高优先级方面。eRRM-Priority-Bitstring中的某一位设值也由网络或者UE的NAS层决定。如NAS协议可以如下规定：eRRM-Priority-Bitstring每一位取值范围为0-7，其中7表示最大优先级，0表示最低优先级。如果降低无谓信令开销类型优先级为7，优化UE电量使用类型优先级为5，维护用户业务体验优先级为3，则表示当RRM同时收到不同类型的eRRM任务的上报结果的时候，RRM抉择首先应该最有利于降低无谓信令开销，其次优化UE电量使用，最后才尽量维护用户业务体验。

不同的RAT网络对上述eRRM-Task-Bitstring可以有不同的解释。如UMTS网络可以对上述eRRM-Task-Bitstring理解如下：

eRRM-Task-Bitstring的第一位如果为1：表示RRM抉择应该尽量避免由富含小数据量和突发数据包的业务应用或者UE特殊移动轨迹而导致的频繁RRC状态切换和系统间移动，因此UE需要根据一定的准则，做RRC状态切换和系统间移动频繁程度的记录和评估。

eRRM-Task-Bitstring的第二位如果为1：表示当UE评估自己电量状况为Good的时候，UE允许RRM开启和配置消耗相对更多电量的功能操作。当UE评估自己电量状况为Normal的时候，UE建议RRM开启和配置消耗相对更少电量的功能操作，但是RRM也可以开启和配置消耗相对更多电量的功能操作。当UE评估自己电量状况为Bad的时候，UE不允许RRM开启和配置消耗相对更多电量的功能操作。因此UE需要根据一定的准则，评估自己电量状况。

eRRM-Task-Bitstring的第三位如果为1：表示UE经历了难以忍受的RLC数据包发送或者接收延时和非常低的上下行平均数据吞吐率，所以希望发送或者接收的RLC数据包的延时能够降低，以及上下行平均数据吞吐率能够提高。因此UE需要根据一定的准则，评估上下行RLC数据包的延时情况，或者上下行数据平均吞吐率的情况。

运营商可以根据本身RAT网络部署特点和系统资源的实时情况，准静态地通知UE网络是否开启了eRRM任务。对于UMTS网络或者LTE网络，RNC或者eNB(增强NodeB)通过系统消息在服务小区中广播是否能支持各个类型的eRRM任务。每种RAT网络可以单独指示每个类型的eRRM任务的支撑能力。但是为了简化说明，本实施例将所有类型的eRRM任务支持能力耦合在一起，用一个指示表达：eRRM Allowed＝True/False。如果eRRMAllowed＝True，表示该服务小区能够为UE启动并且配置一个或者多个eRRM任务，并且处理UE eRRM任务的上报结果。如果eRRM Allowed＝False，表示该服务小区只能按照传统的RRM策略进行处理，不能进行eRRM任务的配置，不接收或者处理来自UE任何eRRM任务的上报结果。因此只有在eRRM Allowed＝True的时候，UE向服务RNC发起eRRM任务配置的请求并且上报后续eRRM任务测量结果才有意义和效果。

S21、服务RNC根据UE的eRRM任务配置申请，通过Uu空中接口RRC下行消息，配置对应的eRRM任务，如配置有效时间参数、评估周期、门限和事件定义等。UE通过上述配置参数进行测量评估：在某段评估周期时间产生了过多的RRC状态频繁切换或者系统间移动相关的空口信令；在某段评估周期时间由于网络功能配置不当，产生了过度的电量消耗，而可能影响UE的续航体验；在某段评估周期时间经历了难以忍受的数据传输时延或者较低的平均数据吞吐率。

UE将收到的eRRM配置存储，开启配置有效时间计时器和评估周期计时器，立即开始周期地执行各个eRRM任务对应的测量评估。在UE执行eRRM任务过程中，服务RNC可以通过系统广播消息或者RRC下行专有消息停止UE正在进行的一个或者多个eRRM任务，则UE删除一切eRRM配置信息，停止已经启动的上述两个计时器，删除已有的eRRM测量评估结果。由于处于空闲态的UE产生的信令或电量消耗相对RRC连接态少很多，而且空闲态几乎不存在上下行数据传输和相关的用户业务体验，因此UE eRRM任务和结果上报仅仅对RRC连接态适用。当UE离开RRC连接态进入空闲态的时候，也立即删除一切eRRM任务的配置信息，停止已经启动的上述两个计时器，删除已有的eRRM任务的测量评估结果；当UE再次进入RRC连接态的时候，如果想进行eRRM任务，必须重新发起eRRM任务的配置申请。UE在RRC连接态中，当配置的有效时间计时器超时，UE将删除一切eRRM任务的配置信息且停止eRRM任务，但是仍然保留已有的eRRM任务的测量评估结果等待上报时机。当评估周期计时器超时，表明一个评估周期结束，UE记录评估结果(如事件个数)，然后重启动评估周期计时器，开始下一个评估周期。

在两次eRRM任务的测量结果上报时机之间，UE在eRRM任务允许的RRC状态作对应的测量评估，如果UE离开了eRRM任务允许的RRC状态，则对应的eRRM任务暂停直到UE重新回到eRRM任务允许的RRC状态。如果在Cell_DCH态，UE则做Cell_DCH态允许的eRRM任务的测量评估，可以基于事件或者时间触发eRRM任务的测量结果上报。如果在Cell_FACH态，UE则做Cell_FACH态允许的eRRM任务测量评估，可以通过一些RRC上行信令随路上报eRRM结果。如果在X_PCH寻呼态，UE则做X_PCH态允许的eRRM任务测量评估，可以通过一些RRC上行信令随路上报eRRM结果。当UE两个上报时机间隔超过多个评估周期，UE测量评估到多个eRRM任务相关的事件，则UE也需要上报这些事件记录出现的次数。如果eRRM-Priority-Bitstring也被设值，那么UE必须关联eRRM结果上报中eRRM任务对应的优先级。

S22、RNC接收UE上报的eRRM任务的测量评估结果，并基于该测量评估结果，采取相应的措施，比如：重新分配系统无线资源、迁移RRC状态或者跨系统移动，重新调节一些功能工作参数等。如果服务RNC觉得UE上报的eRRM任务的测量评估结果没有太多RRM辅助判决的意义，或者不能立即采取相应的措施，可以先存储，再等UE上报多次eRRM任务的测量结果之后，再采取相应的措施。服务RNC可以在UE的eRRM任务的测量结果上报之后，随时停止UE的eRRM测量评估。停止之后，UE需要删除所有eRRM任务的配置信息和已有的eRRM测量结果。如果不停止，UE则继续eRRM任务直到有效时间计时器超时，但是仍然保留之前已经上报的和新的eRRM任务的测量结果，用于后续UE本地评估目的。

S23、在上述整个过程中，由于UE本身业务行为和移动轨迹也在动态随机地变化，且服务RNC可能也没有采取任何RRM优化措施，因此很难对eRRM任务起到的辅助网络性能优化结果进行准确地预测。因此可以有实现层面的打分机制(不需要标准化)，对eRRM任务产生的RRM策略的优化效果进行评定，比如分为：“较大的提高”、“较小的提高”、“没有变化”、“较小的降低”、“较大的降低”5个评估级别。UE可以向自己的NAS层或者通过NAS消息向核心网络上报上述打分评级结果，以使用户或者网络后续参考决定是否再次触发eRRM相关任务。比如：经过一段时间eRRM任务，UE向本地NAS上报：用户业务体验“没有变化”，通过NAS消息向核心网络上报：该UE的信令开销有“较大的降低”。基于此NAS汇报信息，UE可以放弃有后续一段时间内再向服务RNC申请eRRM关于用户业务体验类型方面的eRRM任务。

本实施例的方法使得移动网络的RRM策略能够在终端的网络性能测量上报的辅助下，更好地进行RRM相关的选择判断，特别是在RRC状态选择时，RRC状态内不同DRX周期长度选择、UMTS网络和LTE网络跨系统移动性等方面。从而使得移动网络在无线资源整体利用效率、无谓信令开销、UE电量保护和用户业务体验维护等方面的性能得到改善和优化。

参照图10，提出本发明优化网络性能的设备一实施例，包括：

发送模块70，用于发送网络性能测量任务及对应的配置参数至终端，供终端执行所述网络性能测量任务；

第二接收模块80，用于接收所述终端上报的网络性能测量任务的执行结果；

优化模块90，用于根据所述执行结果优化网络性能。

第二评估模块100，用于对所述网络性能测量任务的优化结果进行评估。

本实施例的设备可以是RAT网络的无线网络控制器或基站本身，也可以是与无线网络控制器或基站外置的一设备。

首先从优化网络性能的不同方面出发，将UE的网络性能测量任务进行分类。比如分为：降低无谓信令开销类型(尽量优化移动网络无线资源利用效率)，优化UE电量使用类型(保护用户续航体验)，维护用户业务体验类型(提高数据平均传输率、缩短传输延时、提高RRC连接鲁棒性等)，当然还可以有其他更多类型的测量。本实施例将上述类型的网络性能测量任务命名成eRRM任务，这样NAS层可以用一个eRRM-Task-Bitstring标识哪些eRRM任务被开启或者关闭。NAS协议可以如下规定：

eRRM-Task-Bitstring的第一位如果为1(true)：表示降低无谓信令开销类型的测量被开启；如果为0(false)，表示降低无谓信令开销类型测量被关闭。

eRRM-Task-Bitstring的第二位如果为1(true)：表示优化UE电量使用类型的测量被开启；如果为0(false)，表示优化UE电量使用类型测量被关闭。

eRRM-Task-Bitstring的第三位如果为1(true)：表示维护用户业务体验类型的测量被开启；如果为0(false)，表示维护用户业务体验类型测量被关闭。

eRRM-Task-Bitstring的第四、五....位：可以先预留，根据网络或者UE的需求，为未来其他类型的测量扩展使用。eRRM-Task-Bitstring中的某一位设值由网络或者UE的NAS层决定。

由于上述不同类型的eRRM任务的上报结果，在某些情况下，使得网络RRM抉择产生矛盾的倾向。比如：网络为了降低无谓信令开销，或者维护用户业务体验而不得不牺牲掉更多的UE电量，或者网络为了优化UE电量使用，而不得不增加信令开销，甚至降低用户业务体验。

因此，可选地，伴随上述eRRM-Task-Bitstring，对应还有一个eRRM-Priority-Bitstring，用于表示当不同的网络性能优化发生矛盾时，RRM抉择的时候应该优先考虑高优先级方面。eRRM-Priority-Bitstring中的某一位设值也由网络或者UE的NAS层决定。如NAS协议可以如下规定：eRRM-Priority-Bitstring每一位取值范围为0-7，其中7表示最大优先级，0表示最低优先级。如果降低无谓信令开销类型优先级为7，优化UE电量使用类型优先级为5，维护用户业务体验优先级为3，则表示当RRM同时收到不同类型的eRRM任务的上报结果的时候，RRM抉择首先应该最有利于降低无谓信令开销，其次优化UE电量使用，最后才尽量维护用户业务体验。

不同的RAT网络对上述eRRM-Task-Bitstring可以有不同的解释。如UMTS网络可以对上述eRRM-Task-Bitstring理解如下：

eRRM-Task-Bitstring的第一位如果为1：表示RRM抉择应该尽量避免由富含小数据量和突发数据包的业务应用或者UE特殊移动轨迹而导致的频繁RRC状态切换和系统间移动，因此UE需要根据一定的准则，做RRC状态切换和系统间移动频繁程度的记录和评估。

eRRM-Task-Bitstring的第二位如果为1：表示当UE评估自己电量状况为Good的时候，UE允许RRM开启和配置消耗相对更多电量的功能操作。当UE评估自己电量状况为Normal的时候，UE建议RRM开启和配置消耗相对更少电量的功能操作，但是RRM也可以开启和配置消耗相对更多电量的功能操作。当UE评估自己电量状况为Bad的时候，UE不允许RRM开启和配置消耗相对更多电量的功能操作。因此UE需要根据一定的准则，评估自己电量状况。

eRRM-Task-Bitstring的第三位如果为1：表示UE经历了难以忍受的RLC数据包发送或者接收延时和非常低的上下行平均数据吞吐率，所以希望发送或者接收的RLC数据包的延时能够降低，以及上下行平均数据吞吐率能够提高。因此UE需要根据一定的准则，评估上下行RLC数据包的延时情况，或者上下行数据平均吞吐率的情况。

运营商可以根据本身RAT网络部署特点和系统资源的实时情况，准静态地通知UE网络是否开启了eRRM任务。对于UMTS网络或者LTE网络，本实施例的设备通过系统消息在服务小区中广播是否能支持各个类型的eRRM任务。每种RAT网络可以单独指示每个类型的eRRM任务的支撑能力。但是为了简化说明，本实施例将所有类型的eRRM任务支持能力耦合在一起，用一个指示表达：eRRM Allowed＝True/False。如果eRRM Allowed＝True，表示该服务小区能够为UE启动并且配置一个或者多个eRRM任务，并且处理UE eRRM任务的上报结果。如果eRRM Allowed＝False，表示该服务小区只能按照传统的RRM策略进行处理，不能进行eRRM任务的配置，不接收或者处理来自UE任何eRRM任务的上报结果。因此只有在eRRM Allowed＝True的时候，UE向本设备发起eRRM任务配置的请求并且上报后续eRRM任务测量结果才有意义和效果。

当本实施例的设备的发送模块70向终端发送网络性能测量任务后，终端向本设备申请该网络性能测量任务的配置参数。发送模块70根据UE的eRRM任务配置申请，通过Uu空中接口RRC下行消息，配置对应的eRRM任务，如配置有效时间参数、评估周期、门限和事件定义等。UE通过上述配置参数进行测量评估：在某段评估周期时间产生了过多的RRC状态频繁切换或者系统间移动相关的空口信令；在某段评估周期时间由于网络功能配置不当，产生了过度的电量消耗，而可能影响UE的续航体验；在某段评估周期时间经历了难以忍受的数据传输时延或者较低的平均数据吞吐率。

UE将收到的eRRM配置存储，开启配置有效时间计时器和评估周期计时器，立即开始周期地执行各个eRRM任务对应的测量评估。在UE执行eRRM任务过程中，本设备可以通过系统广播消息或者RRC下行专有消息停止UE正在进行的一个或者多个eRRM任务，则UE删除一切eRRM配置信息，停止已经启动的上述两个计时器，删除已有的eRRM测量评估结果。由于处于空闲态的UE产生的信令或电量消耗相对RRC连接态少很多，而且空闲态几乎不存在上下行数据传输和相关的用户业务体验，因此UE eRRM任务和结果上报仅仅对RRC连接态适用。当UE离开RRC连接态进入空闲态的时候，也立即删除一切eRRM任务的配置信息，停止已经启动的上述两个计时器，删除已有的eRRM任务的测量评估结果；当UE再次进入RRC连接态的时候，如果想进行eRRM任务，必须重新发起eRRM任务的配置申请。UE在RRC连接态中，当配置的有效时间计时器超时，UE将删除一切eRRM任务的配置信息且停止eRRM任务，但是仍然保留已有的eRRM任务的测量评估结果等待上报时机。当评估周期计时器超时，表明一个评估周期结束，UE记录评估结果(如事件个数)，然后重启动评估周期计时器，开始下一个评估周期。

在两次eRRM任务的测量结果上报时机之间，UE在eRRM任务允许的RRC状态作对应的测量评估，如果UE离开了eRRM任务允许的RRC状态，则对应的eRRM任务暂停直到UE重新回到eRRM任务允许的RRC状态。如果在Cell_DCH态，UE则做Cell_DCH态允许的eRRM任务的测量评估，可以基于事件或者时间触发eRRM任务的测量结果上报。如果在Cell_FACH态，UE则做Cell_FACH态允许的eRRM任务测量评估，可以通过一些RRC上行信令随路上报eRRM结果。如果在X_PCH寻呼态，UE则做X_PCH态允许的eRRM任务测量评估，可以通过一些RRC上行信令随路上报eRRM结果。当UE两个上报时机间隔超过多个评估周期，UE测量评估到多个eRRM任务相关的事件，则UE也需要上报这些事件记录出现的次数。如果eRRM-Priority-Bitstring也被设值，那么UE必须关联eRRM结果上报中eRRM任务对应的优先级。

第二接收模块80接收UE上报的eRRM任务的测量评估结果，优化模块90基于该测量评估结果，采取相应的措施，比如：重新分配系统无线资源、迁移RRC状态或者跨系统移动，重新调节一些功能工作参数等。如果优化模块90觉得UE上报的eRRM任务的测量评估结果没有太多RRM辅助判决的意义，或者不能立即采取相应的措施，可以先存储，再等UE上报多次eRRM任务的测量结果之后，再采取相应的措施。本设备可以在UE的eRRM任务的测量结果上报之后，随时停止UE的eRRM测量评估。停止之后，UE需要删除所有eRRM任务的配置信息和已有的eRRM测量结果。如果不停止，UE则继续eRRM任务直到有效时间计时器超时，但是仍然保留之前已经上报的和新的eRRM任务的测量结果，用于后续UE本地评估目的。

在上述整个过程中，由于UE本身业务行为和移动轨迹也在动态随机地变化，且优化模块90可能也没有采取任何RRM优化措施，因此很难对eRRM任务起到的辅助网络性能优化结果进行准确地预测。因此第二评估模块100可以有实现层面的打分机制(不需要标准化)，对eRRM任务产生的RRM策略的优化效果进行评定，比如分为：“较大的提高”、“较小的提高”、“没有变化”、“较小的降低”、“较大的降低”5个评估级别。UE可以向自己的NAS层或者通过NAS消息向核心网络上报上述打分评级结果，以使用户或者网络后续参考决定是否再次触发eRRM相关任务。比如：经过一段时间eRRM任务，UE向本地NAS上报：用户业务体验“没有变化”，通过NAS消息向核心网络上报：该UE的信令开销有“较大的降低”。基于此NAS汇报信息，UE可以放弃有后续一段时间内再向本设备申请eRRM关于用户业务体验类型方面的eRRM任务。

本实施例的设备使得移动网络的RRM策略能够在终端的网络性能测量上报的辅助下，更好地进行RRM相关的选择判断，特别是在RRC状态选择时，RRC状态内不同DRX周期长度选择、UMTS网络和LTE网络跨系统移动性等方面。从而使得移动网络在无线资源整体利用效率、无谓信令开销、UE电量保护和用户业务体验维护等方面的性能得到改善和优化。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (14)

1.一种优化网络性能的方法，其特征在于，包括步骤：

当终端所在的RAT网络开启网络性能测量的功能时，所述终端根据收到的网络性能测量任务及对应的配置参数执行所述网络性能测量任务；

上报所述网络性能测量任务的执行结果至所述RAT网络，供所述RAT网络根据所述执行结果优化网络性能。

2.如权利要求1所述的方法，其特征在于，在执行所述终端根据收到的网络性能测量任务及配置参数执行所述网络性能测量任务之前，还包括：

接收所述RAT网络发送的所述网络性能测量任务；

根据所述RAT网络对所述网络性能测量任务的定义对所述网络性能测量任务进行标准化理解；

向所述RAT网络申请所述网络性能测量任务的配置参数；所述配置参数包括有效时间参数、评估周期、门限和/或事件定义。

3.如权利要求2所述的方法，其特征在于，所述终端根据收到的网络性能测量任务及配置参数执行所述网络性能测量任务包括：

根据所述RAT网络对所述网络性能测量任务的标准化理解以及所述配置参数执行所述网络性能测量任务。

4.如权利要求1至3中任一项所述的方法，其特征在于，在执行上报所述网络性能测量任务的执行结果至所述RAT网络之后，还包括：

对所述网络性能测量任务的优化结果进行评估。

5.一种优化网络性能的终端，其特征在于，包括：

执行模块，用于当所述终端所在的RAT网络开启网络性能测量的功能时，根据收到的网络性能测量任务及对应的配置参数执行所述网络性能测量任务；

上报模块，用于上报所述网络性能测量任务的执行结果至所述RAT网络，供所述RAT网络根据所述执行结果优化网络性能。

6.如权利要求5所述的终端，其特征在于，还包括：

第一接收模块，用于接收所述RAT网络发送的所述网络性能测量任务；

解析模块，用于根据所述RAT网络对所述网络性能测量任务的定义对所述网络性能测量任务进行标准化理解；

申请模块，用于向所述RAT网络申请所述网络性能测量任务的配置参数；所述配置参数包括有效时间参数、评估周期、门限和/或事件定义。

7.如权利要求6所述的终端，其特征在于，所述执行模块具体用于：

根据所述RAT网络对所述网络性能测量任务的标准化理解以及所述配置参数执行所述网络性能测量任务。

8.如权利要求5至7中任一项所述的终端，其特征在于，还包括：

第一评估模块，用于对所述网络性能测量任务的优化结果进行评估。

9.一种优化网络性能的方法，其特征在于，包括步骤：

RAT网络的无线网络控制器或基站发送网络性能测量任务及对应的配置参数至终端，供终端执行所述网络性能测量任务；

接收所述终端上报的网络性能测量任务的执行结果；

根据所述执行结果优化网络性能。

10.如权利要求9所述的方法，其特征在于，所述根据执行结果优化网络性能具体为：

根据所述网络性能测量任务的测量结果以及该网络性能测量任务的优先级进行RRM抉择。

11.如权利要求9或10所述的方法，其特征在于，还包括：

对所述网络性能测量任务的优化结果进行评估。

12.一种优化网络性能的设备，其特征在于，包括：

发送模块，用于发送网络性能测量任务及对应的配置参数至终端，供终端执行所述网络性能测量任务；

第二接收模块，用于接收所述终端上报的网络性能测量任务的执行结果；

优化模块，用于根据所述执行结果优化网络性能。

13.如权利要求12所述的设备，其特征在于，所述优化模块具体用于：

根据所述网络性能测量任务的测量结果以及该网络性能测量任务的优先级进行RRM抉择。

14.如权利要求12或13所述的设备，其特征在于，还包括：

第二评估模块，用于对所述网络性能测量任务的优化结果进行评估。

Images