CN101455096B - 移动通信网络中发送定位业务请求的方法及系统 - Google Patents
移动通信网络中发送定位业务请求的方法及系统 Download PDFInfo
- Publication number
- CN101455096B CN101455096B CN2007800009076A CN200780000907A CN101455096B CN 101455096 B CN101455096 B CN 101455096B CN 2007800009076 A CN2007800009076 A CN 2007800009076A CN 200780000907 A CN200780000907 A CN 200780000907A CN 101455096 B CN101455096 B CN 101455096B
- Authority
- CN
- China
- Prior art keywords
- incident
- network
- target
- lcs
- request
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
Abstract
一种网络系统向网络用户发送定位业务请求的方法,该方法包括:接收网络客户端发起的定位请求,该定位请求包括第一事件相关信息和第二事件相关信息。该方法还包括:对定位请求进行处理。如果网络系统判定第二事件已经发生,网络系统向网络用户发送包括第一事件相关信息的事件消息。该方法还包括:向网络客户端返回事件消息的第二接收确认。一个可选实施例公开了一种网络系统向网络用户发送取消先前延迟定位业务请求的方法。本发明实施例的方案可以提高向网络用户发送定位业务请求的成功率,提高网络系统向网络用户提供定位业务的效率和质量。
Description
技术领域
本发明的实施例涉及通信网络技术领域,具体涉及一种移动通信网络中发送定位业务(Location Service,LCS)请求的方法。这里仅以本发明应用于通过具有LCS系统的网络来发送区域事件变化的延迟定位请求为例进行说明。但应当认识到,本发明可应用于更大的范围。
背景技术
移动通信网络的定位业务是通过定位技术获得目标用户设备(UserEquipment,UE)的位置信息,这里的UE是指需要在移动通信网络中定位的用户终端,位置信息可以是地理上的经度和纬度信息或本地街道的位置信息。LCS系统获取的目标UE位置信息可以供目标用户设备进行自定位,或供通信系统自身作分区计费或操作维护。作为辅助业务,其位置信息也可以提供给其他请求得到该目标UE位置信息的客户应用终端。这些客户应用终端可以是组织或个人。因此,定位业务可以广泛应用于紧急援助、车辆导航、智能交通系统、工作调配、团队管理、移动黄页查询和增强网络性能等。
图1是移动通信网络中现有LCS系统的逻辑结构图。如图1所示,网络客户端101向网络系统102发送定位业务请求以获取网络用户103的位置信息。网络客户端可以是LCS客户端,包括能与网络交互以获取一个或多个目标网络用户位置信息的软件和/或硬件实体。网络系统可以是具有LCS系统的网络,该LCS系统包括具有定位业务功能(包括接受请求、进行服务和回送接收请求的响应)的软件和/或硬件实体。网络用户可以是移动网络中的移动台(Mobile Station,MS)、移动设备(Mobile Equipment,ME)或仅仅是目标用户设备(User Equipment,UE)本身。网络客户端可以位于网络系统内部或外部,或者是可选的网络用户或网络用户本身。LCS请求也可以由网络系统根据系统内部情况或能力下发。
在LCS系统中,实现定位业务的功能逻辑实体包括网关移动定位中心(Gateway Mobile Location Center,GMLC)、用户数据存储服务器(如HLR/HSS)、核心网络(Central Network,CN)和无线接入网(Radio AccessNetwork,RAN)。GMLC又可以包括请求网关移动定位中心(RequestingGMLC,R-GMLC)、归属网关移动定位中心(Home GMLC,H-GMLC)和访问网关移动定位中心(Visited GMLC,V-GMLC)。R-GMLC是一种用于接收LCS客户端向目标UE发起的位置信息请求的GMLC;H-GMLC是目标UE所属的GMLC;V-GMLC是目标UE访问的具有LCS系统的网络中的GMLC,即目标UE当前所在的GMLC。R-GMLC、H-GMLC和V-GMLC可以是相同的物理实体也可以是不同的物理实体。作为网络与网络用户间的接口及业务分配器的核心网络CN包括一些功能实体,如一个或多个移动交换中心(Mobile Switching Center,MSC)或通用分组无线系统(General PacketRadio System,GPRS)节点,如服务通用分组无线系统支持节点(ServingGPRS Support Nodes,SGSN)。LCS系统可以通过MSC/SGSN和/或UE自身的能力检测出目标UE的网络连接状态、空闲或激活、在MSC/SGSN区域的定位、鉴权或用户资料以及保密验证等。
对于延迟定位请求,定位结果不会立即提供给定位业务请求者或LCS客户端。只有指示事件(如LCS客户端规定的某个时间或事件)的发生才能触发定位流程和定位报告。如果要定位的目标UE处于异常状态,如无信号或被关闭等,所述MSC/SGSN就无法将事件成功发送给UE。因此,事件延迟定位请求过程常常会异常中断,且不会给LCS客户端提供合适的原因。同样,当LCS客户端下发请求以取消先前发出的延迟定位请求时,如果UE处于异常状态,MSC/SGSN就不能向其发送该事件取消请求。因此,UE就不能取消原始事件触发的延迟定位请求。由于不知道UE的状态,LCS客户端随后重发的取消请求也可能失败。以上任何一种情况都降低了向UE发送事件延迟定位请求或事件取消请求的成功率,并最终降低了网络向其用户提供的定位业务的效率和质量,减小了当前可用组网技术的利用率、可靠性和价值。
综上所述,需要提供一种在移动通信网络中发送延迟定位业务请求或取消请求的改进技术。
发明内容
本发明的实施例涉及通信网络技术领域,具体涉及一种在移动通信网络中发送定位业务(LCS)请求的方法。这里仅以本发明应用于通过具有LCS系统的网络来发送区域事件变化的延迟定位请求为例进行说明。但应当认识到,本发明可应用于更大的范围。
本发明一方面提供了一种发送事件触发的延迟定位请求或通过增加与触发事件相关的特定事件以取消延迟定位请求的方法。可以通过定位业务系统内的特定过程来处理所述特定事件:当通过LCS系统向目标用户设备UE发送事件信息时,如果目标用户设备处于非正常状态,LCS系统利用网络能力检测目标UE返回正常状态的能力(如,用户设备可用事件的发生的指示或其他能力)并仅UE返回正常状态后才发送事件信息,这样事件信息才能够被成功地发送到目标UE(以触发延迟定位请求)。所述方法也可以应用于发送延迟定位请求的取消消息:当向目标UE发送取消事件信息时,LCS系统可利用网络能力(如UE可用事件)以保证只有当目标UE进入正常状态后所述取消事件信息才会发送给目标UE。
在一具体实施例中,本发明提供了一种网络系统向网络用户发送定位请求的方法。该方法包括:从网络客户端接收定位请求,该定位请求包括第一事件相关信息和第二事件相关信息。该方法还包括:对定位请求进行处理。该方法还包括:判断第二事件是否发生。如果第二事件已经发生,网络系统向网络用户发送包括第一事件相关信息的事件消息。该方法还包括:向网络客户端返回事件消息的第二接收确认。
在一可选具体实施例中,本发明提供了一种网络系统向网络用户发送LCS取消请求的方法。该方法包括:从网络客户端接收用于取消定位请求的LCS取消请求。该定位请求包括第一事件相关信息。该LCS取消请求包括第二事件相关信息。该方法还包括:对LCS取消请求进行处理。该方法还包括:判断第二事件是否发生。如果第二事件已经发生,网络系统发送取消消息指示网络用户取消所述定位请求。该方法还包括向网络客户端发送取消业务响应。
在另一可选实施例中,为网络客户端提供网络用户定位业务的网络系统中包括LCS系统。该LCS系统用于从网络客户端接收定位请求。该定位请求包括第一事件相关信息和第二事件相关信息。该LCS系统还用于对定位请求进行处理及判断第二事件是否发生。如果第二事件已经发生,LCS系统向网络用户发送包括第一事件相关信息的事件消息。该LCS系统还用于向网络客户端返回所述事件消息的接收确认。所述事件消息的接收确认至少包括所述网络用户已经成功接收到所述定位请求的信息,所述定位请求包括网络用户在第一事件发生时提供位置信息的条件。
在另一可选实施例中,本发明提供了一种网络系统,该网络系统用于从网络客户端接收用于取消定位请求的LCS取消请求。该定位请求包括第一事件相关信息;该LCS取消请求包括第二事件相关信息。该第二事件与网络用户相关。该网络系统进一步用于对LCS取消请求进行处理,并向网络客户端返回该LCS取消请求的接收确认。该网络系统判断第二事件是否发生。如果第二事件已经发生,该网络系统发送取消消息指示网络用户取消定位请求。该网络系统还用于向网络客户端发送取消业务响应。
在另一具体实施例中,本发明提供了一种网络系统向网络用户发送定位请求的方法。该方法包括:第一网络子系统从网络客户端接收定位请求。该定位请求包括第一事件相关信息和第二事件相关信息。该方法还包括:向第二网络子系统发送第二事件相关信息,并向网络客户端返回该定位请求的第一接收确认。该方法还包括:第二网络子系统判断第二事件是否发生。如果第二事件已经发生,该方法包括:从第一网络子系统接收包括第一事件相关信息的定位请求。该方法还包括:第二网络子系统向网络用户发送事件消息。该事件消息包括第一事件相关信息。该方法还包括:向第一网络子系统返回第二接收确认。该方法还包括:第一网络子系统向网络客户端发送第二接收确认。
在另一个具体实施例中,本发明提供了一种网络系统向网络用户发送LCS取消请求的方法。该方法包括:第一网络子系统从网络客户端接收用于取消定位请求的LCS取消请求。该定位请求包括第一事件相关信息。该LCS取消请求包括第二事件相关信息,该第二事件与网络用户相关。该方法还包括:向第二网络子系统转发第二事件相关信息并向网络客户端返回接收确认。该方法还包括:第二网络子系统判断第二事件是否发生。如果第二事件已经发生,该方法包括:从第一网络子系统接收LCS取消请求。该方法还包括:发送取消消息指示网络用户取消所述定位请求,并向第一网络子系统返回取消业务响应。该方法还包括向网络客户端发送取消业务响应。
在另一可选实施例中,为网络客户端提供网络用户定位业务的网络系统至少包括第一网络子系统和第二网络子系统。第二网络子系统与第一网络子系统通信连接。其中,第一网络子系统用于从网络客户端接收定位请求,该定位请求包括第一事件相关信息和第二事件相关信息。第一网络子系统还用于向第二网络子系统转发第二事件相关信息,并向网络客户端返回定位请求的第一接收确认。第二网络子系统还用于判断第二事件是否发生。如果第二事件已经发生,第二网络子系统从第一网络子系统接收包括第一事件相关信息的定位请求。第二网络子系统还用于向网络用户发送携带第一事件相关信息的事件消息,并向第一网络子系统返回所述定位请求的第二接收确认。第一网络子系统还用于向网络客户端发送所述定位请求的第二接收确认。第二接收确认至少包括网络用户已经成功接收到定位请求的信息,该定位请求包括网络用户在第一事件发生时提供位置信息的条件。
在另一可选实施例中,本发明提供了一种向网络客户端提供网络用户的定位业务的网络系统。该网络系统包括第一网络系统和与第一网络子系统通信连接的第二网络子系统。第一网络子系统用于从网络客户端接收用于取消定位请求的LCS取消请求。该定位请求包括第一事件相关信息;该LCS取消请求包括与网络用户有关的第二事件相关信息。第一网络子系统还用于向第二网络子系统转发第二事件相关信息,并向网络客户端返回接收确认。第二网络子系统还用于判断第二事件是否发生。如果第二事件已经发生,第二网络子系统从第一网络子系统接收LCS取消请求,并发送取消消息指示网络用户取消所述定位请求。第二网络子系统还用于向第一网络子系统返回取消业务响应。第一网络子系统还用于向网络客户端发送取消业务响应。在一个实施例中,所述接收确认至少包括第二网络子系统接收到携带有第二事件信息的LCS取消请求的指示,该取消业务响应至少包括网络用户成功取消所述定位请求的消息。
本发明具有很多传统技术没有的优点。例如,本发明提供了挂接于传统技术中延迟定位请求和延迟定位请求取消过程的特定事件。网络系统处理该特定事件,从而只有当网络系统检测到目标UE(例如通过UE可用事件或其他网络能力)正处于或将要返回到正常状态时(即能够挂接于一个网络节点),才能向目标UE发送触发延迟定位请求的典型事件消息。因此,能够将携带触发事件的延迟定位请求成功发送到目标UE。对于取消定位请求也是如此,只有当网络保证目标UE正处于或将要返回正常状态时(比如利用UE可用事件),才能发送LCS取消请求。因此,目标UE能够成功取消先前请求的延迟定位请求。在实施例中,本发明的方法提高了网络系统向目标UE发送事件消息或删除事件消息的成功率。另外,本发明方法提高了传统设备和方法在网络系统中进行定位业务的成功率。在不同的实施例中,可以获得以上一种或多种优点。本发明的以上优点和其它优点将在随后的说明中详细描述。
下文中将结合对本发明的详细描述和附图充分说明本发明各种附加的目的、特征和优点。
附图说明
图1为现有技术中实现定位业务的逻辑结构的简单示意图。
图2为现有技术中区域变化事件的定位请求过程的消息交互图。
图3为现有技术中区域变化事件的延迟定位请求取消过程的消息交互图。
图4A为本发明实施例中网络系统向网络用户发送定位业务请求的方法流程图。
图4B为本发明实施例中网络系统向网络用户发送定位业务取消请求的方法流程图。
图5为本发明实施例中LCS系统向目标UE发送延迟定位请求方法的消息交互图。
图6为本发明实施例中LCS系统向目标UE发送延迟定位业务取消请求方法的消息交互图。
图7A为本发明一具体实施例中LCS系统发送区域变化事件的延迟定位请求的消息交互的简化示意图。
图7B为本发明一具体实施例中定位业务(LCS)系统发送取消请求来取消先前请求的延迟区域事件定位请求的消息交互的简化示意图。
图8A为本发明另一实施例中网络系统向网络用户发送定位业务请求的方法流程图。
图8B为本发明另一实施例中网络系统向网络用户发送定位业务取消请求的方法流程图。
图9为本发明实施例中向UE发送定位请求方法的消息交互图。
图10为本发明实施例中向UE发送取消先前请求的延迟定位请求方法的消息交互图。
具体实施方式
作为定义GSM网络和WCDMA网络标准规范的组织,第三代合作组织(3rd Generation Partnership Project,3GPP)已经制定了许多与定位业务有关的技术规范。这些规范定义了网络定位终端的能力,包括立即定位和延迟定位。例如,延迟定位包括周期定位。
例如,图2示出了现有技术中延迟定位请求(Deferred Location Request)的过程,其中用户设备UE根据区域变化事件向网络返回定位报告。区域变化事件包括UE离开、进入或位于由地理区域、公用陆地移动网络(public landmobile network,PLMN)实体、国家代码或区域地理名定义的目标区域内。
首先,步骤201,LCS客户端发送LCS业务请求(LCS Service Request)。在区域变化类延迟定位中,该LCS业务请求包括区域变化类延迟定位请求信息,例如目标区域的详细信息和事件特性数据,UE位于、进入或离开目标区域是否需要上报等信息。该LCS业务请求可以指定有效时间,即开始时间和停止时间,该有效时间可以在LCS系统向GMLC节点(先经过R-GMLC)发送延迟定位请求中使用,也可以用于R-GMLC取消该延迟定位请求。另外,如果目标UE在有效时间内没有触发区域事件,则UE删除该延迟定位请求。如果可能,该LCS业务请求也可以包括区域事件报告的最小时间间隔的指示信息。该LCS业务请求还可进一步包括报告一次或多次报告延迟区域事件的信息。如果区域变化事件只报告一次,在第一个区域事件发生后,LCS业务请求就可以结束。如果目标区域用本地坐标系统或地理名称来表示,R-GMLC可以将目标区域转换成以3GPP技术规范TS23.032定义的形式表示的地理区域。除了目标区域定义,该LCS客户端还在区域事件请求中包括目标区域的国家代码。
在步骤202中,如果区域事件延迟定位请求中指示了要求定位结果,R-GMLC记录该指示信息及相关参数如服务质量(Quality of Service,QoS)。R-GMLC将接收到的信息转发给H-GMLC。H-GMLC为该LCS业务请求分配延迟定位请求(Location Deferred Request,LDR)参考号码(referencenumber),然后将包括LDR参考号码和H-GMLC地址的信息发送到V-GMLC。
在步骤203中,如果接收到的目标区域以3GPP技术规范TS23.032定义的形式表示,V-GMLC将目标区域转换成使用小区号、位置区或路由区定义的区域。如果V-GMLC不能将目标区域转换成网络表示形式,将拒绝该请求并向H-GMLC发送携带适当错误原因的LCS业务响应(LCS ServiceResponse)。
在步骤203中,如果接收到的目标区域用国家代码或PLMN标识表示,V-GMLC则将该国家代码或PLMN标识作为区域定义。
V-GMLC将区域定义、LDR参考号码和H-GMLC地址通过提供用户位置(Provide Subscriber Location,PSL)请求发送给MSC/SGSN。
PSL请求可以定义当UE位于、进入或离开该区域时是否需要上报。PSL请求还需要尽可能的包括位置请求的有效周期、区域事件报告的最小时间间隔和延迟区域事件上报一次还是多次等信息。
在步骤204中,MSC/SGSN检查UE是否支持区域变化事件。如果MSC/SGSN或UE不支持区域变化事件的延迟定位请求(暂时或永久的原因),则按照步骤207所示,发送携带有适当原因的PSL返回错误消息(Provide Subscriber Location return error),如果UE处于空闲模式,核心网络CN将进行寻呼、认证和密码计算。如果要求隐私通知/确认,MSC/SGSN向目标UE发送LCS定位通知调用(LCS Location Notification Invoke)消息指示这是区域变化类延迟定位请求及是否需要隐私确认。如果需要隐私确认,UE向MSC/SGSN返回LCS定位通知返回结果(LCS Location NotificationReturn Result)指示是准许或拒绝定位。
在步骤205中,MSC/SGSN向UE发送携带了区域定义、其他区域事件信息、LDR参考号码和H-GMLC地址的LCS区域事件调用消息(LCS AreaEvent Invoke),消息中定义了UE位于、进入或离开该区域时是否需要上报事件。消息中还需尽可能携带区域事件报告的最小时间间隔及报告一次或多次的信息。
在步骤206中,如果UE成功接收到该LCS区域事件调用消息并且该UE支持区域变化类延迟定位请求,UE向MSC/SGSN发送LCS区域事件调用确认(LCS Area Event Invoke ack.)并开始监控区域变化事件。UE可以通过将当前服务小区标识、位置区域、路由区域、PLMN标识或国家代码与从MSC/SGSN接收的区域定义进行比较来判断其是否位于、进入或离开该目标区域。即使发生了软切换,也可以判断出是否有某个小区属于目标区域。在区域定义包括位置或路由区域以及PLMN或国家标识的情况下,UE会在正常位置或路由区域更新过程中检查区域事件。区域变化事件检测机制不应该影响UE正常的小区选择和重选过程。如果UE不支持延迟定位请求(暂时或永久的原因),UE会发送携带有适当错误原因的LCS区域事件调用确认(LCS Area Event Invoke ack.)。
在步骤207中,如果MSC/SGSN或UE不支持区域变化事件的延迟定位请求(暂时或永久的原因),可以向V-GMLC发送携带有适当原因的PSL返回错误消息。如果MSC/SGSN和UE都支持区域变化事件的延迟定位请求,MSC/SGSN会向V-GMLC返回不携带位置估计的PSL确认消息(ProvideSubscriber Location ack.)。如果需要隐私通知/确认,MSC/SGSN将隐私通知/确认的结果携带在PSL确认消息中发送给V-GMLC。PSL确认消息中可以包括LDR参考号码和H-GMLC地址。如果需要,也可以包括区域变化事件调用结果。向V-GMLC发送PSL确认消息后,MSC/SGSN就完成了延迟定位请求。
在步骤208到步骤210中,V-GMLC通过H-GMLC和R-GMLC向LCS客户端发送第一LCS业务响应消息通知LCS客户端该请求是否被成功接受。向H-GMLC发送第一LCS业务响应消息后,V-GMLC就完成了延迟定位请求。
在步骤211中,UE检测到请求的区域事件已经发生。
在步骤212中,在发送LCS区域事件报告(LCS Area Event Report)前,UE可以建立电路交换(Circuit Switching,CS)无线连接或分组交换(PacketSwitching,PS)信令连接。UE向连接的MSC/SGSN发送LCS区域事件报告,该报告包括原始LDR参考号码和H-GMLC地址。如果需要隐私通知/确认,该报告还可以包括隐私通知/确认过程的结果。
如果MSC/SGSN接收到并可以处理该报告,可以向UE发送确认消息作为响应。如果发送报告后,UE没有从MSC/SGSN接到任何响应,即当前MSC/SGSN不支持区域事件的延迟定位请求(暂时或永久的原因),UE会重新多次发送该报告。如果UE总是接收不到响应,则停止发送报告,然后记录相应指示报告发送未成功的标记。当UE进行位置更新并检测到位置区域标识(Location Area Identity,LAI)或路由区域(Routing Area,RA)已经改变时,如果已经设置了标记,UE会向相应MSC/SGSN发送该报告,一旦发送成功,则清除该标记。
若要求UE只报告一次区域变化事件,则该延迟定位请求完成。若要求多次报告,UE重复发送LCS区域事件报告的周期不能小于LCS区域事件调用消息指示的最小时间间隔。
在步骤213a中,MSC/SGSN向相关V-GMLC发送用户定位报告(Subscriber Location Report,SLR)消息,该消息包括事件发生标识、LDR参考号码和H-GMLC地址,还可以包括获取的位置估计是否满足请求的精确度的指示(如从RNC获取位置估计时得到这个指示信息)。在步骤213b中,V-GMLC向MSC/SGSN发送SLR确认,MSC/SGSN可以记录计费信息。
在步骤214中,V-GMLC向H-GMLC发送第二LCS业务响应消息,该消息包括事件发生标识、LDR参考号码和H-GMLC地址。该第二LCS业务响应消息是根据从MSC/SGSN接收的SLR消息生成、并根据请求的QoS级别发送的。如果在区域事件发生前,UE进行了重新定位,则LDR参考号码和H-GMLC地址可以用于标识原始延迟定位请求的来源。
在步骤215中,当UE移动到PLMN标识列表中的另一个PLMN中时,UE可以根据PLMN标识判断是否有该网络下的目标区域定义。如果没有,UE将报告其漫游到一个新的PLMN,该报告包括新的PLMN标识和LDR参考号码。H-GMLC会将原始区域事件请求转发给新的PLMN的V-GMLC。然后重复步骤202一直到下载新的PLMN的区域定义到UE。否则,UE在新的PLMN中监控区域事件,不通知H-GMLC其已经进入一个新的PLMN。
在步骤216中,H-GMLC进行隐私检测。
在步骤217中,H-GMLC向R-GMLC发送携带LDR参考号码的第二LCS业务响应消息。如果不是要求多次报告,在向R-GMLC发送LCS业务响应消息后H-GMLC就完成了延迟定位请求。
最后,在步骤218中,R-GMLC向LCS客户端发送第二LCS业务响应消息。在该第二LCS业务响应消息中可以包括在步骤210中发送给LCS客户端的LDR参考号码。如果请求了目标UE的位置估计并且成功获得了位置估计,R-GMLC还可以将获得的位置估计包括在第二LCS业务响应消息中。如果请求了目标UE的位置估计但无法获得位置估计,R-GMLC发送的第二LCS业务响应消息中则不携带位置估计。如果不是要求多次报告,在向LCS客户端发送LCS业务响应消息后,R-GMLC就完成了延迟定位请求。
对于取消区域变化事件的延迟定位请求,3GPP也定义了类似的技术规范。图3为现有技术中取消先前请求的区域变化事件的延迟定位请求的过程。
在步骤301中,LCS客户端向R-GMLC发送LCS取消请求以取消先前请求的由区域变化事件触发的延迟定位请求。由于该延迟定位请求是先前请求的,在原始延迟定位请求过程中,LCS客户端已经接收到了标识原始延迟定位请求的LDR参考号码。因此LCS客户端需要在当前的LCS取消请求中携带相同的LDR参考号码。
在步骤302中,R-GMLC向H-GMLC发送携带LDR参考号码的LCS取消请求。
在步骤303中,H-GMLC向V-GMLC发送携带LDR参考号码和H-GMLC地址的LCS取消请求。
在步骤304中,V-GMLC向MSC/SGSN发送PSL请求消息,指示取消携带该LDR参考号码的延迟定位请求。该PSL请求消息中包括H-GMLC地址。
在步骤305中,MSC/SGSN向UE发送LCS区域事件取消请求(LCS AreaEvent Cancel),该请求中包括LDR参考号码和H-GMLC地址。
在步骤306a中,UE取消了该区域事件延迟定位请求并向MSC/SGSN发送LCS区域事件取消确认消息(LCS Area Event cancellation ack.),该LCS区域事件取消确认消息中不包括区域事件信息。
在步骤306b中,当UE正在监控区域事件是否发生时,可以通过发送携带LDR参考号码、取消指示和适当错误原因的LCS区域事件报告(LCSarea event report)来表示UE有可能根据自身的机制取消或终止区域变化事件的延迟定位请求。
在步骤307中,MSC/SGSN向V-GMLC发送取消确认,该取消确认为携带LDR参考号码和H-GMLC地址的PSL确认消息(Provide SubscriberLocation Acknowledgement)。
在步骤308中,V-GMLC向H-GMLC发送LCS取消业务响应(LCSCancel Service Response),该响应中包括LDR参考号码和H-GMLC地址。
在步骤309中,H-GMLC将携带LDR参考号码的LCS取消业务响应发送给R-GMLC。
最后,在步骤310中,R-GMLC将该LCS取消业务响应发送给LCS客户端。至此,R-GMLC完成了LDR参考号码指示的取消先前发出的延迟定位请求,并通知了LCS客户端。
可见,在现在的发送延迟定位请求或取消先前请求的延迟定位请求的方法中,若UE处在异常状态下,例如无信号或关闭,在保证MSC/SGSN成功向UE发送区域事件或事件取消消息时存在很多问题。这些问题导致了提供或取消延迟定位业务的异常失败,从而降低了现有移动网络的效率、可靠性和服务质量。
本发明实施例提供了只有当网络系统检测到UE处于正常状态时才发送延迟定位请求或取消请求的方法。该方法通过在网络消息交互过程中增加特定事件和利用网络能力确定UE返回正常状态(例如使用UE可用事件或其他能力)来解决上述问题,从而提高了发送事件信息和相应LCS的成功率。
图4A为本发明实施例中发送定位业务请求方法的流程图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。例如,该流程图中的各种步骤均可增加、删除、替换、复制和/或部分重叠。本实施例提供的方法400A中,网络系统向网络用户发送定位请求包括以下步骤:
1、步骤401:从网络客户端接收定位请求,该定位请求包括第一事件相关信息和第二事件相关信息;
2、步骤403:对该定位请求进行处理;
3、步骤405:向网络客户端返回定位请求的第一接收确认;
4、步骤411:网络系统判断第二事件是否发生;如果否,执行步骤425:向网络客户端发送该定位请求的失败消息;如果是,执行步骤415;
5、步骤415:向网络用户发送包括第一事件相关信息的事件消息;
6、步骤421:网络用户向网络客户端发送携带事件消息的定位请求的第二接收确认。
以上处理顺序只是本发明的一种实施例。在不超出本发明权利要求的保护范围的情况下,可以增加或删除一个或多个步骤或改变一个或多个的步骤的顺序。在本发明的某些实施例中,可通过图5所示的消息交互过程对图4A所示的方法400A做进一步详细说明。
如图4A所示,方法400A开始于步骤401:网络系统从网络客户端接收定位请求。在一个实施例中,该定位请求包括第一事件相关信息和第二事件相关信息。在另一个实施例中,该定位请求可以由网络系统自身发起。本发明实施例中,可用图5中的步骤501来更加详细地说明步骤401。
图5为本发明实施例中LCS系统向目标UE发送延迟定位请求的消息交互图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。例如,该流程图中的各种步骤均可被增加、删除、替换、复制和/或部分重叠。
如图5所示的例子,网络客户端可以为LCS客户端。该LCS客户端向网络用户发出延迟定位业务(Location Service,LCS)请求。该网络用户可以是目标UE。该网络系统为具有LCS系统的网络。如图5步骤501所示的实施例,LCS客户端向LCS系统中的请求GMLC(Requesting GMLC,R-GMLC)发送延迟LCS业务请求。另一个实施例中,该LCS业务请求可以由LCS系统的其他部分发起。该定位请求的第一事件(同现有技术相似)可以是图5中该延迟LCS业务请求的原始事件,目标UE通过检测第一事件的发生来触发UE的定位并报告给LCS系统。一个具体实施例中,该定位请求的第二事件可以是图5中延迟LCS业务请求的新加的特定事件,LCS系统通过监控该特定事件的发生来保证原始事件的LCS业务请求能够成功地被目标UE接收到。
参见图4A,方法400A的步骤403为网络系统对接收到的定位请求进行处理。该步骤可以以图5中的步骤502-503为例进行详细描述,如图5步骤502所示的实施例,LCS系统中的GMLC对包括原始事件相关信息和特定事件相关信息的LCS业务请求进行处理。首先,R-GMLC向归属GMLC(Home GMLC,H-GMLC)转发该LCS业务请求,该H-GMLC为LCS业务请求分配延迟定位请求(Location Deferred Request,LDR)参考号码。H-GMLC通过网络存储服务器(如HLS/HSS)向访问GMLC(Visited GMLC,V-GMLC)发送携带有所分配的LDR参考号码和H-GMLC地址的LCS业务请求。在某些实施例中,R-GMLC、H-GMLC和V-GMLC需要执行支持LCS业务请求中的原始事件处理所需要的流程。例如,R-GMLC应该记录原始事件驱动的请求位置估计和相关参数如服务质量(QoS)的指示。
如图5步骤503所示的实施例,V-GMLC进一步将LCS业务请求中的信息通过提供用户位置(Provide Subscriber Location,PSL)请求发送给LCS系统的MSC/SGSN,该信息包括LDR参考号码和H-GMLC地址。在另一个实施例中,MSC/SGSN接收的PSL请求也可以包括监控和执行原始事件需要的信息。例如,PSL请求可以定义当一个事件发生时,是否要报告。如果可以,在另一个实施例中,PSL请求还可以包括区域事件报告的最小时间间隔及报告一次或多次报告延迟区域事件的信息。
参见图4A,网络系统接收到定位请求后,方法400A转入步骤405。步骤405为网络系统向网络客户端返回定位请求的第一接收确认。本发明实施例中,可用图5中的步骤504-507对步骤405进行详细说明。
如图5步骤504所示的实施例,接收到携带有原始事件及特定事件信息的LCS业务请求后,MSC/SGSN验证自身是否支持特定事件标识的LCS业务请求。另一个实施例中,MSC/SGSN也可以验证目标UE是否支持原始事件标识的LCS业务请求。如果MSC/SGSN不支持特定事件标识的LCS业务请求,或者MSC/SGSN以及UE中的任何一个不支持原始事件标识的LCS业务请求,MSC/SGSN向V-GMLC发送携带有适当理由的PSL返回错误消息(Provide Subscriber Location return error)。V-GMLC进一步通过H-GMLC和R-GMLC向LCS客户端返回携带有错误理由的第一LCS业务响应消息。
在一个实施例中,如果MSC/SGSN支持特定事件指示的LCS业务请求并且MSC/SGSN和UE都支持原始事件指示的LCS业务请求,MSC/SGSN会直接向V-GMLC返回PSL确认(Provide Subscriber Location ack.)消息。PSL确认消息不包括UE定位或位置估计的信息。PSL确认消息中包括LDR参考号码、H-GMLC地址和MSC/SGSN接收到定位请求的标识。
如图5步骤505-507所示的实施例,V-GMLC进一步通过H-GMLC和R-GMLC向LCS客户端返回第二LCS业务响应消息。在一具体实施例中,该第二LCS业务响应消息为图4A的步骤405中网络系统向网络客户端返回的第一接收确认。第二LCS业务响应消息用于通知LCS客户端LCS系统中的MSC/SGSN已经接收到LCS业务请求,该LCS业务请求包括LDR参考号码、路由信息和事件信息。
参见图4A,在步骤411中,网络系统判断第二事件是否发生;如果是,方法400A进入步骤415;否则,在网络系统定义的某些条件下,方法400A转入步骤425。在本发明的实施例中,可以用图5中的步骤508-511对步骤411进行详细描述。
参见图4A,在一个实施例中,作为新增定位请求的特定事件,第二事件可以与网络用户相关或不相关。对于与网络用户不相关的特定事件,该特定事件可由网络客户端预先选择或网络系统单独定义。对于与网络用户相关的特定事件,该特定事件的发生与网络系统检测到的网络用户将要或已经返回正常状态直接相关。在一个实施例中,网络系统可以利用带有LCS系统的移动网或目标UE自身的能力进行检测。在另一个实施例中,处于或返回到正常状态的网络用户为目标UE,该目标UE能够通过用户标识模块(Subscriber Identity Module,SIM)、通用用户标识模块(Universal SubscriberIdentity Module,USIM)或其他机制与LCS系统中的多个MSC/SGSN中的一个建立连接。
如图5步骤508所示的一个具体实施例,对接收到的携带有特定事件的LCS业务请求进行处理的MSC/SGSN检测到目标UE处于正常状态并且不会移动到LCS系统的其他MSC/SGSN时,LCS系统判断该特定事件已经发生。图5的过程将会如步骤512及其后续步骤继续进行。换句话说,步骤411的“是”引出了图4A所示方法400A的步骤415。
如图5步骤508所示的另一个具体实施例,对接收到的携带有特定事件的LCS业务请求进行处理的MSC/SGSN检测到目标UE处于正常状态但要移动到LCS系统中的第二个MSC/SGSN中时,开始步骤509。首先,在步骤509a中,第一MSC/SGSN向与之相连的V-GMLC返回第一用户定位报告(Subscriber Location Report,SLR)消息。在一个实施例中,该第一SLR消息包括分配给LCS业务请求的LDR参考号码、H-GMLC地址及目标UE移动到第二MSC/SGSN需要的消息。在步骤509b,V-GMLC进一步向第一MSC/SGSN返回第一SLR确认(Subscriber Location Report Ack.)消息作为响应。
在图5步骤510所示的另一个实施例中,接收到第一SLR消息后,V-GMLC向H-GMLC发送第三LCS业务响应消息,该第三LCS业务响应消息包括LDR参考号码及目标UE移动到第二MSC/SGSN需要的消息。
接收到包括目标UE移动到第二MSC/SGSN相关的消息的第三LCS业务响应消息后,在图5步骤511的一个实施例中,H-GMLC将该LCS业务请求发送给与第二MSC/SGSN相连的新的V-GMLC。新的V-GMLC将该包括原始事件相关信息和特定事件相关信息的LCS请求发送给第二MSC/SGSN。在一个实施例中,该过程从步骤502开始向后执行。
回到图4A,执行方法400A的步骤415,在检测到第二事件发生后,向网络用户发送包括第一事件相关信息的事件消息。随后,方法400A的步骤421进一步包括向网络客户端发送携带事件消息的定位请求的第二接收确认。本发明实施例中,可用图5中的步骤512-518对步骤415和421进行详细说明。
如图5步骤512所示的实施例,MSC/SGSN要向当前可达的目标UE发送LCS业务请求。如果MSC/SGSN发现目标UE处于空闲模式,MSC/SGSN所属的核心网络CN会进行寻呼、认证和密码计算。在一个实施例中,如果要求隐私通知/确认,MSC/SGSN向目标UE发送LCS定位通知调用消息指示这是原始事件LCS业务请求和是否需要隐私确认。如果需要隐私确认,目标UE向MSC/SGSN发送LCS定位通知返回结果指示准许或拒绝定位。
如图5步骤513所示的一个实施例中,MSC/SGSN要向可达的目标UE发送LCS事件调用消息(LCS Area Event Invoke)。在一个具体实施例中,该LCS事件调用消息为步骤415所述的事件消息,该消息包括第一事件信息,且由网络系统发送到网络用户。在另一个实施例,LCS事件调用消息可以包括监控和执行原始事件需要的消息、分配给LCS业务请求的LDR参考号和H-GMLC地址。
如图5步骤514所示的一个实施例中,如果目标UE成功接收LCS事件调用消息并支持由原始事件触发的延迟LCS业务请求,目标UE将向MSC/SGSN返回LCS事件调用确认消息(LCS Area Event Invoke ack.)作为成功响应并在LCS事件调用消息的指导下开始监控该原始事件。另一个实施例中,如果目标UE不支持原始事件触发的延迟LCS业务请求,目标UE将向MSC/SGSN发送携带有适当错误原因的LCS事件调用确认消息。
如图5步骤515所示的一个实施例中,接收到LCS事件调用确认消息后,MSC/SGSN向V-GMLC发送第二SLR消息。在一个实施例中,该第二SLR消息包括原始事件LCS业务请求是否被成功发送到UE的标识、LDR参考号码和H-GMLC地址。V-GMLC进一步向MSC/SGSN返回第二SLR确认消息作为响应。
如图5步骤516-518所示的一个实施例中,V-GMLC通过H-GMLC和R-GMLC向LCS客户端发送第三LCS业务响应消息。具体实施例中,该第三LCS业务响应消息为图4A中步骤421所述的携带事件消息的定位请求的第二接收确认,该确认是由网络系统向网络客户端返回的,用于通知网络客户端该LCS业务请求是否已成功发送给网络用户。
至此,向目标UE发送原始事件LCS业务请求的过程结束。网络系统会等待UE检测原始事件的发生来触发UE定位或定位相关信息的报告。在一个实施例中,如果原始事件为区域变化事件,该LCS系统可以进行图2的步骤211和其后与现有技术类似的步骤以完成定位业务过程。
另外,方法400A的步骤411中,如果网络系统确定在网络客户端或网络系统预设的条件下第二事件(或特定事件)没有发生,网络系统执行步骤425,向网络客户端返回失败消息。在一个实施例中,判断第二事件发生的预设条件为最大时间周期。所述时间周期从网络系统接收的第二事件信息的第一时间开始,结束于网络客户端定义或网络系统预定的第二时间。在一个实施例中,失败消息可以通过图5所示的LCS业务响应消息返回给网络客户端。
类似地,本发明实施例也可以用于描述发送取消先前请求的延迟定位请求的过程。图4B为本发明实施例中发送删除定位业务请求方法的流程图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。例如,该流程图中的各种步骤均可被增加、删除、替换、复制和/或部分重叠。方法400B中,网络系统向网络用户发送取消请求包括以下步骤:
1、步骤451:接收用于取消定位请求的取消请求,该定位请求包括第一事件相关信息,该取消请求包括第二事件相关信息;
2、步骤453:对于该取消请求进行处理;
3、步骤455:向网络客户端返回接收确认;
4、步骤461:网络系统判断所述第二事件是否发生;若否,执行步骤475:向网络客户端发送取消请求的失败消息;若是,执行步骤465;
5、步骤465:发送取消消息指示网络用户取消所述定位请求;
6、步骤471:向网络客户端发送取消业务响应。
以上处理顺序只是本发明的一个实施例。也可以在不超出本发明权利要求保护范围的情况下,增加或删除一个或多个步骤或改变一个或多个步骤的顺序。在本发明实施例中,可以通过图6所示的消息交互过程对图4B中的方法400B做进一步详细说明。
图6为本发明实施例中LCS系统向目标UE发送延迟定位业务取消请求方法的消息交互图。这仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。例如,该LCS取消业务请求可以由LCS客户端发起。在另一个例子中,该LCS取消业务请求可以由网络系统的组件根据系统内部条件(例如与延迟定位请求相关的预设时间计时器超时)发起。
在一个实施例中,可以用图6的步骤601描述方法400B中的步骤451。例如,网络客户端为LCS客户端,网络系统为包括LCS系统的网络。LCS客户端向网络用户,如目标UE,发出LCS取消业务请求(LCS Cancel ServiceRequest)。该LCS取消业务请求被发往包括LCS系统的网络中的R-GMLC中以请求取消先前请求的延迟LCS请求。例如,先前请求的延迟定位请求为第一事件或UE区域变化事件等原始事件触发的延迟LCS请求。
由于该延迟LCS请求是先前请求的,该LCS客户端已经获得分配给LCS请求的LDR参考号码(如图5的步骤518中LCS系统发送的LCS业务响应消息)。为了取消该延迟LCS请求,LCS客户端会在发起的LCS取消业务请求中包括相同的LDR参考号。例如,图4B中网络系统接收的取消请求为图6中所示的LCS取消业务请求。在一个具体实施例中,该LCS取消业务请求进一步包括LDR参考号码和作为第二事件的特定事件的信息。在另一个具体实施例中,特定事件的发生被用来指示目标UE处于正常状态并只有当目标UE处于正常状态时才触发LCS系统向目标UE发送取消请求。在一个实施例中,处于或返回到正常状态的目标UE为能够通过SIM、USIM或其他机制与LCS系统中多个MSC/SGSN中的一个建立连接的UE。
参见图4B,可以用图6中的步骤602-604对方法400B中网络系统处理该取消请求的步骤453进行详细描述。例如,图6中步骤602所示的一个实施例中,R-GMLC向H-GMLC发送LCS取消业务请求,该LCS取消业务请求包括LDR参考号码和特定事件相关信息。如图6中步骤603所示的实施例,H-GMLC向V-GMLC转发该LCS取消业务请求,该LCS取消业务请求中包括LDR参考号码、特定事件相关信息和H-GMLC地址。如图6步骤604所示的实施例,V-GMLC向LCS系统的MSC/SGSN发送PSL消息。该PSL消息包括用于取消LDR参考号码所标识的延迟LCS请求的LCS取消业务请求。在一个实施例中,该PSL消息进一步包括H-GMLC地址和特定事件相关信息。
参见图4B,可以用图6中的步骤605-608对方法400B中网络系统向网络客户端返回接收确认的步骤455进行详细描述。如图6步骤605所示的实施例,接收到包括特定事件的信息的PSL消息后,MSC/SGSN会验证自身是否支持特定事件指示的LCS取消业务请求。在一个实施例中,如果不支持,MSC/SGSN向V-GMLC发送携带适当原因的PSL返回错误消息。V-GMLC进一步向LCS客户端返回携带错误原因的第一LCS业务响应消息。在另一个实施例中,如果MSC/SGSN支持特定事件指示的LCS取消业务请求,MSC/SGSN会直接向V-GMLC返回PSL确认消息确认已经收到该取消请求。在另一个实施例中,该PSL确认消息不包括UE位置或位置估计的信息。该PSL确认消息还可进一步包括LDR参考号码、H-GMLC地址和接收到取消请求的指示。
如图6步骤606-608所示的实施例,从网络节点MSC/SGSN接收到PSL确认消息后,V-GMLC通过H-GMLC和R-GMLC向LCS客户端返回第二LCS业务响应消息,以通知该LCS客户端LCS系统中的MSC/SGSN接收到该LCS取消业务请求。
方法400B中的步骤461为:网络系统判断第二事件是否发生。该步骤可以用图6中的步骤609-612来详细描述,包括在先前定位请求发送到该网络用户之后网络系统如何处理移动网络用户改变其附着网络节点的过程。如图6步骤609所示的实施例,对接收到的包括特定事件的信息的LCS取消业务请求进行处理的第一MSC/SGSN可以验证特定事件是否发生。如果检测到特定事件发生,则表示目标UE处于或返回正常状态。如果不在系统预定条件下(例如计时器超时),MSC/SGSN会删除LCS取消业务请求,本发明实施例中,MSC/SGSN可以通过LCS业务响应消息通知LCS客户端。在一个实施例中,第一MSC/SGSN可以利用包括LCS系统的移动网或目标UE自身的能力验证UE的可用性。在另一个实施例中,处于或返回正常状态的目标UE是能够通过SIM、USIM或其他机制与LCS系统中多个MSC/SGSN中的一个建立连接的UE。在另一个实施例中,如果检测到该目标UE处于正常状态并没有移动到LCS系统中其他MSC/SGSN中去,直接执行步骤613及其后续步骤。
如图6步骤610所示的实施例,如果第一MSC/SGSN检测到目标UE处于正常状态但是移动到了LCS系统的第二MSC/SGSN中,第一MSC/SGSN会向与其相连的V-GMLC返回第一SLR消息。该第一SLR消息中包括LDR参考号码、H-GMLC地址和指示目标UE已经移动到第二MSC/SGSN的必要信息。在另一个实施例中,V-GMLC会向第一MSC/SGSN回复SLR确认消息。
在图6步骤611的一个实施例中,V-GMLC向H-GMLC发送第三LCS业务响应消息,该第三LCS业务响应消息中包括LDR参考号码和指示目标UE移动到第二MSC/SGSN的必要消息。
图6中步骤612的一个实施例中,接收到包括指示目标UE移动到第二MSC/SGSN的信息的第三LCS业务响应消息后,H-GMLC会向与第二MSC/SGSN相连的新的V-GMLC重新发送包括有特定事件相关信息的LCS取消业务请求。该新的V-GMLC会将该LCS取消业务请求发送到第二MSC/SGSN。该过程重新从步骤603开始并继续其后步骤。
参见图4B,步骤465为当网络系统确定通过其网络节点之一可达该网络用户时向该网络用户发送取消消息。该取消消息包括LDR参考号码指示的先前发出的延迟定位请求的信息并指示该网络用户取消该定位请求。该步骤可以通过图6中步骤613-614来详细描述,如图6步骤613所示的实施例,当前与目标UE连接的MSC/SGSN向目标UE发送LCS事件取消调用消息(LCS Event Cancel Invoke),该LCS事件取消调用消息包括分配给要被删除的延迟LCS请求的LDR参考号码、H-GMLC地址和LDR参考号码指示的目标UE取消该延迟LCS请求的请求。
图6中步骤614的一个实施例中,目标UE取消了LDR参考号码指示的延迟LCS请求并向MSC/SGSN发送LCS事件取消调用确认消息(LCSEvent Cancel Invoke Ack.)作为响应,该LCS事件取消调用确认消息中不包括事件消息。
方法400B的步骤471是向网络客户端发送网络用户成功取消该定位请求的取消业务响应。例如,该步骤可以用图6中的步骤615-618描述。如图6步骤615所示的实施例,MSC/SGSN向V-GMLC返回第二SLR消息,该第二SLR消息中包括LDR参考号码、H-GMLC地址及是否成功取消LDR参考号码指示的延迟LCS请求的信息。V-GMLC也可以向MSC/SGSN回复SLR确认消息。
如图6步骤616-618所示的实施例,V-GMLC进一步通过H-GMLC和R-GMLC向LCS客户端返回LCS取消业务响应消息。在一个实施例中,该LCS取消业务响应消息中包括LDR参考号码和成功取消该LDR参考号指示的延迟LCS请求的消息。
如图4B所示,方法400B的步骤475是当第二事件在预定时间周期内未发生时,网络系统发出失败消息的例外过程。否则,如图4B所示,本发明实施例的取消延迟定位业务请求的过程结束。
本发明可以用于向多个网络用户发送不同类型事件相关的延迟定位请求。例如,可以用区域变化事件的延迟定位请求过程来描述本发明的具体实施例。图7A为本发明实施例中LCS系统发送区域变化事件的延迟定位请求的消息交互的简化示意图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应当认可本发明的各种变体、等同替换和修改。下面对图7A所示的步骤进行详细描述。
步骤701:LCS客户端下发区域变化类延迟LCS业务请求,并将其发送给LCS系统的R-GMLC。该延迟LCS业务请求包括区域变化类延迟定位请求信息,即具体目标区域和事件种类,要报告的事件是否为用户设备位于、进入或离开该目标区域。该LCS业务请求可以指定通过GMLC节点向LCS系统发送延迟定位请求或R-GMLC取消该延迟定位请求的有效时间,即开始时间和停止时间。另外,如果时间超时目标UE没有触发区域事件,则UE删除延迟定位请求。如果可以,该定位业务请求中还可以包括区域事件报告最小时间间隔的指示。该定位业务请求还可进一步包括对该延迟区域事件只进行一次报告或多次报告的信息。如果对区域变化事件只报告一次,第一区域事件发生后LCS请求就完成了。如果目标区域用局部坐标系统或地理名称表示,R-GMLC可以将目标区域转换成以3GPP技术规范TS23.032定义的形式表示的地理区域。除了目标区域定义,该LCS客户端还将目标区域的国家代码包括在区域事件请求中。
进一步地,该LCS业务请求中包括确保LCS系统成功将区域变化事件发送到目标UE的特定事件相关的信息。在一个实施例中,该特定事件可以通过以下形式与目标UE相关:目标UE被LCS系统检测到位于或返回正常状态,在正常状态下,目标UE能够与LCS系统所在的核心网络CN中的多个MSC/SGSN的一个建立连接。在另一个实施例中,该特定事件与目标UE不相关,该目标UE可以由LCS客户端(定位业务用户)预先选择或由LCS系统(定位业务提供商)定义。
步骤702:如果区域事件请求中指示了要求定位结果,R-GMLC应将该指示和相关参数如,服务质量(QoS)记录下来。R-GMLC将接收的信息传送到H-GMLC。H-GMLC为该LCS业务请求分配LDR参考号码,然后将LDR参考号码、H-GMLC地址及特定事件的相关信息转发到V-GMLC。
步骤703:如果接收到的目标区域是以3GPP技术规范TS23.032定义的形式表示的,V-GMLC将目标区域转换成使用小区号、位置区域或路由区域定义的区域。如果不能将目标区域转换成网络表示形式,V-GMLC就拒绝该请求并向H-GMLC发送携带适当错误理由的LCS业务响应。
如果接收到的目标区域用国家代码或PLMN标识表示,则V-GMLC将该国家代码或PLMN标识作为区域定义。
在一个具体实施例中,V-GMLC将区域定义携带在提供用户位置(Provide Subscriber Location,PSL)请求中发送给MSC/SGSN,该PSL请求中包括LDR参考号码、特定事件信息和H-GMLC地址。
PSL请求定义了当UE位于、进入或离开该区域时是否需要上报。PSL消息还需尽可能的包括区域事件报告的最小时间间隔及只报告一次或多次该延迟区域事件。
步骤704:MSC/SGSN检查UE是否支持区域变化事件。如果MSC/SGSN或UE不支持区域变化事件的延迟定位请求(暂时或永久的原因),则MSC/SGSN或UE可以向V-GMLC发送携带有适当原因的PSL返回错误消息。如果MSC/SGSN和UE都支持区域变化事件延迟定位请求并且MSC/SGSN还支持特定事件,MSC/SGSN会向V-GMLC返回PSL确认消息指示已经接收到业务任务。该PSL确认消息中进一步包括LDR参考号码、H-GMLC地址和接收到LCS业务请求的指示。
步骤705-707:V-GMLC通过H-GMLC和R-GMLC向LCS客户端发送第一LCS业务响应消息,通知该LCS客户端MSC/SGSN已经成功接收到该LCS业务请求。第一LCS业务响应消息中包括LDR参考号码。
步骤708:包括LCS系统的网络,具体如MSC/SGSN检测到特定事件(包括在PSL消息中)发生,指示目标UE正处于或已经返回到正常状态。
步骤709:如果该UE(正常状态下)处于空闲模式,核心网络(CN)进行寻呼、认证和密码计算。如果要求隐私通知/确认,MSC/SGSN向目标UE发送LCS定位通知调用消息指示这是区域变化类延迟定位请求和是否需要隐私确认。如果需要隐私确认,UE向MSC/SGSN返回LCS定位通知返回结果指示是准许或拒绝定位。
步骤710:验证UE处于正常状态后,MSC/SGSN可以向目标UE发送LCS区域事件调用消息,该消息携带区域定义、其他区域事件信息、LDR参考号码和H-GMLC地址。该消息也可以定义用户设备位于、进入或离开该区域时是否需要上报事件。该消息还需尽可能携带区域事件报告的最小时间间隔及对该延迟区域事件只报告一次或进行多次报告的信息。
步骤711:如果目标UE成功接收到该LCS区域事件调用消息并且目标UE支持区域变化类延迟定位请求,目标UE向MSC/SGSN发送确认消息并开始监控区域事件的改变。目标UE可以通过将当前服务小区标识、位置区域、路由区域、PLMN标识或国家代码与从MSC/SGSN接收到的区域定义进行比较以判断自身是否位于、进入或离开该目标区域。即使发生了软切换,也可以判断出是否有某个小区属于目标区域。在区域定义包括位置或路由区域以及PLMN或国家标识的情况下,目标UE可在正常位置或路由区域更新过程中检查区域事件。区域变化事件检测机制不能影响UE正常的小区选择和重选过程。如果目标UE不支持延迟LCS业务请求(暂时或永久的原因),目标UE会向MSC/SGSN发送携带有适当错误原因的LCS区域事件调用确认消息。
步骤712:MSC/SGSN向V-GMLC返回未携带位置估计的用户定位报告(SLR)消息。如果需要隐私通知/确认,MSC/SGSN将隐私通知/确认的结果包括在SLR消息中。SLR消息也可以包括LDR参考号和H-GMLC地址。如果需要,也可以包括区域变化事件调用结果。V-GMLC也可以向MSC/SGSN回复SLR确认消息进行确认。
步骤713-715:V-GMLC通过H-GMLC和R-GMLC向LCS客户端发送第二LCS业务响应消息通知LCS客户端目标UE接收到LCS业务请求。
步骤716:目标UE检测到所请求的区域事件改变发生。
步骤717:继续现有技术中区域变化类延迟定位请求的后续流程。
另一个例子中,本发明实施例也可以用来描述发送取消区域事件改变的延迟定位请求的过程。图7B为本发明实施例中LCS系统取消先前请求的延迟区域事件定位请求的消息交互图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。
步骤751:LCS客户端向LCS系统的R-GMLC发送取消请求以取消先前请求的区域变化类延迟定位请求。由于该区域变化类延迟定位请求是先前请求的,在原始延迟定位请求过程中,LCS客户端接收到了标识原始延迟定位请求的LDR参考号码。LCS客户端在当前的LCS取消请求中包括相同的LDR参考号码。另外,在一个具体实施例中,该取消请求可以包括特定事件的信息,该特定事件的信息用于指示只有当LCS系统检测到目标UE处于正常状态时,该LCS客户端才请求发送该取消请求。
步骤752:R-GMLC将携带LDR参考号码和特定事件相关信息的取消请求转发给H-GMLC。
步骤753:H-GMLC将携带LDR参考号码、H-GMLC地址和特定事件相关信息的取消请求发送给V-GMLC。
步骤754:V-GMLC向目标UE所属的MSC/SGSN发送第一PSL消息,该第一PSL消息中包括LDR参考号码指示的延迟定位请求的取消请求、H-GMLC地址及特定事件相关信息。
步骤755:MSC/SGSN向V-GMLC回复第一PSL确认消息。
步骤756-758:V-GMLC通过H-GMLC和R-GMLC向LCS客户端返回第一LCS业务响应消息,通知该LCS系统接收到了该取消请求。
步骤759:包括LCS系统的网络检测到特定事件发生,表示目标UE处于或返回正常状态。换句话说,UE能够与LCS系统中多个MSC/SGSN之一建立连接。在具体实施例中,UE处于或返回正常状态的检测可通过LCS系统判断特定事件的发生指示。LCS系统可以利用移动网络和UE自身的能力进行检测。
步骤760:目标UE当前所连接的MSC/SGSN向目标UE发送LCS区域事件取消消息,该消息包括LDR参考号码、H-GMLC地址及LDR参考号码指示的UE取消区域事件延迟定位的请求。
步骤761a:目标UE取消区域事件延迟定位请求,并向MSC/SGSN发送不携带任何区域事件信息的LCS区域事件取消确认消息作为响应。
步骤761b:当UE正在监控该区域事件是否发生时,目标UE向MSC/SGSN发送LCS区域事件报告消息,该消息包括LDR参考号码、取消请求和相应错误代码。在一个具体实施例中,该消息指示目标UE会为自己取消或删除区域变化类延迟定位请求。
步骤762:从目标UE接收该LCS区域事件取消确认消息后,MSC/SGSN向V-GMLC返回第二PSL消息,该消息中包括LDR参考号码和H-GMLC地址。
步骤763:V-GMLC向MSC/SGSN回复第二PSL确认消息。
步骤764:V-GMLC向H-GMLC发送第二LCS业务响应消息,该消息中包括LDR参考号码和H-GMLC地址。
步骤765:H-GMLC向R-GMLC发送携带LDR参考号码的第二LCS业务响应消息。
步骤766:R-GMLC向LCS客户端返回第二LCS业务响应消息,通知该LCS客户端成功取消了延迟定位请求驱动的区域事件。
图8A为本发明实施例中发送定位业务请求方法800A的流程图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。例如,该流程图中的各种步骤均可被增加、删除、替换、复制和/或部分重叠。方法800A中,网络系统向网络用户发送定位业务请求包括以下步骤:
1、步骤801:第一网络子系统从网络客户端接收定位请求,该定位请求包括第一事件相关信息和第二事件相关信息;
2、步骤805:第一网络子系统将定位请求中的第二事件信息发送给第二网络子系统;
3、步骤811:向网络客户端返回定位请求的第一接收确认;
4、步骤815:第二网络子系统判断第二事件是否发生;如果否,执行步骤841:向网络客户端发送定位请求的失败消息;如果是,执行步骤821;
5、步骤821:通知第一网络子系统向第二网络子系统发送包括第一事件相关信息的定位请求;
6、步骤825:第二网络子系统向网络用户发送包括第一事件相关信息的事件消息;
7、步骤831:网络用户向第一网络子系统发送携带事件消息的定位请求的第二接收确认;
8、步骤835:第一网络子系统向网络客户端发送第二接收确认。
以上处理顺序仅是本发明的一个实施例。在本发明权利要求保护范围内,可以增加或删除一个或多个步骤或用改变有一个或多个步骤的次序。在本发明实施例中,可以通过图9所示的过程对图8A中的方法800A作更具体地进一步说明。
图9为本发明实施例中向UE发送定位请求的方法的消息交互图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。
步骤801:网络系统包括第一网络子系统。第一网络子系统从网络客户端接收定位请求。在一个实施例中,定位请求中包括第一事件相关信息和第二事件相关信息。在另一个实施例中,定位请求可以由包括第一网络子系统、第二网络子系统或其他网络组件的网络系统本身发起。本发明实施例中,可用图9中的步骤901-902对步骤801进行详细说明。
如图9所示的例子,网络系统可以为具有LCS系统的网络。网络客户端可以为LCS客户端或仅为客户端。网络用户可以为目标UE或仅为UE。在一个实施例中,第一网络子系统为LCS系统中的R-GMLC和/或H-GMLC。在另一个实施例中,第二网络子系统为LCS系统中的V-GMLC和连接MSC/SGSN网络节点的组合。如图9所示的实施例中,第一事件为与该延迟LCS业务请求相关的原始事件,该原始事件的发生应当由目标UE检测以向LCS系统触发UE的定位和位置信息报告。如图9所示,第二事件为与延迟LCS业务请求相关的新增特定事件,该新增特定事件的发生应当由第二网络子系统监控以保证携带有第一事件的LCS业务请求能够被目标UE成功接收。
图9中步骤901的一个实施例中,定位请求为客户端发起的针对UE的延迟LCS请求。客户端将LCS业务请求发送给LCS系统中的R-GMLC。在一个具体实施例中,该LCS业务请求可以由R-GMLC、H-GMLC、V-GMLC和LCS系统的MSC/SGSN等网络系统组件根据系统内部条件发起。
图9中步骤902的一个实施例中,LCS业务请求由R-GMLC转发给H-GMLC,即图8A所示的第一网络子系统。该LCS业务请求包括原始事件和新增特定事件相关的信息。
步骤805:第一网络子系统将第二事件信息携带在定位请求中发送给第二网络子系统。在某些实施例中,可以用图9中步骤903-904对步骤805进行详细描述。在步骤903中,接收到该LCS业务请求后,H-GMLC为其分配LDR参考号码并通过网络存储服务器(HLS/HSS)向V-GMLC发送携带特定事件、分配的LDR参考号码和H-GMLC地址信息的LCS业务请求消息。第二网络子系统的组件对该LCS业务请求消息进行处理。在步骤904中,V-GMLC将LCS业务请求消息作为第一PSL请求发送给MSC/SGSN,该第一PSL请求中包括特定事件信息、分配给LCS业务请求的LDR参考号码和H-GMLC地址。
步骤811:网络系统向网络客户端返回定位请求的第一接收确认。以图9为例,实施例中,可以用步骤905-908对步骤811进行详细描述。
如图9步骤905所示的实施例,接收到包括有特定事件信息的第一PSL请求之后,MSC/SGSN会验证自身是否支持特定事件标识的LCS业务请求。如果不支持,MSC/SGSN向V-GMLC发送携带有适当原因的PSL返回错误消息。V-GMLC进一步通过H-GMLC和R-GMLC向LCS客户端返回携带有错误原因的第一LCS业务响应消息。图8A中的第一接收确认为第一LCS业务响应消息。
在一个实施例中,如果MSC/SGSN支持特定事件指示的LCS业务请求,MSC/SGSN会直接向V-GMLC返回第一PSL确认消息,指示MSC/SGSN已经收到定位请求。在一个具体实施例中,第一PSL确认消息中包括LDR参考号码、H-GMLC地址和接收到定位请求的指示。
如图9步骤906-908所示的实施例中,V-GMLC进一步通过H-GMLC和R-GMLC向客户端返回第二LCS业务响应消息,通知网络客户端LCS系统的MSC/SGSN已接收到包括特定事件的LCS业务请求的信息。在一个具体实施例中,图8A中的第一接收确认为第二LCS业务响应消息。
图8A中的步骤815:第二网络系统判断第二事件是否发生,如果是,方法800A进入步骤821;如果在一定条件下没有发生,方法800A进入步骤835;可以用图9中步骤909作为例子对步骤815进行详细描述。
在一个实施例中,第二事件为图9中的特定事件。图9中步骤909的一个实施例中,第二网络子系统,具体如其中的MSC/SGSN检测到特定事件发生,则表示UE处于或已经返回正常状态。在一个实施例中,第二网络子系统可以利用带有LCS系统的移动网或目标UE自身的能力进行检测。在另一个实施例中,处于或返回到正常状态的网络用户可以是目标UE,该目标UE能够通过SIM、USIM或其他机制与LCS系统中多个MSC/SGSN中的一个建立连接。在另一个实施例中,第二事件与网络用户不相关,第二事件可由网络客户端预先选择或网络系统单独定义。
步骤821:通知第一网络子系统向第二网络子系统发送包括第一事件信息的定位请求。本发明实施例中,可用图9中的步骤910-913对步骤821进行更加详细地说明。
如图9步骤910a所示的实施例,当第一MSC/SGSN检测到UE处于或已经返回正常状态,第一MSC/SGSN向V-GMLC发送用户定位报告(Subscriber Location Report,SLR)消息通知目标UE已经处于或返回正常状态。SLR消息中包括LDR参考号码和H-GMLC地址。在一个实施例中,如果UE移动到第二MSC/SGSN中,SLR消息还可以包括第二MSC/SGSN的地址和指示其已经移动到第二MSC/SGSN的必要消息。
如图9步骤910b所示的实施例,V-GMLC向第一MSC/SGSN回复SLR确认消息作为响应。
如图9步骤911所示的实施例,接收到SLR消息后,V-GMLC向H-GMLC返回第三LCS业务响应消息,该消息中包括LDR参考号码和目标UE处于或返回正常状态的消息。在一个实施例中,如果UE移动到第二MSC/SGSN中,第三LCS业务响应消息还可以包括第二MSC/SGSN的地址和指示其已经移动到第二MSC/SGSN的必要消息。在一个具体实施例中,图8A中的第一接收确认为第三LCS业务响应消息。
如图9步骤912所示的实施例,H-GMLC根据接收到的第三LCS业务响应消息向与UE当前所属的MSC/SGSN相连的V-GMLC发送包括原始事件信息的LCS业务请求。该LCS业务请求还包括原始事件、LDR参考号码和H-GMLC地址的必要消息。在一个实施例中,如果UE移动到了第二MSC/SGSN,该LCS业务请求会被发送给与第二MSC/SGSN相连的新V-GMLC。
如图9步骤913所示的实施例,V-GMLC进一步向UE当前所属的MSC/SGSN发送第二PSL请求。该第二PSL请求中包括从H-GMLC接收到的所有信息,包括原始事件信息和UE的相应消息等。
步骤825:第二网络子系统向网络用户发送包括第一事件相关信息的事件消息。本发明实施例中,可用图9中的步骤914-915对步骤825进行更加详细地说明。
如图9步骤914所示的实施例,如果目标UE当前所属的MSC/SGSN检测到目标UE处于空闲模式,核心网络CN进行寻呼、认证和密码计算。在一个实施例中,如果要求隐私通知/确认,MSC/SGSN向目标UE发送LCS定位通知调用消息指示这是事件延迟LCS请求及是否需要隐私确认。如果需要隐私确认,目标UE向MSC/SGSN返回LCS通知返回结果指示是准许还是拒绝。
如图9步骤915所示的实施例,MSC/SGSN向目标UE发送LCS事件调用消息,该消息包括原始事件对应的必要消息、LDR参考号码和H-GMLC地址。
步骤831:网络用户向第一网络子系统发送事件消息的第二接收确认。本发明实施例中,可用图9中的步骤916-917对步骤831进行更加详细地说明。
如图9步骤916所示的实施例,如果目标UE成功接收LCS事件调用消息并支持原始事件指示的LCS业务请求,目标UE将向MSC/SGSN返回LCS事件调用确认消息作为成功响应并开始相应的事件过程。在一个实施例中,如果UE不支持原始事件指示的LCS业务请求,则返回的LCS事件调用确认消息会携带相应的错误原因。
图9中步骤917的一个实施例中,从目标UE接收到LCS事件调用确认消息后,MSC/SGSN要向V-GMLC发送第二PSL确认消息。该第二PSL确认消息中包括原始事件是否被成功发送到UE的信息、LDR参考号码和H-GMLC地址。
步骤835:第一网络子系统向网络客户端发送第二接收确认。图9的步骤918-920中有更加详细的描述。图9中步骤918-920的实施例中,V-GMLC可以通过H-GMLC和R-GMLC向客户端发送第四LCS业务响应消息通知客户端原始事件是否已经被成功发送到UE。在一个具体实施例中,图8A中的第二接收确认为第四LCS业务响应消息。
至此,在本发明的另一个实施例中完成了发送定位请求的过程。接下来,网络系统和网络用户继续现有技术中原始事件驱动延迟定位请求的过程。
另外,方法800A的步骤815中,如果网络系统确定在网络客户端或网络系统预设的条件下第二事件(或特定事件)没有发生,网络系统执行步骤841,向网络客户端返回失败消息。在一个实施例中,判断第二事件发生的预设条件为最大时间周期。所述时间周期从网络系统接收的第二事件信息的第一时间开始,结束于网络客户端定义或网络系统预定的第二时间。在一个实施例中,该失败消息可以通过图5所示的LCS业务响应消息返回给网络客户端。
图8B为本发明另一个实施例中发送取消定位业务请求方法800B的流程图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。例如,该流程图中的各个步骤均可被增加、删除、替换、复制和/或部分重叠。方法800B中,网络系统向网络用户发送取消定位业务请求包括以下步骤:
1、步骤851:第一网络子系统从网络客户端接收用于取消定位请求的LCS取消请求,该定位请求包括第一事件相关信息,该LCS取消请求包括第二事件相关信息;
2、步骤855:第一网络子系统将第二事件信息发送到第二网络子系统;
3、步骤861:向网络客户端返回接收确认;
4、步骤865:第二网络子系统判断第二事件是否发生;如果否,执行步骤891:向网络客户端发送取消请求的失败消息;如果是,执行步骤871;
5、步骤871:通知第一网络子系统向第二网络子系统发送定位请求的取消请求;
6、步骤875:第二网络子系统发送取消消息指示网络用户取消定位请求;
7、步骤881:网络用户向第一网络子系统返回取消业务响应;
8、步骤885:向网络客户端发送取消业务响应。
以上处理顺序仅为本发明的一个实施例。在本发明权利要求保护范围内,可以增加或删除一个或多个步骤或改变步骤的顺序。在本发明实施例中,可用通过图10所示的过程对图8B中的方法800B作进一步说明。
图10为本发明实施例中向用户设备(UE)发送取消先前请求的延迟定位请求方法的消息交互图。该图仅仅是一个例子,不应视作对本发明权利要求保护范围的限制。本领域技术人员应该认可本发明的各种变体、等同替换和修改。
在一个实施例中,可以用图10的步骤951-952来描述方法800B中的步骤851。例如,网络客户端为LCS客户端。网络系统包括第一网络子系统和第二网络子系统。第一网络子系统在LCS系统中包括R-GMLC和H-GMLC。LCS客户端向网络用户发出取消请求来取消发送给网络用户的定位请求,该网络用户可以为目标UE。图10中步骤951的一个实施例中,LCS客户端发出目标UE的LCS取消业务请求。LCS系统的R-GMLC接收到取消先前请求的延迟定位请求的LCS取消业务请求。由于该延迟定位业务是先前请求的并由原始事件(比如该原始事件为触发定位请求响应的第一个事件)触发,该LCS客户端接收到已分配的指示该延迟定位请求的LDR参考号码。LCS客户端要在当前的LCS取消请求中包括相同的LDR参考号码。另外,在一个具体实施例中,该取消请求可以包括特定事件的信息(例如该特定事件为第二事件),该特定事件的信息用于指示只有当LCS系统检测到目标UE处于正常状态,能够与LCS系统中的网络节点连接时,LCS客户端才请求发送取消请求。
本发明实施例中,R-GMLC、H-GMLC、V-GMLC或MSC/SGSN等网络组件也可以根据系统内部情况(例如系统定时器超时)为自己发起取消业务请求。
图10中步骤952的一个实施例中,R-GMLC向H-GMLC转发该LCS取消业务请求,该请求包括分配给待取消定位请求的LDR参考号码和特定事件信息。
参见图8B,方法800B的步骤855中,向第二网络子系统发送携带第二事件信息的取消请求。例如,该第二网络子系统包括V-GMLC和一个MSC/SGSN网络节点。在一个实施例中,可以用图10的步骤953-954对步骤855进行描述。图953的一个实施例中,H-GMLC根据接收到的LCS取消业务请求通过HLR/HSS用户数据存储服务器向LCS系统的V-GMLC发送特定事件相关的LCS业务请求消息。该LCS业务请求消息中包括LDR参考号码、特定事件信息和H-GMLC地址。如图10步骤954所示的实施例,V-GMLC向MSC/SGSN发送第一提供用户位置(Provide Subscriber Location,PSL)请求消息来请求取消该LDR参考号码指示的延迟定位请求。该第一PSL请求消息也包括H-GMLC地址和特定事件信息。
方法800B的步骤861中,第一网络子系统向网络客户端返回接收确认通知该第二网络子系统已经接收第二事件的信息,该第二事件的信息与取消请求相关。可以用图10中步骤955-958对步骤861进行详细描述。如图10的步骤955所示的实施例,接收到PSL请求消息后,MSC/SGSN验证自身是否支持特定事件指示的LCS业务请求。在一个实施例中,如果不支持,MSC/SGSN向V-GMLC发送携带有适当原因的PSL返回错误消息。V-GMLC向LCS客户端返回包括错误原因的第一LCS业务响应消息。H-GMLC通过R-GMLC向LCS客户端返回包括错误原因的第一LCS取消业务响应消息。在另一个实施例中,如果MSC/SGSN支持特定事件指示的LCS业务请求,MSC/SGSN会直接向V-GMLC返回携带H-GMLC地址的第一PSL确认消息作为响应,指示已经收到该携带特定事件信息的请求。
如图10步骤956所示的实施例,V-GMLC可以进一步向H-GMLC返回第二LCS业务响应消息,指示已经收到该携带特定事件信息的请求。
如图10的步骤957-958所示的实施例中,H-GMLC可以进一步通过R-GMLC向LCS客户端发送第二LCS取消业务响应消息,通知该LCS客户端MSC/SGSN接收到该特定事件信息。
参见图8B,方法800B的步骤865中,第二网络子系统判断第二事件是否发生。如果判定第二事件已经发生,继续发送取消请求的后续步骤。可以用图10的步骤959对步骤865进行详细描述。如图10步骤959所示的实施例,对第一PSL请求消息进行处理的第一MSC/SGSN检测到该特定事件发生,表明该目标UE处于或已返回正常状态。在一个实施例中,处于或返回到正常状态的UE能够在LCS系统中通过SIM、USIM或其他机制与多个MSC/SGSN中的一个建立连接。在另一个实施例中,第一MSC/SGSN可以利用带有LCS系统的移动网或目标UE自身的能力检测UE可用性。在另一个实施例中,该特定事件可以与UE不相关,可由LCS客户端预先选择或LCS系统单独定义。
如果检测到第二事件发生,即该网络用户可达,方法800B的步骤871为第二网络子系统通知第一网络子系统向其发送取消请求。具体参见图10中步骤960-962。如图10步骤910a所示的实施例,当检测到UE处于或已经返回正常状态,第一MSC/SGSN向V-GMLC发送第一用户定位报告(Subscriber Location Report,SLR)消息通知UE已经处于或返回正常状态。第一SLR消息中包括LDR参考号码和H-GMLC地址。在另一个实施例中,如果UE移动到第二MSC/SGSN中,该第一SLR消息还可以包括第二MSC/SGSN的地址和指示其已经移动到第二MSC/SGSN的必要消息。V-GMLC也可以向第一MSC/SGSN回复一个SLR确认消息作为响应。
如图10中步骤961所示的实施例,V-GMLC向H-GMLC发送第三LCS业务响应消息,该第三LCS业务响应消息中包括LDR参考号码和UE处于或返回正常状态的信息。在一个实施例中,如果UE移动到第二MSC/SGSN中,第三LCS业务响应消息中还可以包括第二MSC/SGSN的地址和指示UE已经移动到第二MSC/SGSN的必要消息。
如图10步骤962所示的实施例,H-GMLC根据接收到的LCS业务响应消息向与UE当前所属的MSC/SGSN对应的V-GMLC发送LCS取消业务请求(该LCS取消业务请求是在图10步骤952中接收的)。该LCS取消业务请求中包括LDR参考号码、H-GMLC地址和该LDR参考号码指示的延迟定位请求的取消请求。在一个实施例中,如果UE移动到了第二MSC/SGSN,该LCS取消业务请求会被发送给与第二MSC/SGSN对应的V-GMLC。
接收到取消请求后,第二网络子系统向网络用户发送取消消息,并指示网络用户取消该请求携带的LDR参考号码所指示的定位请求。可以用图10中步骤963-965对方法800B中的步骤875进行详细描述。如图10步骤963所示的实施例,V-GMLC根据第二PSL请求向UE当前归属的MSC/SGSN发送LCS取消业务请求,该LCS取消业务请求中包括从H-GMLC获得的所有信息。
如图10步骤964所示的实施例,UE当前所在的MSC/SGSN向目标UE发送LCS事件取消调用消息。该LCS事件取消调用消息中包括LDR参考号码、H-GMLC地址和该LDR参考号码指示的延迟定位请求的取消请求。
如图10步骤965所示的实施例,目标UE取消原始事件触发的延迟定位请求。然后,UE向MSC/SGSN返回不携带事件消息的LCS事件取消调用确认消息。
参见图8B,方法800B的步骤881中,当成功取消了指示的定位请求后,第二网络子系统从网络用户接收取消响应。第二网络子系统进一步向第一网络子系统发送取消业务响应。可以用图10的步骤966-967对步骤881进行详细描述。方法800B的步骤885中,第一网络子系统进一步向网络客户端发送取消业务响应。具体参见图10中的步骤968-969。
如图10步骤966所示的实施例,MSC/SGSN向V-GMLC发送第二PSL确认消息,该第二PSL确认消息中包括LDR参考号码、H-GMLC地址和指示是否已成功取消LCS取消业务请求要求取消的、具有所分配的LDR参考号码的事件驱动定位业务的消息。
如图10步骤967-969所述的实施例,V-GMLC根据接收到的第二PSL确认消息,通过H-GMLC和R-GMLC向LCS客户端返回第二LCS取消业务响应消息,该第二LCS取消业务响应消息中包括指示是否已成功取消LCS取消业务请求要求取消的、具有所分配的LDR参考号码的事件驱动定位业务的必要消息。
另外,方法800B的步骤865中,如果第二网络子系统确定在网络客户端或网络系统预设的条件下第二事件(或特定事件)没有发生,网络系统执行步骤891,向网络客户端返回失败消息。在一个实施例中,判断第二事件发生的预设条件为最大时间周期。最大时间周期从网络系统接收到第二事件信息的第一时间开始,于网络客户端定义或网络系统预定的第二时间结束。在一个实施例中,该失败消息可以通过图5所示的LCS业务响应消息返回给网络客户端。
需要进一步强调的是,图4A、4B、8A和8B所示仅为本发明的实施例,这些实施例不应用于限制本发明权利要求的保护范围。本领域技术人员应该认可本发明的各种变体、等同替换和修改。本发明的一个具体实施例中,网络系统向网络用户发送定位业务请求的方法包括:接收网络客户端发起的包括第一事件信息和第二事件信息的定位请求。该方法还包括:对该定位请求进行处理,向网络客户端返回该定位请求的第一接收确认。该方法还包括:判断第二事件是否发生。如果第二事件已经发生,网络系统向网络用户发送事件消息,该事件消息包括第一事件的信息。该方法还包括:向网络客户端返回事件消息的第二接收确认。
本发明的另一个实施例中,网络系统向网络用户发送定位业务取消请求的方法包括:接收携带有已分配LDR参考号码的、用于取消定位请求的取消请求。定位请求中包括第一事件相关信息。取消请求中包括LDR参考号码和第二事件相关信息。该方法还包括:对该取消请求进行处理并向网络客户端返回该取消请求的接收确认。该方法还包括:判断第二事件是否发生。如果第二事件已经发生,网络系统发送取消消息指示网络用户取消LDR参考号码所指示的定位请求。该方法还包括:向网络客户端发送取消业务响应。
本发明的另一个实施例中,网络系统向网络用户发送定位业务请求的方法包括:第一网络子系统从网络客户端接收定位请求。该定位请求中包括第一事件相关信息和第二事件相关信息。该方法进一步包括:向第二网络子系统发送第二事件相关信息并向网络客户端返回定位请求的第一接收确认。该方法还包括:第二网络子系统判断第二事件是否发生。如果第二事件已经发生,该方法包括:通知第一网络子系统向第二网络子系统发送携带第一事件信息的定位请求,该方法还包括第二网络子系统向网络用户发送包括第一事件相关信息的事件消息,及向第一网络子系统返回第二接收确认。该方法还包括:第一网络子系统向网络客户端发送第二接收确认。
本发明的另一个实施例中,网络系统向网络用户发送定位业务取消请求的方法包括:第一网络子系统从网络客户端接收携带有已分配LDR参考号码的、用于取消定位请求的取消请求。该定位请求中包括第一事件相关信息。该取消请求中包括第二事件相关信息。该方法还包括:向第二网络子系统发送第二事件相关信息并向网络客户端返回接收确认。该方法还包括:第二网络子系统判断第二事件是否发生。如果第二事件已经发生,该方法包括:通知第一网络子系统向第二网络子系统发送携带有为定位请求分配的LDR参考号码的取消请求。该方法还包括:发送取消消息指示所述网络用户取消LDR参考号码发起的定位请求并向第一网络子系统返回取消业务响应。该方法还包括:向网络客户端发送取消业务响应。
可以理解,这里所述的例子和实施例只是用于说明的目的,由其产生的多种修改或改变对本领域技术人员是显而易见的并且都包括在本发明以及所附的权利要求的精神和保护范围之内。
Claims (34)
1.一种网络系统向网络用户发送定位请求的方法,其特征在于,包括:
从网络客户端接收包括第一事件相关信息和第二事件相关信息的定位请求;
对所述定位请求进行处理;
判断所述第二事件是否发生;所述第二事件包括网络系统可达的目标用户设备的标识事件;
如果所述第二事件已经发生,则表示目标用户设备可达,向所述目标用户设备发送包括所述第一事件相关信息的事件消息,所述第一事件用于被所述目标用户设备检测以触发所述目标用户设备的定位;并向所述网络客户端返回所述事件消息的接收确认。
2.根据权利要求1所述的方法,其特征在于,所述定位请求为包括所述第一事件相关信息及所述第二事件相关信息的延迟定位请求;目标用户检测到所述第一事件会向所述网络客户端发送定位报告。
3.根据权利要求2所述的方法,其特征在于,所述来自目标用户设备的定位报告中包括已经报告过一次的位置信息,和/或所述第一事件周期触发的当前位置信息。
4.根据权利要求1所述的方法,其特征在于,所述网络系统可达的目标用户设备的标识事件为标识目标用户处于或返回正常状态的事件。
5.根据权利要求1所述的方法,其特征在于,所述网络系统对所述定位请求进行处理包括:
向目标用户设备附着的网络系统中的网络节点发送包括归属网关移动定位中心H-GMLC地址和定位请求参考号码的定位请求,和
判断所述网络节点是否支持所述第二事件的检测,如果支持,向所述网络客户端发送所述定位请求的接收确认,否则,向所述网络客户端发送错误消息。
6.根据权利要求5所述的方法,其特征在于,所述接收确认包括所述参考 号码以及网络节点成功接收定位请求的指示,不包括所述目标用户设备的位置信息。
7.根据权利要求1所述的方法,其特征在于,所述判断第二事件是否发生包括:
如果第二事件在时间周期内没有发生,网络系统终止所述定位请求;其中,所述时间周期开始于网络系统接收到第二事件相关信息的第一时间,结束于网络客户端定义或网络系统预定的第二时间。
8.根据权利要求1所述的方法,其特征在于,所述向目标用户设备发送事件消息包括:发送至少包括H-GMLC地址、为定位请求分配的参考号码以及所述目标用户设备在第一事件发生时提供位置信息的条件的信息。
9.根据权利要求1所述的方法,其特征在于,所述返回事件消息的接收确认包括:发送分配给定位请求的参考号码和所述目标用户设备已经成功接收到定位请求的指示;所述定位请求包括目标用户设备在第一事件发生时提供位置信息的条件。
10.根据权利要求1所述的方法,其特征在于,进一步包括:
如果网络系统检测到所述目标用户设备已经由先前所附着的第一网络节点变为附着于第二网络节点,根据用户消息对定位请求进行重复处理,所述用户消息包括所述目标用户设备附着于第二网络节点的信息;和
第二网络节点向目标用户设备发送事件消息。
11.一种网络系统向网络用户发送定位业务LCS取消请求的方法,其特征在于,包括:
从网络客户端接收用于取消定位请求的LCS取消请求,所述定位请求包括第一事件相关信息,所述第一事件用于被目标用户设备检测以触发所述目标用户设备的定位,所述LCS取消请求包括参考号码和第二事件相关信息;
对所述LCS取消请求进行处理;
判断所述第二事件是否发生;所述第二事件包括与目标用户设备附着于网络系统的标识相关的事件;
如果所述第二事件已经发生,则表示目标用户设备可达,发送取消消息指示目标用户设备取消所述定位请求;并向所述网络客户端发送取消业务响应。
12.根据权利要求11所述的方法,其特征在于,所述要被取消的定位请求是目标用户设备在接收到所述LCS取消请求之前接收到的延迟定位请求。
13.根据权利要求11所述的方法,其特征在于,所述与目标用户设备附着于网络系统的标识相关的事件为标识目标用户设备处于或返回正常状态的事件。
14.一种为网络客户端提供网络用户定位业务的网络系统,其特征在于,包括:定位业务LCS系统:
所述LCS系统包括:网关移动定位中心GMLC、用户数据存储服务器HLR/HSS、无线接入网络RAN、以及移动交换中心MSC和/或核心网络CN的通用分组无线系统业务支持节点SGSN;
所述GMLC用于从网络客户端接收定位请求,所述定位请求包括第一事件相关信息和第二事件相关信息;并对所述定位请求进行处理;
所述MSC/SGSN用于判断所述第二事件是否发生;所述第二事件包括网络系统可达的目标用户设备的标识事件;如果所述第二事件已经发生,则表示所述目标用户设备可达,向所述目标用户设备发送包括所述第一事件相关信息的事件消息并向所述网络客户端返回所述事件消息的接收确认,所述第一事件用于被所述目标用户设备检测以触发所述目标用户设备的定位。
15.根据权利要求14所述的网络系统,其特征在于,所述事件消息的接收确认至少包括所述目标用户设备已经成功接收到所述定位请求的信息,所述定位请求包括目标用户设备在所述第一事件发生时提供位置信息的条件。
16.根据权利要求14所述的网络系统,其特征在于,所述定位业务系统进一步包括与网络客户端和/或目标用户设备交互的软件和/或硬件实体。
17.根据权利要求14所述的网络系统,其特征在于,所述网络客户端位于所述定位业务系统或所述目标用户设备本身。
18.根据权利要求14所述的网络系统,其特征在于,所述目标用户设备包 括一个或多个移动台;所述移动台至少包括具有用户识别模块SIM或通用用户识别模块USIM且能够附着于所述定位业务系统的移动设备或用户设备UE。
19.一种为网络客户端提供网络用户定位业务的网络系统,其特征在于,包括:定位业务LCS系统:
所述定位业务LCS系统包括:网关移动定位中心GMLC、用户数据存储服务器HLR/HSS、无线接入网络RAN、以及移动交换中心MSC和/或核心网络CN的通用分组无线系统业务支持节点SGSN;
所述GMLC用于从网络客户端接收用于取消定位请求的LCS取消请求,所述定位请求包括第一事件相关信息,所述第一事件用于被目标用户设备检测以触发所述目标用户设备的定位,所述LCS取消请求包括第二事件相关信息;并对所述LCS取消请求进行处理;
所述MSC/SGSN用于判断所述第二事件是否发生;所述第二事件包括与所述目标用户设备附着于网络系统的标识相关的事件;如果所述第二事件已经发生,则表示目标用户设备可达,发送取消消息指示目标用户设备取消参考号码发起的所述定位请求并向所述网络客户端发送取消业务响应。
20.一种网络系统向网络用户发送定位请求的方法,其特征在于,包括:
第一网络子系统从网络客户端接收定位请求,所述定位请求包括第一事件相关信息和第二事件相关信息;
向第二网络子系统发送所述第二事件相关信息;
向所述网络客户端返回所述定位请求的第一接收确认;
所述第二网络子系统判断所述第二事件是否发生;所述第二事件包括附着于第二网络子系统的目标用户设备的标识;
如果所述第二事件已经发生,则表示目标用户可达,从第一网络子系统接收包括所述第一事件相关信息的定位请求;
向所述目标用户设备发送包括所述第一事件相关信息的事件消息,所述第一事件用于被所述目标用户设备检测以触发所述目标用户设备的定位;并向所述第一网络子系统返回第二接收确认;和
所述第一网络子系统将所述第二接收确认发送给所述网络客户端。
21.根据权利要求20所述的方法,其特征在于,所述定位请求为延迟定位请求;所述延迟定位请求包括所述目标用户设备检测以向网络客户端触发定位报告的第一事件相关信息和所述第二事件相关信息。
22.根据权利要求20所述的方法,其特征在于,所述附着于第二网络子系统的目标用户设备的标识为表示目标用户设备处于或返回正常状态的标识。
23.根据权利要求21所述的方法,其特征在于,所述第一接收确认包括分配给定位请求的参考号码、第一网络子系统成功接收定位请求的指示以及第二网络子系统成功接收第二事件相关信息的指示,不包括目标用户设备的位置信息。
24.根据权利要求23所述的方法,其特征在于,所述事件消息包括归属网关移动定位中心H-GMLC地址、参考号码和目标用户设备在所述第一事件发生时提供位置信息的条件。
25.根据权利要求23所述的方法,其特征在于,所述第二接收确认包括参考号码和所述目标用户设备已经成功接收到所述定位请求的指示,所述定位请求包括目标用户设备在所述第一事件发生时提供位置信息的条件。
26.一种网络系统向网络用户发送定位业务LCS取消请求的方法,其特征在于,包括:
第一网络子系统从网络客户端接收用于取消定位请求的LCS取消请求,所述定位请求包括第一事件相关信息,所述第一事件用于被目标用户设备检测以触发所述目标用户设备的定位,所述LCS取消请求包括第二事件相关信息;向第二网络子系统转发第二事件相关信息;
向所述网络客户端返回所述LCS取消请求的接收确认;
所述第二网络子系统判断所述第二事件是否发生;所述第二事件包括第二网络子系统可达的所述目标用户设备的标识相关的事件,
如果所述第二事件已经发生,则表示目标用户设备可达,从第一网络子系统接收所述LCS取消请求;
第二网络子系统发送取消消息指示目标用户设备取消所述定位请求;并向第一网络子系统返回取消业务响应;和
第一网络子系统向网络客户端发送所述取消业务响应。
27.根据权利要求26所述的方法,其特征在于,所述要被取消的定位请求为目标用户设备在接收所述LCS取消请求前接收到的携带有参考号码的延迟定位请求。
28.根据权利要求26所述的方法,其特征在于,所述第二网络子系统可达的所述目标用户设备的标识相关的事件为标识目标用户设备处于或返回正常状态的事件。
29.一种为网络客户端提供网络用户定位业务的网络系统,其特征在于,包括:
第一网络子系统;
与所述第一网络子系统通信连接的第二网络子系统;
其中,
所述第一网络子系统用于:
从网络客户端接收定位请求,该定位请求包括第一事件相关信息和第二事件相关信息;所述第二事件与目标用户设备相关;
向第二网络子系统转发第二事件相关信息;和
向所述网络客户端返回所述定位请求的第一接收确认;
所述第二网络子系统用于:
判断所述第二事件是否发生;所述第二事件包括附着于第二网络子系统的目标用户设备的标识;
如果所述第二事件已经发生,则表示目标用户设备可达,从第一网络子系统接收包括第一事件相关信息的定位请求;
向所述目标用户设备发送包括所述第一事件相关信息的事件消息,所述第一事件用于被所述目标用户设备检测以触发所述目标用户设备的定位;和
向所述第一网络子系统返回所述定位请求的第二接收确认;
所述第一网络子系统进一步用于向所述网络客户端发送所述定位请求的第二接收确认。
30.根据权利要求29所述的网络系统,其特征在于,所述第二接收确认至少包括所述目标用户设备已经成功接收到所述定位请求的信息,所述定位请求包括目标用户设备在所述第一事件发生时提供位置信息的条件。
31.根据权利要求29所述的网络系统,其特征在于,所述第一网络子系统包括网络逻辑实体;该网络逻辑实体至少包括归属网关移动定位中心H-GMLC。
32.根据权利要求29所述的网络系统,其特征在于,所述第二网络子系统包括一个或多个网络逻辑实体;所述网络逻辑实体至少包括移动交换中心MSC和/或核心网络的服务通用分组无线系统支持节点SGSN。
33.一种为网络客户端提供网络用户定位业务的网络系统,其特征在于,包括:
第一网络子系统;
与所述第一网络子系统通信连接的第二网络子系统;
其中,
所述第一网络子系统用于:
从网络客户端接收用于取消定位请求的定位业务LCS取消请求,所述定位请求包括第一事件相关信息,所述第一事件用于被目标用户设备检测以触发所述目标用户设备的定位,所述LCS取消请求包括第二事件相关信息,所述第二事件与目标用户设备有关;
向第二网络子系统转发第二事件相关信息;和
向网络客户端返回接收确认;
所述第二网络子系统用于:
判断所述第二事件是否发生;所述第二事件包括第二网络子系统可达的目标用户设备的标识相关的事件;
如果所述第二事件已经发生,则表示目标用户设备可达,从第一网络子系统接收所述LCS取消请求;发送取消消息指示目标用户设备取消所述定位请求; 并向第一网络子系统返回取消业务响应;
所述第一网络子系统进一步用于将所述取消业务响应发送给所述网络客户端。
34.根据权利要求33所述的网络系统,其特征在于,所述接收确认至少包括所述第二网络子系统接收到所述携带第二事件相关信息的LCS取消请求的指示,所述取消业务响应至少包括所述目标用户设备成功取消所述定位请求的消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2007/070514 WO2009024002A1 (en) | 2007-08-17 | 2007-08-17 | A method of sending location service request in mobile communication network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101455096A CN101455096A (zh) | 2009-06-10 |
CN101455096B true CN101455096B (zh) | 2011-08-03 |
Family
ID=40363840
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007800009076A Expired - Fee Related CN101455096B (zh) | 2007-08-17 | 2007-08-17 | 移动通信网络中发送定位业务请求的方法及系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8577990B2 (zh) |
EP (1) | EP2153696A4 (zh) |
CN (1) | CN101455096B (zh) |
WO (1) | WO2009024002A1 (zh) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8744478B2 (en) * | 2008-02-20 | 2014-06-03 | Qualcomm Incorporated | Method and apparatus for executing location dependent application in a mobile handset |
US8239488B2 (en) * | 2008-11-21 | 2012-08-07 | The Invention Science Fund I, Llc | Hypothesis development based on user and sensing device data |
US8224956B2 (en) | 2008-11-21 | 2012-07-17 | The Invention Science Fund I, Llc | Hypothesis selection and presentation of one or more advisories |
US20100131334A1 (en) * | 2008-11-21 | 2010-05-27 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Hypothesis development based on selective reported events |
US8180830B2 (en) * | 2008-11-21 | 2012-05-15 | The Invention Science Fund I, Llc | Action execution based on user modified hypothesis |
US8127002B2 (en) * | 2008-11-21 | 2012-02-28 | The Invention Science Fund I, Llc | Hypothesis development based on user and sensing device data |
US8224842B2 (en) | 2008-11-21 | 2012-07-17 | The Invention Science Fund I, Llc | Hypothesis selection and presentation of one or more advisories |
US8244858B2 (en) * | 2008-11-21 | 2012-08-14 | The Invention Science Fund I, Llc | Action execution based on user modified hypothesis |
US8028063B2 (en) * | 2008-11-21 | 2011-09-27 | The Invention Science Fund I, Llc | Soliciting data indicating at least one objective occurrence in response to acquisition of data indicating at least one subjective user state |
US8260912B2 (en) * | 2008-11-21 | 2012-09-04 | The Invention Science Fund I, Llc | Hypothesis based solicitation of data indicating at least one subjective user state |
US8010663B2 (en) * | 2008-11-21 | 2011-08-30 | The Invention Science Fund I, Llc | Correlating data indicating subjective user states associated with multiple users with data indicating objective occurrences |
US8086668B2 (en) * | 2008-11-21 | 2011-12-27 | The Invention Science Fund I, Llc | Hypothesis based solicitation of data indicating at least one objective occurrence |
US20100131607A1 (en) * | 2008-11-21 | 2010-05-27 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Correlating data indicating subjective user states associated with multiple users with data indicating objective occurrences |
US8032628B2 (en) * | 2008-11-21 | 2011-10-04 | The Invention Science Fund I, Llc | Soliciting data indicating at least one objective occurrence in response to acquisition of data indicating at least one subjective user state |
US8005948B2 (en) * | 2008-11-21 | 2011-08-23 | The Invention Science Fund I, Llc | Correlating subjective user states with objective occurrences associated with a user |
US8260729B2 (en) | 2008-11-21 | 2012-09-04 | The Invention Science Fund I, Llc | Soliciting data indicating at least one subjective user state in response to acquisition of data indicating at least one objective occurrence |
US8010662B2 (en) * | 2008-11-21 | 2011-08-30 | The Invention Science Fund I, Llc | Soliciting data indicating at least one subjective user state in response to acquisition of data indicating at least one objective occurrence |
US8180890B2 (en) * | 2008-11-21 | 2012-05-15 | The Invention Science Fund I, Llc | Hypothesis based solicitation of data indicating at least one subjective user state |
US8046455B2 (en) * | 2008-11-21 | 2011-10-25 | The Invention Science Fund I, Llc | Correlating subjective user states with objective occurrences associated with a user |
US8103613B2 (en) * | 2008-11-21 | 2012-01-24 | The Invention Science Fund I, Llc | Hypothesis based solicitation of data indicating at least one objective occurrence |
CN101932095B (zh) * | 2009-06-19 | 2014-07-16 | 中兴通讯股份有限公司南京分公司 | 一种实现定位信息请求信令发送的方法及系统 |
CN101998229A (zh) * | 2009-08-17 | 2011-03-30 | 中兴通讯股份有限公司 | 终止定位进程的方法与装置 |
US8504060B2 (en) * | 2010-01-22 | 2013-08-06 | Infosys Limited | System and method for reporting change of area event |
US9191352B2 (en) * | 2011-04-15 | 2015-11-17 | Microsoft Technology Licensing, Llc | On demand location sharing |
US9380502B2 (en) * | 2012-12-05 | 2016-06-28 | Telefonaktiebolaget L M Ericsson (Publ) | Determining the need for a routing area update for packet switched handover in multi-operator core network |
US11678291B2 (en) | 2016-08-21 | 2023-06-13 | Qualcomm Incorporated | Methods and systems for support of location for the Internet of Things |
US11405863B2 (en) | 2016-10-05 | 2022-08-02 | Qualcomm Incorporated | Systems and methods to enable combined periodic and triggered location of a mobile device |
KR102535224B1 (ko) * | 2016-11-07 | 2023-05-19 | 퀄컴 인코포레이티드 | 모바일 디바이스의 결합된 주기적이고 트리거링된 로케이션을 가능하게 하는 시스템들 및 방법들 |
CN109842924B (zh) | 2017-11-27 | 2021-01-12 | 维沃移动通信有限公司 | 一种位置获取的控制方法、用户终端和装置 |
US11218933B2 (en) * | 2018-09-14 | 2022-01-04 | Qualcomm Incorporated | Systems and methods for deferred 5G location of a mobile device using a combined AMF and LMF based location solution |
CN109951867B (zh) * | 2019-03-29 | 2020-09-08 | 腾讯科技(深圳)有限公司 | 一种事件处理方法和设备以及系统 |
CN117480791A (zh) * | 2021-04-09 | 2024-01-30 | 瑞典爱立信有限公司 | 用于无线装置的推迟定位的方法和设备 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7577834B1 (en) * | 2000-05-09 | 2009-08-18 | Sun Microsystems, Inc. | Message authentication using message gates in a distributed computing environment |
US6792466B1 (en) * | 2000-05-09 | 2004-09-14 | Sun Microsystems, Inc. | Trusted construction of message endpoints in a distributed computing environment |
US6970869B1 (en) * | 2000-05-09 | 2005-11-29 | Sun Microsystems, Inc. | Method and apparatus to discover services and negotiate capabilities |
GB0223498D0 (en) * | 2002-10-09 | 2002-11-13 | Nokia Corp | Provision of information regarding a mobile station |
US20040253964A1 (en) * | 2003-06-12 | 2004-12-16 | Yinjun Zhu | Mobile based area event handling when currently visited network does not cover area |
CN1582007A (zh) * | 2003-08-11 | 2005-02-16 | 华为技术有限公司 | 一种区域变化类位置信息请求的处理方法 |
CN1279785C (zh) * | 2003-10-10 | 2006-10-11 | 华为技术有限公司 | 一种目标用户设备私密性信息修改后的处理方法 |
CN1277443C (zh) * | 2003-11-20 | 2006-09-27 | 华为技术有限公司 | 一种周期性位置信息请求的处理方法 |
KR100620055B1 (ko) * | 2004-12-06 | 2006-09-08 | 엘지전자 주식회사 | 위치정보요청 취소방법 |
CN1327743C (zh) * | 2005-01-25 | 2007-07-18 | 华为技术有限公司 | 一种延迟型位置请求的处理方法 |
US7974639B2 (en) * | 2005-02-04 | 2011-07-05 | Qualcomm Incorporated | Method and apparatus for performing position determination with a short circuit call flow |
US20060223490A1 (en) * | 2005-04-02 | 2006-10-05 | Samsung Electronics Co., Ltd. | System and method for providing deferred service |
-
2007
- 2007-08-17 WO PCT/CN2007/070514 patent/WO2009024002A1/en active Application Filing
- 2007-08-17 CN CN2007800009076A patent/CN101455096B/zh not_active Expired - Fee Related
- 2007-08-17 EP EP07800990A patent/EP2153696A4/en not_active Ceased
- 2007-10-17 US US11/874,192 patent/US8577990B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US20090049154A1 (en) | 2009-02-19 |
WO2009024002A1 (en) | 2009-02-26 |
CN101455096A (zh) | 2009-06-10 |
EP2153696A4 (en) | 2010-09-22 |
US8577990B2 (en) | 2013-11-05 |
EP2153696A1 (en) | 2010-02-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101455096B (zh) | 移动通信网络中发送定位业务请求的方法及系统 | |
EP1650988B1 (en) | A disposal method of location information request in the location service | |
JP4135499B2 (ja) | 移動通信システムにおける測位システム並びに測位方法 | |
US7509132B2 (en) | Method of sending a location report from target user equipment | |
CN101278574B (zh) | 用于用短路的消息流提供定位服务的方法及设备 | |
MX2007010137A (es) | Metodo para suministrar un servicio de informacion de ubicacion en un sistema movil de comunicaciones. | |
CN100479605C (zh) | 一种定位其他终端的方法 | |
CN101194526A (zh) | 移动通信系统中提供位置信息服务的方法 | |
EP1638351B1 (en) | A processing method of location area change information request | |
CN101002494B (zh) | 移动通信系统中的用户保密管理装置和方法 | |
WO2004036930A1 (fr) | Procede de positionnement d'un combine agps dans des reseaux de communication mobile | |
US7778648B2 (en) | Method for handling deferred location request | |
KR100620055B1 (ko) | 위치정보요청 취소방법 | |
US20070054675A1 (en) | Interactive method for reporting location report by target user equipment in location service | |
EP1703749B1 (en) | Handling the location information request initiated by user equipement | |
CN100391303C (zh) | 一种定位上报服务方法 | |
KR100768119B1 (ko) | 요청자에게 가입자 사용 장비의 위치 정보를 제공하기 위한처리 방법 | |
EP1538860B1 (en) | Method and telecommunications system for positioning a target user equipment using a mobile originating-location request (MO-LR) procedure | |
CN100589605C (zh) | 用于移动通信系统的定位区域内用户的方法 | |
JP4176976B2 (ja) | 移動通信サービス制御方法及び移動通信サービス制御システム | |
CN100370875C (zh) | 一种区域变化类位置信息请求中通知/验证的处理方法 |
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 |
Granted publication date: 20110803 Termination date: 20160817 |
|
CF01 | Termination of patent right due to non-payment of annual fee |