著录项信息
专利名称 | 定位数据的传输方法及传输系统 |
申请号 | CN201010157465.X | 申请日期 | 2010-04-02 |
法律状态 | 授权 | 申报国家 | 暂无 |
公开/公告日 | 2011-10-12 | 公开/公告号 | CN102215562A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | 暂无 | IPC分类号 | 暂无查看分类表>
|
申请人 | 中兴通讯股份有限公司 | 申请人地址 | 广东省深圳市南山区科技南路55号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中兴通讯股份有限公司 | 当前权利人 | 中兴通讯股份有限公司 |
发明人 | 李会;单良 |
代理机构 | 北京康信知识产权代理有限责任公司 | 代理人 | 余刚;吴孟秋 |
摘要
本发明公开了一种定位数据的传输方法及传输系统。在上述方法中,第一终端与第二终端进行定位数据的传输;第一定位服务器与第二定位服务器进行定位数据的传输;第三终端与第三定位服务器进行定位数据的传输;其中,定位数据包括:辅助定位数据和\或位置数据。根据本发明提供的技术方案,进而可以实现支持SUPL的终端到支持SUPL的终端的定位功能,并且实现一些新型的辅助定位数据的传输。
定位数据的传输方法及传输系统\n技术领域\n[0001] 本发明涉及通信领域,具体而言,涉及一种定位数据的传输方法及传输系统。\n背景技术\n[0002] 在进行安全用户面定位(Security User Plane Location,简称为SUPL)定位业务中,从目前的市场部署来看,开放移动联盟(OpenMobile Alliance,简称为OMA)组织定义的SUPL技术规范的主要作用基于用户面的技术开展定位业务,包括的主要功能之一是下发辅助定位数据。以下结合图1描述现有SUPL定位技术的原理。\n[0003] 如图1所示,根据OMA定位组定义的SUPL技术,该定位系统主要由三个功能实体构成,分别为SUPL定位业务代理(SUPLAgent),SUPL服务器(SLP)和支持SUPL的终端(SUPL EnableTerminal,简称为SET)。\n[0004] SET为被定位终端,其与SUPL定位平台(即SUPL定位服务器)之间通过UDP/IP方式建立SUPL定位会话连接,相应的功能接口为Lup接口,协议为SUPL协议。通过SUPL协议,即可获得SET终端的位置信息。\n[0005] 其中,SET可以包括一个MLS应用或者SUPL代理。MLS应用和SUPL代理都可以通过手机终端上的私有接口,或者符合移动定位协议(Mobile Location Protocol,简称为MLP)的接口请求SET终端进行定位业务。\n[0006] SUPL定位平台与网络侧的移动定位应用\SUPL代理之间是Le/L1接口,协议为MLP协议,或者LOCSIP协议。其中,第三方应用系统\SUPL代理通过Le/L1接口向SUPL定位平台请求定位SET终端业务。\n[0007] SUPL定位平台包括二个功能实体,分别如下:SUPL位置中心(SUPL Location Center,简称为SLC)和SUPL定位中心(SUPLpositioning Center,简称为SPC)。当SUPL定位平台以非代理方式工作时,SLC和SPC是分离的,分别与SET终端之间有一个单独的接口关系;当为代理方式工作时,定位平台与SET终端之间只有一个功能接口,即SLC与SET之间的接口,SPC与SET之间没有接口,SLC充当SPC与SET的代理,SLC与SPC之间的接口为LIP。由于SET的漫游,SUPL定位平台可能分别为充当:漫游定位平台,请求定位平台,归属地定位平台,紧急定位平台等功能。相应的SLC和SPC也都存在这几个功能角色。除上述之外,SUPL定位平台还支持其它接口,例如,平台之间的漫游接口,平台与计算服务器之间的接口,平台与隐私服务器之间的接口,平台与网络层之间的接口。\n[0008] SUPL代理可以向应用提供一个访问定位业务的功能,是定位业务系统的向外部提供的第一个业务接入点。应用通过SUPL代理请求对某一个或者多个SET终端进行定位。\n[0009] 上面描述了目前OMA SUPL架构,以下结合图2和图3,分别描述目前SUPL技术支持的在SLP与SET终端之间传输定位数据的的技术。注意,此处所指的定位数据包括辅助定位数据和\或位置数据等。其中,辅助定位数据包括:大气模型(预测的,或者,实时的),地球磁场数据,虚拟辅助参数测量,AGNSS数据,指纹数据,radiomap数据、测量数据等。\n[0010] 如图2所示,目前SUPL定位技术中,在终端侧主动发起的定位会话过程中,SET获得辅助定位数据,也是通过SUPL POS INIT请求,然后由SUPL POS返回。SET位置数据是在SUPL POS过程中,可能由SET终端计算获得,也可能是SLP计算获取的。最后SET获取位置数据,主要包括以下步骤:\n[0011] 步骤S202:SET的SUPL代理接到定位请求,请求SET建立数据链接;\n[0012] 步骤S204:SET请求H-SLP建立定位会话,并进行定位能力协商;\n[0013] 步骤S206:目标SET向H-SLP发送SUPL POS INIT消息,在该消息中,SET可以指明所要求的辅助定位数据;\n[0014] 步骤S208:H-SLP与SET之间交互若干条SUPL POS消息,其中,该POS消息可携带SET所要求的辅助数据;\n[0015] 步骤S210:H-SLP与目标SET进行若干会话交互,并且由H-SLP或者SET负责位置计算,并可能将位置信息发送给对方;\n[0016] 步骤S212:H-SLP向SUPL代理发送结束会话消息,流程结束。\n[0017] 如图3所示,终端主动发起的与H-SLP之间进行长时间的定位会话中,例如,触发类型的定位业务,在会话中,进行辅助定位数据请求,位置数据传递等。主要包括以下步骤:\n[0018] 步骤S302:SET的SUPL代理接到定位请求,请求SET建立数据链接;\n[0019] 步骤S304:SET请求H-SLP建立定位会话,并进行定位能力协商;\n[0020] 步骤S306:目标SET向H-SLP发送SUPL POS INIT消息,其中,该消息携带有SET可以指明所要求的辅助定位数据;\n[0021] 步骤S308:H-SLP与SET之间交互若干条SUPL POS消息,POS消息可携带SET所要求的辅助数据;\n[0022] 步骤S310:H-SLP与目标SET交互,并在交互消息中携带辅助定位参数,例如在SUPL POS消息中;\n[0023] 步骤S312:隔一段时间后,比如,周期定位,或者事件触发等,SET终端再次向H-SLP发送SUPL POS INIT消息,在该消息中,SET可以指明所要求的辅助定位数据;\n[0024] 步骤S314:H-SLP与SET之间交互若干条SUPL POS消息,其中,该POS消息可携带SET所要求的辅助数据;\n[0025] 步骤S316:H-SLP与目标SET终端交互,并在交互消息中携带辅助定位参数,例如在SUPL POS消息中。\n[0026] 通过上述描述可知,相关技术中,SUPL定位技术支持H-SLP与SET之间进行单次或者多次或者连续(通过请求响应方式)的定位数据传输。但是,SET并不能与一个或多个SET终端之间进行定位数据的传输,也不能在SET与SLP之间进行无要求方式(unsolicited)的单次或者多次或者连续的辅助数据传输。\n发明内容\n[0027] 针对相关技术中由于支持SUPL的终端并不能在与一个或者多个支持SUPL的终端之间、终端与定位服务器之间、或者第一定位服务器与第二定位服务器之间进行定位数据的传输,因而无法实现SET到SET定位,或者,无法支持多种新型的辅助定位数据的传输等问题而提出本发明,为此,本发明的主要目的在于提供一种定位数据的传输方法及传输系统,以解决上述问题至少之一。\n[0028] 根据本发明的一个方面,提供了一种定位数据的传输方法。\n[0029] 根据本发明的定位数据的传输方法包括:第一终端与第二终端进行定位数据的传输;第一定位服务器与第二定位服务器进行定位数据的传输;第三终端与第三定位服务器进行定位数据的传输;其中,定位数据包括:辅助定位数据和\或位置数据。\n[0030] 根据本发明的另一方面,还提供了一种定位数据的传输系统。\n[0031] 根据本发明的定位数据的传输系统包括:第一终端和第二终端,其中,第一终端与第二终端进行定位数据的传输;第一定位服务器与第二定位服务器,其中,第一定位服务器与第二定位服务器进行定位数据的传输;第三终端与第三定位服务器,其中,第三终端与第三定位服务器进行定位数据的传输;其中,定位数据包括:辅助定位数据和\或位置数据。\n[0032] 通过本发明,第一终端与第二终端,和/或第三终端与第三定位服务器,和/或第一定位服务器与第二定位服务器进行定位数据的传输,其中,该定位数据包括:辅助定位数据和/或位置数据,解决了相关技术中由于支持SUPL的终端并不能在与一个或者多个支持SUPL的终端之间、终端与定位服务器之间、或者第一定位服务器与第二定位服务器之间进行定位数据的传输,因而无法实现终端到终端定位,以及传输一些新型的辅助定位数据的问题,进而可以实现终端到终端的定位功能,并且实现一些新型的辅助定位数据的传输。\n[0033] 本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。\n附图说明\n[0034] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:\n[0035] 图1为相关技术中SUPL定位系统的架构图;\n[0036] 图2为相关技术中在终端侧主动发起的定位会话时SET获取辅助定位数据的流程图;\n[0037] 图3为相关技术中在终端主动发起的与H-SLP之间进行长时间的定位会话时SET获取辅助定位数据的流程图;\n[0038] 图4为根据本发明优选实施例一的定位数据的传输方法的流程图;\n[0039] 图5为根据本发明优选实施例二的定位数据的传输方法的流程图;\n[0040] 图6为根据本发明优选实施例三的定位数据的传输方法的流程图;\n[0041] 图7为根据本发明优选实施例四的定位数据的传输方法的流程图;\n[0042] 图8为根据本发明优选实施例五的定位数据的传输方法的流程图;\n[0043] 图9为根据本发明优选实施例六的定位数据的传输方法的流程图;\n[0044] 图10为根据本发明实施例的定位数据的传输系统的结构框图;\n[0045] 图11为根据本发明优选实施例的定位数据的传输系统的结构示意图。\n具体实施方式\n[0046] 需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。\n[0047] 在安全用户面定位系统中,为了实现SET与一个或多个SET终端之间进行定位数据的传输,需要提供一种定位数据的传输系统,该系统主要包括:相互之间传输定位数据的第一终端(SET1)和第二终端(SET2)。以下结合根据本发明实施例的定位数据的传输方法进行说明。\n[0048] 根据本发明实施例的定位数据的传输方法包括以下至少之一:\n[0049] (1)第一终端与第二终端进行定位数据的传输;\n[0050] (2)第一定位服务器与第二定位服务器进行定位数据的传输;\n[0051] (3)第三终端与第三定位服务器进行定位数据的传输;\n[0052] 其中,上述定位数据包括:辅助定位数据和\或位置数据。\n[0053] 相关技术中,SET仅能通过请求响应方式从H-SLP获取定位数据,H-SLP无法实时下发定位数据,并且支持SUPL的终端并不能在与一个或者多个支持SUPL的终端之间进行定位数据的传输,因而无法实现终端到终端定位功能,通过上述实施例,可以实现支持SUPL的终端到支持SUPL的终端的定位功能,并且可以实现一些新型的辅助定位数据的传输。\n[0054] 优选地,定位数据还可以包括定位数据的有效时间范围,例如,起始时间、终止时间、时长的任二者组合。\n[0055] 优选地,所述第一终端、所述第二终端、所述第三终端、所述第三定位服务器、所述第一定位服务器、和所述第二定位服务器均支持安全用户面定位(SUPL)协议、和/或支持长期演进定位协议(Long-term Evolution Positioning Protocol,简称为LPP)、和/或支持扩展长期演进定位协议(Long-term Evolution Positioning Protocolextension,简称为LPPe)。\n[0056] 上述第三定位服务器、上述第一定位服务器、以及上述第二定位服务器均包括以下至少之一:归属地定位服务器,拜访地定位服务器,紧急定位服务器。\n[0057] 优选地,从定位数据的传输的业务角度来说,可以将定位数据分成二个类型:辅助定位数据、以及SET位置数据。\n[0058] 其中,辅助定位参数:在SUPL定位中,辅助定位参数的类型很多,常见的有全球定位中心(Global Position System,简称GPS)参数,全球导航卫星系统(Global Navigation Satellite System,简称为GNSS)参数,以及实时\预测大气模型(real-time\predictedatmosphere),虚拟辅助测量(virtual assistance measurements),电磁场信息等,以及室内的辅助定位参数,如指纹参数(fingerprint),无线映射(radiomap)等。此时,SET终端和SLP服务器都可能要把辅助定位数据发送到对方,或者其它SET终端。\n[0059] 其中,位置数据,是指SET的位置信息。SET和SLP都可能获得SET的位置信息。此时,SET终端和SLP服务器都可能需要把位置数据发送到对方,或者其它SET终端。\n[0060] 在优选实施过程中,第一终端可以向第二终端传输定位数据,同理,第二终端也可以向第一终端传输定位数据,即传输既可以是单向的,也可以是双向的。\n[0061] 以下主要描述一个从第一终端向第二终端发送定位数据的过程,在不冲突的情况下,下述优选方案同样适用于第二终端向第一终端发送定位数据的场景。\n[0062] 优选地,定位服务器、第一定位服务器、以及第二定位服务器均包括以下至少之一:终端的定位服务器,终端的拜访地定位服务器,终端的紧急定位服务器。\n[0063] 优选地,第一终端通过以下至少之一方式将定位数据传输至第二终端:点对点短消息传输方式、点对点多媒体消息传输方式、超文本传输协议传输方式、电子邮件传输方式、文件传输协议方式、传输控制协议方式、用户数据报协议方式、SUPL传输方式、LPP传输方式、LPPe传输方式。\n[0064] 优选地,第一终端与第二终端进行定位数据的传输包括以下步骤:第一终端通过点对点短消息传输方式、点对点多媒体消息传输方式、超文本传输协议传输方式、电子邮件传输方式、或文件传输协议方式将定位数据直接发送至第二终端。\n[0065] 以下结合优选实施例一描述上述优选实施过程。\n[0066] 图4为根据本发明优选实施例一的定位数据的传输方法的流程图。如图4所示,该传输方法主要包括以下处理:\n[0067] 步骤S402:SET1与SET2之间的定位会话建立以及定位数据传递能力协商;\n[0068] 步骤S404:正常的SET到SET之间的SUPL定位会话;\n[0069] 步骤S406:SET1判断有定位数据要传输到对方SET2(例如,SET1获得自己的位置数据或者SET终端获得辅助定位数据,或者前二者的更新等情况)。\n[0070] 步骤S408:SET1的SUPL代理将定位能力通过SMS\MMS\HTTP\Email等方式发送到SET2;\n[0071] 步骤S410:SET1与SET2之间继续进行终端到终端的定位会话。\n[0072] 需要注意的是:步骤S406、步骤S408可能多次执行,并且并不需要对方SET每次都请求。具体是否执行由SET1进行决定。一般情况是:SET1获得辅助定位参数或者辅助定位参数更新,或者SET终端位置信息或更新等情况。\n[0073] 优选地,第一终端与第二终端进行定位数据的传输还可以包括以下步骤:第一终端将定位数据经由第一终端对应的第一定位服务器、第二终端对应的第二定位服务器通过SUPL或LPP或LPPe方式发送至第二终端。\n[0074] 以下结合优选实施例二、优选实施例三描述上述优选实施过程。\n[0075] 图5为根据本发明优选实施例二的定位数据的传输方法(透传方式)的流程图。如图5所示,该传输方法主要包括以下处理:\n[0076] 步骤S502:SET1与SET2之间的定位会话建立以及定位数据传递能力协商;\n[0077] 步骤S504:正常的SET到SET之间的SUPL定位会话;\n[0078] 步骤S506:SET1判断有定位数据要传输到对方SET2(例如,SET1获得自己的位置数据或者SET终端获得辅助定位数据,或者前二者的更新等情况)。\n[0079] 步骤S508:SET1通过定位服务器透传方式将定位数据传递到对方SET终端上。\n[0080] 步骤S510:SET1与SET2之间继续进行终端到终端的定位会话。\n[0081] 需要注意的是:步骤S506、步骤S508可能多次执行,并且并不需要对方SET每次都请求。具体是否执行由SET1进行决定。一般情况是:SET1获得辅助定位参数或者辅助定位参数更新,或者SET终端位置信息或更新等情况。\n[0082] 图6为根据本发明优选实施例三的定位数据的传输方法(非透传方式)的流程图。\n如图6所示,该传输方法主要包括以下处理:\n[0083] 步骤S602:SET终端与SET终端之间的定位会话建立以及定位数据传递能力协商;\n[0084] 步骤S604:正常的SET到SET之间的SUPL定位会话;\n[0085] 步骤S606:SET1判断有定位数据要传递到对方SET2(例如,SET终端获得自己的位置数据,或者SET终端获得辅助定位数据,或者前二者的更新等情况);\n[0086] 步骤S608:SET1将定位数据传递到定位服务器1(即第一定位服务器),请求其转发到目标SET2;\n[0087] 步骤S610:定位服务器1将定位数据发送到目标SET的定位服务器2;\n[0088] 步骤S612:目标SET的定位服务器2(即第二定位服务器)将定位数据发送到目标SET终端2;\n[0089] 步骤S614:继续SET1和SET2的正常定位会话;\n[0090] 需要注意的是:步骤S606、步骤S608、步骤S610、步骤S612可能多次执行,并且并不需要对方SET每次都请求。具体是否执行由SET1进行决定。例如,SET1获得辅助定位参数及更新,或者SET终端位置信息或更新等情况时决定传输定位数据。\n[0091] 优选地,第一终端与第二终端通过以下之一方式传输定位数据:连续传输方式、间断传输方式。\n[0092] 其中,间断传输方式包括:周期性传输方式。\n[0093] 优选地,在第三定位服务器向第三终端传输定位数据之后,还可以包括以下处理:\n第三终端将接收到的定位数据经由第三终端对应的定位服务器、另一个终端对应的定位服务器通过SUPL和/或LPP方式和/或LPPe方式发送至另一个终端。\n[0094] 在优选实施过程中,第一终端可以多次传输定位数据,当然,也可以在获取到传输请求时进行单向传输,但是并不仅限于请求响应方式(solicited)。\n[0095] 优选地,第三终端向第三定位服务器,或者第三定位服务器向第三终端通过以下之一方式传输定位数据:连续传输方式、间断传输方式。其中,该间断传输方式可以包括:周期性传输方式、非周期性传输方式。\n[0096] 优选地,第三终端对应的定位服务器与上述另一个终端对应的定位服务器可以为同一个定位服务器。\n[0097] 以下结合图7描述定位服务器与终端之间的定位数据传输。\n[0098] 图7为根据本发明优选实施例四的定位数据的传输方法的流程图。如图7所示,该传输方法主要包括以下处理:\n[0099] 步骤S702:移动SET建立与网络侧的数据连接;\n[0100] 步骤S704:SET与定位服务器(H-SLP)请求建立定位会话,并进行定位数据能力的协商;\n[0101] 步骤S706:SET与定位服务器之间进行正常定位会话;\n[0102] 步骤S708:定位服务器判断要传递定位数据(例如:辅助定位数据或者SET位置数据);\n[0103] 在优选实施过程中,判断条件可以是辅助定位数据或者SET位置数据的更新。\n[0104] 步骤S710:定位服务器通过SUPL会话通道向SET发送定位数据;\n[0105] 优选地,定位服务器可以通过通知的方式向SET发送定位数据,即可以将定位数据携带在通知消息中。并且通知消息可以包括定位数据的有效时间范围,例如,起始时间、终止时间、时长的任二者组合。\n[0106] 步骤S712:SET与定位服务器之间进行正常定位会话;\n[0107] 步骤S714:SET判断要传递定位数据(例如:辅助定位数据或者SET位置数据);\n[0108] 在优选实施过程中,判断条件可以是辅助定位数据或者SET位置数据的更新。\n[0109] 步骤S716:SET将定位数据通过SUPL会话通道传递到定位服务器;\n[0110] 步骤S718:定位服务器与SET之间进行正常的定位会话。\n[0111] 优选地,第一定位服务器通过以下至少之一方式将定位数据传输至第二定位服务器:点对点短消息传输方式、点对点多媒体消息传输方式、超文本传输协议传输方式、电子邮件传输方式、文件传输协议方式、传输控制协议方式、用户数据报协议方式、SUPL传输方式、LPP传输方式、LPPe方式。\n[0112] 在优选实施过程中,当任何一方(包括SET1、SET2、第一定位服务器、或第二定位服务器)获得定位数据后,在没有获得其它方请求的情况下,都可能利用SUPL通道把数据传递到另外一方或者其它SET终端。当然,如果其它方之前已经请求过要求定位数据传递,则也可以按照请求把定位数据传递到对方。\n[0113] 以下结合图8、图9描述上述优选实施过程。\n[0114] 图8为根据本发明优选实施例四的定位数据的传输方法的流程图。如图8所示,该传输方法主要包括以下处理:\n[0115] 步骤S802:SET与SET之间的定位会话建立以及定位数据传递能力协商;\n[0116] 步骤S804:正常的SET到SET之间的SUPL定位会话;\n[0117] 步骤S806:SET2的定位服务器2判断有定位数据要传递到对方SET,例如,定位服务器2获得SET2的位置数据,或者获得辅助定位数据,或者前二者的更新等情况;\n[0118] 步骤S808:定位服务器2将定位数据发送到SET2;\n[0119] 步骤S810:SET2通过SLP透传方式将辅助定位数据传递到SET1;\n[0120] 之后,动态域名解析协议(Dynamic Host Configuration Protocol,简称为DHCP)服务器返回本地接入网络的定位服务器的地址信息;\n[0121] 步骤S812:继续进行正常的定位会话。\n[0122] 需要注意的是:步骤S806、步骤S808、步骤S810可多次执行,并且并不需要SET终端每次都请求。具体是否执行由定位服务器2进行决定。一般情况是:定位服务器2获得辅助定位参数及更新,或者SET的位置信息及更新等情况。\n[0123] 图9为根据本发明优选实施例五的定位数据的传输方法的流程图。如图9所示,该传输方法主要包括以下处理:\n[0124] 步骤S902:SET与SET之间的定位会话建立以及定位数据传递能力协商;\n[0125] 步骤S904:正常的SET到SET之间的SUPL定位会话;\n[0126] 步骤S906:SET2的定位服务器2判断有定位数据要传递到对方SET1,例如,定位服务器2获得SET 2的位置数据,或者获得辅助定位数据,或者前二者的更新等情况;\n[0127] 步骤S908:定位服务器2将定位数据发送到SET2;\n[0128] 步骤S910:定位服务器2将定位数据发送到SET1的定位服务器1;\n[0129] 步骤S912:SET1的定位服务器将定位数据传递到SET1;\n[0130] 步骤S914:SET1与SET2继续进行定位会话。\n[0131] 需要注意的是:步骤S906、步骤S908、步骤S910、步骤S912可多次执行,并且并不需要SET每次都请求。具体是否执行由定位服务器2进行决定。一般情况是:定位服务器2获得辅助定位参数及更新,或者SET的位置数据及更新等情况。\n[0132] 优选地,可以根据以下之一确定是否需要传输定位数据:本地预设策略(例如,预定事件触发、周期性发送等)、本地定位数据发生变更的情况、重新定位会话的情况、接收到请求传输定位数据消息的情况等等。\n[0133] 优选地,第一定位服务器与第二定位服务器为同一个定位服务器。即第一终端和第二终端对应于同一个定位服务器。当然,第一定位服务器与第二定位服务器也可以为不同的定位服务器。\n[0134] 图10为根据本发明实施例的定位数据的传输系统的结构框图。其中,根据本发明实施例的定位数据的传输系统包括以下至少之一:\n[0135] (1)第一终端10和第二终端12,其中,第一终端10与第二终端12进行定位数据的传输;\n[0136] (2)第三终端14与第三定位服务器16,其中,终端14与定位服务器16进行定位数据的传输;\n[0137] (3)第一定位服务器18与第二定位服务器20,其中,第一定位服务器18与第二定位服务器20进行定位数据的传输;\n[0138] 其中,上述定位数据包括:辅助定位数据和\或位置数据。\n[0139] 通过上述实施例,通过上述实施例,可以实现支持SUPL的终端到支持SUPL的终端的定位功能,并且可以实现一些新型的辅助定位数据的传输。\n[0140] 优选地,上述第一终端10、所述第二终端12、所述第三终端14、所述第三定位服务器16、所述第一定位服务器18、和所述第二定位服务器20均可以支持SUPL协议、和/或支持LPP、和/或支持LPPe。\n[0141] 优选地,第三定位服务器16、第一定位服务器18、以及第二定位服务器20均可以包括以下至少之一:终端的定位服务器,终端的拜访地定位服务器,终端的紧急定位服务器。\n[0142] 优选地,如图11所示,系统还可以包括:与第一终端对应的定位服务器22、与第二终端对应的定位服务器24;则第一终端10,用于将定位数据经由第一终端对应的定位服务器22、第二终端对应的定位服务器24通过SUPL会话和/或LPP和/或LPPe通道方式进行发送;\n第二终端12,用于接收来自于第一终端10的定位数据。\n[0143] 优选地,如图11所示,在该优选系统中,包括:SET1,SET2,定位服务器1,定位服务器2,以及它们之间的接口:接口1,接口2,接口3。\n[0144] 其中,SET1可以通过接口1和定位服务器1之间进行定位数据传递,SET2可以通过接口1和定位服务器2之间进行定位数据传递。二个定位服务器之间可以通过接口2为SET1与SET2之间的定位数据提供传输服务,可以采用透传方式(参见图5),也可以采用非透传方式(参见图6)。SET1与SET2之间的接口(接口3)是一个逻辑接口,SET1和SET2之间可以通过这个逻辑接口进行定位数据传递。当然,SET1和SET2之间也可以通过点短消息传输方式、点对点多媒体消息传输方式、超文本传输协议传输方式、电子邮件传输方式、或文件传输协议方式直接传输数据。\n[0145] 优选地,第一终端对应的定位服务器22与第二终端对应的定位服务器24可以为同一个定位服务器。\n[0146] 优选地,系统还可以包括:与第三终端14对应的定位服务器26(图中未示出)、与另一个终端对应的定位服务器28(图中未示出);第三终端14,还用于将从第三定位服务器接收到的的定位数据经由第三终端对应的定位服务器26、另一个终端对应的定位服务器28通过SUPL和/或LPP方式和/或LPPe方式发送至另一个终端。\n[0147] 优选地,第三终端对应的定位服务器26与另一个终端对应的定位服务器28可以为同一个定位服务器。\n[0148] 相关技术中,辅助定位数据和位置数据的传输通过是一次性的(one-time delivery,并且通过是请求-响应方式)。而在本发明优选实施过程中,辅助定位数据和位置数据的传输可以是多次的,并且,可能是单向传递(unsolicited),而不仅仅是请求响应方式(solicited)。具体是指:当任何一方(包括SET终端,或者,定位服务器)获得定位数据后,在没有获得其它方请求的情况下,都可能利用SUPL通道把数据传递到另外一方,或者,其它SET终端。当然,如果其它方之前已经请求过要求定位数据传递,则也可以按照请求把定位数据传递到对方。\n[0149] 并且,定位数据的传输方式可以分为三种情况:从SET传递到H-SLP,以及从H-SLP传递到SET,以及从SET传递到SET。\n[0150] 其中,对于从SET传递到SLP,以及从SLP传递到SET终端的情况,即,当SET终端,或者SLP获得定位数据后,将定位数据传递到对方,可以是连续方式,也可以是一次性的。\n[0151] 对于上述连续方式,可以包括:1,多次传递;2,周期方式传递;3,事件触发传递;4,只要有数据更新就传递;5,请求-响应方式等。\n[0152] 对于一次性的方式,是指:1,SLP或者SET获得定位数据后,传递到对方。该方式可以是请求响应方式,也可以是直接传递(unsolicited)方式。\n[0153] 优选地,上述终端、定位服务器可以根据以下之一确定是否需要传输定位数据:本地预设策略(例如,预定事件触发、周期性发送等)、本地定位数据发生变更的情况、重新定位会话的情况、接收到请求传输定位数据消息的情况等等。\n[0154] 需要注意的是,上述各个实施例均基于SUPL技术进行实现,在不冲突的情况下,上述各个实施例也可以基于其他技术进行实现,例如,LPP技术,LPPe技术等。\n[0155] 综上所述,通过本发明的上述实施例,提供的定位数据的传输方案,定位数据也可以从SET传递到H-SLP,从H-SLP传递到SET,以及从SET传递到SET,并且在确定需要传输定位数据时,可以上述SET或H-SLP可以多次传输定位数据。因而可以在一个或者多个支持SUPL的终端之间实现定位数据的传输,继而实现终端到终端的定位功能。\n[0156] 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。\n[0157] 以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
法律信息
- 2022-03-15
未缴年费专利权终止
IPC(主分类): H04W 64/00
专利号: ZL 201010157465.X
申请日: 2010.04.02
授权公告日: 2016.08.17
- 2016-08-17
- 2013-01-30
实质审查的生效
IPC(主分类): H04W 64/00
专利申请号: 201010157465.X
申请日: 2010.04.02
- 2011-10-12
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2010-02-03
|
2008-07-29
| | |
2
| | 暂无 |
2006-09-18
| | |
3
| |
2008-06-11
|
2006-04-28
| | |
4
| |
2008-01-30
|
2007-08-08
| | |
5
| |
2008-12-31
|
2006-08-25
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |