r>[0042]该非二进制编码格式可以是标记语言格式，例如XML。
[0043]该二进制编码格式可以是ASN格式，例如ASN.1。
[0044](i)可以包括接收符合第一模式的一个或多个信息元素的形式的位置辅助数据并且将所述一个或多个信息元素转换为第二模式。
[0045](i)可以包括使用第一预定义通信协议从位置辅助数据的所述外部源或每个外部源请求并接收位置辅助数据。
[0046]该第一预定义通信协议可以是用于位置辅助数据的交换的非标准化通信协议。
[0047](ii)可以包括使用不同于该第一通信协议的第二预定义通信协议从本地数据服务器请求并接收位置辅助数据。
[0048]该第二预定义通信协议可以是用于位置辅助数据的交换的标准化通信协议。
[0049]该第二预定义通信协议可以符合已发布的3GPP标准之一，诸如3GPP TS 44.031、3GPP TS 25.331 或 3GPP TS 36.355。
[0050]该第二预定义通信协议可以符合已发布的OMA标准之一，诸如OMA SUPL 1.0或OMA LPPe v.1.00
[0051](ii)可以包括将位置辅助数据转换为低层信号，以便通过物理接口传输至卫星定位接收器，上述物理接口例如为UART、I2C或SPI接口。
[0052]数据的接收或提供在步骤(i)中可以使用第一安全方法或协议来执行，并且在步骤(ii)中可以使用不同的第二安全方法或协议来执行。
[0053]步骤(i)可以进一步包括在本地数据服务器本地生成并不存在于从所述外部源接收的数据之中的位置辅助数据的集合，并且步骤(ii)可以进一步包括从本地数据服务器接收所组合的集合。
[0054]本发明的第四方面提供了一种包括指令的计算机程序，当被计算机装置所执行时，该指令对该计算机装置进行控制以执行以上所限定的方法。
[0055]本发明的第五方面提供了一种非瞬态计算机可读存储介质，其具有存储于其上的计算机可读代码，当被计算装置执行时，该计算机可读代码使得该计算装置执行一种方法，该方法包括:
[0056](i)连接至位置辅助数据的外部源，接收具有第一预定格式的该数据，并且将该数据转换为第二预定格式；以及
[0057](ii)响应于针对位置辅助数据的请求，从该本地数据服务器请求和接收具有该第二预定格式的位置辅助数据，将该位置辅助数据转换为适用于卫星定位接收器的第三预定格式，并且将经转换的位置辅助数据提供至卫星定位接收器。
[0058]本发明的第六方面提供了一种装置，该装置具有至少一个处理器和具有存储于其上的计算机可读代码的至少一个存储器，该计算机可读代码在被执行时对该至少一个处理器进行控制以:
[0059]连接至位置辅助数据的外部源，接收具有第一预定格式的所述数据，并且将所述数据转换为第二预定格式；以及响应于针对位置辅助数据的请求，从所述本地数据服务器请求和接收具有所述第二预定格式的位置辅助数据，将所述位置辅助数据转换为适用于卫星定位接收器的第三预定格式，并且将经转换的位置辅助数据提供至卫星定位接收器。
【附图说明】
[0060]现在将参考附图通过非限制性示例对本发明进行描述，其中:
[0061]图1是卫星定位系统；
[0062]图2是概括示出用于向接收器提供辅助数据的现有技术的系统的框图；
[0063]图3是概括示出用于向接收器提供辅助数据的第一实施例的系统的框图；
[0064]图4是示出用于向接收器提供辅助数据的第二实施例的系统的框图；
[0065]图5是指示图4所示的接收器中的某些功能模块的示意图；
[0066]图6是指示图4和5中所示的接收器内的本地服务器的功能子模块的示意图；以及
[0067]图7是图示在图4至6的接收器内所进行的过程的流程图。
【具体实施方式】
[0068]图1概括示出了对于理解本发明的实施例有用的卫星定位系统I。系统I包括绕地球运行的卫星2、4、6的星座，一个或多个接收器10、以及服务器12形式的辅助数据的源。
[0069]系统I可以是全球或地区无线电导航卫星系统，诸如全球定位系统(GPS)、GLONASS、GALILEO、COMPASS、SBAS(基于卫星的增强系统)、QZSS(准天顶卫星系统，日本)、IRNSS(印度地区导航卫星系统，印度)或其它卫星系统。这些系统中的每一种都具有单独的卫星星座，其中每个卫星具有管理轨道。用于维护或轨道校正的调节经常以个体卫星为基础来执行，但是是由星座所有方或管理方按照需要来执行的。
[0070]如上文中所讨论的，为了在接收器10处实现快速TTFF，使用从卫星2、4、6接收的信息在服务器12处生成辅助数据。该辅助数据在被接收器10请求时通过数据网络14传送至该接收器。该辅助数据通常为携带有基准位置、基准时间以及星历数据一一即卫星时钟和轨道数据一一的信息元素(IE)的形式。为了便于解释，辅助数据IE随后将简单地被称作IE。
[0071]图2是示出用于使用标准化协议来交换IE的现有技术的系统的示意图。接收器20被配置为例如在其上运行的导航应用被开启时使用TCP/IP，通过诸如GPRS、3G或4G网络之类的蜂窝通信网络从服务器22请求并接收IE。该IE的格式以及它们通过其进行交换的协议将符合已发布的标准，已发布的标准在这种情况下是SUPL1.0A-GPS (SUPL 1.0)。
[0072]在接收器20处，提供了 SUPL协议模块24和GPS/GNSS接收器模块26。接收器模块26包括GPS接收器天线、芯片组和固件。SUPL协议模块24通常嵌入在接收器的操作系统(OS)之中并且提供了应用程序编程接口(API)，其能够通过该API使用物理接口与接收器模块传输作为低层信号的数据，上述物理接口诸如UART、I2C或SPI。该SUPL协议模块24被配置为使用SUPL标准将从服务器22接收的IE转换为注入接收器模块26所需的低层信号。在实践中，模块24、26通常都由相同的供应商提供。
[0073]图3是示出根据本发明第一实施例的用于接收辅助数据IE的系统的示意图。类似于图2，存在接收器30以及用于生成并向接收器传送IE的服务器32。然而，在这种情况下，服务器32与生成并提供专用辅助数据服务的供应商A相关联，该专用辅助数据服务包括使用专用格式和/或通信协议对IE进行传播，其各个方面与标准化的SUPL 1.0有所不同。作为示例的专用格式是诺基亚的A-GNSS协议。其它包括高通公司的gpsOneXTRA和Rx网络公司的PGPS服务。
[0074]SUPL协议模块34和GPS/GNSS接收器模块36被提供于接收器30之内；这些可以与参考图2所描述的那些相同并且因此适用于使用标准化协议请求和接收IE。然而，除此之外，在图3的实施例中还提供了本地SUPL服务器和专用协议模块38 (此后简称为“本地服务器”)，其优选地是能够在不对OS中的硬件、固件或SUPL协议模块34进行任何改变(除了端口地址的微小变化之外)的情况下进行上传、安装和更新的应用层程序。本地服务器38被配置为使用专用协议从供应商A的服务器32请求IE，以专用格式接收IE并且将该IE转换为例如适用于SUPL 1.0标准的不同格式。
[0075]SUPL协议模块34通过简单软件修改而被配置为经由本地IP端口或URL地址与本地服务器38进行通信，而不是像图2中的情形那样与辅助数据的外部源进行通信。SUPL协议模块34以正常方式使用SUPL 1.0协议来接收SUPL 1.0格式的IE以便传输至接收器模块36。
[0076]有利地，趋向于在其固件和/或API设置方面彼此紧密关联的SUPL协议和接收器模块34、36并不需要被修改以迎合新的专用协议和/或数据格式。通过提供位于SUPL协议模块34和IE的外部源32之间的本地服务器38，新的协议和格式能够被容易地实施而无需进行架构改变、固件改变和/或实施这样的改变时所涉及的大量测试。所需要的所有改变仅在于OS中的SUPL协议模块34的端口设置，而使得其连接至本地服务器38而不是外部服务器。
[0077]在其它实施例中，接收器30被配置为从辅助数据的多个不同外部源(服务器)请求IE。这些可以包括专用导航服务的多个供应商和/或不同的专用和标准化服务的组合。接收器30可以使用本地服务器38而被配置为将从不同源接收到的数据进行组合以创建符合例如SUPL 1.0的标准化协议和/或格式的IE。
[0078]虽然SUPL 1.0已经作为在本地服务器38和标准化协议模块34之间使用的示例性标准化格式和协议被给出，但是将要意识到的是，根据后续的协议和接收器级34、36所使用的标准，也能够在本地服务器38中提供包括前言中所列出的那些在内的其它标准化格式和协议。
[0079]现在将参考作为系统100的框图的图4对更为详细的第二实施例进行描述。系统100包括收集、创建、分发和使用辅助数据的能力。
[0080]系统100包括卫星系统104。如以上参考图1所描述的，卫星系统104可以是任意类型的卫星系统。
[0081]卫星系统104经由卫星链路提