著录项信息
专利名称 | 一种向请求端提供用户设备位置信息的处理方法 |
申请号 | CN200410002133.9 | 申请日期 | 2004-01-08 |
法律状态 | 暂无 | 申报国家 | 中国 |
公开/公告日 | 2005-07-20 | 公开/公告号 | CN1642345 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04Q7/38 | IPC分类号 | H;0;4;Q;7;/;3;8查看分类表>
|
申请人 | 华为技术有限公司 | 申请人地址 | 广东省深圳市龙岗区坂田华为总部办公楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 华为技术有限公司 | 当前权利人 | 华为技术有限公司 |
发明人 | 段小琴 |
代理机构 | 北京德琦知识产权代理有限公司 | 代理人 | 罗正云;宋志强 |
摘要
本发明公开了向请求端提供用户设备位置信息的处理方法,包含:A.目标UE向CN发送携带请求端标识的位置信息请求,CN获取目标UE定位结果;B.CN判断位置信息请求中携带能接入请求端的GMLC地址信息、且自身不能接入时,向自身能接入的GMLC转发定位结果,CN自身能接入的GMLC向地址信息对应的GMLC转发定位结果,执行步骤C;或者,CN判断位置信息请求中未携带能接入请求端的GMLC的地址信息时,向自身能接入的GMLC转发定位结果,CN自身能接入的GMLC判断不能接入请求端时,向能接入请求端的GMLC转发定位结果,然后执行步骤C;C、能接入请求端的GMLC向对应请求端标识的请求端发送定位结果。
1.一种向请求端提供用户设备位置信息的处理方法,其特征在于该方法包 含以下步骤:
A、目标用户设备UE向核心网络CN发送位置信息请求,该位置信息请求 中携带有请求端标识,CN获取目标UE定位结果;
B、CN判断所述位置信息请求中携带有能够直接接入请求端的网关移动定 位中心GMLC的地址信息、且自身不能直接接入该GMLC时,CN向自身能够 直接接入的GMLC转发目标UE定位结果,所述CN自身能够直接接入的GMLC 向所述位置信息请求中携带的所述地址信息所对应的GMLC转发目标UE定位 结果,然后执行步骤C;
或者,CN判断所述位置信息请求中没有携带能够直接接入请求端的GMLC 的地址信息时,CN向自身能够直接接入的GMLC转发目标UE定位结果,所 述CN自身能够直接接入的GMLC判断本GMLC不能直接接入请求端时,向 能够直接接入请求端的GMLC转发目标UE定位结果,然后执行步骤C;
C、能够直接接入请求端的GMLC向对应于所述请求端标识的请求端发送 目标UE定位结果。
2.根据权利要求1所述的方法,其特征在于,所述步骤B中,CN判断所 述位置信息请求中携带有能够直接接入请求端的GMLC的地址信息、且自身能 够直接接入该GMLC时,CN直接向所述位置信息请求中携带的所述地址信息 对应的GMLC发送目标UE定位结果,然后直接执行步骤C;
所述步骤B中,CN判断所述位置信息请求中没有携带能够直接接入请求 端的GMLC的地址信息,且所述CN自身能够直接接入的GMLC判断本GMLC 能够直接接入请求端时,所述CN自身能够直接接入的GMLC直接向对应于所 述请求端标识的请求端发送目标UE定位结果,并结束流程。
3.根据权利要求1所述的方法,其特征在于,所述步骤C中,所述能够直 接接入请求端的GMLC发送目标UE定位结果之前,进一步包括:所述能够直 接接入请求端的GMLC根据请求端标识,判断是否能够直接接入请求端,如果 是,继续向对应于所述请求端标识的请求端发送目标UE定位结果;否则,该 GMLC根据请求端标识,搜索能够直接接入所述请求端的第二GMLC,向第二 GMLC发送携带有请求端标识的目标UE定位结果。
4.根据权利要求3所述的方法,其特征在于,所述向第二GMLC发送携 带有请求端标识的目标UE定位结果之后,进一步包括:第二GMLC根据请求 端标识,判断是否能够直接接入所述请求端,如果是,继续向对应于所述请求 端标识的请求端发送目标UE定位结果;否则,根据请求端标识,搜索能够直 接接入请求端的第三GMLC,向第三GMLC发送携带有请求端标识的目标UE 定位结果。
5.根据权利要求1所述的方法,其特征在于,所述步骤B中,所述CN向 自身能够直接接入的GMLC转发目标UE定位结果为:CN根据自身存储的信 息,获取自身能够直接接入的GMLC的地址信息,向该地址信息所标识的 GMLC发送目标UE定位结果。
6.根据权利要求1所述的方法,其特征在于,所述步骤B中,所述CN向 自身能够直接接入的GMLC转发目标UE定位结果为:CN同其他网络实体进 行交互,获取自身能够直接接入的GMLC的地址信息,向该地址信息所标识的 GMLC发送目标UE定位结果。
7.根据权利要求1所述的方法,其特征在于,所述步骤C之后进一步包括 以下步骤:
D1、请求端判断是否能够成功处理目标UE定位结果,如果是,执行步骤 D2,否则,执行步骤D3;
D2、请求端向所述能够直接接入本请求端的GMLC返回携带有成功标识的 目标UE定位结果响应;
D3、请求端向所述能够直接接入本请求端的GMLC返回携带有差错原因值 的目标UE定位结果响应。
8.根据权利要求1所述的方法,其特征在于,所述步骤C之后进一步包括:
c、请求端对目标UE定位结果进行处理,向所述能够直接接入本请求端的 GMLC返回目标UE定位结果响应。
9.根据权利要求7或8所述的方法,其特征在于,所述请求端返回定位结 果响应之后进一步包括:
c1、所述收到UE定位结果响应的GMLC向CN返回目标UE定位结果响 应。
10.根据权利要求9所述的方法,其特征在于,所述步骤c1包括:所述收 到UE定位结果响应的GMLC向CN能够直接接入的GMLC发送目标UE定位 结果响应,CN能够直接接入的GMLC向CN返回目标UE定位结果响应。
技术领域\n本发明涉及网络设备定位技术,特别是指一种用户设备发起位置信息请 求时,向请求端提供用户设备位置信息的处理方法。\n背景技术\n移动通信网络的位置业务(LCS,Location Service)是通过定位技术得 到目标用户设备(UE)的位置信息,目标UE是指移动通信网络中被定位的 设备终端,位置信息可以是地理的经纬度信息或当地街道的位置信息。移动 通信网络获取的位置信息可以提供给目标UE,用于目标UE的自身定位; 也可以提供给通信网络本身,用于分区域计费或操作维护;也可以提供给其 他请求得到目标UE位置信息的客户应用端,如机构和个人,用于增值业务。 因此,位置业务在紧急救援、车辆导航和智能交通系统、工作调度和团队管 理、移动黄页查询、增强网络性能等方面均有广泛的作用。在第三代合作伙 伴计划(3GPP)中对LCS规范以及整个实现位置业务的功能模式、结构、 状态描述和消息流程等方面均作了描述。\n图1为实现位置业务的逻辑结构示意图,如图1所示,请求端101通过 包含LCS系统的网络102请求目标UE 103的位置信息,包含LCS系统的 网络102对请求端101进行合法性鉴权,验证目标UE 103是否允许向该请 求端101其位置信息,如果请求端101通过包含LCS系统的网络102的合 法性鉴权,则包含LCS系统的网络102接受请求端101对目标UE 103发起 的位置信息请求,对目标UE 103进行定位,并向该请求端101提供对目标 UE 103的定位结果;否则,包含LCS系统的网络102拒绝请求端101对目 标UE 103发起的位置信息请求。\nLCS系统中能够实现位置业务的功能逻辑实体包括网关移动定位中心 (GMLC)、用户数据存储服务器(HLR/HSS)、核心网络(CN)和无线 接入网络(RAN)。GMLC可进一步包括请求网关移动定位中心(R-GMLC, Requesting GMLC)、归属网关移动定位中心(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可以为同一个物理实体, 也可为不同物理实体。\n目前,3GPP规范中定义了移动始发位置信息请求(MO-LR,Mobile Original Location Request)的处理流程,MO-LR请求是指目标UE向LCS 系统请求自身的位置信息,LCS系统在对目标UE进行定位后,将定位结果 返回给目标UE;进一步地,LCS系统可根据目标UE的要求,将目标UE 的定位结果提供给外部的某个请求端。此处的请求端是指LCS客户端、应 用客户端等能够对目标UE位置信息进行处理的客户端,并非通常意义上的 请求目标UE位置信息的请求端。\n图2为现有技术中MO-LR请求的处理流程图,如图2所示,MO-LR 请求的处理过程包括以下步骤:\n步骤201:目标UE经由RAN向CN发送业务请求,请求与包含LCS 系统的网络建立无线信令连接,此时包含LCS系统的网络可能发起对目标 UE的鉴权和加密流程,如果目标UE通过包含LCS系统网络的鉴权,则继 续执行步骤202;否则,拒绝目标UE发起的用于无线信令连接的业务请求, 结束MO-LR请求的当前处理流程。\n步骤202~步骤204:目标UE经由RAN向CN发送位置业务MO-LR请 求,请求CN对目标UE进行定位,该位置业务MO-LR请求中可进一步携 带有外部请求端的信息,要求LCS系统将获取的目标UE位置信息提供给相 应请求端。CN收到位置业务MO-LR请求后,可根据存储的信息判断目标 UE是否签约了其发起的MO-LR业务,如果目标UE未签约MO-LR业务, 则CN向目标UE返回携带有差错原因值的位置业务MO-LR请求响应,拒 绝目标UE发起的MO-LR请求。如果目标UE签约了MO-LR业务,则CN 向RAN发送携带有目标UE标识的定位目标UE请求;该位置业务MO-LR 请求中还可进一步携带有目标UE指定的可以接入到请求端的GMLC地址, 要求CN通过指定GMLC向请求端提供目标UE的定位结果。如果目标UE 没有指定GMLC,则CN可根据自身存储的GMLC地址信息,为当前MO-LR 请求分配一个GMLC,通过该GMLC向请求端提供目标UE的定位结果。 RAN收到定位目标UE请求后,对目标UE进行定位。\n步骤205:RAN结束对目标UE的定位后,向CN返回目标UE位置报 告,如果RAN成功对目标UE进行定位,即能够获取目标UE的位置信息, 则该目标UE位置报告中携带有目标UE的位置信息,如果目标UE要求LCS 系统将获取的目标UE位置信息提供给相应请求端,则CN收到目标UE位 置报告后,继续执行步骤206~步骤210;否则,CN通过RAN直接向目标 UE返回携带有位置信息的位置业务MO-LR响应。如果RAN未成功对目标 UE进行定位,则该目标UE位置报告中携带有差错原因值,CN通过RAN 向目标UE返回携带有差错原因值的位置业务MO-LR响应。\n步骤206~步骤207:CN向指定的GMLC发送目标UE位置报告,该目 标UE位置报告中携带有请求端标识和目标UE位置信息。GMLC收到目标 UE位置报告后,根据请求端标识向相应请求端发送目标UE位置信息。\n步骤208~步骤209:请求端收到目标UE的位置信息后,判断是否能够 对目标UE的位置信息进行处理,如果是,则向GMLC返回携带有成功标识 的目标UE位置信息响应;否则,向GMLC返回携带有差错原因值的目标 UE位置信息响应。GMLC收到目标UE位置信息响应后,根据目标UE位 置信息响应中携带的内容,向CN返回携带有相应内容的目标UE位置报告 响应,即如果GMLC收到携带有成功标识的目标UE位置信息响应,则向 CN返回携带有成功标识的目标UE位置报告响应;如果GMLC收到携带有 差错原因值的目标UE位置信息响应,则向CN返回携带有差错原因值的目 标UE位置报告响应。\n步骤210:CN收到目标UE位置报告响应后,根据目标UE位置报告响 应中携带的内容,向目标UE返回携带有相应内容的位置业务MO-LR响应, 即如果CN收到携带有成功标识的目标UE位置报告响应,则向目标UE返 回携带有位置信息的位置业务MO-LR响应,并通知目标UE已向相应请求 端提供了位置信息;如果CN收到携带有差错原因值的目标UE位置报告响 应,则向目标UE返回携带有位置信息的位置业务MO-LR响应,并向目标 UE返回差错原因值,通知目标UE已向相应请求端提供了位置信息,但相 应请求端无法对其位置信息进行正确处理。\n由上述3GPP规范定义的MO-LR请求处理过程可见,当目标UE向包 含LCS系统的网络请求自身的位置信息,并要求包含LCS系统的网络将目 标UE位置信息提供给外部请求端时,CN获取目标UE的位置信息后,通 过GMLC向外部请求端提供目标UE的位置信息。上述GMLC可由目标UE 在位置业务MO-LR请求中指定,也可由CN根据自身存储的GMLC地址信 息任意指定。\n在实际的网络运营中,当GMLC的地址信息由目标UE指定时,目标 UE当前所在的CN可能无法接入到该GMLC中,如目标UE当前所在CN 与目标UE指定的GMLC不属于同一个网络;当GMLC的地址信息由CN 分配时,此时CN可根据存储的GMLC地址信息,分配一个自身能够直接 接入的GMLC,但该GMLC却可能无法接入到指定的请求端中,即能够直 接接入请求端的GMLC,与CN指定的GMLC不同。对于这种情况,利用 现有的MO-LR处理流程,无法将目标UE的位置信息提供给目标UE指定 的请求端,使得MO-LR业务的开展具有很大的局限性。\n发明内容\n有鉴于此,本发明的目的在于提供一种用户设备发起位置信息请求时, 并要求LCS系统向请求端提供其位置信息情况下的处理方法,使得LCS系 统能够正确地向用户设备指定的请求端提供用户设备位置信息。\n为了达到上述目的,本发明提供了一种用户设备发起位置信息请求时, 并要求LCS系统向请求端提供其位置信息情况下的处理方法,该方法包含 以下步骤:\nA、目标UE向CN发送位置信息请求,该位置信息请求中携带有请求 端标识,CN获取目标UE定位结果;\nB、CN判断所述位置信息请求中携带有能够直接接入请求端的网关移 动定位中心GMLC的地址信息、且自身不能直接接入该GMLC时,CN向 自身能够直接接入的GMLC转发目标UE定位结果,所述CN自身能够直接 接入的GMLC向所述位置请求中携带的所述地址信息所对应的GMLC转发 目标UE定位结果,然后执行步骤C;\n或者,CN判断所述位置信息请求中没有携带能够直接接入请求端的 GMLC的地址信息时,CN向自身能够直接接入的GMLC转发目标UE定位 结果,所述CN自身能够直接接入的GMLC判断本GMLC不能直接接入请 求端时,向能够直接接入请求端的GMLC转发目标UE定位结果,然后执行 步骤C;\nC、能够直接接入请求端的GMLC向对应于所述请求端标识的请求端发 送目标UE定位结果。\n所述步骤B中,CN判断所述位置信息请求中携带有能够直接接入请求端 的GMLC地址信息、且自身能够直接接入该GMLC时,CN直接向所述位置信 息请求中携带的所述地址信息对应的GMLC发送目标UE定位结果,然后直接 执行步骤C;\n所述步骤B中,CN判断所述位置信息请求中没有携带能够直接接入请求 端的GMLC地址信息,且所述CN自身能够直接接入的GMLC判断本GMLC 能够直接接入请求端时,所述CN自身能够直接接入的GMLC直接向对应于所 述请求端标识的请求端发送目标UE定位结果,并结束流程。\n所述步骤C中,所述能够直接接入请求端的GMLC发送目标UE定位结果 之前,进一步包括:所述能够直接接入请求端的GMLC根据请求端标识,判断 是否能够直接接入请求端,如果是,继续向对应于所述请求端标识的请求端发 送目标UE定位结果;否则,该GMLC根据请求端标识,搜索能够直接接入所 述请求端的第二GMLC,向第二GMLC发送携带有请求端标识的目标UE定位 结果。\n所述向第二GMLC发送携带有请求端标识的目标UE定位结果之后,进一 步包括:第二GMLC根据请求端标识,判断是否能够直接接入所述请求端,如 果是,继续向对应于所述请求端标识的请求端发送目标UE定位结果;否则, 根据请求端标识,搜索能够直接接入请求端的第三GMLC,向第三GMLC发送 携带有请求端标识的目标UE定位结果。\n所述步骤B中,所述CN向自身能够直接接入的GMLC转发目标UE定位 结果为:CN根据存储的信息,获取自身能够直接接入的所述GMLC的地址信 息,向该地址信息所标识的GMLC发送国标UE定位结果。\n所述步骤B中,所述CN向自身能够直接接入的GMLC转发目标UE定位 结果为:CN同其他网络实体进行交互,获取自身能够直接接入的GMLC的地 址信息,向该地址信息所标识的GMLC发送目标UE定位结果。\n所述步骤C之后进一步包括以下步骤:\nD1、请求端判断是否能够成功处理目标UE定位结果,如果是,执行步骤 D2,否则,执行步骤D3;\nD2、请求端向所述能够直接接入本请求端的GMLC返回携带有成功标识的 目标UE定位结果响应;\nD3、请求端向所述能够直接接入本请求端的GMLC返回携带有差错原因值 的目标UE定位结果响应。\n所述步骤C之后进一步包括:\nc、请求端对目标UE定位结果进行处理,向所述能够直接接入本请求端的 GMLC返回目标UE定位结果响应。\n所述请求端返回定位结果响应之后进一步包括:\nc1、所述收到UE定位结果响应的GMLC向CN返回目标UE定位结果向应。\n所述步骤c1进一步包括:所述收到UE定位结果响应的GMLC向CN能 够直接接入的GMLC发送目标UE定位结果响应,CN能够直接接入的GMLC 向CN返回目标UE定位结果响应。\n根据本发明,目标UE向包含LCS系统的网络请求自身的位置信息,并 要求包含LCS系统的网络将自身的位置信息提供给请求端时,CN获取到 RAN对目标UE的定位结果后,向V-GMLC提供目标UE的定位结果, V-GMLC向相应的能够接入到指定请求端的GMLC发送目标UE的定位结 果,然后该GMLC再向指定的请求端提供目标UE的定位结果,从而使得 LCS系统能够正确地向目标UE指定的请求端提供目标UE位置信息,进一 步使请求端能够对目标UE的位置信息进行处理,使得用户设备发起位置信 息请求,并要求将其位置信息提供给请求端的处理流程能够正常进行,利用 位置业务的推广开展。\n附图说明\n图1为实现位置业务的逻辑结构示意图;\n图2为现有技术中MO-LR请求的处理流程图;\n图3为本发明中MO-LR请求的处理流程图;\n图4为本发明中一实施例示意图;\n图5为本发明中另一实施例示意图。\n具体实施方式\n为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明 作进一步的详细描述。\n目标UE向包含LCS系统的网络请求自身的位置信息,并要求包含LCS 系统的网络将自身的位置信息提供给外部请求端时,CN获取到RAN对目 标UE的定位结果后,向V-GMLC提供目标UE的定位结果,V-GMLC向 能够直接接入指定请求端的GMLC发送目标UE定位结果,然后该GMLC 再向指定的请求端提供目标UE的定位结果。\n图3为本发明中MO-LR请求的处理流程图,如图3所示,MO-LR请求 的处理过程包括以下步骤:\n步骤301:目标UE经由RAN向CN发送业务请求,请求与包含LCS 系统的网络建立无线信令连接,此时包含LCS系统的网络可能发起对目标 UE的鉴权和加密流程,如果目标UE通过包含LCS系统网络的鉴权,则继 续执行步骤302;否则,拒绝目标UE发起的用于无线信令连接的业务请求, 结束MO-LR请求的当前处理流程。\n步骤302~步骤304:目标UE经由RAN向CN发送位置业务MO-LR请 求,请求CN对目标UE进行定位。该位置业务MO-LR请求中携带有请求 端标识,要求LCS系统将获取的目标UE位置信息提供给相应请求端;此时, 该位置业务MO-LR请求中还可进一步携带有目标UE指定的能够直接接入 到请求端的GMLC地址,要求CN通过指定GMLC向请求端提供目标UE 的定位结果。CN收到位置业务MO-LR请求后,可根据存储的信息判断目 标UE是否签约了其发起的MO-LR业务,如果目标UE未签约MO-LR业务, 则CN向目标UE返回携带有差错原因值的位置业务MO-LR请求响应,拒 绝目标UE发起的MO-LR请求。如果目标UE签约了MO-LR业务,则CN 向RAN发送定位目标UE请求。RAN收到定位目标UE请求后,对目标UE 进行定位。\n步骤305~步骤306:RAN结束对目标UE的定位后,向CN返回目标 UE位置报告,如果RAN成功对目标UE进行定位,即能够获取目标UE的 位置信息,则该目标UE位置报告中携带有目标UE的位置信息;如果RAN 未成功对目标UE进行定位,则该目标UE位置报告中携带有差错原因值。\n当CN收到成功的目标UE位置报告,并且目标UE请求将自身的位置 信息提供给外部请求端时,CN判断目标UE发起的MO-LR请求中是否携带 有能够直接接入该请求端的GMLC地址信息,如果有,则CN进一步判断 自身是否能够直接接入该GMLC,如果能,则CN直接向该GMLC发送携 带有目标UE位置信息、请求端标识以及目标UE标识的目标UE位置报告 消息,然后执行步骤308,相应省略步骤307和步骤310。\n如果CN不能直接接入该GMLC,则CN可根据自身存储的信息,或通 过与网络中其他实体的交互,获得自身能够直接接入的V-GMLC地址信息, 向V-GMLC转发携带有目标UE位置信息、请求端标、目标UE标识以及 GMLC地址信息的目标UE位置报告消息,然后执行步骤307。\n如果目标UE发起的MO-LR请求中没有携带能够接入到请求端的 GMLC地址信息,则CN可根据自身存储的信息,或通过与网络中其他实体 的交互,获得自身能够直接接入的V-GMLC地址信息,向V-GMLC转发携 带有目标UE位置信息、请求端标识以及目标UE标识的目标UE位置报告 消息,然后执行步骤307。\n步骤307:V-GMLC收到目标UE位置报告后,如果目标UE位置报告 中携带有GMLC地址信息,则向相应的GMLC发送携带有目标UE位置信 息、请求端标识以及目标UE标识的MO-LR定位信息通知。当目标UE位 置报告中未携带GMLC地址信息时,则V-GMLC根据目标UE位置报告中 携带的请求端标识,获取请求端的地址信息,判断是否能够直接接入该请求 端,如果是,则V-GMLC直接向请求端发送目标UE位置信息,相应省略 步骤307和310;否则,V-GMLC根据请求端的地址信息,搜索到能够直接 接入请求端的GMLC地址信息,向该GMLC发送携带有目标UE位置信息、 请求端标识以及目标UE标识的MO-LR定位信息通知,通知GMLC目标 UE要求将其位置信息提供给指定的请求端。\n步骤308:GMLC接收到MO-LR定位信息通知后,根据MO-LR定位 信息通知中携带的请求端标识,判断是否能够直接接入该请求端,如果是, 则向请求端发送携带有目标UE位置信息的目标UE位置信息消息;否则, GMLC直接向V-GMLC返回携带有失败原因值的MO-LR定位信息通知响 应。\nGMLC在判断出不能直接接入指定请求端时,也可以根据请求端的地址 信息,搜索到能够直接接入该请求端的另一GMLC,然后通过该搜索到的另 一GMLC向请求端发送目标UE位置信息消息,然后继续执行步骤309。\n步骤309~步骤311:请求端收到目标UE的位置信息后,判断是否能够 对目标UE的位置信息进行处理,如果是,则向GMLC返回携带有成功标识 的目标UE位置信息响应;否则,向GMLC返回携带有差错原因值的目标 UE位置信息响应。GMLC收到目标UE位置信息响应后,根据目标UE位 置信息响应中携带的内容,向CN返回携带有相应内容的目标UE位置报告 响应,即如果GMLC收到携带有成功标识的目标UE位置信息响应,则向 CN返回携带有成功标识的目标UE位置报告响应;如果GMLC收到携带有 差错原因值的目标UE位置信息响应,则向CN返回携带有差错原因值的目 标UE位置报告响应。\n如果CN是通过V-GMLC向GMLC提供目标UE位置信息的,则GMLC 先向V-GMLC返回携带相应内容的MO-LR定位信息通知响应,即如果 GMLC收到携带有成功标识的目标UE位置信息响应,则向V-GMLC返回 携带有成功标识的MO-LR定位信息通知响应;如果GMLC收到携带有差错 原因值的目标UE位置信息响应,则向V-GMLC返回携带有差错原因值的 MO-LR定位信息通知响应。V-GMLC向CN返回携带相应内容的目标UE 位置报告响应。\n步骤312:CN收到目标UE位置报告响应后,根据目标UE位置报告响 应中携带的内容,向目标UE返回携带有相应内容的位置业务MO-LR响应, 即如果CN收到携带有成功标识的目标UE位置报告响应,则向目标UE返 回携带有位置信息的位置业务MO-LR响应,并通知目标UE已向相应请求 端提供了位置信息;如果CN收到携带有差错原因值的目标UE位置报告响 应,则向目标UE返回携带有位置信息的位置业务MO-LR响应,并向目标 UE返回差错原因值,通知目标UE已向相应请求端提供了位置信息,但相 应请求端无法对其位置信息进行正确处理。\n图4为本发明中一实施例示意图,如图4所示,本实施例中,携带有外 部请求端标识、以及能够直接接入请求端的GMLC地址信息的电路域 MO-LR请求的处理过程包括以下步骤:\n步骤401~步骤403:目标UE向RAN发送呼叫管理业务请求(CM Service Request),请求与网络建路无线信令连接。RAN收到CM Service Request 后,向移动交换中心(MSC)/移动交换中心服务器(MSC Server)转发该 CM Service Request。MSC/MSC Server收到CM Service Request后,与目标 UE进行交互,完成对目标UE的鉴权加密,如果目标UE通过鉴权, MSC/MSC Server通知目标UE已接受其发起的呼叫管理业务请求,继续执 行步骤404;否则,MSC/MSC Server通知目标UE拒绝其发起的呼叫管理业 务请求。\n步骤404~步骤406:目标UE通过MSC/MSC Server的鉴权后,向 MSC/MSC Server发送电路域位置业务MO-LR请求(LCS CS_MO_LR Invoke),请求包含LCS系统的网络对其进行定位,并且LCS CS_MO_LR Invoke中携带有外部请求端标识、和能够直接接入请求端的GMLC地址信 息,要求MSC/MSC Server将目标UE的位置信息提供给相应外部请求端。 MSC/MSC Server收到LCS CS_MO_LR Invoke后,可根据存储的信息判断 目标UE是否签约了其发起的MO-LR业务,如果目标UE未签约MO-LR业 务,则MSC/MSC Server向目标UE返回携带有差错原因值的电路域位置业 务MO-LR响应(LCS CS_MO_LR Result),拒绝目标UE发起的MO-LR 请求。否则,MSC/MSC Server向RAN发送定位目标UE请求(Location Request);RAN收到Location Request后,对目标UE进行定位。\n步骤407:RAN结束对目标UE的定位后,成功地获得目标UE的位置 信息后,向MSC/MSC Server返回携带有目标UE定位结果的目标UE位置 报告消息(Location Report)。\n步骤408:MSC/MSC Server收到Location Report后,根据LCS CS_MO_LR Invoke中携带的GMLC地址信息,判断是否能够直接接入该 GMLC,如果能够,则MSC/MSC Server直接向该GMLC发送携带有目标 UE位置信息、请求端标识以及目标UE标识的MAP Subscriber Location Report,然后执行步骤410,相应省略步骤409和步骤412。如果MSC/MSC Server不能直接接入到该GMLC,则MSC/MSC Server可根据自身存储的信 息,或通过与网络中其他实体的交互,获得自身能够直接接入的V-GMLC 地址信息,向V-GMLC转发携带有目标UE位置信息、请求端标识、目标 UE标识以及GMLC地址信息的MAP Subscriber Location Report,然后执行 步骤409。\n步骤409:V-GMLC收到MAP Subscriber Location Report后,根据MAP Subscriber Location Report中携带的GMLC地址信息,向GMLC发送携带有 目标UE位置信息、请求端标识以及目标UE标识MO-LR Location Inform, 通知GMLC目标UE发起了MO-LR请求。\n步骤410~步骤412:GMLC收到MO-LR Location Inform后,根据请求 端标识,向请求端发送携带有目标UE位置信息的Location Information。请 求端收到Location Information后,判断是否能够对该目标UE的位置信息进 行处理,如果能,则向GMLC返回携带有成功标识的Location Information Ack,否则,向GMLC返回失败标识的Location Information Ack,可进一步 携带有相应的差错原因值。GMLC收到Location Information Ack后,向 V-GMLC返回MO-LR Location Inform Ack。\n步骤413~步骤414:V-GMLC收到MO-LR Location Inform Ack后,根 据MO-LR Location Inform Ack携带的内容,即请求端是否能够成功处理目 标UE的位置信息、以及目标UE的位置信息,生成相应的话单记录,然后 向MSC/MSC server返回相应的目标UE位置报告响应(Subscriber Location Report Ack)。MSC/MSC server收到Subscriber Location Report Ack后,向 目标UE发送携带有请求端对目标UE的位置信息处理结果的电路域位置业 务MO-LR响应(LCS CS_MO_LR Result)。\n步骤415:释放占用的LCS系统资源,结束当前的电路域MO-LR请求 处理流程。\n图5为本发明中另一实施例示意图,如图5所示,本实施例中,携带有 外部请求端标识,但未携带有能够接入到请求端的GMLC地址信息的分组 域MO-LR请求的处理过程包括以下步骤:\n步骤501~步骤502:目标UE向服务通用分组无线业务支持节点(SGSN) 发送业务请求消息(CM Service Request),请求与网络建路无线信令连接。 SGSN收到CM Service Request后,与目标UE建立分组域的信令连接。\n步骤502~步骤504:目标UE向SGSN发送分组域位置业务MO-LR请 求消息(LCS PS_MO_LR Invoke),请求包含LCS系统的网络对其进行定 位,该LCS PS_MO_LR Invoke携带有外部请求端标识,要求SGSN将目标 UE的位置信息提供给相应外部请求端。SGSN收到LCS PS_MO_LR Invoke 后,可根据存储的信息判断目标UE是否签约了其发起的MO-LR业务,如 果目标UE未签约MO-LR业务,则SGSN向目标UE返回携带有差错原因 值的分组域位置业务MO-LR响应(LCS PS_MO_LR Result),拒绝目标UE 发起的MO-LR请求;否则,SGSN向RAN发送Location Request,RAN收 到Location Request后,对目标UE进行定位。\n步骤505~步骤506:RAN结束对目标UE的定位,成功地获得目标UE 的位置信息后,向SGSN返回携带有目标UE定位结果的Location Report。 SGSN收到Location Report后,判断出目标UE要求将自身的位置信息提供 给指定的外部请求端,由于在LCS PS_MO_LR Invoke中没有携带能够接入 请求端的GMLC地址信息,则SGSN可根据自身存储的信息,或通过与网 络中其他实体的交互,获得自身能够直接接入的V-GMLC地址信息,向 V-GMLC转发携带有目标UE位置信息,请求端标识,目标UE标识的MAP Subscriber Location Report。\n步骤507:V-GMLC收到MAP Subscriber Location Report后,根据消息 中携带的请求端标识,获取请求端的地址信息,判断是否能够直接接入该请 求端,如果能够直接接入,则V-GMLC直接向请求端发送Location Information,相应省略步骤507和步骤510;如果不能够直接接入,则 V-GMLC根据请求端的地址信息,搜索到能够直接接入请求端的GMLC地 址信息,向该GMLC发送携带有目标UE位置信息、请求端标识以及目标 UE标识的MO-LR Location Inform,通知GMLC目标UE要求将自身的位置 信息向指定的请求端提供。\n步骤508:GMLC接收到MO-LR定位信息通知后,根据MO-LR定位 信息通知中携带的请求端标识,判断是否能够直接接入该请求端,如果能够 直接接入,则向请求端发送携带有目标UE位置信息的Location Information; 否则,GMLC直接向V-GMLC返回携带有失败原因值的MO-LR Location Inform Ack。\n步骤509,请求端收到目标UE的位置信息后,判断是否能够对目标UE 的位置信息进行处理,如果是,则向GMLC返回携带有成功标识的Location Information Ack;否则,向GMLC返回携带有差错原因值的Location Information Ack。\n步骤510:GMLC接收到Location Information Ack后,根据目标UE位 置信息响应中携带的内容,向V-GMLC返回携带有相应内容的MO-LR Location Inform Ack,即如果GMLC收到携带有成功标识的Location Information Ack,则向V-GMLC返回携带有成功标识的MO-LR Location Inform Ack;如果GMLC收到携带有差错原因值的Location Information Ack, 则向V-GMLC返回携带有差错原因值的MO-LR Location Inform Ack。\n步骤511~512:V-GMLC接收到MO-LR Location Inform Ack后,向 SGSN返回携带相应内容的Subscriber Location Report Ack。SGSN接收到 Subscriber Location Report Ack后,根据消息中携带的内容,向目标UE返回 携带有相应内容的LCS PS-MO-LR Result,即如果SGSN收到携带有成功标 识的Subscriber Location Report Ack,则向目标UE返回携带有目标UE位置 信息的LCS PS-MO-LR Result,并通知目标UE已向相应请求端提供了其位 置信息;如果SGSN收到携带有差错原因值的Subscriber Location Report Ack,则向目标UE返回携带有位置信息的LCS PS-MO-LR Result,并向目 标UE返回差错原因值,通知目标UE已向相应请求端提供了位置信息,但 相应请求端无法对其位置信息进行正确处理。\n总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的 保护范围。
法律信息
- 2015-10-21
专利实施许可合同备案的生效
IPC(主分类): H04Q 7/38
合同备案号: 2015990000755
专利号: ZL 200410002133.9
申请日: 2004.01.08
让与人: 华为技术有限公司
受让人: 苹果公司
发明名称: 一种向请求端提供用户设备位置信息的处理方法
申请公布日: 2005.07.20
授权公告日: 2008.02.27
许可种类: 普通许可
备案日期: 2015.08.27
- 2008-02-27
- 2006-07-12
- 2005-07-20
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2002-12-04
|
2001-07-02
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |