CN1568079A - 位置业务中目标用户设备上报位置报告的交互方法 - Google Patents

Abstract

本发明公开了一种位置业务中目标用户设备上报位置报告的交互方法，该方法包含：目标用户设备收到请求端发起的位置信息请求，且监测到触发上报位置报告事件的发生后，向位置业务系统上报位置报告；位置业务系统收到目标用户设备上报的位置报告后，向目标用户设备返回位置报告响应消息。另外，目标用户设备向位置业务系统上报位置报告的同时启动指定时间范围的定时器，并判断在指定时间范围内是否收到位置业务系统返回的位置报告响应消息，如果收到，则停止指定时间范围的定时器；否则，再次向位置业务系统上报位置报告，同时重新启动指定时间范围的定时器。通过本发明，减少了上报位置报告的差错性，降低位置业务执行的不确定性。

Description

位置业务中目标用户设备上报位置报告的交互方法

技术领域

本发明涉及定位技术，特别是指一种位置业务中目标用户设备上报位置报告的交互方法。

背景技术

移动通信网络的位置业务(LCS，Location Service)是通过定位技术得到目标用户设备(UE)的位置信息，目标UE指移动通信网络中被定位的目标UE终端，位置信息可以是地理的经纬度信息或当地街道的位置信息。LCS系统获取的位置信息可以提供给目标UE，用于目标UE的自身定位；也可以提供给通信系统本身，用于分区域计费或操作维护；也可以提供给其他请求得到目标UE位置信息的客户应用端，如机构和个人，用于增值业务。因此，位置业务在紧急救援、车辆导航和智能交通系统、工作调度和团队管理、移动黄页查询、增强网络性能等方面均有广泛的作用。在第三代合作伙伴计划(3GPP)中对LCS的规范以及整个LCS系统的功能模式、结构、状态描述和消息流程等方面均作了描述。

图1为实现位置业务的逻辑结构示意图，如图1所示，请求端101通过包含LCS系统的网络102请求目标UE 103的位置信息，包含LCS系统的网络102对请求端101进行合法性鉴权，检查目标UE 103是否允许该请求端101对其进行位置信息请求，如果请求端101通过包含LCS系统的网络102的合法性鉴权，包含LCS系统的网络102向其提供目标UE 103的位置信息；否则，包含LCS系统的网络102拒绝请求端101对目标UE 103的位置信息请求。

LCS系统中能够实现位置业务的功能逻辑实体包括网关移动定位中心(GMLC)、用户数据存储服务器(HLR/HSS)、核心网络(CN)和无线接入网络(RAN)。GMLC可进一步包括请求网关移动中心(R-GMLC，RequestingGMLC)、归属网关移动中心(H-GMLC，Home GMLC)和拜访网关移动中心(V-GMLC，Visited GMLC)。R-GMLC为请求端所请求的包含LCS系统的网络中的GMLC，H-GMLC为目标UE所归属的包含LCS系统的网络中的GMLC，V-GMLC为目标UE所拜访的包含LCS系统的网络中的GMLC，R-GMLC、H-GMLC和V-GMLC可以为同一个物理实体。

目前，3GPP规范中定义了区域变化类位置信息请求及其实现过程。区域变化类位置信息请求是指请求端预先指定目标区域范围和触发位置报告事件，例如目标UE进入、离开或是位于指定目标区域范围时向请求端上报位置报告，LCS系统将指定目标区域范围和触发位置报告事件等信息发送至目标UE，目标UE存储指定目标区域范围和触发位置报告事件等信息，同时启动相应的应用程序，当应用程序监测到触发位置报告事件发生时，例如目标UE进入、离开或是位于指定目标区域范围，目标UE向LCS系统上报位置报告，LCS系统向相应请求端转发该位置报告，通知相应请求端其指定的触发位置报告事件已发生。另外，请求端还可指定目标UE向其上报位置报告的次数，例如，仅上报一次位置报告，或在指定的有效时间范围内进行周期性上报。综上所述，利用区域变化类位置信息请求，请求端可方便地定义一些跟踪监控类位置业务，例如，儿童跟踪、宠物跟踪等，使得位置业务能够在跟踪监控方面得到广泛的应用。

图2为现有技术中区域变化类位置信息请求处理过程的消息交互图，如图2所示，区域变化类位置信息请求处理过程的消息交互包括以下步骤：

步骤201：请求端向R-GMLC发送LCS业务请求(LCS Service Request)，该LCS Service Request中携带目标UE标识、指定目标区域范围和触发位置报告事件，触发位置报告事件可为目标UE进入、离开或是位于指定目标区域范围时上报位置报告；该LCS Service Request中还可携带LCS业务请求的有效时间范围，例如起始时间和终止时间，以及LCS业务请求要求上报位置报告的次数，如果需要多次上报位置报告，则该LCS Service Request中还需携带周期性上报位置报告的间隔时间。该LCS Service Request即为以上所述的区域变化类位置信息请求。

步骤202：R-GMLC收到LCS Service Request后，将该请求消息转发至H-GMLC，H-GMLC执行对请求端进行合法性鉴权，确定目标UE是否允许LCS系统向该请求端提供其位置信息，如果请求端通过合法性鉴权，则H-GMLC向目标UE当前所属的V-GMLC发送LCS Service Request；否则，H-GMLC向R-GMLC返回鉴权失败消息，R-GMLC拒绝请求端对目标UE发起的区域变化类位置信息请求，结束区域变化类位置信息请求处理流程。

步骤203：目标UE当前所属的V-GMLC收到LCS Service Request后，将该LCS Service Request中携带的指定目标区域范围转换为网络能够识别的地域标识，并向目标UE当前所属的CN发送定位目标UE请求(Provide SubscriberLocation)，该Provide Subscriber Location中携带目标UE标识、转换后的以网络地理格式表示的指定目标区域范围和触发位置报告事件；与LCS ServiceRequest中携带的信息相对应，该Provide Subscriber Location中还可携带上报位置报告的次数，如果需要多次上报位置报告，则携带周期性上报位置报告的间隔时间。

步骤204：目标UE当前所属的CN发现目标UE处于空闲模式，则对目标UE发起寻呼，并对目标UE进行鉴权和加密，确定目标UE是否是合法的网络用户；进一步地，目标UE当前所属的CN还可向目标UE发送私密性验证通知，通知目标UE有请求端请求其位置信息，由目标UE亲自验证是否允许LCS系统向该请求端提供其位置信息。

步骤205～步骤206：目标UE当前所属的CN经由RAN向目标UE发送位置区域事件调用请求(Location Area Event Invoke)，该Location Area EventInvoke中携带的信息与LCS Service Request中携带的信息相对应。目标UE收到Location Area Event Invoke后，启动自身的相关应用程序，监测触发位置报告事件的发生；并向其当前所属的CN发送位置区域事件调用响应消息(Location Area Event Invoke Ack)，通知CN本次位置业务请求已被接受并已进行相应处理。

步骤207～步骤210：目标UE当前所属的CN收到Location Area Event InvokeAck后，向目标UE当前所属的V-GMLC发送定位目标UE响应消息(ProvideSubscriber Location Ack)，通知V-GMLC本次位置业务请求已被接受。目标UE当前所属的V-GMLC收到Provide Subscriber Location Ack后，向H-GMLC发送LCS业务响应消息(LCS Service Response)，通知H-GMLC本次位置业务请求已被接受。H-GMLC收到LCS Service Response后，向R-GMLC发送LCSService Response，通知R-GMLC本次位置业务请求已被接受。R-GMLC收到LCS Service Response后，向请求端发送LCS Service Response，通知请求端本次位置业务请求已被目标UE接受。

步骤211～步骤212：触发位置区域事件发生，即目标UE进入、离开或是位于指定目标区域范围，目标UE经由RAN向覆盖指定目标区域范围的CN发送位置区域事件报告消息(Location Area Event Report)，通知CN触发位置区域事件已发生。

步骤213～步骤214：覆盖指定目标区域范围的CN收到Location Area EventReport后，向覆盖指定目标区域范围的V-GMLC发送目标UE位置报告消息(Subscriber Location Report)，通知V-GMLC目标UE的触发位置区域事件已发生。覆盖指定目标区域范围的V-GMLC收到Subscriber Location Report后，向覆盖指定目标区域范围的CN发送目标UE位置报告响应消息(SubscriberLocation Report Ack)，通知CN已经收到其发送的Subscriber Location Report，此时，CN可为本次位置业务请求生成相应的话单记录。

步骤215～步骤218：覆盖指定目标区域范围的V-GMLC向覆盖指定目标区域范围的CN发送Subscriber Location Report Ack后，向H-GMLC发送LCSService Response，通知H-GMLC目标UE的触发位置区域事件已发生。H-GMLC收到LCS Service Response后，对请求端进行鉴权，确保向请求端提供的目标UE的位置信息属于该请求端的权限允许范围之内。请求端通过H-GMLC的鉴权后，H-GMLC向R-GMLC发送LCS Service Response，通知R-GMLC目标UE的触发位置区域事件已发生。R-GMLC收到LCS Service Response后，向请求端发送LCS Service Response，通知请求端目标UE的触发位置区域事件已发生。

如果区域变化类位置信息请求中携带有周期性上报位置报告的间隔时间和上报位置报告的次数，则目标UE向覆盖指定目标区域范围的CN上报位置报告的时间间隔不能小于区域变化类位置信息请求中规定的上报位置报告间隔时间，上报位置报告的总次数不能超过请求中要求的次数，其每次上报位置报告的处理过程与上述过程中步骤211～步骤218基本相同。

由上述3GPP规范中定义的区域变化类位置信息请求消息交互过程可见，步骤212中目标UE监测到触发位置区域事件已发生，经由RAN向覆盖指定目标区域范围的CN发送Location Area Event Report，通知CN触发位置区域事件已发生；步骤213中CN收到Location Area Event Report后，没有向目标UE返回相应的响应消息，通知目标UE其发送的Location AreaEvent Report已被接收，就向覆盖指定目标区域范围的V-GMLC发送Subscriber Location Report，通知V-GMLC目标UE的触发位置区域事件已发生；在后续的过程中也不存在覆盖指定目标区域范围的CN向目标UE返回相应响应消息的过程，导致目标UE不能确定覆盖指定目标区域范围的CN是否收到Location Area Event Report，增加了位置业务执行的不确定性。

另外，由于一些原因导致目标UE向CN上报的位置报告丢失，例如，无线信令不稳定，通过空中接口传送消息。当消息通过空中接口传送时，比较容易丢失。由于没有CN向目标UE返回相应响应消息的机制，使得目标UE并不清楚当前上报的位置报告已丢失，如果目标UE只需向CN上报一次位置报告，则目标UE不会再向CN上报位置报告，因此即使发生了请求端所请求的触发位置报告事件，由于CN因没有收到目标UE的位置报告，LCS系统也不会向请求端返回任何目标UE的位置报告，而导致当前流程的操作中途失败，增加了位置业务执行的不确定性。

此外，对于某些利用目标UE进行计费的AoCC(Advice of ChargeCharging)业务，以及利用目标UE进行计费信息提供的AoCI(Advice ofCharge Information)业务，按照目前的处理流程，由于LCS系统没有向目标UE返回相应响应消息的机制，目标UE在上报完位置报告后即对本次业务进行了计费，如果此时由于异常原因LCS系统并没有接收到该位置报告，从而则可能导致目标UE的计费出错。

发明内容

有鉴于此，本发明的目的在于提供一种位置业务中目标用户设备上报位置报告的交互方法，减少了上报位置报告的差错性，降低位置业务执行的不确定性。

为了达到上述目的，本发明提供了一种位置业务中目标用户设备上报位置报告的交互方法，该方法包含以下步骤：

A、目标用户设备收到请求端发起的位置信息请求，且监测到触发上报位置报告事件的发生后，向位置业务系统上报位置报告；

B、位置业务系统收到目标用户设备上报的位置报告后，向目标用户设备返回位置报告响应消息。

所述步骤A进一步包括：目标用户设备向位置业务系统上报位置报告的同时启动指定时间范围的定时器，等待位置业务系统返回位置报告响应消息。

该方法进一步包括：目标用户设备判断在指定时间范围内是否收到位置业务系统返回的位置报告响应消息，如果收到，则停止指定时间范围的定时器；否则，再次向位置业务系统上报位置报告，同时重新启动指定时间范围的定时器，等待位置业务系统返回位置报告响应消息。

该方法进一步包括：预先设定未收到位置报告响应消息引发的重复上报的有效时间范围，目标用户设备在确定个数的指定时间范围内未收到位置业务系统返回的位置报告响应消息时，在当前目标用户设备与位置业务系统的交互流程中，目标用户设备不再向位置业务系统上报位置报告。

该方法进一步包括：预先设定未收到位置报告响应消息引发的重复上报次数，目标用户设备在向位置业务系统上报限定次数的位置报告后，未收到位置业务系统返回的位置报告响应消息时，在当前目标用户设备与位置业务系统的交互流程中，目标用户设备不再向位置业务系统上报位置报告。

所述位置报告响应消息携带有参数。所述参数为位置业务系统处理能力信息。

根据本发明提出的方法，通过增加位置业务系统向目标用户设备返回位置报告响应消息的机制，使目标UE在向位置业务系统上报位置报告后，并不结束自身的处理流程，而是根据是否收到位置业务系统返回的位置报告响应消息确定后续操作，避免了因位置业务系统没有收到目标用户设备上报的位置报告而导致的操作中途失败，减少了上报位置报告的差错性，降低了位置业务执行的不确定性。

另外，对于利用目标UE进行计费的AoCC(Advice of Charge Charging)业务，以及利用目标UE进行计费信息提供的AoCI(Advice of ChargeInformation)业务，通过该处理机制也能避免目标UE错误计费的情况。

附图说明

图1为实现位置业务的逻辑结构示意图；

图2为现有技术中区域变化类位置信息请求处理过程的消息交互图；

图3为本发明中目标UE向CN上报位置报告的交互流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步地详细描述。

本发明通过增加CN向目标UE返回位置报告响应消息的机制，使目标UE在向CN上报位置报告后，并不结束自身的处理流程，而是根据是否收到CN返回的位置报告响应消息确定后续操作。

为使本发明得到更好地实施，目标UE在向CN上报位置报告的同时，启动指定时间范围的定时器，在指定时间范围内等待CN返回位置报告响应消息，如果CN在指定时间范围内向目标UE返回了位置报告响应消息，则目标UE停止指定时间范围的定时器；如果CN在指定时间范围内未向目标UE返回位置报告响应消息，则目标UE在指定时间范围的定时器超时时，再次向CN上报位置报告，与此同时，再次启动指定时间范围的定时器，继续在指定时间范围内等待CN返回位置报告响应消息。为了防止目标UE长时间重复上报位置报告的情况出现，可预先设定一个有效时间范围或设定一个重复上报的次数，如果目标UE在有效时间范围内，即确定个数的指定时间范围内，或向CN上报位置报告的次数已达到限定次数，目标UE将不再向CN上报位置报告。

图3为本发明中目标UE向CN上报位置报告的交互流程图，如图3所示，目标UE向CN上报位置报告的交互过程包括以下步骤：

步骤301～步骤303：目标UE监测到触发上报位置报告的事件发生后，目标UE向CN上报位置报告，同时启动指定时间范围的定时器，在指定时间范围内等待CN返回位置报告响应消息。

以下步骤目标UE可能收到CN返回的位置报告响应消息，可能没有收到CN返回的位置报告响应消息，目标UE根据是否收到CN返回的位置报告响应消息进行不同后续操作：

目标UE在指定时间范围内收到CN返回的位置报告响应消息的后续操作包括以下步骤：

步骤304a～步骤306a：CN收到目标UE上报的位置报告后，向目标UE返回位置报告响应消息；目标UE收到CN返回的位置报告响应消息后，停止指定时间范围的定时器。CN向目标UE返回的位置报告响应消息中携带各种参数，例如CN的位置业务处理能力信息等等。

目标UE在指定时间范围内未收到CN返回的位置报告响应消息的后续操作包括以下步骤：

步骤304b～步骤306b：指定时间范围的定时器超时，目标UE再次向CN上报位置报告，同时重新启动指定时间范围的定时器，在指定时间范围内等待CN返回位置报告响应消息。

在后续过程中，如果目标UE收到CN返回的位置报告响应消息，则重复执行步骤304a～步骤306a；如果目标UE未收到CN返回的位置报告响应消息，则重复执行步骤304b～步骤306b。如果目标UE在有效时间范围内，即确定个数的指定时间范围内，或向CN上报位置报告的次数已达到限定次数，目标UE在当前与CN的交互流程中将不再向CN上报位置报告。

如果目标UE需要向CN多次或周期性上报位置报告，则目标UE在每次向CN上报位置报告的过程中，均依照上述过程进行操作。由于目标UE每次向CN上报位置报告的时间间隔与目标UE向CN上报位置报告交互过程中设置的指定时间范围和有效时间范围的数量级不同，因此，不会有目标UE不能确定是上报新位置报告还是上报原位置报告的情况。

例如，位置业务中，请求端向包含LCS系统的网络发起对目标UE的区域变化类位置信息请求，请求包含LCS系统的网络在目标UE进入指定目标区域范围时，立即向请求端发送事件报告通知；包含LCS系统的网络将携带有指定目标区域范围和触发位置报告事件的区域变化类位置信息请求发送至目标UE，目标UE收到区域变化类位置信息请求后，监测触发位置报告事件的发生。

目标UE监测到触发位置报告事件发生，即目标UE进入指定目标区域范围，目标UE向CN发送Location Area Event Report，通知CN触发位置区域事件已发生，与此同时，目标UE启动指定时间范围的定时器，在指定时间范围内等待CN返回位置区域事件报告响应消息(Location Area EventReport Ack)。

如果CN收到Location Area Event Report，并在指定时间范围向目标UE返回Location Area Event Report Ack，则目标UE在收到Location Area EventReport Ack后，停止指定时间范围的定时器。该Location Area Event ReportAck可携带各种参数，例如标识CN是否支持区域变化类位置信息请求处理的处理能力信息。目标UE需要向CN多次或周期性上报位置报告时，如果CN第一次返回的Location Area Event Report Ack中携带有不支持区域变化类位置信息请求处理的处理能力信息，则目标UE可自动结束在该CN覆盖区域范围内的区域变化类位置信息请求的处理流程，不再向该CN上报位置报告，避免后续多次上报位置报告的过程中反复生成无用消息，对LCS系统资源造成浪费。

如果CN未在指定时间范围内向目标UE返回Location Area EventReport Ack，则目标UE在指定时间范围的定时器超时，再次向CN发送Location Area Event Report，同时启动指定时间范围的定时器，继续在指定时间范围内等待CN向其返回Location Area Event Report Ack。

如果请求端发起的区域变化类位置信息请求中还携带有周期性上报位置报告的间隔时间和上报位置报告的次数，则目标UE在每次向CN上报位置报告的过程中，均依照上述过程进行操作。

对于利用目标UE进行计费的AoCC(Advice of Charge Charging)业务，以及利用目标UE进行计费信息提供的AoCI(Advice of Charge Information)业务，目标UE则可以在接收到CN返回的Location Area Event Report Ack消息之后，再产生本次业务的计费信息，保证了目标UE计费的正确性。

以上过程中目标UE还可以直接向H-GMLC发送位置报告响应消息，此时向目标UE返回位置报告响应消息的为H-GMLC。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (7)

1、一种位置业务中目标用户设备上报位置报告的交互方法，其特征在于该方法包含以下步骤：

A、目标用户设备收到请求端发起的位置信息请求，且监测到触发上报位置报告事件的发生后，向位置业务系统上报位置报告；

B、位置业务系统收到目标用户设备上报的位置报告后，向目标用户设备返回位置报告响应消息。

2、根据权利要求1所述的方法，其特征在于，所述步骤A进一步包括：目标用户设备向位置业务系统上报位置报告的同时启动指定时间范围的定时器，等待位置业务系统返回位置报告响应消息。

3、根据权利要求2所述的方法，其特征在于，该方法进一步包括：目标用户设备判断在指定时间范围内是否收到位置业务系统返回的位置报告响应消息，如果收到，则停止指定时间范围的定时器；否则，再次向位置业务系统上报位置报告，同时重新启动指定时间范围的定时器，等待位置业务系统返回位置报告响应消息。

4、根据权利要求3所述的方法，其特征在于，该方法进一步包括：预先设定未收到位置报告响应消息引发的重复上报的有效时间范围，目标用户设备在确定个数的指定时间范围内未收到位置业务系统返回的位置报告响应消息时，在当前目标用户设备与位置业务系统的交互流程中，目标用户设备不再向位置业务系统上报位置报告。

5、根据权利要求3所述的方法，其特征在于，该方法进一步包括：预先设定未收到位置报告响应消息引发的重复上报次数，目标用户设备在向位置业务系统上报限定次数的位置报告后，未收到位置业务系统返回的位置报告响应消息时，在当前目标用户设备与位置业务系统的交互流程中，目标用户设备不再向位置业务系统上报位置报告。

6、根据权利要求1所述的方法，其特征在于：所述位置报告响应消息携带有参数。

7、根据权利要求6所述的方法，其特征在于：所述参数为位置业务系统处理能力信息。