一种跟踪区列表配置的方法、设备及系统的制作方法

文档序号:10666566阅读:354来源:国知局
一种跟踪区列表配置的方法、设备及系统的制作方法
【专利摘要】本发明提供了一种跟踪区列表配置的方法、设备及系统,包括:获取用户设备的当前驻留小区的类型和用户设备的工作状态信息;根据当前驻留小区的类型和工作状态信息确定跟踪区列表;向用户设备发送跟踪区列表,以便用户设备根据跟踪区列表确定自身的跟踪区域。本发明的方案,针对用户设备驻留小区为宏小区、微小区或微微小区及用户设备的工作状态信息为用户设备动态配置跟踪区列表,在邻近区域的宏小区和微小区或微微小区的跟踪区不同的场景下减少了用户设备在宏小区和微小区或微微小区间移动时的跟踪区更新次数,并且显著降低了微基站或微微基站的寻呼量负荷。
【专利说明】
一种跟踪区列表配置的方法、设备及系统
技术领域
[0001]本发明涉及移动通信领域,尤其涉及一种跟踪区列表配置的方法、设备及系统。
【背景技术】
[0002]跟踪区(TrackingArea,TA)是长期演进(Long Term Evolut1n,LTE)或系统构架演进(System Architecture Evolut1n,SAE)系统为用户设备的位置管理新设立的概念。TA的功能与第三代移动通信技术的位置区(Locat1n Area, LA)和路由区(RoutingArea, RA)类似,由于LTE系统主要为分组域功能设计,因此TA更接近RA的概念。
[0003]此外,对于TA而言,一个TA可包含一个或多个小区,而一个小区只能归属于一个TA,且TA用TA码(Tracking Area Code’TAC)标识,TAC在小区的系统消息(SIBl)中周期性广播。
[0004]在LTE系统中引入了 TA列表的概念,且一个TA列表包含I?16个TA。移动管理实体(Mobility Management Entity,MME)可以为每一个用户设备分配一个TA列表,并发送给用户设备保存。用户设备在该TA列表中包括的TA对应的小区内移动时不需要执行跟踪区更新(Tracking Area Update, TAU));当UE进入不在其所注册的TA列表中的新TA区域时,用户设备会获取该TA区域对应的小区周期性的在SIBl中广播的TAC,若用户设备发现该TAC所标识的TA未包含与该用户设备的TA列表中,则需要执行TA更新,此时MME为用户设备重新分配一组TA形成新的TA列表。当存在业务需求时,由于MME只能确定用户设备的TA,并不确定用户设备所在的小区,则MME需要向TA列表中包括的所有TA对应的宏小区、微小区或微微小区发送寻呼信令,则造成了寻呼资源的浪费。
[0005]随着LTE宏蜂窝网络的部署,用户对移动互联网业务的需求将继续增长,而由于频谱资源的限制以及高频段深度覆盖的不足,需要提高频谱的复用度并引入新型的深度覆盖站型。其中,LTE微基站和微微基站的弓I入能解决这些问题,例如在长期演进升级版(LongTerm Evolut1n-Advanced,LTE_A)标准化中定义了室内型小基站(Small Cell),如家庭基站。它主要面向家庭环境或企业办公区域,分别对应家庭级和企业级室内小基站,用于提供高速的室内小范围覆盖。室内小基站的发射功率较低,一般为I瓦特(W)以下,服务的用户较少,主要为室内用户。一般的,我们把集成了无线局域网(WiFi)功能的室内型小基站又叫做 Nanocell。
[0006]然而,运营商在部署Nanocell时,如果Nanocell与周围的宏基站(Macrocell)配置相同的TA,则Nanocell也同时需要承载周围Macrocell覆盖范围内大量用户的寻呼量,但是以现有Nanocell的芯片处理能力较难承载大量的寻呼量。
[0007]针对此问题,现有的解决方案是:
[0008](I)减少与Nanocell配置相同TA的Macrocell数目,但是此种方法相当于对原有属于同一 TA的宏小区域进行了分裂,增加了 Macrocell的用户设备的TAU次数,使得Nanocell的部署影响了原有宏网的性能。
[0009](2)把Nanocell与周围Macrocell配置成不同的TA。使用此方案虽然不会影响原宏网的性能,但由于Nanocell的覆盖面积很小,这违反了 TA的设置原则,会导致用户在Macrocell与Nanocell之间移动时的TAU次数会显著增加,并且此TAU集中在少量基站上,即Nanocell与周边Macrocell,从而影响网络性能。
[0010]由此看来,目前的现有技术方案,无法在降低Nanocell所承载的寻呼量的情况下,达到减少TAU的次数的目的,从而影响网络的性能。

【发明内容】

[0011]本发明要解决的技术问题是提供一种跟踪区列表配置的方法、设备及系统,根据用户设备的驻留小区类型及用户设备的工作状态信息,动态配置相应的跟踪区列表,能够显著降低微基站或微微基站的寻呼量负荷,并减少用户设备的TAU次数。
[0012]为了解决上述技术问题,本发明采用如下技术方案:
[0013]依据本发明的一个方面,提供了一种跟踪区列表配置的方法,该方法包括:
[0014]获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息;
[0015]根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表;
[0016]向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。
[0017]其中,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0018]其中,若所述工作状态信息为:用户设备开机后初始接入到宏小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表;或
[0019]若所述工作状态信息为:用户设备开机后初始接入到微小区或微微小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或
[0020]若所述工作状态信息为:用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,且宏小区的跟踪区与微小区或微微小区的跟踪区不同;或
[0021]若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表。
[0022]其中,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表的步骤,具体包括:
[0023]若所述用户设备当前驻留的宏小区与所述微小区或微微小区存在邻区关系,则生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;
[0024]若所述用户设备当前驻留的宏小区与所述微小区或微微小区不存在邻区关系,则生成只包括宏小区的跟踪区的跟踪区列表。
[0025]其中,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表的步骤,具体包括:
[0026]获取所述用户设备的移动速度;
[0027]如果所述用户设备的移动速度超过预定阈值,则生成只包括宏小区的跟踪区的跟踪区列表。
[0028]其中,当宏小区范围内部署了多个微基站或微微基站时,每一个所述微基站对应的微小区或所述微微基站对应的微微小区的跟踪区均相同。
[0029]依据本发明的另一个方面,还提供了一种跟踪区配置的方法,该方法包括:
[0030]接收移动管理实体根据用户设备当前驻留小区的类型和工作状态信息确定的跟踪区列表;
[0031]根据所述跟踪区列表确定所述用户设备的跟踪区域。
[0032]其中,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0033]其中,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,所述方法还包括:
[0034]接收所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成的只包括宏小区的跟踪区的跟踪区列表。
[0035]依据本发明的另一个方面,还提供了一种跟踪区列表配置的设备,包括:
[0036]获取模块,用于获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息;
[0037]处理模块,用于根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表;
[0038]发送模块,用于向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。
[0039]其中,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0040]其中,所述处理模块包括:
[0041]第一生成单元,用于若所述工作状态信息为:用户设备开机后初始接入到宏小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表;或
[0042]第二生成单元,用于若所述工作状态信息为:用户设备开机后初始接入到微小区或微微小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或
[0043]第三生成单元,用于若所述工作状态信息为:用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或
[0044]第四生成单元,用于若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表。
[0045]其中,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述处理模块包括:
[0046]第五生成单元,用于若所述用户设备当前驻留的宏小区与所述微小区或微微小区存在邻区关系,则生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;
[0047]若所述用户设备当前驻留的宏小区与所述微小区或微微小区不存在邻区关系,则生成只包括宏小区的跟踪区的跟踪区列表。
[0048]其中,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述处理模块包括:
[0049]第六生成单元,用于获取所述用户设备的移动速度,如果所述用户设备的移动速度超过预定阈值,则生成只包括宏小区的跟踪区的跟踪区列表。
[0050]其中,当宏小区范围内部署了多个微基站或微微基站时,每一个所述微基站对应的微小区或所述微微基站对应的微微小区的跟踪区均相同。
[0051]依据本发明的另一个方面,还提供了一种跟踪区配置的设备,包括:
[0052]接收模块,用于接收移动管理实体根据用户设备当前驻留小区的类型和工作状态信息确定的跟踪区列表;
[0053]确定模块,用于根据所述跟踪区列表确定所述用户设备的跟踪区域。
[0054]其中,所述工作状态信息包括:用户设备开机后初始接入宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0055]其中,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,所述接收模块还用于:
[0056]接收所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成的只包括宏小区的跟踪区的跟踪区列表。
[0057]依据本发明的另一方面,还提供了一种跟踪区域配置的系统,该系统包括:多个宏基站,所述宏基站覆盖的宏小区范围内部署的多个微基站或微微基站,上述所述的跟踪区列表配置的设备。
[0058]本发明的有益效果是:
[0059]本发明的跟踪区列表配置的方法通过获取用户设备的当前驻留小区类型和用户设备的工作状态信息,并跟据用户设备的驻留小区类型及工作状态信息,动态配置相应的跟踪区域,并通过使宏小区及宏小区覆盖范围内的微基站或微微基站对应的微小区或微微小区配置为不同的跟踪区域,使得用户设备无论是驻留在宏小区还是微小区或微微小区,均可保证该用户设备可被正常寻呼到,并减小微小区或微微小区承载的寻呼量,此外,当用户设备在宏小区与微小区或微微小区之间移动时,还可进一步减少用户设备的跟踪区更新次数,从而降低了对网络性能的影响。
【附图说明】
[0060]图1表示本发明实施例的跟踪区列表配置的方法流程示意图之一;
[0061]图2表示本发明实施例的跟踪区列表配置的方法流程示意图之二 ;
[0062]图3表示本发明实施例的跟踪区列表配置的设备的结构框图之一;
[0063]图4表不本发明实施例的处理模块的结构框图;
[0064]图5表示本发明实施例的跟踪区列表配置的设备的结构框图之二。
【具体实施方式】
[0065]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
[0066]实施例一
[0067]依据本发明实施例的一个方面,提供了一种跟踪区域配置的方法,该方法首先,获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息;接着,根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表;最后,向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。其中,该方法可在移动管理实体中实现,也可通过网关得以实现。
[0068]如图1所示,该方法包括:
[0069]步骤S11、获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息。
[0070]用户设备的当前驻留小区可以是宏小区,或微小区或微微小区,其中,微小区或微微小区为或宏小区覆盖范围内部署的微基站或微微基站对应的微小区或微微小区,比如主要面向家庭环境或企业办公区域且用于提供高速的室内小范围覆盖的Nanocell,当然对于宏小区范围的其他基站,本实施例并不做具体限定。其中,用户设备的当前驻留小区类型可以根据该用户设备的接入信息,如小区标识来确定。
[0071]此外,用户设备的工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0072]步骤S13、根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表。
[0073]本发明实施例的跟踪区列表配置的方法中,确定用户设备的跟踪区列表的依据是该用户设备当前驻留小区的类型和工作状态信息,即依据用户设备开机后初始接入的是宏小区、微小区或微微小区,及该用户设备从宏小区移动到微小区或微微小区或是从微小区或微微小区移动到宏小区的工作状态,来动态生成相应的跟踪区列表。
[0074]此外,由于跟踪区域列包括I?16个TA,而一个TA可包含一个或多个小区,该小区可为宏小区、微小区或微微小区,为了能够减少宏小区范围内存在的微小区或微微小区承载的寻呼量,在本发明实施例的跟踪区配置的方法中,宏小区的跟踪区与微小区或微微小区的跟踪区不同。
[0075]具体地,当用户设备开机后初始接入到宏小区时,相应地,步骤S13,具体为:
[0076]根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表。其中,宏小区所指的为广义的宏小区,强调的是该情形下生成的跟踪区列表是不包括微小区或微微小区的。即此种情形下生成的跟踪区列表除了包括该用户设备开机后初始接入的宏小区外,还可包括其他的宏小区,但需要注意的是,用户设备开机后初始接入的宏小区是必须包括在新生成的跟踪区列表之内的。
[0077]因为移动管理实体只能确定用户设备的跟踪区域,并不确定所在的小区,所以当存在业务需求时,移动管理实体需要向跟踪区列表里包括的所有跟踪区对应的小区发送寻呼消息。又因为此时跟踪区列表里只包括宏小区的跟踪区,而不包括微小区或微微小区的跟踪区,且宏小区的跟踪区与微小区或微微小区的跟踪区不同,所以,当寻呼处于该宏小区的用户设备时,微小区或微微小区并不会收到寻呼消息,则可以显著减少微小区或微微小区所承载的寻呼量。
[0078]具体地,当用户设备开机后初始接入到微小区或微微小区时,步骤S13,具体为:
[0079]根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同。
[0080]其中,微小区或微微小区所指的为广义的微小区或微微小区,即此种情形下生成的跟踪区列表除了包括该用户设备开机后初始接入的微小区或微微小区外,还可包括其他的微小区或微微小区,但需要注意的是,用户设备开机后初始接入的微小区或微微小区是必须包括在新生成的跟踪区列表之内的。
[0081]由此可知,当用户设备开机时驻留在微小区或微微小区时,因为移动管理实体为用户设备配置的跟踪区列表中包括了宏小区的跟踪区和微小区或微微小区的跟踪区,所以,保证了处于微小区或微微小区的用户设备可被正常寻呼。
[0082]具体地,当用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新时,步骤S13,具体为:
[0083]根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,微小区或微微小区为跟踪区不属于所述用户设备的跟踪区列表的微小区或微微小区,且宏小区的跟踪区与微小区或微微小区的跟踪区不同。
[0084]本发明实施例的跟踪区列表配置的方法中,宏小区的跟踪区与微小区或微微小区的跟踪区不同,所以为了当用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新时,该用户设备可被正常寻呼,此时生成的跟踪区列表需要包括微小区或微微小区的跟踪区,并且,为了避免用户设备在宏小区和微小区或微微小区间移动时增加额外的跟踪区更新次数,此时生成的跟踪区列表还需要包括宏小区的跟踪区。
[0085]具体地,当用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新时,在步骤S13中根据所述当前驻留小区的类型和工作状态信息生成的跟踪区列表可以以下两种方式生成:
[0086]方式一:生成只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0087]方式二:根据宏小区与微小区或微微小区是否存在邻区关系,生成相应的跟踪区列表,具体地,若所述用户设备当前驻留的宏小区与微小区或微微小区存在邻区关系时,则生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同,且宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区;
[0088]若所述用户设备当前驻留的宏小区与所述微小区或微微小区不存在邻区关系,则生成只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0089]其中,方式一相对方式二而言,其实现过程相对简单,但同样可以保证用户设备可被正常寻呼,且减小微小区或微微小区的寻呼量,并避免增加额外的跟踪区列表更新次数。然而,方式二则对于降低微小区的寻呼量和减少跟踪区列表更新次数的效果更佳。
[0090]此外,当用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新时,步骤S13还可为:
[0091]获取所述用户设备的移动速度;
[0092]如果所述用户设备的移动速度超过预定阈值,则生成只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0093]其中,用户设备的移动速度,可以通过该用用户设备接入小区的切换次数来获得,当然,可以理解的是,对于用户设备的移动速度的具体获得方式,在本实施例中不做具体限定。
[0094]由此可知,当用户设备为中高速用户时,即该用户设备以超过预定阈值的速度从宏小区移动到微小区或微微小区时,由于微小区和微微小区的覆盖范围较小,且该用户设备处于快速移动中,则可以认为此用户设备将来驻留在微小区或微微小区的概率很低,因此,该种情况下生成的跟踪区列表只包括宏小区的跟踪区,则减少了微小区或微微小区承载的寻呼量。例如:用户设备从家庭基站快速移动到宏小区并进行TAU时,即使此时宏小区和家庭基站间存在邻区关系,由于家庭基站小区的覆盖范围较小,所以在用户设备快速移动的过程中,没有必要将家庭基站的跟踪区加入到跟踪区列表中。
[0095]可选地,当宏小区范围内部署了多个微基站或微微基站时,每一个所述微基站对应的微小区或所述微微基站对应的微微小区的跟踪区均相同,使得用户设备在微小区或微微小区与微小区或微微小区之间移动时,也不会增加额外的跟踪区更新次数。当然,可以理解的是,这多个微小区或微微小区的跟踪区也可不同。例如部署于同一个写字楼内的微小区或微微小区时,优选方式是每一个微小区或微微小区的跟踪区相同。如属于不同的楼宇,则可以相同,也可以不同,根据需求进行权衡。
[0096]步骤S15、向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。
[0097]在本发明实施例的跟踪区列表配置的方法中,用户设备在该跟踪区列表对应的小区内移动时不需要执行跟踪区列表更新;当用户设备进入不在其所注册的跟踪区列表中的新跟踪区域时,则需要执行跟踪区列表更新。
[0098]实施例二
[0099]依据本发明实施例的另一个方面,还提供了一种跟踪区配置的方法,如图2所示,该方法包括:
[0100]步骤S21、接收移动管理实体根据用户设备当前驻留小区的类型和工作状态信息确定的跟踪区列表。
[0101]其中,用户设备当前驻留小区可以是宏小区,或该宏小区覆盖范围内部署的微基站或微微基站对应的微小区或微微小区。工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0102]步骤S23、根据所述跟踪区列表确定所述用户设备的跟踪区域。
[0103]可选地,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,则在步骤S21之前,该方法还包括:
[0104]接收所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成的只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0105]其中,用户设备的移动速度,可以通过用户设备上报、或基站测量、或统计单位时间内的切换次数等方式实现。
[0106]综上所述,本发明实施例的跟踪区列表配置的方法,通过用户设备接收移动管理实体依据用户设备的当前驻留小区类型及工作状态信息生成的跟踪区列表,保证了无论是处于宏小区下的用户设备,还是处于微小区或微微小区的用户设备,均可在存在业务需求时,被正常寻呼到,且有效降低了微小区或微微小区所承载的寻呼量,并避免了增加额外的跟踪区列表更新次数。
[0107]实施例三
[0108]依据本发明实施例的另一个方面,还提供了一种跟踪区列表配置的设备,如图3所示,该跟踪区列表配置的设备300,包括:
[0109]获取模块301,用于获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息;
[0110]处理模块303,用于根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表;
[0111]发送模块305,用于向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。
[0112]可选地,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0113]可选地,如图4所示,所述处理模块303包括:
[0114]第一生成单元3031,用于若所述工作状态信息为:用户设备开机后初始接入到宏小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表;或
[0115]第二生成单元3032,用于若所述工作状态信息为:用户设备开机后初始接入到微小区或微微小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或
[0116]第三生成单元3033,用于若所述工作状态信息为:用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,微小区或微微小区为跟踪区不属于所述用户设备的跟踪区列表的微小区或微微小区,且宏小区的跟踪区与微小区或微微小区的跟踪区不同;或
[0117]第四生成单元3034,用于若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0118]可选地,如图4所示,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述处理模块包括:
[0119]第五生成单元3035,用于若所述用户设备当前驻留的宏小区与所述微小区或微微小区存在邻区关系,则生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同,且宏小区为跟踪区不属于用户设备的跟踪区列表的宏小区;
[0120]若所述用户设备当前驻留的宏小区与所述微小区或微微小区不存在邻区关系,则生成只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0121]可选地,如图4所示,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述处理模块包括:
[0122]第六生成单元3036,用于获取移动速度并向所述移动管理实体上报,以便所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成只包括宏小区的跟踪区域的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0123]可选地,当宏小区范围内部署了多个微基站或微微基站时,每一个所述微基站对应的微小区或所述微微基站对应的微微小区的跟踪区均相同。
[0124]本发明实施例的跟踪区配置的设备,获取用户设备的当前驻留小区类型及工作状态信息,并依据当前驻留小区类型及工作状态信息生成相应的跟踪区列表,使得用户设备可依据该跟踪区列表确定自身的跟踪区域,在保证用户设备可被正常寻呼的情况下,在一定程度上降低了微小区或微微小区所承载的寻呼量,并避免了增加额外的跟踪区更新次数。
[0125]实施例四
[0126]依据本发明实施例的另一个方面,还提供了一种跟踪区配置的设备,如图5所示,该用户设备500包括:
[0127]接收模块501,用于接收移动管理实体根据用户设备当前驻留小区的类型和工作状态信息确定的跟踪区列表;
[0128]确定模块503,用于根据所述跟踪区列表确定所述用户设备的跟踪区域。
[0129]可选地,所述工作状态信息包括:用户设备开机后初始接入宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。
[0130]可选地,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,所述接收模块501还用于:
[0131]接收所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成的只包括宏小区的跟踪区的跟踪区列表,其中,宏小区为跟踪区不属于所述用户设备的跟踪区列表的宏小区。
[0132]本发明实施例的跟踪区列表配置的设备,接收移动管理实体依据用户设备当前驻留小区类型及工作状态信息生成相应的跟踪区列表,从而使得用户设备依据该跟踪区列表确定自身的跟踪区域。
[0133]实施例五
[0134]依据本发明实施例的另一个方面,还提供了一种跟踪区列表配置的系统,所述系统包括:多个宏基站,所述宏基站覆盖的宏小区范围内部署的多个微基站或微微基站,上述所述的跟踪区列表配置的设备。
[0135]本发明实施例的跟踪区域配置的系统,具体地,应用时,为宏基站对应的宏小区和对应的微小区或微微基站对应的微微小区配置不同的跟踪区域,获取用户设备当前驻留小区类型及工作状态信息,接着,依据当前驻留小区类型及工作状态信息,生成相应的跟踪区列表,并发送给用户设备保存,使得用户设备可依据该跟踪区列表确定自身的跟踪区域,从而在保证用户设备可被正常寻呼的情况下,在一定程度上降低了微小区或微微小区所承载的寻呼量,并避免了增加额外的跟踪区更新次数。
[0136]需要说明的是,上述实施例提供的跟踪区列表配置的设备和跟踪区列表配置的系统,在进行跟踪区列表配置时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要将上述功能分配由不同的功能模块完成,以完成以上描述的全部或者部分功能。另外,上述实施例提供的跟踪区列表配置的设备和跟踪区列表配置的系统与跟踪区列表配置的方法属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
[0137]以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
【主权项】
1.一种跟踪区列表配置的方法,其特征在于,所述方法包括: 获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息; 根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表; 向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。2.如权利要求1所述的方法,其特征在于,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。3.如权利要求2所述的方法,其特征在于, 若所述工作状态信息为:用户设备开机后初始接入到宏小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表;或 若所述工作状态信息为:用户设备开机后初始接入到微小区或微微小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或 若所述工作状态信息为:用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,且宏小区的跟踪区与微小区或微微小区的跟踪区不同;或 若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表。4.如权利要求2所述的方法,其特征在于,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表的步骤,具体包括: 若所述用户设备当前驻留的宏小区与所述微小区或微微小区存在邻区关系,则生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同; 若所述用户设备当前驻留的宏小区与所述微小区或微微小区不存在邻区关系,则生成只包括宏小区的跟踪区的跟踪区列表。5.如权利要求2所述的方法,其特征在于,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表的步骤,具体包括: 获取所述用户设备的移动速度; 如果所述用户设备的移动速度超过预定阈值,则生成只包括宏小区的跟踪区的跟踪区列表。6.如权利要求3?5任意一项所述的方法,其特征在于,当宏小区范围内部署了多个微基站或微微基站时,每一个所述微基站对应的微小区或所述微微基站对应的微微小区的跟踪区均相同。7.—种跟踪区配置的方法,其特征在于,所述方法包括: 接收移动管理实体根据用户设备当前驻留小区的类型和工作状态信息确定的跟踪区列表; 根据所述跟踪区列表确定所述用户设备的跟踪区域。8.如权利要求7所述的方法,其特征在于,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。9.如权利要求8所述的方法,其特征在于,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,所述方法还包括: 接收所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成的只包括宏小区的跟踪区的跟踪区列表。10.一种跟踪区列表配置的设备,其特征在于,包括: 获取模块,用于获取用户设备的当前驻留小区的类型和所述用户设备的工作状态信息; 处理模块,用于根据所述当前驻留小区的类型和工作状态信息确定跟踪区列表; 发送模块,用于向所述用户设备发送跟踪区列表,以便所述用户设备根据所述跟踪区列表确定自身的跟踪区域。11.如权利要求10所述的跟踪区列表配置的设备,其特征在于,所述工作状态信息包括:用户设备开机后初始接入到宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。12.如权利要求11所述的跟踪区列表配置的设备,其特征在于,所述处理模块包括: 第一生成单元,用于若所述工作状态信息为:用户设备开机后初始接入到宏小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表;或 第二生成单元,用于若所述工作状态信息为:用户设备开机后初始接入到微小区或微微小区的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或 第三生成单元,用于若所述工作状态信息为:用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同;或 第四生成单元,用于若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,则根据所述当前驻留小区的类型和工作状态信息生成只包括宏小区的跟踪区的跟踪区列表。13.如权利要求11所述的跟踪区列表配置的设备,其特征在于,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述处理模块包括: 第五生成单元,用于若所述用户设备当前驻留的宏小区与所述微小区或微微小区存在邻区关系,则生成包括宏小区的跟踪区和微小区或微微小区的跟踪区的跟踪区列表,其中,宏小区的跟踪区与微小区或微微小区的跟踪区不同; 若所述用户设备当前驻留的宏小区与所述微小区或微微小区不存在邻区关系,则生成只包括宏小区的跟踪区的跟踪区列表。14.如权利要求11所述的跟踪区列表配置的设备,其特征在于,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,相应地,所述处理模块包括: 第六生成单元,用于获取所述用户设备的移动速度,如果所述用户设备的移动速度超过预定阈值,则生成只包括宏小区的跟踪区的跟踪区列表。15.如权利要求12?14任意一项所述的跟踪区列表配置的设备,其特征在于,当宏小区范围内部署了多个微基站或微微基站时,每一个所述微基站对应的微小区或所述微微基站对应的微微小区的跟踪区均相同。16.一种跟踪区配置的设备,其特征在于,包括: 接收模块,用于接收移动管理实体根据用户设备当前驻留小区的类型和工作状态信息确定的跟踪区列表; 确定模块,用于根据所述跟踪区列表确定所述用户设备的跟踪区域。17.如权利要求16所述的跟踪区列表配置的设备,其特征在于,所述工作状态信息包括:用户设备开机后初始接入宏小区的状态信息、用户设备开机后初始接入到微小区或微微小区的状态信息、用户设备由宏小区移动到微小区或微微小区并进行跟踪区更新的状态信息或者用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息。18.如权利要求17所述的跟踪区列表配置的设备,其特征在于,若所述工作状态信息为:用户设备由微小区或微微小区移动到宏小区并进行跟踪区更新的状态信息,所述接收模块还用于: 接收所述移动管理实体在所述用户设备的移动速度超过预定阈值时,生成的只包括宏小区的跟踪区的跟踪区列表。19.一种跟踪区列表配置的系统,其特征在于,所述系统包括:多个宏基站,所述宏基站覆盖的宏小区范围内部署的多个微基站或微微基站,如权利要求10至15任意一项所述的跟踪区列表配置的设备及如权利要求16至18任意一项所述的跟踪区列表配置的设备。
【文档编号】H04W8/00GK106034297SQ201510113386
【公开日】2016年10月19日
【申请日】2015年3月16日
【发明人】闫渊, 王东, 王军
【申请人】中国移动通信集团公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1