CN100370871C - 移动终端设备最后定位方法 - Google Patents
移动终端设备最后定位方法 Download PDFInfo
- Publication number
- CN100370871C CN100370871C CNB200410008937XA CN200410008937A CN100370871C CN 100370871 C CN100370871 C CN 100370871C CN B200410008937X A CNB200410008937X A CN B200410008937XA CN 200410008937 A CN200410008937 A CN 200410008937A CN 100370871 C CN100370871 C CN 100370871C
- Authority
- CN
- China
- Prior art keywords
- current
- rnc
- district
- sub
- execution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种移动终端设备(UE)的最后定位方法。该方法包括步骤:1)基站控制器(RNC)监测UE当前的信道状态,并在能够获知当前UE所在小区的信道状态下,执行步骤2);2)RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则执行步骤3),否则返回步骤1);3)RNC将UE当前的位置信息上报给核心网(CN)。本发明还公开了一种UE的最后定位方法。采用该两种UE的最后定位方法可以使UE进入无信号区、断电、关机、或空闲模式下小区更新时,RNC能够及时对UE进行定位,并上报CN进行保存。
Description
技术领域
本发明涉及移动通信系统中的移动终端设备定位技术,特别涉及终端设备(UE)最后定位方法。
背景技术
目前,在移动通信系统中,移动定位在交替监控、车辆导航、紧急救援、以及定位相关信息的获取等方面有着重要的作用。UE的定位作为一种移动通信系统的增值业务,其价值正在被运营商和用户所认识。在宽带码分多址系统(WCDMA)中,UE的定位过程是由UE或核心网(CN)发起请求后启动的。图1为现有技术UE定位流程示意图。
如图1所示,如果UE用户要求对UE定位,定位过程如下:
步骤101:UE向CN发送非接入层(NAS)消息请求进行定位。
步骤102:CN向基站控制器(RNC)下发定位请求(Location Request)。
步骤103:RNC接到Location Request,根据Location Request中对定位精度的要求选择定位方法。这里,通用的三种UE定位方法为:小区标识(CELL ID)定位方法、观测时间差(OTDOA)定位方法和网络辅助全球定位系统(A-GPS)定位方法。
如果定位精度要求最低,则使用CELL ID定位方法,RNC无需向UE下发定位辅助信息或测量控制,将其所知的UE所在小区中心作为UE的位置,然后转入步骤106。
如果定位精度要求较高,则使用OTDOA定位方法,转入步骤104,RNC向UE发送测量控制。然后,UE提供“无线接入系统帧号间(SFN-SFN)观察时间差”测量,网络提供下行信号的相对时间差(RTD)测量,综合得到UE 103到达不同基站(B节点)的距离差;在获得两个或两个以上的距离差的情况下,就能利用双曲线原理计算出UE的位置。UE完成测量定位后转入步骤105。
如果定位精度要求更高,则采用A-GPS定位方法,转入步骤104,由网络持续跟踪全球定位系统(GPS)卫星信号,针对UE计算出GPS辅助信息,由RNC向UE发送定位辅助数据。UE利用网络提供的GPS辅助信息快速捕获卫星信号进行定位。UE完成定位后转入步骤105。
步骤105:UE将测量结果或定位信息发送给RNC。
步骤106:RNC将UE的定位报告(Location Report)上报CN,定位过程结束。
如果网络操作者要求得到UE的位置信息会直接在CN启动UE定位过程,即不执行上述步骤101,直接从上述步骤102开始处理,完成所述的定位过程。
根据该流程,UE定位过程是UE用户或网络操作者在CN发起UE定位请求之后才能启动,也就是说需要主动发起定位请求才能得到UE的定位信息。而在某些情况下,如UE进入无信号区或断电、关机或空闲模式下小区更新时,RNC很快就会释放UE的网侧资源,如果事先没有及时启动定位过程,系统就无法得到UE的位置信息。下面对UE进入无信号区或断电、关机或空闲模式下小区更新时WCDMA系统中的处理过程加以详细说明。
UE的基本运行模式如下所述。
UE有两种基本运行模式,一种是空闲(IDLE)模式,即UE处于IDLE状态,也就是待机状态,在此状态下无线接入网(UTRAN)内的RNC不能知道UE所在的小区;另一种是无线资源控制(RRC)连接模式,在这种模式下,UE和UTRAN部分有RRC连接,UE需要向UTRAN报告它的位置情况,因此RNC能准确知道UE所在的注册区或小区。在RRC连接模式下,UE的状态也可以分为四种:小区寻呼信道(CELL_PCH)状态、小区向前接入信道(CELL_FACH)状态、小区专用信道(CELL_DCH)状态和UTRAN注册区寻呼信道(URA_PCH)状态。
当UE处于CELL_DCH、CELL_PCH或CELL_FACH状态时,如果当前所在的小区发生改变时,就需要向RNC汇报一次,因此在此三种状态下RNC可以准确知道UE所处的小区;而在URA_PCH状态时,为了避免UE频繁上报小区更新消息,在URA_PCH状态将数个小区组成UTRAN注册区(URA),使处于URA_PCH状态的UE在同一个URA范围内发生驻留小区变化时,不会上报小区更新,只需要当UE所在的URA发生变化时才需要向RNC汇报,因此在URA_PCH状态下RNC只知道UE的注册区不知道UE所在的具体小区。
此外,这五种状态不是孤立不变的,而是可以互相转移的。当IDLE状态的UE完成RRC连接建立时,UE从空闲模式迁移到连接模式下的CELL_DCH或CELL_FACH状态;当UE在进行大流量数据传输时,系统会让UE处于CELL_DCH状态;当UE长期间没有数据传输时或数据量较小时,会让UE转到CELL_FACH状态或CELL_PCH状态或URA_PCH状态;系统可以根据UE与系统之间的数据流量情况,让UE在CELL_FACH状态和CELL_PCH状态或URA_PCH状态之间进行转移;当UE处于CELL_PCH状态或URA_PCH状态时,如果UE和系统之间需要进行数据传输和信令交互时,就需要先把UE转移到CELL_FACH状态。
现有的专用信道状态即CELL_DCH状态的UE进入无信号区或断电的处理流程如下所述。
图2为现有技术专用信道状态的UE进入无信号区或断电处理流程示意图。如图2所示,当B节点监测到上行无线链路处于失步状态,就会触发无线链路失败过程。在步骤201,B节点向RNC发送“无线链路失败指示(RADIO LINK FAILURE INDICATION)”消息。RNC接收此消息,如果消息中原因(Cause)值是“同步失败(Synchronization Failure)”,表明UU接口上行失步,则转入步骤202。在步骤202,RNC启动无线链路恢复定时器(TRlrestore),时长定为无线链路恢复允许的最大时长。如果在步骤203,TRlrestore超时前收到B节点发来的“无线链路恢复指示(RADIO LINKRESTORE INDICATION)”消息,则表示无线链路已恢复,TRlrestore将重新启动。因此,如果TRlrestore超时,表明无线链路无法恢复即CELL_DCH状态的该UE已经进入无信号区或断电,与RNC失去联系,则转入步骤204。
在步骤204,RNC向CN上报“IU接口释放请求(IU RELEASEREQUEST)”消息,消息中的Cause值为“无线链路上UE失去联系(RadioConnection With UE Lost)”,要求CN释放该UE的IU接口连接。在步骤205,CN下发“IU接口释放命令(IU_RELEASE_COMMAND)”消息,消息中的Cause值为“IU接口正常释放(IU_NORMAL_RELEASE)”。在步骤206,RNC释放UE网侧的传输资源和无线资源。最后,在步骤207,RNC向CN发送“IU接口释放结束(IU RELEASE COMPLETE)”消息,释放结束。
现有的公共信道状态即CELL_PCH、CELL_FACH或URA_PCH状态的UE进入无信号区或断电的处理流程如下所述。
图3为现有技术公共信道状态的UE进入无信号区或断电的处理流程示意图。如图3所示,在步骤301,RNC会启动一个周期前向切换定时器(Tperoidffho),时长为UE不向RNC发消息或数据,不作周期性小区更新的最大时长。如果在步骤302,Tperoidffho收到来自UE的上行消息或数据,就重新开始计时。因此,如果Tperoidffho超时,表明CELL_PCH或CELL_FACH状态的UE进入无信号区或掉话,则转入步骤303。
在步骤303,RNC向CN上报“IU RELEASE REQUEST”消息,消息中的Cause值为“Radio Connection With UE Lost”,要求CN释放UE的IU接口连接。然后,在步骤304,CN下发“IU RELEASE COMMAND”消息,消息中的Cause值为“IU_NORMAL_RELEASE”。在步骤305,RNC释放UE的网侧传输资源和无线资源。最后,在步骤306,RNC向CN上报“IURELEASE COMPLETE”消息,释放结束。
现有的UE关机处理流程如下所述。
对于UE的关机处理,考虑UE的两种运行模式:连接模式下的UE关机和空闲模式下的UE关机。
图4为现有技术连接模式下的UE关机处理流程示意图。如图4所示,在步骤401,UE通过RNC向CN透传非接入层(NAS)消息:附着(DETACH),请求DETACH。在步骤402,RNC收到CN下发的“IU RELEASECOMMAND”消息。如果消息中的Cause值为“IU_NORMAL_RELEASE”,表明连接模式下的UE处于关机情况,则转入步骤403。
在步骤403,RNC释放UE网侧的传输资源和无线资源。最后在步骤404,释放结束,RNC向CN发送“IU RELEASE COMPLETE”消息,结束释放。
图5为现有技术空闲模式下的UE关机处理流程示意图。如图5所示,在步骤501,RNC收到UE发来的“RRC连接建立请求(RRC CONNECTIONREQUEST)”消息。如果消息中的Cause值为“UU接口附着(UU_DETACH)”,表明UE为向CN上传NAS消息“DETACH”而发起RRC连接建立请求,即空闲模式下的UE处于关机情况,则转入步骤502。
在步骤502,RNC建立IU信令承载后,UE通过RNC向CN透传NAS消息“DETACH”。然后,在步骤503,CN下发“IU RELEASE COMMAND”消息,消息中的Cause值为“IU_NORMAL_RELEASE”,发起IU释放过程。在步骤504,RNC释放UE网侧的传输资源和无线资源。最后,在步骤505,RNC向CN发送“IU RELEASE COMPLETE”消息,释放结束。
现有的空闲模式下的UE小区更新的处理流程如下所述。
UE在空闲模式下,即处于IDLE状态,网络侧是无法知道UE的驻留小区信息。但UE可以通过小区系统消息发现其所在小区的变化。当UE发现小区变化后就会发起小区更新过程。
图6为现有技术空闲模式下的UE小区更新处理流程示意图。如图6所示,在步骤601,RNC收到UE发来的“RRC CONNECTION REQUEST”消息。如果消息中的Cause值为“UU接口注册(UU_REGISTER)”,表明UE为向CN上传NAS消息“位置更新请求(Location Updating Request)”而发起RRC连接建立请求,即空闲模式下的UE在进行小区更新,则转入步骤602。
在步骤602,RNC建立IU信令承载后,UE通过RNC向CN透传NAS消息“Location Updating Request”。然后,在步骤603,CN下发“IU RELEASECOMMAND”消息,消息中的Cause值为“IU_NORMAL_RELEASE”,发起IU释放过程。在步骤604,RNC释放UE网侧的传输资源和无线资源。最后,在步骤605,RNC向CN发送“IU RELEASE COMPLETE”消息,释放结束。
通过以上RNC和CN对UE出现的几种情况的处理流程的描述,可见在UE发生这几种情况时如果事先没有及时启动定位过程,那么当发生这些情况后,UE的网侧资源会被释放,系统将无法获取UE的位置信息即UE的最后位置。
综上所述,在UE出现进入无信号区或断电、关机或空闲模式下小区更新的情况时,如果UE用户或网络操作者事先没有及时使CN启动UE定位过程,就无法将UE的最后位置信息保留下来。因此,如何提供一种移动通信系统的UE最后定位方法,使得UE进入无信号区或断电、关机或空闲模式下小区更新时,系统能够在UE的网侧资源释放之前对UE进行定位并将其位置信息上报CN,再由CN将UE的最后位置信息保存下来,对于发展交替监控、车辆导航和紧急救援等服务有着重要的意义。
发明内容
本发明的主要目的在于提供一种UE最后定位方法,使得UE进入无信号区、断电、关机、或空闲模式下小区更新时,RNC均能够及时获取UE的最后位置信息并由CN进行保存。
本发明的主要目的还在于提供一种UE最后定位方法,使得UE关机或者空闲模式下的UE小区更新时,RNC能够对UE进行最后定位,将UE的最后位置信息上报CN保存。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种UE最后定位方法,该方法包括以下步骤:
1)RNC监测UE当前的信道状态,并在能够获知UE当前所在小区的信道状态下,执行步骤2);
2)RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则执行步骤3),否则返回步骤1);或者,
RNC判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤3),否则返回步骤1);
3)RNC将UE当前的位置信息上报给核心网CN。
所述步骤1)可以包括:
11)RNC判断UE当前信道状态,如果当前信道状态下无法获知UE当前所在小区,则执行步骤12);如果当前信道状态将要迁移到无法获知UE当前所在小区的信道状态,则执行步骤13);如果当前信道状态下能够获知UE当前所在小区,并且当前信道状态不会迁移到无法获知UE当前所在小区的信道状态,则执行步骤2);
12)判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则结束本流程,否则返回步骤1);
13)RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,再将UE当前的位置信息上报给核心网CN,返回步骤1)。
所述步骤11)可以为:RNC判断UE当前信道状态,如果是URA_PCH状态,则RNC无法获知UE当前所在小区,执行步骤12);如果UE状态应向URA_PCH状态迁移,则当前信道状态将要迁移到无法获知UE当前所在小区的信道状态,执行步骤13);如果是CELL_DCH、CELL_PCH或CELL_FACH状态,则当前信道状态下能够获知UE当前所在小区,并且当前信道状态不会迁移到无法获知UE当前所在小区的信道状态,执行步骤2)。
所述步骤12)中,判断URA_PCH状态下UE的网侧资源是否将要被释放的方法可以为,启动Tperoidffho,再判断Tperoidffho是否超时,如果是,执行步骤3);否则返回步骤1);
所述步骤2)中判断当前信道状态下UE的网侧资源是否将要被释放的方法可以包括:
如果UE当前信道状态为CELL_PCH或CELL_FACH状态,则启动Tperoidffho,再判断Tperoidffho是否超时,如果是,执行步骤3),否则返回步骤1);
如果UE当前信道状态为CELL_DCH状态,则包括步骤:
21)判断是否无线链路失步,如果是,执行步骤22);如果不是,返回步骤1);
22)启动TRlrestore,再判断TRlrestore是否超时,如果是,执行步骤3),否则返回步骤1)。
所述步骤21)中,判断无线链路失步的方法可以为,RNC接收“RADIOLINK FAILURE INDICATION”消息,判断消息中的Cause值是否为“Sychronization Failure”,如果是,则无线链路失步;否则无线链路正常。
所述步骤2)中,根据当前所在小区获取该UE当前的位置信息的方法可以为,采用CELL ID定位方法获取UE当前位置信息。
所述步骤13)中,根据当前所在小区获取该UE当前的位置信息的方法可以为,采用CELL ID定位方法获取UE当前位置信息。
所述步骤13)可以进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
所述步骤3)可以进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
该方法可以进一步包括以下步骤:
a.RNC监测UE当前的运行模式,判断UE是否处于连接模式,如果是,执行步骤b;否则执行步骤c;
b.RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前UE的网侧资源是否将要被释放,如果是,则执行步骤d,否则返回步骤a;或者,
RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d,否则返回步骤a;
c.RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d,否则返回步骤a;
d.RNC将UE当前的位置信息上报给核心网CN。
所述步骤b中,判断连接模式下UE的网侧资源是否将要被释放的方法可以为,RNC接收CN发来的“IU RELEASE COMMAND”消息,判断消息中的Cause值是否为“IU_NORMAL_RELEASE”,如果是,执行步骤d;否则返回步骤a;
所述步骤c中,判断空闲模式下UE的网侧资源是否将要被释放的方法可以为,RNC接收UE发来的“RRC CONNECTION REQUEST”消息,判断消息中的Cause值是否为“UU_DETACH”或者“UU_REGISTER”,如果是,执行步骤d;否则返回步骤a;
所述步骤b中,根据当前所在小区获取该UE当前的位置信息的方法可以为,采用CELL ID定位方法获取UE当前位置信息。
所述步骤c中,根据当前所在小区获取该UE当前的位置信息的方法可以为,采用CELL ID定位方法获取UE当前位置信息。
所述步骤d可以进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
本发明还公开了一种UE最后定位方法,该方法包括以下步骤:
a)RNC监测UE当前的运行模式,判断UE是否处于连接模式,如果是,执行步骤b);否则执行步骤c);
b)RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前UE的网侧资源是否将要被释放,如果是,则执行步骤d),否则返回步骤a);或者,
RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d),否则返回步骤a);
c)RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d),否则返回步骤a);
d)RNC将UE当前的位置信息上报给CN。
所述步骤b)中,判断连接模式下UE的网侧资源是否将要被释放的方法可以为,RNC接收CN发来的“IU RELEASE COMMAND”消息,判断消息中的Cause值是否为“IU IU_NORMAL_RELEASE”,如果是,执行步骤d);否则返回步骤a)。
所述步骤c)中,判断空闲模式下UE的网侧资源是否将要被释放的方法可以为,RNC接收UE发来的“RRC CONNECTION REQUEST”消息,判断消息中的Cause值是否为“UU_DETACH”或者“UU_REGISTER”,如果是,执行步骤d);否则返回步骤a)。
所述步骤b)中,根据当前所在小区获取该UE当前的位置信息的方法可以为,采用CELL ID定位方法获取UE当前位置信息。
所述步骤c)中,根据当前所在小区获取该UE当前的位置信息的方法可以为,采用CELL ID定位方法获取UE当前位置信息。
所述步骤d)可以进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
由上述方案可以看出,本发明所提供的两种最后定位方法的主要设计思想为:第一种最后定位方法,在UE迁移到URA_PCH状态之前或在RNC释放UE的网侧资源之前使用CELL ID方法获取UE的位置信息;并且在RNC确认UE向URA_PCH状态迁移或判决UE进入无信号区或断电后,即在RNC判决UE应向URA_PCH状态迁移、TRlrestore超时或者Tperoidffho超时之后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。或者同时在RNC释放UE的网侧资源之前使用CELL ID方法获取UE的最后位置信息。第二种最后定位方法,在UE关机或空闲模式下小区更新之后,即当RNC接收到“RRC CONNECTION REQUEST”消息中的Cause值为“UU_DETACH”或“UU_REGISTER”,或者RNC接收到“IU RELEASECOMMAND”消息中的Cause值为“IU_NORMAL_RELEASE”之后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。第二种最后定位方法,如上所述在RNC释放UE的网侧资源之前使用CELL ID方法获取UE的最后位置信息;并且在UE关机或空闲模式下小区更新之后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。
综上所述,本发明所提供的两种UE最后定位方法,能够使RNC在UE进入无信号区、断电、关机、或空闲模式下的小区更新时得到UE的最后位置信息并及时将UE的位置信息上报CN,由CN进行保存。此外,本发明所提供的方法实现简单,可作为目前正常定位方法的补充,只需在现有RNC和CN的软件系统作少量修改就可实现,不需修改标准接口。
附图说明
图1为现有技术UE定位流程示意图;
图2为现有技术专用信道状态的UE进入无信号区或断电处理流程示意图;
图3为现有技术公共信道状态的UE进入无信号区或断电处理流程示意图;
图4为现有技术连接模式下的UE关机处理流程示意图;
图5为现有技术空闲模式下的UE关机处理流程示意图;
图6为现有技术空闲模式下的UE小区更新处理流程示意图;
图7为本发明第一种UE最后定位方法一较佳实施例的处理流程图;
图8为本发明第二种UE最后定位方法一较佳实施例的处理流程图。
实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明所提供的第一种最后定位方法,在UE迁移到URA_PCH状态之前或在RNC释放UE的网侧资源之前使用CELL ID方法获取UE的位置信息;并且在RNC确认UE向URA_PCH状态迁移或判决UE进入无信号区或断电后,即在RNC判决UE应向URA_PCH状态迁移、TRlrestore超时或者Tperoidffho超时之后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。
本发明所提供的第一种UE最后定位方法一较佳实施例的处理流程如图7所示。图7为对于一个UE的最后定位处理过程。从UE上电开始,即对UE是否向URA_PCH状态迁移或进入无信号区或断电的情况进行判决,并同时在能够获知UE当前所在小区的信道状态下获取UE当前所在小区;如果判决UE向URA_PCH状态迁移、或者进入无信号区或断电则将获取的UE位置信息上报CN保存。当系统启动时,每当一个UE上电时,RNC就会启动针对此UE的本实施例所述的最后定位处理流程;每当一个UE出现了向URA_PCH状态转移、或者进入无信号区或断电的情况,就会触发系统将当前获取的UE最后位置信息上报CN,由CN对此最后位置信息进行特殊的保存处理。
图7所述实施例的最后定位处理过程,包括以下步骤:
步骤700:RNC判决UE是否应向URA_PCH状态转移,如果是,则转入步骤701;如果不是,转入步骤705。
在UE迁移到URA_PCH状态之前,RNC会根据UE的活动性进行状态迁移的判决。判决机制为,如果UE在一段时间内没有数据收发并且依次收到n个小区更新的消息而且小区更新原因是“小区重选”,则在收到第n个即最后一个小区更新消息后,RNC判决UE应向URA_PCH状态迁移。然后,RNC给UE发送小区更新确认消息,通知UE进入URA_PCH状态,然后UE再正式迁移到URA_PCH状态。这里的n为系统启动前配置的参数。
由于UE在CELL_DCH、CELL_PCH或CELL_FACH状态下,RNC知道UE所驻留的小区,可以使用CELL_ID方法对UE进行定位;UE在URA_PCH状态下,RNC只能知道其注册区,不知道其具体所在小区位置,UE无法用CELL ID方法进行定位,因此必须在UE迁移到URA_PCH状态之前对其定位,并将此次获取的UE位置信息作为此UE迁移到URA_PCH状态以后发生断电时的最后位置信息。因此较佳的处理方式为,在步骤700,首先对UE是否应向URA_PCH状态迁移做出判决,然后再对UE的连接模式下的四种状态分别进行处理。
步骤701:RNC采用CELL ID方法获取UE当前位置信息。
步骤702:RNC向UE发送小区更新确认消息,通知UE向URA_PCH状态转移,UE再迁移到URA_PCH状态。
从步骤700至步骤702可见,在步骤700中RNC判决UE向URA_PCH状态迁移之后,在步骤702中RNC向UE发送小区更新确认消息使UE状态转移至URA_PCH状态步骤之前,在步骤701中RNC对UE进行定位,使得在UE向URA_PCH状态转移的过程中,RNC可以在状态转移到URA_PCH状态之前对UE进行最后定位。另外,由于步骤702为RNC中与UE状态迁移相关的操作,而步骤701为RNC中与UE定位相关的操作,并且在步骤702中RNC向UE发送小区更新确认消息时,UE还未迁移到URA_PCH状态,RNC可以获知UE所在小区位置,因此步骤702和步骤701也可以并行进行处理。
步骤703:RNC向CN上报“Location Report”消息,请求CN保存UE的位置信息。
步骤704:CN收到RNC的“Location Report”消息,首先判断此消息中的Cause值是否为“用户异常”,如果是,CN将UE的位置信息作为最后定位信息进行特殊的保存处理,再转入步骤700对UE进入无信号区或断电的情况进行判决;如果不是,则CN对此位置信息进行一般的处理,再返回步骤700对UE出现的进入无信号区或断电情况进行判决。
其中,步骤702为RNC有关UE状态迁移的操作,步骤701、步骤703和步骤704为RNC和CN有关UE定位和位置信息保存的操作,因此步骤702可与步骤701、步骤703,或与步骤704并行处理。
另外,步骤700为RNC中的处理步骤,步骤704为CN中的处理步骤,因此,也可在步骤703执行结束时,同时转入步骤700和步骤704。
步骤705:RNC判断UE的状态,如果是CELL_PCH或CELL_FACH状态,转入步骤706;如果是CELL_DCH状态,转入步骤712;如果是URA_PCH状态,转入步骤717。
这里,步骤700至步骤704为对应向URA_PCH状态迁移的UE进行处理的流程,如果不考虑对系统资源的占用,也可将此流程放在步骤705之后进行处理,即:RNC判断UE的信道状态,如果是CELL_PCH或CELL_FACH状态,则先执行步骤700,根据UE是否应向URA_PCH状态迁移选择执行步骤702或步骤706;如果是CELL_DCH状态,则先执行步骤700,根据UE是否应向URA_PCH状态迁移选择执行步骤702或步骤712;如果是URA_PCH状态,则转入步骤717。
步骤706:RNC采用CELL ID定位方法获取UE当前位置信息。
步骤707:RNC启动Tperoidffho在Tperoidffho规定的时长内,一旦UE和RNC发生了信令和数据的交换或者UE作周期性小区更新,Tperoidffho将会重新启动。
步骤708:RNC判断Tperoidffho是否超时,如果是,证明CELL_PCH或CELL_FACH状态的UE发生了进入无信号区或断电的情况,需要将此次获取的位置信息作为它的最后位置信息上报CN,转入步骤709;如果不是,证明RNC与UE没有失去联系即UE没有发生进入无信号区或断电的情况,则返回步骤700,对UE进入无信号区或断电情况重新进行判决。
步骤709:RNC向CN上报“Location Report”消息,请求CN保存UE的最后定位信息。
步骤710:CN收到RNC的“Location Report”消息,首先判断此消息中的Cause值是否为“用户异常”:如果是,CN将UE的位置信息作为最后定位信息进行特殊的保存处理;如果不是,则CN对此位置信息进行一般的处理。
步骤711:RNC向CN上报IU接口释放请求,发起IU接口释放过程,然后CN向RNC发送IU接口释放命令,RNC再释放UE网侧的传输资源和无线资源,最后RNC向CN发送IU接口释放结束的消息,结束本流程。
其中,步骤706和步骤709与UE定位、上报位置信息相关,组成UE定位进程;步骤707和步骤708与判决UE是否进入无信号区或断电相关,组成CELL_PCH或CELL_FACH状态UE进入无信号区或断电判决进程;步骤711与RNC的IU接口释放过程相关,为IU接口释放进程;由于步骤706至步骤709、步骤711均在RNC中处理,而步骤710在CN中进行处理,因此步骤710为CN的保存进程。这里,UE定位进程、CELL_PCH或CELL_FACH状态UE进入无信号区或断电判决进程、IU接口释放进程和CN的保存进程可以并行进行处理,具体的并行方式根据最后定位需要设定为:步骤706可以在步骤711中RNC释放UE的网侧资源之前,并在步骤705之后任意时刻进行处理;步骤710可以在步骤709之后任意时刻进行处理;步骤709可以在步骤708之后,步骤711中RNC释放UE的网侧资源之前任意时刻进行处理。
由以上所述从步骤706至步骤711的处理可见,RNC在释放UE的网侧之前对UE进行定位,在判决CELL_PCH或CELL_FACH状态UE进入无信号区或断电后并在RNC释放UE的网侧资源之前,及时上报UE的定位报告给CN。
步骤712:RNC接收B节点发来的“RADIO LINK FAILUREINDICATION”消息。
步骤713:RNC判断“RADIO LINK FAILURE INDICATION”消息中Cause值是否为“Synchronization Failure”,如果是,表明UU接口上行失步,UE很有可能将要进入无信号区或断电,需要马上获取UE位置信息,转入步骤714;如果不是,表明UE目前情况正常,返回步骤700,对UE进入无信号区或断电的情况重新进行判决。
步骤714:RNC采用CELL ID定位方法获取UE当前位置信息。
步骤715:RNC启动TRLrestore。在TRLrestore规定的时长内,一旦RNC接收到B节点发来的“RADIO LINK RESTORE INDICATION”消息,TRLrestore将会重新启动。
步骤716:RNC判断TRLrestore是否超时,如果是,证明RNC与UE失去联系,CELL_DCH状态的UE发生了进入无信号区或断电情况需要将此次的定位报告作为最后定位报告上报CN,转入步骤709;如果不是,证明UE目前情况恢复正常,返回步骤700,重新对UE出现的情况进行判决。
其中,步骤714和步骤709与UE定位、上报位置信息相关,组成UE定位进程;步骤712、步骤713、步骤715和步骤716与判决UE是否进入无信号区或断电相关,组成CELL_DCH状态UE进入无信号区或断电判决进程;步骤711与RNC的IU接口释放过程相关,为IU接口释放进程;由于步骤712至步骤716、步骤709、步骤711均在RNC中处理,而步骤710在CN中进行处理,因此步骤710为CN的保存进程。这里,UE定位进程、CELL_DCH状态UE进入无信号区或断电判决进程、IU接口释放进程和CN的保存进程可以并行进行处理,具体的并行方式根据最后定位需要设定为:步骤714可以在步骤711中RNC释放UE的网侧资源之前,并在步骤705之后任意时刻进行处理;步骤710可以在步骤709之后任意时刻进行处理;步骤709可以在步骤716之后,步骤711中RNC释放UE的网侧资源之前任意时刻进行处理。
由以上所述从步骤712至步骤716、步骤709至步骤711的处理可见,RNC在释放UE的网侧资源之前对UE进行定位,在判决CELL_DCH状态UE进入无信号区或断电后并在RNC释放UE的网侧资源之前,及时上报UE的定位报告给CN。
步骤717:RNC启动Tperoidffho。
步骤718:RNC判断Tperoidffho是否超时,如果是,证明URA_PCH状态的UE进入无信号区或断电,但此时UE处于URA_PCH状态,它的最后位置信息已在其迁移到URA_PCH状态之前由RNC获取,并上报CN保存下来了,只需进行其现有技术中的处理,则转入步骤711;如果不是,证明RNC与UE没有失去联系即UE没有发生进入无信号区或断电的情况,则返回步骤700,对UE进入无信号区或断电情况重新进行判决和处理。
在上述步骤704和步骤710中“用户异常”为系统启动前设定的标识UE最后定位报告的特定值。如果“Location Report”消息的Cause值为“用户异常”,表明此为UE进入无信号区或断电情况下的最后定位报告,系统将对此定位报告进行特殊的保存处理;如果“Location Report”消息的Cause值不是“用户异常”,表明此定位报告可能是UE正常情况下的定位报告,则对此定位报告进行现有的一般处理。由于保存UE位置信息的处理在CN中进行,虽然RNC能够判决UE的情况,但CN并不知道UE所出现的是何种情况,所以在CN的UE位置信息保存处理中添加了此判决,对UE正常的定位报告和进入无信号区或断电的最后定位报告进行不同的处理,便于用户在必要的时候对UE的最后位置信息进行查询。
由上述流程可见,应用上述本发明第一种最后定位方法的实施例,能够在RNC释放UE的网侧传输资源和无线资源之前及时获取UE的最后位置信息,并能够在UE发生进入无信号区或断电的情况后,RNC释放UE的网侧传输资源和无线资源之前,及时上报UE的最后位置信息给CN,由CN进行特殊的保存处理,便于必要的时候对UE的最后位置信息的查询。
本发明所提供的第二种UE最后定位方法,在RNC释放UE的网侧资源之前使用CELL ID方法获取UE的最后位置信息1并且在UE关机或空闲模式下小区更新之后,即当RNC接收到“RRC CONNECTION REQUEST”消息中的Cause值为“UU_DETACH”或“UU_REGISTER”,或者RNC接收到“IU RELEASE COMMAND”消息中的Cause值为“IU_NORMAL_RELEASE”之后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。
本发明所提供的第二种UE最后定位方法一较佳实施例的处理流程如图8所示。图8为对于一个UE的最后定位处理过程。从UE上电开始,即在UE迁移到可以获知其当前所在小区的信道状态时对其进行定位,同时对其是否出现关机或空闲模式下小区更新的情况进行判决,如果判决UE关机或空闲模式下小区更新,则将定位报告上报CN保存。当系统启动时,每当一个UE上电时,RNC就会启动针对此UE的本实施例所述的最后定位处理流程;每当一个UE出现了关机或空闲模式下小区更新的情况,就会触发系统对UE进行最后定位并将UE的最后位置信息上报CN,由CN对此最后位置信息进行特殊的保存处理。
图8所述实施例的最后定位处理过程,包括以下步骤:
步骤800:RNC判断UE是否处于连接模式下,如果是,转入步骤801;如果不是,转入步骤807。
步骤801:RNC接收CN发送的“IU RELEASE COMMAND”消息。
步骤802:RNC判断“IU RELEASE COMMAND”消息中的Cause值是否为“IU_NORMAL_RELEASE”,如果是,表明UE已经通过RNC向CN透传NAS消息“DETACH”,从而触发CN向RNC发出此“IU RELEASECOMMAND”消息,证明连接模式下UE确实处于关机情况,则转入步骤803;如果不是,表明UE目前情况正常,返回步骤800重新判决其关机或空闲模式下小区更新的情况。
步骤803:RNC采用CELL ID定位方法获取UE当前位置信息作为UE的最后定位信息。
这里,虽然URA_PCH状态下RNC无法使用CELL ID方法定位,但URA_PCH状态的UE关机时需要先将状态迁移至CELL_FACH状态才能够进行消息发送,从而向CN透传NAS消息,然后CN再下发“IU RELEASECOMMAND”消息。因此当RNC接收到CN下发的“IU RELEASECOMMAND”消息之前,UE状态已迁移至CELL_FACH状态,RNC仍然能够对UE进行定位。
步骤804:RNC向CN上报“Location Report”消息,请求CN保存UE的最后定位信息。
步骤805:CN收到RNC的“Location Report”消息,首先判断此消息中的Cause值是否为“用户异常”,如果是,CN将UE的位置信息作为最后定位信息进行特殊的保存处理;如果不是,则CN对此位置信息进行一般的处理。
步骤806:RNC释放UE的网侧传输资源和无线资源,然后向CN发送IU接口释放结束的消息,结束本流程。
其中,步骤803和步骤804与UE定位、上报位置信息相关,组成UE定位进程;步骤801和步骤802与判决UE是否连接模式下关机相关,组成UE连接模式下关机判决进程;由于步骤801至步骤804、步骤806均在RNC中处理,而步骤805在CN中进行处理,因此步骤805为CN的保存进程。这里,UE定位进程、UE连接模式下关机判决进程和CN的保存进程可以并行进行处理,具体的并行方式根据最后定位需要设定为:步骤803可以在步骤806之前,并在步骤800之后任意时刻进行处理;步骤805可以在步骤804之后任意时刻进行处理;步骤804可以在步骤802之后,步骤806之前任意时刻进行处理。
由以上所述从步骤801至步骤806的处理可见,RNC在释放UE的网侧资源之前对UE进行定位,在判决UE连接模式下关机之后,并在RNC释放UE的网侧资源之前,及时上报UE的定位报告给CN。
步骤807:RNC接收UE发来的“RRC CONNECTION REQUEST”消息。这里,在空闲模式下,UE关机或小区更新时为通过RNC向CN透传NAS消息,就会向RNC发起“RRC CONNECTION REQUEST”消息。
步骤808:RNC判断此“RRC CONNECTION REQUEST”消息的Cause值是否为“UU_DETACH”或“UU_REGISTER”。如果Cause值为“UU_DETACH”,表明UE为了向CN上传的NAS消息“DETACH”而发起此“RRC CONNECTION REQUEST”消息,证明UE处于空闲模式下的关机情况;如果Cause值为“UU_REGISTER”表明UE为了向CN上传的NAS消息“Location Updating Request”而发起此“RRC CONNECTIONREQUEST”消息,证明UE处于空闲模式下的小区更新情况。因此,如果RNC此时的判断结果为是,则表明发生了空闲模式下的UE关机或者小区更新的情况,则转入步骤809;如果RNC此时的判断结果为不是,则表明UE目前情况正常,返回步骤800重新跟踪判决UE的关机或空闲模式下小区更新情况。
步骤809:RNC采用CELL ID定位方法获取UE当前位置信息作为UE的最后定位信息。
这里,虽然IDLE状态下RNC无法使用CELL ID方法定位,但IDLE状态的UE关机或小区更新时先向RNC发出了RRC连接建立请求,然后UE状态会迁移至连接模式下的CELL_DCH或CELL_FACH状态,因此当RNC判决IDLE状态的UE关机或小区更新时,UE状态已迁移至CELL_DCH或CELL_FACH状态,RNC仍然能采用CELL ID获取UE最后位置。
步骤810:RNC向CN上报“Location Report”消息,请求CN保存UE的最后定位信息。
步骤811:CN收到RNC的“Location Report”消息后,判断此消息中的Cause值是否为“用户异常”,如果是,CN将UE的位置信息作为最后定位信息进行特殊的保存处理;如果不是,则对此定位报做作现有的一般的处理。
步骤812:RNC向CN上传UE的NAS消息,发起IU接口释放过程。然后CN向RNC下发IU接口释放命令,RNC再释放UE的网侧资源,最后向CN发送IU接口释放结束的消息,结束本流程。
其中,步骤809和步骤810与UE定位、上报位置信息相关,组成UE定位进程;步骤807和步骤808与判决UE是否空闲模式下关机或小区更新相关,组成UE空闲模式下关机或小区更新判决进程;步骤812与IU接口释放过程相关,为IU接口释放进程。由于步骤807至步骤810、步骤812均在RNC中处理,而步骤811在CN中进行处理,因此步骤811为CN的保存进程。这里,UE定位进程、UE空闲模式下关机或小区更新判决进程和CN的保存进程可以并行进行处理,具体的并行方式根据最后定位需要设定为:步骤809可以在步骤808之后,并在步骤812中RNC释放UE的网侧资源之前任意时刻进行处理;步骤811可以在步骤810之后任意时刻进行处理;步骤810可以在步骤808之后,步骤812中RNC释放UE的网侧资源之前任意时刻进行处理。
由以上所述从步骤807至步骤812的处理可见,RNC在释放UE的网侧资源之前对UE进行定位,在判决UE空闲模式下关机或小区更新之后并在RNC释放UE的网侧资源之前,及时上报UE的定位报告给CN。
在上述步骤805和步骤811中“用户异常”为系统启动前设定的标识UE最后定位报告的特定值。如果“Location Report”消息的Cause值为“用户异常”,表明此为UE关机或空闲模式下小区更新的最后定位报告,系统将对此定位报告进行特殊的保存处理;如果“Location Report”消息的Cause值不是“用户异常”,表明此定位报告可能是UE正常情况下的定位报告,则对此定位报告进行现有的一般处理。由于保存UE位置信息的处理在CN中进行,虽然RNC能够判决UE的情况,但CN并不知道UE所出现的是何种情况,所以在CN的UE位置保存处理中添加了此判决,对UE正常的定位报告和UE关机或空闲模式下小区更新的最后定位报告进行不同的处理,便于用户在必要的时候对UE的最后位置信息进行查询。
由上述流程可见,应用上述本发明第二种最后定位方法的较佳实施例,能够在RNC释放UE的网侧传输资源和无线资源之前及时获取UE的最后位置信息,并在UE关机或空闲模式下小区更新后,能够在RNC释放UE的网侧资源之前,及时上报UE的最后位置信息给CN,由CN进行特殊的保存处理,便于必要的时候对UE的最后位置信息的查询。
本发明所提供的第一种UE最后定位方法,除了如上本方法所述,在UE迁移到URA_PCH状态之前或在RNC释放UE的网侧资源之前使用CELLID方法获取UE的位置信息;并且在RNC确认UE向URA_PCH状态迁移或判决UE进入无信号区或断电后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。还可以如上第二种UE最后定位方法所述,同时在RNC释放UE的网侧资源之前使用CELL ID方法获取UE的最后位置信息;并且在UE关机或空闲模式下小区更新之后,能够在RNC释放UE的网侧资源之前将获取的UE位置信息上报CN保存。
本发明所提供的第一种UE最后定位方法的另一较佳实施例将图7和图8所述的最后定位流程并行进行处理。
对于一个UE来说,从上电开始,图7和图8所示的最后定位流程将同时对此UE进行跟踪判决。如果此UE发生了进入无信号区或断电的情况,如以上对图7的描述,将触发图7所示的处理流程将当前获取的UE位置信息作为最后定位信息上报CN保存;如果此UE关机或空闲模式下小区更新时,如以上对图8的描述,将触发图8中处理流程将当前获取的UE位置信息上报CN保存;如果UE没有出现进入无信号区、断电、关机或空闲模式下小区更新的情况,系统将重新对UE出现的情况进行跟踪判决。
对于多个UE来说,当系统启动时,每当一个UE上电时,RNC就会启动针对此UE的本实施例所述的最后定位处理流程;每当一个UE出现了进入无信号区或断电、关机、或空闲模式下的小区更新的情况,就会触发系统将UE的最后位置信息上报CN,由CN对此最后位置信息进行特殊的保存处理便于以后用户的查询。
可见,应用上述本发明第一种最后定位方法的另一较佳实施例,能够实现UE进入无信号区或断电、关机、或空闲模式下的小区更新时,RNC均能够及时获取UE的最后位置信息,并由CN对此位置信息进行特殊保存用于必要时候用户的查询。
在本发明所提供两种最后定位方法的三个实施例中,均使用了CELL ID方法对UE进行定位。由于本发明需实现在UE进入无信号区、断电、关机、或空闲模式下的小区更新时的最后定位,在此种情况下,处理时间非常短暂,而且UE马上就会与RNC失去联系,如果采用OTDOA或A-GPS方法定位,系统没有足够的时间和资源使RNC下发测量控制或跟踪GPS信号计算辅助数据,UE也无法进行测量,只能采用CELL ID方法才能保证及时获取UE的最后位置信息。因此,以上实施例中均采用的是CELL ID定位方法。
综上所述,应用上述本发明的两种最后定位方法实施例能够在UE进入无信号区、断电、关机、或空闲模式下的小区更新时,得到UE的最后位置信息,并及时将UE的位置信息上报CN并保存下来。并且本发明实施例的实现只需在现有RNC和CN的软件系统作少量修改就可实现,不需修改标准接口。
Claims (22)
1.一种移动终端设备UE最后定位方法,其特征在于,该方法包括以下步骤:
1)基站控制器RNC判断UE当前信道状态,如果当前信道状态将要迁移到无法获知UE当前所在小区的信道状态,则执行步骤2);如果当前信道状态下能够获知UE当前所在小区,并且当前信道状态不会迁移到无法获知UE当前所在小区的信道状态,则执行步骤3);
2)RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,再将UE当前的位置信息上报给核心网CN,返回步骤1);
3)RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则执行步骤4),否则返回步骤1);或者,
RNC判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤4),否则返回步骤1);
4)RNC将UE当前的位置信息上报给CN。
2.根据权利要求1所述的方法,其特征在于,步骤1)所述RNC判断UE当前信道状态进一步包括:
如果当前信道状态下无法获知UE当前所在小区,则执行步骤12):
12)判断当前信道状态下UE的网侧资源是否将要被释放,如果是,则结束本流程,否则返回步骤1)。
3.根据权利要求2所述的方法,其特征在于,所述步骤1)为:RNC判断UE当前信道状态,如果是无线接入网注册区寻呼信道URA_PCH状态,则RNC无法获知UE当前所在小区,执行步骤12);如果UE状态应向URA_PCH状态迁移,则当前信道状态将要迁移到无法获知UE当前所在小区的信道状态,执行步骤2);如果是小区专用信道CELL_DCH、小区寻呼信道CELL_PCH或小区向前接入信道CELL_FACH状态,则当前信道状态下能够获知UE当前所在小区,并且当前信道状态不会迁移到无法获知UE当前所在小区的信道状态,执行步骤3)。
4.根据权利要求3所述的方法,其特征在于,所述步骤12)中,判断URA_PCH状态下UE的网侧资源是否将要被释放的方法为,启动周期前向切换定时器Tperoidffho,再判断Tperoidffho是否超时,如果是,确定UE的网侧资源将要被释放,则进行释放UE网侧资源的过程,释放完毕,结束本流程;否则返回步骤1)。
5.根据权利要求3所述的方法,其特征在于,所述步骤3)中判断当前信道状态下UE的网侧资源是否将要被释放的方法包括:
如果UE当前信道状态为CELL_PCH或CELL_FACH状态,则启动Tperoidffho,再判断Tperoidffho是否超时,如果是,确定UE的网侧资源将要被释放,执行步骤4),否则返回步骤1);
如果UE当前信道状态为CELL_DCH状态,则包括步骤:
21)判断是否无线链路失步,如果是,执行步骤22);如果不是,返回步骤1);
22)启动无线链路恢复定时器TRlrestore,再判断TRlrestore是否超时,如果是,确定UE的网侧资源将要被释放,执行步骤4),否则返回步骤1)。
6.根据权利要求5所述的方法,其特征在于,所述步骤21)中,判断无线链路失步的方法为,RNC接收“无线链路失败指示RADIO LINKFAILURE INDICATION”消息,判断消息中的原因Cause值是否为“同步失败Sychronization Failure”,如果是,则无线链路失步;否则无线链路正常。
7.根据权利要求1、2、3或5所述的方法,其特征在于,所述步骤3)中,根据当前所在小区获取该UE当前的位置信息的方法为,采用CELL ID定位方法获取UE当前位置信息。
8.根据权利要求2或3所述的方法,其特征在于,所述步骤2)中,根据当前所在小区获取该UE当前的位置信息的方法为,采用CELL ID定位方法获取UE当前位置信息。
9.根据权利要求2或3所述的方法,其特征在于,所述步骤2)进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
10.根据权利要求1、4或5所述的方法,其特征在于,所述步骤4)进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
11.根据权利要求1所述的方法,其特征在于,所述步骤1)中RNC判断UE当前信道状态的同时进一步包括以下步骤:
a.RNC监测UE当前的运行模式,判断UE是否处于连接模式,如果是,执行步骤b;否则执行步骤c;
b.RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前UE的网侧资源是否将要被释放,如果是,则执行步骤d,否则返回步骤a;或者,
RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d,否则返回步骤a;
c.RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d,否则返回步骤a;
d.RNC将UE当前的位置信息上报给CN。
12.根据权利要求11所述的方法,其特征在于,所述步骤b中,判断连接模式下UE的网侧资源是否将要被释放的方法为,RNC接收CN发来的“IU接口释放命令IU RELEASE COMMAND”消息,判断消息中的Cause值是否为“IU接口正常释放IU_NORMAL_RELEASE”,如果是,确定UE的网侧资源将要被释放,执行步骤d;否则返回步骤a;
13.根据权利要求11所述的方法,其特征在于,所述步骤c中,判断空闲模式下UE的网侧资源是否将要被释放的方法为,RNC接收UE发来的“无线资源控制连接建立请求RRC CONNECTION REQUEST”消息,判断消息中的Cause值是否为“UU接口附着UU_DETACH”或者“UU接口注册UU_REGISTER”,如果是,确定UE的网侧资源将要被释放,执行步骤d;否则返回步骤a;
14.根据权利要求11或12所述的方法,其特征在于,所述步骤b中,根据当前所在小区获取该UE当前的位置信息的方法为,采用CELL ID定位方法获取UE当前位置信息。
15.根据权利要求11或13所述的方法,其特征在于,所述步骤c中,根据当前所在小区获取该UE当前的位置信息的方法为,采用CELL ID定位方法获取UE当前位置信息。
16.根据权利要求11至13中任一项所述的方法,其特征在于,所述步骤d进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
17.一种UE最后定位方法,其特征在于,该方法包括以下步骤:
a.RNC监测UE当前的运行模式,判断UE是否处于连接模式,如果是,执行步骤b;否则执行步骤c;
b.RNC获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,同时判断当前UE的网侧资源是否将要被释放,如果是,则执行步骤d,否则返回步骤a;或者,
RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d,否则返回步骤a;
c.RNC判断当前UE的网侧资源是否将要被释放,如果是,则获知UE当前所在小区,根据UE当前所在小区获取该UE当前的位置信息,执行步骤d,否则返回步骤a;
d.RNC将UE当前的位置信息上报给CN。
18.根据权利要求17所述的方法,其特征在于,所述步骤b中,判断连接模式下UE的网侧资源是否将要被释放的方法为,RNC接收CN发来的“IURELEASE COMMAND”消息,判断消息中的Cause值是否为“IU_NORMAL_RELEASE”,如果是,确定UE的网侧资源将要被释放,执行步骤d;否则返回步骤a。
19.根据权利要求17所述的方法,其特征在于,所述步骤c中,判断空闲模式下UE的网侧资源是否将要被释放的方法为,RNC接收UE发来的“RRCCONNECTION REQUEST”消息,判断消息中的Cause值是否为“UU_DETACH”或者“UU_REGISTER”,如果是,确定UE的网侧资源将要被释放,执行步骤d;否则返回步骤a。
20.根据权利要求17或18所述的方法,其特征在于,所述步骤b中,根据当前所在小区获取该UE当前的位置信息的方法为,采用CELL ID定位方法获取UE当前位置信息。
21.根据权利要求17或19所述的方法,其特征在于,所述步骤c中,根据当前所在小区获取该UE当前的位置信息的方法为,采用CELL ID定位方法获取UE当前位置信息。
22.根据权利要求17至19中任一项所述的方法,其特征在于,所述步骤d进一步包括:RNC在向CN上报的位置信息中,指示该位置信息是因为异常情况上报的;CN收到该UE的位置信息后,根据该指示将该位置信息作为最后定位信息保存。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200410008937XA CN100370871C (zh) | 2004-03-15 | 2004-03-15 | 移动终端设备最后定位方法 |
PCT/CN2005/000316 WO2005088988A1 (fr) | 2004-03-15 | 2005-03-15 | Procede permettant de localiser la derniere position d'un ue |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200410008937XA CN100370871C (zh) | 2004-03-15 | 2004-03-15 | 移动终端设备最后定位方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1671236A CN1671236A (zh) | 2005-09-21 |
CN100370871C true CN100370871C (zh) | 2008-02-20 |
Family
ID=34975980
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200410008937XA Expired - Fee Related CN100370871C (zh) | 2004-03-15 | 2004-03-15 | 移动终端设备最后定位方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN100370871C (zh) |
WO (1) | WO2005088988A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101459869A (zh) * | 2007-12-10 | 2009-06-17 | 华为技术有限公司 | 上报位置信息的方法和系统 |
CN104113862A (zh) * | 2014-07-14 | 2014-10-22 | 中国联合网络通信集团有限公司 | 统计掉话的方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000069537A (ja) * | 1998-08-21 | 2000-03-03 | Nec Shizuoka Ltd | Phs回線を利用した契約位置管理システム及び携帯型位置管理端末 |
JP2002099971A (ja) * | 2000-09-22 | 2002-04-05 | Sanyo Electric Co Ltd | 緊急通報システム及び緊急通報装置 |
CN1422082A (zh) * | 2001-11-28 | 2003-06-04 | 日本电气株式会社 | 当脱离预定区域时能够通知用户的移动通信设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20010064771A (ko) * | 1999-12-18 | 2001-07-11 | 서평원 | 복제 단말기 검출방법 |
-
2004
- 2004-03-15 CN CNB200410008937XA patent/CN100370871C/zh not_active Expired - Fee Related
-
2005
- 2005-03-15 WO PCT/CN2005/000316 patent/WO2005088988A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000069537A (ja) * | 1998-08-21 | 2000-03-03 | Nec Shizuoka Ltd | Phs回線を利用した契約位置管理システム及び携帯型位置管理端末 |
JP2002099971A (ja) * | 2000-09-22 | 2002-04-05 | Sanyo Electric Co Ltd | 緊急通報システム及び緊急通報装置 |
CN1422082A (zh) * | 2001-11-28 | 2003-06-04 | 日本电气株式会社 | 当脱离预定区域时能够通知用户的移动通信设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2005088988A1 (fr) | 2005-09-22 |
CN1671236A (zh) | 2005-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7116828B2 (ja) | 位置決め測定を促進する通信方法および装置 | |
US11405974B2 (en) | Communication system | |
US7366492B1 (en) | Method and system for mobile location detection using handoff information | |
CN100415045C (zh) | 在移动站关闭时确认出移动站的位置的方法 | |
JP4801092B2 (ja) | ワイヤレス通信ネットワークにおいてモバイル端末を突き止めるためのハイブリッド位置合わせ手法及びシステム | |
US8903420B2 (en) | Location for minimization of drive test in LTE systems | |
CN113973260B (zh) | 上行信号定位的方法、通信基站和测量基站及ue | |
CN103906189A (zh) | 网络搜索方法和网络搜索装置、终端 | |
KR20120105530A (ko) | 위성 위치결정 수신기 및 프록시 위치확인 시스템 | |
US7136659B2 (en) | Update of base station identifiers based on overhead visit | |
MXPA04009314A (es) | Traspaso accionado por posicionamiento. | |
CN102378222B (zh) | 一种mdt测量信息处理方法及其设备 | |
US7149201B2 (en) | Enhanced bearer overhead monitoring for improved position location performance for wireless mobiles | |
WO2018082323A1 (zh) | 一种寻呼优化的方法和装置 | |
US20060014551A1 (en) | Apparatus and method for processing call in mobile communication system | |
CN100355310C (zh) | 定位移动台时利用资源的方法和远程通信系统 | |
EP2880929B1 (en) | Method and arrangement in a telecommunications network | |
US20100093389A1 (en) | Responding to a paging request from a gsm network by setting up the call through a umts network | |
CN100455109C (zh) | 增强型a-gps定位方法 | |
US8489126B2 (en) | Mobile communication system and mobile terminal | |
CN103781174A (zh) | 寻呼方法、移动性管理网元及通信系统 | |
CN100370871C (zh) | 移动终端设备最后定位方法 | |
KR101227056B1 (ko) | 이동 통신 시스템에서 위치 정보 제공 방법 | |
CN101179852A (zh) | 通用接入网络中同步终端状态的方法及设备 | |
EP4300139A1 (en) | Schemes on gnss position fix in connected in iot ntn |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080220 Termination date: 20200315 |