背景技术
在未来的移动通信系统中,希望通过引入网络自优化的机制,减少网络规划和操作维护的人工参与,由网络根据统计量自动优化参数,降低网络的建设和运营成本。为了减少网络的运维成本,希望能够采取网络配置UE(UserEquipment,用户设备)上报方法,减少人工路测的工作,即采用最小化路测(MDT)方案。另一方面,也希望能够通过MDT获得普通路测无法到达的区域的无线测量信息。
现有MDT沿用trace(跟踪)功能,按照OAM(Operation Administration andMaintenance,操作、管理和维护)是否参与选择特定的UE参与MDT,分为:
Signalling based trace(基于信令的跟踪):在这种情况下,OAM基于IMSI(International Mobile Subscriber Identity,国际移动用户识别码)或者IMEI(International Mobile Equipment Identity,国际移动设备识别码)选择特定的一些UE参与MDT任务,当OAM有signalling based trace的MDT命令时,其信令流程如图1所示,具体为:OAM->HSS(Home Subscriber Server,归属用户服务器)->MME(移动性管理实体)->eNB(演进节点B,即基站)->UE;
Management based trace(基于管理的跟踪):在这种情况下,OAM并不参与UE的选择,由RAN(Radio Access Network,无线接入网络)侧基于一定的准则(如要求参与MDT的UE需要具备什么样的能力)决定选择哪些UE参与此次MDT任务,也可以称为cell based trace(基于小区的跟踪)。当OAM有management based trace的MDT命令时,其信令流程如图1所示,具体为:OAM->eNB->UE。
按照MDT结果的上报方式,MDT可分为:
Immediate MDT(立即上报):连接态进行的MDT测量与上报。复用RRM(Radio Resource Management,无线资源管理)测量的形式,一旦满足上报条件,立即上报MDT结果给eNB(基站)/RNC(无线网络控制器);
Logged MDT(存储上报):空闲态进行的MDT测量,在后续连接态进行上报。一旦满足了配置的触发条件,将获取测量结果并进行储存(log),在后续的合适时机上报给eNB/RNC。
其中,Logged MDT配置中包含area scope(区域范围)以及duration timer(持续时间定时器)。当UE进入IDLE(空闲)状态后,若所在的小区处于areascope内,则执行log MDT测量与结果收集。Duration timer是在UE收到LoggedMDT配置后就生效,如果Duration timer超时,则停止log MDT过程,开启48hour timer定时器(即48小时定时器)。在48hour timer定时器后,UE仍没未能将log结果上报给网络侧,则删除所储存的MDT结果。
当前业界认为Signalling based trace与Management based trace均要支持Immediate MDT和Logged MDT。
MDT配置可通过如下方式下发给UE:
Immediate MDT:基于现有RRM测量过程对UE进行MDT配置和MDT测量结果上报,当中会对现有的RRM测量过程进行一些扩展,如为了增加位置信息而进行的一些扩展;
Logged MDT:由网络在连接态下发Logged MDT配置给UE,不基于现有RRM测量进行扩展,而是定义了一种新的配置方法,如图2所示。
对于UE侧来说,当UE释放掉RRC连接时,不会将收到的该Logged MDT配置同时释放,而是继续保留并开启空闲态的log测量与测量结果收集。只要Logged MDT配置中的duraion timer不超时,且UE侧记录的MDT结果也没有溢出,当UE经过多个idle->connected(连接)->idle状态转移时,UE仍保存该Logged MDT配置。
另外,RAN侧不会保留任何相关的Logged MDT context(上下文),也不会将Logged MDT context在节点间的传递。当UE进入IDLE状态时,RAN侧节点将释放相关的MDT context。
发明人在实现本发明的过程中,发现现有技术至少存在以下问题:
对于如何给UE下发MDT配置,现在已有相应的解决方案,但是如何去激活某项MDT任务,现在还未提出相关的解决方案。
具体实施方式
目前,Management based trace中,OAM不是基于特定UE而是基于小区级的直接给eNB发送相应的MDT信令,而Logged MDT配置本身就比较特殊,其配置在UE中经过多次idle->connected->idle状态仍保持,且eNB下发LoggedMDT配置后,如果发生切换及进入IDLE状态,其配置及相关的MDT context均不在eNB处保存,也不在eNB之间传递。因此,如果某项MDT任务,既属于Management based trace,又是Logged MDT,那么网络侧很难知道给哪些UE下发了该MDT任务。
针对现有技术存在的上述问题,本发明实施例提供了去激活MDT配置的技术方案。该技术方案中,OAM想终止某项MDT任务时,如果发现该MDT任务属于Management based trace,则直接给eNB发送去激活某项MDT任务的命令;eNB收到去激活命令后,可通过广播方式发送去激活某项MDT任务的命令给UE,UE可根据收到的命令,删除相应的MDT配置、停止相应的timer,清除相应的MDT结果。
下面结合附图对本发明的实施例进行详细描述。
实施例一
本实施例描述了OAM/eNB通过寻呼消息中现有的1bit指示通知UE读取系统消息,以获取去激活MDT任务信息,UE根据该系统消息去激活该UE上配置的相应MDT的过程。
现有协议中,eNB通过寻呼消息中的1bit指示可通知UE系统消息发生了改变,以告知UE需要在下一个系统消息更改周期重新去读取系统信息。为了通知到所有UE,eNB可能在整个系统消息更改周期内发送包含系统信息改变指示的寻呼消息。
本实施例中,如图3所示,在eNB收到OAM发送的去激活命令后(步骤301),沿用现有协议的该项规定,通过寻呼消息中的该1bit指示,告诉UE系统消息发生了改变(步骤302),并随后(即下一个系统消息更改周期)在相应的系统消息(可以是已有的系统消息,如SIB2,也可以是新定义的一个SIB,其中,SIB是System Information Block的英文缩写,表示系统信息块)中包含去激活MDT任务的信息广播给UE(步骤303)。其中,去激活MDT任务的信息可以用trace reference(跟踪指示)或trace ID(跟踪标识)表示,即,通过trace reference或trace ID来标识需要去激活的MDT配置。该信息为可选项。
系统消息中携带的去激活信息既对IDLE态的UE有效,也对连接态的UE有效。根据现有协议,当UE处于连接态时,UE根据寻呼消息中的1bit信息被强制去读取系统消息中的MIB/SIB1/SIB2/SIB8(其中,MIB是MasterInformation Block的英文缩写,表示主系统信息块),所以上述去激活MDT任务的信息需要添加在SIB1/SIB2/SIB8或者新定义的SIB中。其中,如果去激活MDT任务的信息添加在SIB1/SIB2/SIB8中,则对现有协议无需改变;如果去激活MDT任务消息添加在新定义的SIB中,则需强制连接态的UE除了读取MIB/SIB1/SIB2/SIB8,还需要读取该新定义的SIB。
不管是连接态UE还是空闲态UE,接收到寻呼消息后,根据其中的1bit指示得知系统消息发生了改变,则随后UE重新读取MIB、SIB1,获取系统信息块调度信息,进而读取系统信息块,获取其中包含的去激活MDT任务的系统信息块(步骤304)。其中,如果UE处于IDLE状态,UE获知系统消息发生改变后,会在下一个系统消息更改周期将系统信息块调度信息中的所有系统信息重新读取一遍;如果UE处于连接状态,则UE只会在下一个系统消息更改周期读取SIB2、SIB8或新添加的SIB(在去激活MDT任务的信息添加在新定义的SIB的情况下)。另外,UE在系统信息超时或者接入到一个新小区时,会重新读取所需的系统消息,这时也可能获取系统消息中携带的去激活MDT任务的信息。
如果UE侧正好存储了去激活MDT任务信息(如trace reference或trace ID)所指示的Logged MDT配置,则从UE上删除相应的MDT配置,清除相应的log MDT结果(在UE上存储有还未上报的MDT结果的情况下),停止当时为Logged MDT配置的timer(在该timer还未停止计时的情况下,其中,如果duration timer运行,则停止该timer;如果运行的是48hour timer,停止该timer)(步骤305)。
通过以上描述可以看出,基站通过在寻呼消息中使用现有的1bit指示信息通知终端接收系统消息,并在随后的系统消息中携带需要去激活的MDT任务的标识信息,使终端能够获取系统消息中携带的需要去激活的MDT任务的标识信息,并去激活相应的MDT配置,实现了MDT任务的去激活,并且对现有协议改动较小。
实施例二
本实施例描述了OAM/eNB通过在寻呼消息中新增加指示信息,用来通知UE系统消息中是否包含去激活MDT信息,以使UE根据该寻呼消息决定是否进一步读取系统消息,从而获取去激活MDT任务信息以及根据获取到的MDT任务信息去激活相应的MDT配置的过程。为了通知到所有UE,eNB可能在整个系统消息更改周期内发送包含去激活MDT信息指示的寻呼消息。
如图4A所示,eNB在收到OAM发送的去激活命令后(步骤401),在寻呼消息中添加1bit指示信息(该bit为现有协议上新添加的IE,该指示信息也可以使用2个或更多的比特,优选使用1比特),用于通知随后发送(如下一个系统消息更改周期,也可以是本周期内延后一段时延后发送,优选前者)的系统消息中是否有去激活MDT消息(步骤402),从而使UE决定是否需要读取相应的系统信息以获取去激活MDT的信息。如果该1bit的指示信息表明系统消息中包含有去激活MDT配置,则eNB随后在相应的系统消息(可以是已有的系统消息,如SIB9,也可以是新定义的SIB)中包含去激活MDT任务的信息并广播给UE(步骤403)。其中去激活的MDT任务可以用trace reference或trace ID标识,该信息为可选项。
不管是连接态UE还是空闲态UE,获取寻呼消息后,如果其中携带的该1bit指示信息表明系统消息中包含有去激活MDT配置信息,且该UE中配置有log MDT,则UE随后读取eNB广播的相应的系统消息(如已有的系统消息,如SIB9,也可以是新定义的SIB)以获取其中携带的MDT去激活信息;否则,则UE可以忽略此寻呼消息。UE读取系统消息时,可通过重新读取SIB1获取系统信息块调度信息,进而读取包含去激活MDT任务的系统信息块,获取其中携带的去激活MDT信息(如trace reference或trace ID);如果UE侧正好存储了该trace reference或trace ID对应的Logged MDT配置,则删除相应的MDT配置,清除相应的log MDT结果(在UE上存储有还未上报的MDT结果的情况下),停止当时为Logged MDT配置的timer(在该timer还未停止计时的情况下)。
上述UE的处理过程可如图4B所示。如图4B所示,该流程可包括:
步骤404,UE监听寻呼消息。其中,UE包括连接态的UE和/或空闲态的UE;
步骤405,UE监听到寻呼消息后,判断其中是否携带有用于标识系统消息中包含有去激活MDT任务的指示信息,如果有,则执行步骤406;否则返回步骤404,继续监听下一轮的寻呼消息;
步骤406,UE判断自身是否存储有MDT配置,如果有,则执行步骤407,否则返回步骤404,继续监听下一轮的寻呼消息;
步骤407,UE读取系统消息中的SIB1,获取去激活MDT任务信息所在的SIB调度信息;
步骤408,UE读取去激活MDT任务所在的SIB,获得MDT任务的标识信息(如trace reference或trace ID),并在自身存储有该MDT任务的标识信息所指示的MDT配置时,去激活相应的MDT配置。
通过以上描述可以看出,基站通过在寻呼消息中使用新定义的指示信息通知终端接收系统消息中包含有去激活MDT任务的信息,并在随后的系统消息中携带需要去激活的MDT任务的标识信息,使终端能够根据自己是否存储有MDT配置决定是否去读取系统消息,并在读取系统消息后,根据其中携带的需要去激活的MDT任务的标识信息,去激活相应的MDT配置,实现了MDT任务的去激活,并且使UE可以根据自身是否存储有MDT配置的情况决定是否接收系统消息,与实施例一相比,可节省终端的开销。
实施例三
本实施例描述了eNB在寻呼消息中增加去激活MDT任务的信息,以指示UE去激活相应的MDT任务的过程。
如图5所示,eNB在收到OAM发送的去激活命令后(步骤501),向UE发送寻呼消息,本发明实施例在该寻呼消息中增加了IE,用于携带去激活MDT任务的信息(步骤502)。其中,需要去激活的MDT任务可以用trace reference或trace ID标识,该信息为可选项。
不管是连接态UE还是空闲态UE,通过读取寻呼消息,根据其中是否携带去激活MDT任务的信息可以获知是否需要去激活MDT任务。如果寻呼消息中包含有去激活MDT任务的信息(以trace reference或trace ID标识),而UE侧正好存储了该trace reference或trace ID对应的Logged MDT配置,则删除相应的MDT配置,清除相应的log MDT结果(在UE上存储有还未上报的MDT结果的情况下),停止当时为Logged MDT配置的timer(在该timer还未停止计时的情况下)(步骤503)。
通过以上流程可以看出,基站通过在寻呼消息中使用新定义的IE来通知终端去激活MDT任务的信息,使终端能够根据其中携带的需要去激活的MDT任务的标识信息,去激活相应的MDT配置,实现了MDT任务的去激活,与实施例一和实施例二相比,节省了系统消息的广播,从而节省了系统资源开销。
需要说明的是,由于Management based trace是基于cell下发MDT任务的,而有些UE收到Logged MDT配置后,则离开了该Logged MDT对应的areascope区域,而无法收到eNB发送的去激活MDT广播消息。因此,上述实施例一中,eNB可重复的周期性发送相应的系统消息,在重复一定次数或者一段时间(次数或时间长度均可设置)后停止;同理,在实施例二中,eNB可重复的周期性发送寻呼消息及相应的系统消息;在实施例三中,eNB可重复的周期性发送寻呼消息。
还需要说明的是,MDT配置也适用于UMTS(全球移动通信系统),因此,UTRAN(UMTS地面无线接入网)也可以通过广播系统信息通知去激活MDT任务。如通过Value tag告知对应的信息块(可以是已有的系统消息,如SIB11bis,也可以是新定义的SIB)发生改变,以通知UE读取对应的信息块,进而获得去激活MDT任务的具体信息。
基于相同的技术构思,本发明实施例还提供了一种基站设备和一种终端设备,可应用于本发明实施例的上述流程。
参见图6,为本发明实施例提供的基站设备的结构示意图,如图所示,该基站设备可包括:
接收模块601,用于接收OAM发送的去激活MDT配置的命令;
发送模块602,用于根据接收模块601接收到的所述命令,将需要去激活的MDT任务的信息发送给终端。
上述基站设备中的发送模块602的一种实现方式为:向终端发送携带有指示信息的寻呼消息,所述指示信息用于通知终端系统消息发生改变,以指示终端在下一个系统消息更改周期读取系统消息;并在下一个系统消息更改周期发送的系统消息中携带需要去激活的MDT任务的信息。其中,该模块可将所述需要去激活的MDT任务的信息承载在所述系统消息中已有的系统信息块SIB中,或承载在所述系统消息中新定义的SIB中。该模块该可根据设定次数重复发送所述系统消息。
上述基站设备中的发送模块602的另一种实现方式为:向终端发送携带有指示信息的寻呼消息,所述指示信息用于通知终端系统消息中包含有去激活MDT任务的信息;并在下一个系统消息更改周期发送的系统消息中携带需要去激活的MDT任务的信息。其中,该模块可将所述需要去激活的MDT任务的信息承载在所述系统消息中已有的系统信息块SIB中,或承载在所述系统消息中新定义的SIB中。该模块还可根据设定次数重复发送所述寻呼消息和相应的系统消息。
上述基站设备中的发送模块602的另一种实现方式为:向终端发送寻呼消息,所述寻呼消息中携带有去激活MDT任务的信息。该模块还可根据设定次数重复发送所述寻呼消息及相应系统消息,或者在设定长时间内重复发送所述寻呼消息及相应系统消息。
参见图7,为本发明实施例提供的终端设备的结构示意图,如图所示,该终端设备可包括:
获取模块701,用于获取基站发送的去激活MDT任务的信息;
去激活模块702,用于根据获取模块701获取到的所述去激活MDT任务的信息,去激活所述终端上对应的MDT配置。
上述终端设备中的获取模块701的一种实现方式为:接收基站发送的携带有指示信息的寻呼消息,所述指示信息用于通知终端系统消息发生改变,以指示终端在下一个系统消息更改周期重新获取系统信息;并根据该指示信息从基站在下一个系统消息更改周期发送的系统消息中,获取其中携带的去激活MDT任务的信息。另外,在系统信息超时或者接入到一个新小区时,会重新读取所需的系统消息,从而获取系统消息中携带的去激活MDT任务的信息。
上述终端设备中的获取模块701的另一种实现方式为:接收基站发送的携带有指示信息的寻呼消息,所述指示信息用于通知终端系统消息中包含有去激活MDT任务的信息;并在所述终端在确定自身存储有MDT配置时,接收基站在下一个系统消息更改周期发送的系统消息,获取其中携带的去激活MDT任务的信息。
上述终端设备中的获取模块701的另一种实现方式为:接收基站发送的寻呼消息,获取其中携带的去激活MDT任务的信息。
所述MDT任务的信息,包括:MDT配置的跟踪指示trace reference或跟踪标识trace ID;去激活模块702可在确定自身存储有与所述trace reference或trace ID对应的MDT配置时,删除对应的MDT配置,在为所述MDT配置所设置的定时器还在计时的情况下停止所述定时器,并在自身存储有未上报的MDT结果时清除该MDT结果。
综上所述,由于Logged MDT的特殊性,RAN侧并不知道给哪些UE下发了Logged MDT,采用本发明实施例提出的去激活MDT配置方案,可采用广播的方式去激活MDT配置,这样RAN侧无需关心给哪些UE下发了LoggedMDT,也不用去关心UE是处于连接状态还是idle状态。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。