CN117858000A - 基于本地架构的定位方法及系统 - Google Patents

Abstract

本发明实施例提供了一种基于本地架构的定位方法及系统。该方法包括：定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求，其中所述定位服务器部署在本地；所述定位服务器根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；所述定位服务器将所述定位响应消息发送至所述应用服务器。通过本发明，解决了基于核心网的定位架构存在网元部署复杂、跨网元流程交互繁琐、定位时延大的问题，达到实现轻量化定位的效果。

Description

基于本地架构的定位方法及系统

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种基于本地架构的定位方法及系统。

背景技术

相关技术中的定位系统主要是协议上针对核心网架构的描述，而核心网架构存在网元部署复杂、跨网元流程交互繁琐、定位时延大等诸多问题，对于园区等应用场景，需要能够实现轻量化的定位，并且保证本地数据不出园区，降低定位时延。

发明内容

本发明实施例提供了一种本地架构的定位方法及系统，以至少解决相关技术中基于核心网的定位架构存在的网元部署复杂、跨网元流程交互繁琐、定位时延大的问题。

根据本发明的一个实施例，提供了一种基于本地架构的定位方法，包括：定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求，其中所述定位服务器部署在本地；所述定位服务器根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；所述定位服务器将所述定位响应消息发送至所述应用服务器。

根据本发明的另一个实施例，提供了一种基于本地架构的定位方法，包括：基站从部署在本地的定位服务器接收对用户设备的定位请求消息，其中，所述定位请求消息是所述定位服务器从应用服务器接收到查询位置请求或订阅位置请求而触发的；所述基站向所述定位服务器发送携带对所述用户设备的定位结果的定位响应消息，以便所述定位服务器将所述定位响应消息发送至所述应用服务器。

根据本发明的另一个实施例，提供了一种基于本地架构的定位系统，包括本地部署的定位服务器、应用服务器和基站，其中，所述定位服务器包括：接收模块，用于从所述应用服务器接收对用户设备的查询位置请求或订阅位置请求；交互模块，用于根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；发送模块，用于将所述定位响应消息发送至所述应用服务器。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，由于是基于本地架构，不依赖于核心网定位网元的部署，可以在本地实现灵活部署；本地数据流和定位信令流仅在本地传输，不涉及大网的传输，从而保证了数据传输的定位低时延。因此，可以解决基于核心网的定位架构存在网元部署复杂、跨网元流程交互繁琐、定位时延大的问题，达到实现轻量化定位的效果。

附图说明

图1是本地定位架构和核心网定位架构对比的示意图；

图2是根据本发明实施例的基于本地架构的定位方法的流程图；

图3是根据本发明另一实施例的基于本地架构的定位方法的流程图；

图4是根据本发明实施例的基于本地架构的定位系统的结构框图；

图5是根据本发明另一实施例的基于本地架构的定位系统的结构框图；

图6是根据本发明实施例的本地定位架构的结构框图；

图7是根据本发明实施例的基站和本地定位服务器建链交互过程的流程图；

图8是根据本发明实施例的应用服务器发起定位的流程图；

图9是根据本发明实施例的UE发起定位的流程图；

图10是根据本发明实施例的部署大数据平台场景支持应用服务器发起定位的流程图；

图11是根据本发明实施例的部署大数据平台场景支持UE发起定位的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明实施例提供了一种本地定位架构，包括：应用服务器、定位服务器、基站。本地定位架构区别于协议定义的基于核心网的定位架构，如图1所示，对比本地定位架构和核心网定位架构，本地定位架构相比核心网定位架构存在以下优点：

1、本地定位架构网元部署简单，仅在本地部署定位服务器、应用服务器；而核心网架构，需要依赖核心网的多个网元，如：接入和移动性管理功能(Access and MobilityManagement Function，AMF)网元、位置管理功能(Location Management Function。LMF)网元、统一数据管理功能(The Unified Data Management，UDM)网元、移动网关位置中心(Gateway Mobile Location Centre，GMLC)网元等。

2、本地定位架构流程交互简单，不涉及核心网多网元间的交互。

3、本地定位架构中，本地数据流和定位信令流仅在本地传输，不涉及大网的传输，从而保证了数据的安全性、定位低时延。

在本实施例中还提供了一种运行于上述本地定位架构的定位方法，图2是根据本发明实施例的基于本地架构的定位方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求，其中所述定位服务器部署在本地；

步骤S204，所述定位服务器根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；

步骤S206，所述定位服务器将所述定位响应消息发送至所述应用服务器。

在本实施例的步骤S202之前，还包括：建立所述定位服务器与基站之间的用于信令交互的流控制传输协议(Stream Control Transmission Protocol，SCTP)链路和用于数据交互的GPRS用户面隧道协议(GPRS Tunneling Protocol for the User plane，GTPU)链路。

在一个示例性实施例中，在建立所述定位服务器与基站之间的SCTP链路和GTPU链路之后，还包括：所述定位服务器接收所述基站上报的所述用户设备的基本信息。

在本实施例的步骤S206中，在所述定位服务器从所述应用服务器接收到的是订阅位置请求的情况下，所述定位服务器将所述定位响应消息发送至所述应用服务器之后，还包括：所述定位服务器从所述基站接收对所述用户设备的订阅位置报告，并将所述订阅位置报告发送至所述应用服务器。

在一个示例性实施例中，定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求之前，还包括：所述应用服务器从所述用户设备接收所述查询位置请求或订阅位置请求。

在本实施例中，在所述定位服务器将所述定位响应消息发送至所述应用服务器之后，还包括：所述应用服务器将所述定位响应发送至所述用户设备。

在本实施例中，在所述定位服务器从所述应用服务器接收到的是订阅位置请求的情况下，所述应用服务器将所述定位响应发送至所述用户设备之后，还包括：所述定位服务器从所述基站接收订阅位置报告，并通过所述应用服务器将所述订阅位置报告转发至所述用户设备；

在一个示例性实施例中，所述方法还包括：所述定位服务器向大数据平台发送获取所述用户设备的基本信息的请求消息，并从所述大数据平台接收携带所述用户设备的基本信息的响应消息。

通过上述步骤，由于是基于本地架构，不依赖于核心网定位网元的部署，可以在本地实现灵活部署；本地数据流和定位信令流仅在本地传输，不涉及大网的传输，从而保证了数据传输的定位低时延。因此，可以解决基于核心网的定位架构存在网元部署复杂、跨网元流程交互繁琐、定位时延大的问题，达到实现轻量化定位的效果。

图3是根据本发明另一实施例的基于本地架构的定位方法的流程图，如图3所示，该流程包括如下步骤：

步骤S302，基站从部署在本地的定位服务器接收对用户设备的定位请求消息，其中，所述定位请求消息是所述定位服务器从应用服务器接收到查询位置请求或订阅位置请求而触发的；

步骤S304，所述基站向所述定位服务器发送携带对所述用户设备的定位结果的定位响应消息，以便所述定位服务器将所述定位响应消息发送至所述应用服务器。

在本实施例的步骤S302之前，还包括：建立所述基站与所述定位服务器之间的用于信令交互的流控制传输协议SCTP链路和用于数据交互的GPRS用户面隧道协议GTPU链路。

在一个示例性实施例中，在建立所述基站与所述定位服务器之间的SCTP链路和GTPU链路之后，还包括：所述基站向所述定位服务器上报所述用户设备的基本信息。

通过上述步骤，由于采用本地定位架构，因此，基站可以和本地定位服务器、应用服务器之间进行信令或数据的传输，使本地数据不出园区，从而保证了信令和数据的安全性以及定位的低时延，有利于定位业务的应用多样化。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器(Read-Only Memory/Random Access Memory，ROM/RAM)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种基于本地架构的定位系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的基于本地架构的定位系统的结构框图，如图4所示，该系统包括：本地部署的定位服务器10、应用服务器20和基站30，其中，所述定位服务器10包括：

接收模块11，用于从所述应用服务器接收对用户设备的查询位置请求或订阅位置请求；

交互模块12，用于根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；

发送模块13，用于将所述定位响应消息发送至所述应用服务器。

在本实施例中，所述定位服务器与基站之间的建立有用于信令交互的流控制传输协议SCTP链路和用于数据交互的GPRS用户面隧道协议GTPU链路。

在一个示例性实施例中，交互模块12，还用于接收所述基站上报的所述用户设备的基本信息。

图5是根据本发明实施例的基于本地架构的定位系统的结构框图，如图5所示，该系统除包括图4所示的所有模块外，还包括：

大数据平台40，用于向所述定位服务器提供查询所述用户设备的基本信息的查询接口。

在本实施例中，应用服务器，用于向所述定位服务器发起所述查询位置请求或订阅位置请求，或将来自所述用户设备的所述查询位置请求或订阅位置请求转发至所述定位服务器。

通过本发明上述实施例，由于是基于本地架构，不依赖于核心网定位网元的部署，可以在本地实现灵活部署；本地数据流和定位信令流仅在本地传输，不涉及大网的传输，从而保证了数据传输的定位低时延。因此，可以解决基于核心网的定位架构存在网元部署复杂、跨网元流程交互繁琐、定位时延大的问题，达到实现轻量化定位的效果。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

为便于对本发明所提供的技术方案的理解，下面将结合具体场景的实施例进行详细的阐述。

本发明实施例提供一种本地定位架构，该本地定位架构主要由基站、本地定位服务器、应用服务器、大数据平台组成，其中，大数据平台为非必选项。基于本地定位架构的定位系统可应用于工业园区、商超、医院等部署了本地定位服务器的场景，也可定制一些定位相关的应用，如智慧导航、智慧物流、视频监控、智能推送、告警提示等。

在本实施例中，基站和本地定位服务器作为定位系统的关键组成网元，需要共同协作来实现定位。其中，基站和本地定位服务器需要支持以下基本功能：

支持数据业务本地分流功能，以保证本地数据不出园区；

支持能力开放接口，以使定位服务器可以获取到用户设备(User Equipment，UE)的基本信息，进行定位流程控制；

支持定位流程交互，使定位信令不出园区。

图6是根据本发明实施例的本地定位架构的结构框图，如6图所示，基站(GNB)和本地定位服务器之间建立有SCTP链路和GTPU链路，从而可以传输信令和数据。以下介绍该本地定位架构中各网元的功能定位：

一、基站：

支持与定位服务器间的SCTP链路和GTPU链路的建立，支持数据分流转发到定位服务器；

支持配置能力开放接口，实现UE信息的上报，可以通过私有接口或者传递标准信令(如NG信令、XN信令)等方式实现；

支持本地定位服务器触发的定位流程。

二、本地定位服务器：

支持与定位服务器间的SCTP链路和GTPU链路的建立，支持接收基站数据分流转发到定位服务器的数据，并进行域名系统(Domain Name System，DNS)解析转发到对应的应用服务器，如果识别非本地应用服务器的数据，则仍然可以转发到大网(即核心网部署的用户面功能(User Plane Function，UPF))；

支持对基站的能力开放接口，维护UE基本信息；

支持与应用服务器的互访，对应用服务器开放位置查询和订阅接口；

支持对基站发起基于网络辅助的定位业务；

支持对接大数据平台，实现UE信息的获取。

三、应用服务器：

支持提供定位应用服务，包括但不限于智慧导航、智慧物流、视频监控、智能推送、告警提示。

四、大数据平台：

支持提供UE的基本信息，包括UE ID、UE所在基站等信息。

下面根据具体实施场景对详细阐述基于本地定位架构的定位方法。

图7是根据本发明实施例的基站和本地定位服务器建链交互过程的流程图，如图7所示，该过程包括如下步骤：

步骤S701，基站和本地定位服务器建立SCTP链路，并建立AP层，用于信令交互。

步骤S702，基站和本地定位服务器建立GTPU链路，用于数据转发。

步骤S703，基站上报存量或增量的在线UE基础信息。

步骤S704，本地定位服务器向基站发送定位基本信息获取请求。

步骤S705，基站响应上述定位基本信息获取请求，和本地定位服务器交互定位基本信息。

图8是根据本发明实施例的应用服务器发起定位的流程图，如图8所示，该过程包括以下步骤：

步骤S801，应用服务器向本地定位服务器发起查询或订阅位置请求；

步骤S802，本地定位服务器收到查询或订阅位置请求后，向基站发送定位请求；

步骤S803，基站响应于定位请求，与本地定位服务器进行定位流程交互；

步骤S804，本地定位服务器与基站定位流程交互结束后，向应用服务器回复查询或订阅位置响应。

其中，如果在步骤S801中，应用服务器向本地定位服务器发起订阅位置请求，则步骤S804之后执行步骤S805-S806，

步骤S805，基站向本地定位服务器发送定位测量报告；

步骤S806，本地定位服务器向应用服务器发送定位测量报告。

图9是根据本发明实施例的UE发起定位的流程图，如图9所示，该过程包括以下步骤：

步骤S901，UE向应用服务器发起服务请求；

步骤S902，应用服务器接收到UE发起的服务请求后，向本地定位服务器发起查询或订阅位置请求；

步骤S903，定位服务器根据查询或订阅位置请求向基站发送定位请求；

步骤S904，基站响应于定位请求，与本地定位服务器进行定位流程交互；

步骤S905，本地定位服务器与基站定位流程交互结束后，向应用服务器回复查询或订阅位置响应；

步骤S906，应用服务器向UE回复服务请求响应。

其中，如果在步骤S902中，应用服务器向本地定位服务器发起订阅位置请求，则步骤S904之后执行步骤S907-S909；

步骤S907，基站向本地定位服务器发送定位测量报告；

步骤S908，本地定位服务器向应用服务器发送定位测量报告。

步骤S909，应用服务器向UE发送服务刷新。

在本实施例中，如果应用服务器发起的UEID，本地定位服务器不具备获取基本信息的能力，则需要借助大数据平台进行获取，图10是根据本发明实施例的部署大数据平台场景支持应用服务器发起定位的流程图，如图10所示，该过程包括以下步骤：

步骤S1001，应用服务器向本地定位服务器发起查询或订阅位置请求；

步骤S1002，定位服务器接收到查询或订阅位置请求后，向大数据平台发送UE信息获取请求；

步骤S1003，大数据响应于UE信息获取请求，向定位服务器发送UE信息；

步骤S1004，定位服务器接收到UE信息后，向基站发送定位请求；

步骤S1005，基站响应于定位请求和定位服务器进行定位流程交互；

步骤S1006，本地定位服务器与基站定位流程交互结束后，向应用服务器回复查询或订阋位置响应。

其中，如果在步骤S1002中，应用服务器向本地定位服务器发起订阅位置请求，则步骤S1005之后执行步骤S1007-S1008；

步骤S1007，基站向本地定位服务器发送定位测量报告；

步骤S1008，本地定位服务器向应用服务器发送定位测量报告。

图11是根据本发明实施例的部署大数据平台场景支持UE发起定位的流程图，如图11所示，该过程包括以下步骤：

步骤S1101，UE向应用服务器发起服务请求；

步骤S1102，应用服务器接收到UE发起的服务请求后，向本地定位服务器发起查询或订阅位置请求；

步骤S1103，定位服务器接收到查询或订阅位置请求后，向大数据平台发送UE信息获取请求；

步骤S1104，大数据响应于UE信息获取请求，向定位服务器发送UE信息；

步骤S1105，定位服务器接收到UE信息后，向基站发送定位请求；

步骤S1106，基站响应于定位请求和定位服务器进行定位流程交互；

步骤S1107，本地定位服务器与基站定位流程交互结束后，向应用服务器回复查询或订阋位置响应。

步骤S1108，应用服务器向UE回复服务响应。

其中，如果在步骤S1102中，应用服务器向本地定位服务器发起订阅位置请求，则步骤S1106之后执行步骤S1109-S1111：

步骤S1109，基站向本地定位服务器发送定位测量报告。

步骤S1110，本地定位服务器向应用服务器发送定位测量报告。

步骤S1111，应用服务器接收到定位测量报告后，向UE发送服务刷新。

具体地，本发明的上述本地定位架构可应用于工业园区、商超、医院等在基站外部署了本地定位服务器和应用服务器的场所。

例如，在园区部署场景下，对人员、机器、物品的定位，基于该本地定位架构可进行智能导航、区域打卡、告警提示等；

例如，商超场景下的对用户智能导航、商品信息精准推送；

例如，医院场景下的对机器的定位，指引路线；

例如，地库场景下的对车辆定位等。

通过本发明上述步骤，本地定位架构中的基站可以和本地定位服务器、应用服务器之间进行信令或数据的传输，实现了本地数据不出园区，从而保证信令和数据的安全性以及定位的低时延，有利于定位业务的应用多样化；此外，本地定位架构还不依赖于核心网定位网元的部署，可以在本地实现灵活部署，本地定位服务器可以部署在基站上，也可以部署在基站外园区内，极大地降低了企业对运营商的依赖，有利于控制运营成本，助力智慧产业升级。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-OnlyMemory，简称为ROM)、随机存取存储器(RandomAccess Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (18)

1.一种基于本地架构的定位方法，其特征在于，包括：

定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求，其中，所述定位服务器部署在本地；

所述定位服务器根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；

所述定位服务器将所述定位响应消息发送至所述应用服务器。

2.根据权利要求1所述的方法，其特征在于，在定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求之前，还包括：

建立所述定位服务器与基站之间的用于信令交互的流控制传输协议SCTP链路和用于数据交互的GPRS隧道传输协议GTPU链路。

3.根据权利要求2所述的方法，其特征在于，在建立所述定位服务器与基站之间的SCTP链路和GTPU链路之后，还包括：

所述定位服务器接收所述基站上报的所述用户设备的基本信息。

4.根据权利要求1所述的方法，其特征在于，在所述定位服务器从所述应用服务器接收到的是订阅位置请求的情况下，所述定位服务器将所述定位响应消息发送至所述应用服务器之后，还包括：

所述定位服务器从所述基站接收对所述用户设备的订阅位置报告，并将所述订阅位置报告发送至所述应用服务器。

5.根据权利要求1所述的方法，其特征在于，定位服务器从应用服务器接收对用户设备的查询位置请求或订阅位置请求之前，还包括：

所述应用服务器从所述用户设备接收所述查询位置请求或订阅位置请求。

6.根据权利要求5所述的方法，其特征在于，在所述定位服务器将所述定位响应消息发送至所述应用服务器之后，还包括：

所述应用服务器将所述定位响应发送至所述用户设备。

7.根据权利要求6所述的方法，其特征在于，在所述定位服务器从所述应用服务器接收到的是订阅位置请求的情况下，所述应用服务器将所述定位响应发送至所述用户设备之后，还包括：

所述定位服务器从所述基站接收订阅位置报告，并通过所述应用服务器将所述订阅位置报告转发至所述用户设备。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述定位服务器向大数据平台发送获取所述用户设备的基本信息的请求消息，并从所述大数据平台接收携带所述用户设备的基本信息的响应消息。

9.一种基于本地架构的定位方法，其特征在于，包括：

基站从部署在本地的定位服务器接收对用户设备的定位请求消息，其中，所述定位请求消息是所述定位服务器从应用服务器接收到查询位置请求或订阅位置请求而触发的；

所述基站向所述定位服务器发送携带对所述用户设备的定位结果的定位响应消息，以便所述定位服务器将所述定位响应消息发送至所述应用服务器。

10.根据权利要求9所述的方法，其特征在于，基站从部署在本地的定位服务器接收对用户设备的定位请求消息之前，还包括：

建立所述基站与所述定位服务器之间的用于信令交互的流控制传输协议SCTP链路和用于数据交互的GPRS隧道传输协议GTPU链路。

11.根据权利要求10所述的方法，其特征在于，在建立所述基站与所述定位服务器之间的SCTP链路和GTPU链路之后，还包括：

所述基站向所述定位服务器上报所述用户设备的基本信息。

12.一种基于本地架构的定位系统，其特征在于，包括本地部署的定位服务器、应用服务器和基站，其中，所述定位服务器包括：

接收模块，用于从所述应用服务器接收对用户设备的查询位置请求或订阅位置请求；

交互模块，用于根据所述查询位置请求或所述订阅位置请求向基站发送对所述用户设备的定位请求消息，并从所述基站接收携带对所述用户设备的定位结果的定位响应消息；

发送模块，用于将所述定位响应消息发送至所述应用服务器。

13.根据权利要求12所述的系统，其特征在于，其中，所述定位服务器与基站之间的建立有用于信令交互的流控制传输协议SCTP链路和用于数据交互的GPRS隧道传输协议GTPU链路。

14.根据权利要求12所述的系统，其特征在于，

所述交互模块，还用于接收所述基站上报的所述用户设备的基本信息。

15.根据权利要求12所述的系统，其特征在于，还包括：

大数据平台，用于向所述定位服务器提供查询所述用户设备的基本信息的查询接口。

16.根据权利要求12所述的系统，其特征在于，

所述应用服务器，用于向所述定位服务器发起所述查询位置请求或订阅位置请求，或将来自所述用户设备的所述查询位置请求或订阅位置请求转发至所述定位服务器。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被处理器执行时实现所述权利要求1至8任一项中所述的方法的步骤，或者实现权利要求9-11任一项中所述的方法的步骤。

18.一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现所述权利要求1至8任一项中所述的方法的步骤，或者实现权利要求9s-11任一项中所述的方法的步骤。