专利名称：一种周期性位置信息请求的处理方法
技术领域：
本发明涉及网络设备定位技术，特别是指一种周期性位置信息请求的处理方法。
背景技术：
移动通信网络的位置业务(LCS，Location Service)是通过定位技术得到目标用户设备(UE)的位置信息，目标UE指移动通信网络中被定位的设备终端，位置信息可以是地理的经纬度信息或当地街道的位置信息。移动通信网络获取的位置信息可以提供给目标UE，用于目标UE的自身定位；也可以提供给通信网络本身，用于分区域计费或操作维护；也可以提供给其他请求得到目标UE位置信息的客户应用端，如机构和个人，用于增值业务。因此，位置业务在紧急救援、车辆导航和智能交通系统、工作调度和团队管理、移动黄页查询、增强网络性能等方面均有广泛的作用。在第三代合作伙伴计划(3GPP)中对LCS规范以及整个实现位置业务的功能模式、结构、状态描述和消息流程等方面均作了描述。
图1为位置业务功能逻辑结构示意图，如图1所示从功能逻辑上看，实现位置业务的功能逻辑实体包括请求端101、包含实现位置业务功能实体的LCS系统106和目标UE 107。实现位置业务的功能实体包括网关移动定位中心(GMLC)102、用户数据存储服务器103、核心网络(CN)104和无线接入网络(RAN)105。请求端101可包括请求者和LCS客户端。LCS客户端是指用于获得一个或多个目标UE 107的位置信息的、与GMLC 102接口的软件或硬件实体；请求者是指请求目标UE 107位置信息的应用客户端，如机构和个人，是定位请求的发起者，LCS客户端也可同时为请求者。GMLC 102为请求端与实现位置业务功能实体间的信息交互提供一个标准的LCS接口，用于处理位置业务消息，该过程包括对请求端101进行鉴权，以及对请求端101发送的位置信息请求消息进行鉴权，通过鉴权后，GMLC102向CN 104发送定位目标UE 107的请求，最后，GMLC 102负责将CN 104返回的目标UE 107定位结果发送至请求端101。用户数据存储服务器103为归属位置寄存器(HLR)或归属用户信息服务器(HSS)，用于存储用户数据，并为其他网络逻辑实体提供目标UE的相关信息，如目标UE归属的GMLC 102的地址信息、目标UE当前所在的GMLC 102和CN 104的地址信息。CN 104接收并处理GMLC 102发送的定位目标UE 107的请求，协同RAN 105对目标UE 107进行定位，并向GMLC 102返回对目标UE 107的定位结果。
GMLC可进一步包括请求网关移动定位中心(R-GMLC，RequestingGMLC)、归属网关移动定位中心(H-GMLC，Home GMLC)和拜访网关移动定位中心(V-GMLC，Visited GMLC)。R-GMLC是指接收请求端向目标UE发起的位置信息请求的GMLC，H-GMLC是指目标UE所归属的GMLC，V-GMLC是指当前为目标UE服务的GMLC，即目标UE当前所在的GMLC。R-GMLC、H-GMLC和V-GMLC可以为同一个物理实体，也可为不同物理实体。
目前，3GPP的LCS规范中将请求端对目标UE发起的位置信息请求划分为两种类型立即型位置信息请求和延迟型位置信息请求。立即型位置信息请求是指LCS系统收到请求端对目标UE发起的位置信息请求后，立即对目标UE进行定位，然后立刻向请求端返回目标UE定位结果，即LCS系统收到请求端发送的位置信息请求后，立即向请求端返回目标UE的定位结果。延迟型位置信息请求是指请求端要求LCS系统在将来一个时间点或者一定事件发生时向其提供目标UE的位置信息，即LCS系统收到请求端对目标UE发起的位置信息请求后，需要经过一段时间的延迟，等待延迟事件触发后再向请求端返回目标UE的定位结果。
另外，3GPP允许请求端要求LCS系统周期性向其提供目标UE的位置信息，即请求端定义起始时间点和结束时间点以及一定周期性逻辑，要求LCS系统在该段时间内按照周期性逻辑向其提供目标UE的位置信息。此外，周期性位置信息请求与延迟型位置信息请求可相互结合，即请求端可向LCS系统发送周期性延迟型位置信息请求。
图2为3GPP的LCS规范中周期性延迟型位置信息请求的处理流程图，如图2所示，3GPP的LCS规范中定义的用户可得(UE available)类延迟型位置信息请求与周期性位置信息请求相结合的周期性延迟型位置信息请求的处理过程包括以下步骤步骤201请求端向R-GMLC发送周期性延迟型LCS业务请求(LCSService Request)，请求LCS系统提供目标UE的位置信息，该LCS ServiceRequest中携带有目标UE标识和对目标UE进行定位的触发事件，例如，目标UE一旦附着在移动网络上，就立即对其进行定位；该LCS Service Request中还携带有一定周期性逻辑，即周期起始时间点、周期结束时间点和对目标UE进行定位的时间间隔。
步骤202R-GMLC收到请求端对目标UE发起的位置信息请求后，在周期起始时间点根据周期性逻辑启动周期性定时器计时，并向H-GMLC/V-GMLC发送普通的延迟型LCS Service Request，该LCS ServiceRequest中携带有对目标UE进行定位的触发事件，以及R-GMLC为当前普通的延迟型LCS业务请求分配的参考标识(Reference Number)，如1234。
步骤203～步骤205H-GMLC/V-GMLC收到LCS Service Request后，向CN发送定位目标UE请求(Provide Subscriber Location)，该ProvideSubscriber Location中携带有对目标UE进行定位的触发事件，以及R-GMLC为当前普通的延迟型LCS业务请求分配的Reference Number，请求CN在触发事件发生时，对目标UE进行定位。CN收到Provide Subscriber Location后，判断触发事件条件是否已经满足，如果满足则直接对目标UE进行定位，否则，CN存储定位目标UE的触发事件和Reference Number，然后向H-GMLC/V-GMLC发送定位目标UE响应消息(Provide Subscriber LocationACK)，通知H-GMLC/V-GMLC，CN已接受请求端对目标UE发起的普通延迟型位置信息请求。H-GMLC/V-GMLC收到Provide Subscriber LocationACK后，向R-GMLC发送LCS业务响应消息(LCS Service Response)，通知R-GMLC，CN已接受请求端对目标UE发起的普通延迟型位置信息请求；R-GMLC收到LCS Service Response后，向请求端发送LCS ServiceResponse，该LCS Service Response中携带有R-GMLC为当前普通的延迟型LCS业务请求分配的Reference Number，通知请求端LCS系统已接受其对目标UE发起的延迟型位置信息请求。
步骤206R-GMLC的周期性定时器计时超时，R-GMLC判断是否处于等待CN返回目标UE定位结果的状态，如果是，执行步骤207a；否则，执行步骤207b。
R-GMLC处于等待CN返回定位结果状态的具体步骤如下步骤207aR-GMLC向请求端发送LCS Service Response，该LCS ServiceResponse中携带有R-GMLC在步骤202中分配的Reference Number，通知请求端暂时无法提供目标UE的位置信息。
步骤208～步骤209aCN判断当前条件是否满足存储的触发事件发生条件，如果满足，则直接对目标UE进行定位；否则，继续等待触发事件发生。当CN判断出触发事件发生时，例如对于用户可得类延迟型位置信息请求，请求端请求目标UE一旦接入移动网络，就对其进行定位，此时当目标UE请求接入移动网络时，CN认为触发定位该目标UE的事件已发生，CN则协同RAN对目标UE进行定位操作(Location Procedure)。
步骤210a～步骤212aCN协同RAN对目标UE定位结束后，向H-GMLC/V-GMLC发送目标UE的位置报告消息(Subscriber LocationReport)，该Subscriber Location Report中除携带有目标UE的定位结果外，还携带有CN存储的Reference Number，如1234。H-GMLC/V-GMLC收到Subscriber Location Report后，向CN发送目标UE的位置报告响应消息(Subscriber Location Report ACK)，通知CN已经接收目标UE的定位结果。与此同时，H-GMLC/V-GMLC向R-GMLC发送LCS业务响应消息(LCSService Response)，该LCS Service Response中携带有CN返回的目标UE的定位结果，以及Reference Number；R-GMLC收到LCS Service Response后，可根据需要对收到的目标UE定位结果进行转换处理，如将经纬度信息转换为当地的地理信息；R-GMLC向请求端发送LCS Service Response，向请求端提供转换后最终的目标UE的位置信息，该LCS Service Response中还携带有Reference Number。然后R-GMLC的状态迁移为未处于等待CN返回定位结果的状态。
R-GMLC未处于等待CN返回定位结果状态的具体步骤如下步骤207b～步骤209bR-GMLC再次向H-GMLC/V-GMLC发送普通的延迟型LCS Service Request，该LCS Service Request中携带有对目标UE进行定位的触发事件，以及R-GMLC为当前普通的延迟型LCS业务请求重新分配的Reference Number，如5678。此时，由于R-GMLC是对当前的普通的延迟型位置信息请求重新分配了Reference Number，因此该ReferenceNumber与R-GMLC在步骤202中分配的Reference Number不同。后续过程与步骤203～步骤205基本相同，不同之处仅在于后续过程中涉及的ReferenceNumber与步骤203～步骤205中涉及的Reference Number不同。
步骤210b～步骤214b与步骤208～步骤212a基本相同，不同之处仅在于步骤210b～步骤214b中涉及的Reference Number与步骤208a～步骤212a中涉及的Reference Number不同。
后续每个周期的处理过程与以上过程基本相同。
以上所述的Reference Number是由R-GMLC分配并维护的，在处理周期性延迟型位置信息请求的过程中，R-GMLC为每个需处理的单独的延迟型位置信息请求分别分配Reference Number，并通过H-GMLC/V-GMLC将Reference Number提供给CN，CN存储该Reference Number；CN在完成对目标UE的定位后，通过H-GMLC/V-GMLC向R-GMLC返回目标UE的定位结果时，携带存储的Reference Number，使得R-GMLC能够将定位结果与发起此次定位操作的位置信息请求相对应。另外，R-GMLC在通知请求端LCS系统已接受其发起的位置信息请求时，向请求端提供R-GMLC先前为当前处理的单个延迟型位置信息请求分配的Reference Number；并且，当R-GMLC在向请求端返回目标UE的定位结果时，携带相同的ReferenceNumber，使得请求端能够将收到的目标UE定位结果与发起该定位操作的位置信息请求相对应。
当请求端在取消其先前发起的处于激活状态的位置信息请求时，在取消请求中携带Reference Number，通知R-GMLC取消与Reference Number相对应的位置信息请求。
由以上描述可见，LCS系统将请求端发起的周期性延迟型位置信息请求，按照该请求端提供的周期性逻辑拆分成多个普通的延迟型位置信息请求，在处理每个拆分的位置信息请求时，均按照普通的延迟型位置信息请求进行处理，为当前处理的延迟型位置信息请求分配Reference Number，用以标识该位置信息请求。这样，LCS系统会为请求端发起的周期性延迟型位置信息请求中包含的多个普通延迟型位置信息请求，随机分配多个ReferenceNumber，即每个普通的位置信息请求的Reference Number各不相同。因此，对于同一个周期性延迟型位置信息请求，请求端将会接收到多个携带不同Reference Number的响应消息，从而，请求端无法将自身发起的周期性延迟型位置信息请求，与携带有LCS系统后续分配的各Reference Number的响应消息和目标UE定位结果相对应，例如，在上述图2的处理流程中，R-GMLC为第一个普通延迟型位置信息请求分配的Reference Number为1234，并在步骤205中通知请求端其先前发起的周期性延迟型位置信息请求的Reference Number为1234，因此，请求端认定仅当LCS系统返回的ReferenceNumber为1234的位置信息响应消息才为该周期性延迟型位置信息请求的响应消息。然而，R-GMLC为第二个普通延迟型位置信息请求分配的ReferenceNumber为5678，并在步骤209b中，R-GMLC向请求端发送Reference Number为5678的LCS业务响应消息，通知请求端其周期性位置信息请求已被接受，这样，请求端无法分析出该响应消息是针对先前发起的哪一个位置信息请求的响应，导致请求端对收到的目标UE定位结果的不确定性，增加了周期性延迟型位置信息请求处理过程的异常性，并且，在上述情况下，当请求端向LCS系统发送携带有Reference Number为1234的取消消息，希望取消掉自己先前发起的周期性延迟型位置信息请求时，由于此时LCS系统中对于该请求的Reference Number为5678，因此LCS系统无法查找到当前ReferenceNumber为1234的处于激活状态的位置信息请求，从而无法准确地对该延迟型位置信息请求进行取消。
发明内容
有鉴于此，本发明的目的在于提供一种周期性位置信息请求的处理方法，保证周期性位置信息请求处理过程的正常性。
为了达到上述目的，本发明提供了一种周期性位置信息请求的处理方法，该方法包含A、位置业务系统接收请求端对目标用户设备发起的位置信息请求，判断该位置信息请求是否为周期性位置信息请求，如果是，执行步骤B；B、位置业务系统根据预先设定的规律为所述周期性位置信息请求分配参考标识；C、位置业务系统对目标用户设备进行定位后，向请求端返回携带有所述参考标识的目标用户设备定位结果。
步骤B中所述根据预先设定的规律为所述周期性位置信息请求分配参考标识包括为所述周期性位置信息请求中包含的每个需要处理的位置信息请求分配相同的参考标识。
步骤B中所述根据预先设定的规律为所述周期性位置信息请求分配参考标识包括为当前处理的位置信息请求和该位置信息请求后即将处理的位置信息请求分配不同的参考标识。
该方法进一步包括预先设置周期性定时器，位置业务系统对当前的位置信息请求进行处理，并为当前的位置信息请求分配参考标识；所述周期性定时器计时超时，判断当前位置信息请求是否处理完毕，如果当前位置信息请求尚未处理完毕，继续对当前位置信息请求进行处理，如果当前位置信息请求处理完毕，即将处理的位置信息请求成为当前的位置信息请求，位置业务系统对所述当前位置信息请求进行处理，并为所述当前位置信息请求分配参考标识。
步骤C中所述目标用户设备定位结果中进一步携带有位置业务系统为即将处理的位置信息请求分配的参考标识。
所述步骤C之前进一步包括C0、位置业务系统向请求端发送对应于当前处理的位置信息请求的参考标识。
所述步骤C0进一步包括位置业务系统向请求端发送对应于即将处理的位置信息请求的参考标识。
所述步骤C之前进一步包括位置业务系统向目标用户设备发送所述参考标识。
所述周期性位置信息请求是周期性延迟型位置信息请求，或周期性立即型位置信息请求。
该方法进一步包括请求端向位置业务系统发送携带有参考标识的周期性位置信息请求取消请求，位置业务系统取消对应于所述参考标识的周期性位置信息请求。
根据本发明提出的方法，LCS系统根据一定规律，为请求端发起的周期性位置信息请求分配Reference Number，并向请求端返回Reference Number，使得请求端能够根据LCS系统分配的Reference Number，将LCS系统返回的目标UE定位结果与自身发起的周期性位置信息请求相对应，保证了周期性位置信息请求处理过程的正常性。另外，请求端需要取消其发起的周期性位置信息请求时，可在向LCS系统发送的取消请求中携带ReferenceNumber，通过Reference Number明确标识出其希望取消的周期性位置信息请求，LCS系统取消与Reference Number相对应的周期性位置信息请求。
图1为位置业务功能逻辑结构示意图；图2为3GPP的LCS规范中周期性延迟型位置信息请求的处理流程图；图3为本发明中周期性延迟型位置信息请求的处理流程图；图4为本发明中周期性立即型位置信息请求的处理流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明中，LCS系统根据一定规律，为请求端发起的周期性位置信息请求分配Reference Number，使得请求端能够根据LCS系统分配的ReferenceNumber，将LCS系统返回的目标UE定位结果与自身发起的周期性位置信息请求相对应，保证了周期性位置信息请求处理过程的正常性。
当LCS系统收到请求端对目标UE发起的位置信息请求后，根据该位置信息请求中携带的周期性逻辑信息，如周期起始时间点、周期结束时间点和对目标UE进行定位的时间间隔，确定该位置信息请求为周期性位置信息请求，然后LCS系统根据周期时间间隔启动定时器计时，并为该周期性位置信息请求分配Reference Number。LCS系统为周期性位置信息请求分配Reference Number的方法多种多样，下面通过具体实施例，对LCS系统分配Reference Number的方法进行详细说明。
图3为本发明中周期性延迟型位置信息请求的处理流程图，如图3所示，UE available类延迟型位置信息请求与周期性位置信息请求相结合的周期性延迟型位置信息请求的处理过程包括以下步骤步骤301与步骤201相同。
步骤302R-GMLC收到请求端对目标UE发起的位置信息请求后，据该位置信息请求中携带的周期性逻辑信息，确定该位置信息请求为周期性延迟型位置信息请求，然后在周期起始时间点根据周期性逻辑启动周期性定时器计时，并向H-GMLC/V-GMLC发送普通的延迟型LCS Service Request，该LCS Service Request中携带有对目标UE进行定位的触发事件，以及R-GMLC为该周期性延迟型位置信息请求分配的Reference Number，如1234。
步骤303～步骤305与步骤203～步骤205相同。
步骤306R-GMLC的周期性定时器计时超时，R-GMLC判断是否处于等待CN返回目标UE定位结果的状态，如果是，执行步骤307a；否则，执行步骤307b。
R-GMLC处于等待CN返回定位结果状态的具体步骤如下步骤307a与步骤207a相同。
步骤308～步骤312a与步骤208a～步骤212a相同。
R-GMLC未处于等待CN返回定位结果状态的具体步骤如下步骤307b～步骤309bR-GMLC再次向H-GMLC/V-GMLC发送普通的延迟型LCS Service Request，该LCS Service Request中携带有对目标UE进行定位的触发事件，以及R-GMLC为该LCS业务请求所属的周期性延迟型位置信息请求分配的Reference Number，例如仍然为步骤302中分配的1234。后续过程与步骤303～步骤305相同。
步骤310b～步骤314a与步骤208～步骤212a基本相同，步骤210b～步骤214b中涉及的Reference Number仍为R-GMLC在步骤302中分配的Reference Number。
后续每个周期的处理过程与以上过程基本相同，处理过程中使用的Reference Number均为R-GMLC在步骤302中分配的Reference Number。
如果以定位时间间隔为周期的时间长度内，没有发生触发定位目标UE的事件，则一直等到触发定位目标UE的事件发生，对目标UE进行定位并向请求端返回目标UE定位结果后，才会在此后最近的一个周期对下一个位置信息请求进行处理。例如，请求端请求LCS系统每隔30分钟对目标UE进行一次定位，定位的触发事件为目标UE进入区域A，有效时间段为10:00到14:00；如果目标UE在11:00到11:30之间的时间段内，没有进入区域A，则LCS系统不对该周期性延迟型位置信息请求中的下一个位置信息请求进行处理，仍然对当前的位置信息请求进行处理；目标UE在11:40进入区域A后，LCS系统对目标UE进行定位，并向请求端返回目标UE定位结果，此时LCS系统才结束对当前的位置信息请求的处理，然后LCS系统在12:00时对该周期性延迟型位置信息请求的下一个位置信息请求进行处理。此时，周期性延迟型位置信息请求的处理周期并不以时间为严格的周期，而是要将该周期性延迟型位置信息请求中的一个位置信息请求处理完毕，即对目标UE进行定位后，才会处理该周期性延迟型位置信息请求中的下一个位置信息请求。
图4为本发明中周期性立即型位置信息请求的处理流程图，如图4所示，立即型位置信息请求与周期性位置信息请求相结合的周期性立即型位置信息请求的处理过程包括以下步骤步骤401请求端向R-GMLC发送周期性立即型LCS Service Request，请求LCS系统提供目标UE的位置信息，该LCS SerVice Request中携带有目标UE标识和一定周期性逻辑，即周期起始时间点、周期结束时间点和对目标UE进行定位的时间间隔。
步骤402R-GMLC收到请求端对目标UE发起的位置信息请求后，据该位置信息请求中携带的周期性逻辑信息，确定该位置信息请求为周期性立即型位置信息请求，然后在周期起始时间点根据周期性逻辑启动周期性定时器计时，为当前处理的LCS业务请求和即将处理的LCS业务请求分配Reference Number，如1234和5678，并向H-GMLC/V-GMLC发送普通的立即型LCS Service Request。
步骤403～步骤406H-GMLC/V-GMLC收到LCS Service Request后，向CN发送Provide Subscriber Location，请求CN立即对目标UE进行定位。CN收到Provide Subscriber Location后，协同RAN对目标UE进行定位操作。CN协同RAN对目标UE定位结束后，向H-GMLC/V-GMLC发送ProvideSubscriber Location ACK，返回目标UE的定位结果。H-GMLC/V-GMLC收到Provide Subscriber Location ACK后，向H-GMLC发送LCS ServiceResponse，返回目标UE的定位结果。H-GMLC收到LCS Service Response后，可根据需要对返回的目标UE的定位结果进行转换处理，如将经纬度信息转换为当地的地理信息；R-GMLC向请求端发送LCS Service Response，向请求端提供转换后最终的目标UE的位置信息，该LCS Service Response中还携带有R-GMLC在步骤402中分配的Reference Number，如1234，以及R-GMLC为即将处理的LCS业务请求分配的Reference Number，如5678。
步骤407～步骤411R-GMLC的周期性定时器计时超时，下一个周期成为当前周期，R-GMLC为当前处理的LCS业务请求结束后即将处理的LCS业务请求分配Reference Number，如0986，然后再次向H-GMLC/V-GMLC发送普通的立即型LCS Service Request。后续过程与步骤403～步骤406基本相同，不同之处仅在于最后向请求端返回目标UE定位结果时，携带的当前处理的位置信息请求的Reference Number和下一个即将处理的位置信息请求的Reference Number不同，如5678和0986。
LCS系统还可对周期性位置信息请求分配总Reference Number，然后对该周期性位置信息请求中每个需要处理的位置信息请求随机分配分Reference Number，使得请求端能够根据总Reference Number确定出与收到的目标UE定位结果相对应的周期性位置信息请求。
LCS系统为周期性位置信息请求分配Reference Number的方式是多种多样的，只要使请求端能够将收到的目标UE定位结果，与自身发起的周期性位置信息请求相对应即可，因此，对于Reference Number的分配方法不再一一赘述。
请求端需要取消其发起的周期性位置信息请求时，可在向LCS系统发送的取消请求中携带Reference Number，通过Reference Number明确标识其希望取消的周期性位置信息请求，LCS系统取消与Reference Number相对应的周期性位置信息请求。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
权利要求
1.一种周期性位置信息请求的处理方法，其特征在于该方法包含以下步骤A、位置业务系统接收请求端对目标用户设备发起的位置信息请求，判断该位置信息请求是否为周期性位置信息请求，如果是，执行步骤B；B、位置业务系统根据预先设定的规律为所述周期性位置信息请求分配参考标识；C、位置业务系统对目标用户设备进行定位后，向请求端返回携带有所述参考标识的目标用户设备定位结果。
2.根据权利要求1所述的方法，其特征在于，步骤B中所述根据预先设定的规律为所述周期性位置信息请求分配参考标识包括为所述周期性位置信息请求中包含的每个需要处理的位置信息请求分配相同的参考标识。
3.根据权利要求1所述的方法，其特征在于，步骤B中所述根据预先设定的规律为所述周期性位置信息请求分配参考标识包括为当前处理的位置信息请求和该位置信息请求后即将处理的位置信息请求分配不同的参考标识。
4.根据权利要求3所述的方法，其特征在于，该方法进一步包括预先设置周期性定时器，位置业务系统对当前的位置信息请求进行处理，并为当前的位置信息请求分配参考标识；所述周期性定时器计时超时，判断当前位置信息请求是否处理完毕，如果当前位置信息请求尚未处理完毕，继续对当前位置信息请求进行处理，如果当前位置信息请求处理完毕，即将处理的位置信息请求成为当前的位置信息请求，位置业务系统对所述当前位置信息请求进行处理，并为所述当前位置信息请求分配参考标识。
5.根据权利要求3所述的方法，其特征在于，步骤C中所述目标用户设备定位结果中进一步携带有位置业务系统为即将处理的位置信息请求分配的参考标识。
6.根据权利要求3所述的方法，其特征在于，所述步骤C之前进一步包括C0、位置业务系统向请求端发送对应于当前处理的位置信息请求的参考标识。
7.根据权利要求6所述的方法，其特征在于，所述步骤C0进一步包括位置业务系统向请求端发送对应于即将处理的位置信息请求的参考标识。
8.根据权利要求1或2所述的方法，其特征在于，所述步骤C之前进一步包括位置业务系统向目标用户设备发送所述参考标识。
9.根据权利要求1所述的方法，其特征在于，所述周期性位置信息请求是周期性延迟型位置信息请求，或周期性立即型位置信息请求。
10.根据权利要求1、2或3所述的方法，其特征在于，该方法进一步包括请求端向位置业务系统发送携带有参考标识的周期性位置信息请求取消请求，位置业务系统取消对应于所述参考标识的周期性位置信息请求。
全文摘要
本发明公开了一种周期性位置信息请求的处理方法，该方法包含位置业务系统接收请求端对目标用户设备发起的位置信息请求，判断出该位置信息请求为周期性位置信息请求时，位置业务系统根据预先设定的规律为所述周期性位置信息请求分配参考标识；位置业务系统对目标用户设备进行定位后，向请求端返回携带有所述参考标识的目标用户设备定位结果。根据本发明，请求端能够根据位置业务系统分配的参考标识，将位置业务系统返回的目标用户设备定位结果与自身发起的周期性位置信息请求相对应，保证了周期性位置信息请求处理过程的正常性。另外，请求端可通过参考标识明确标识出其希望取消的周期性位置信息请求。
文档编号H04B7/26GK1620178SQ20031011675
公开日2005年5月25日 申请日期2003年11月20日 优先权日2003年11月20日
发明者段小琴 申请人:华为技术有限公司