198的特定请求所要求的IE可能已经存在于本地SUPL服务器200之中，此时就不需要外部连接。
[0107]虽然SUPL 1.0已经作为在本地(SUPL)服务器200和(SUPL)协议模块34之间所使用的示例性标准化格式和协议被给出，但是将要意识到的是，能够提供上文中所列出的那些的其它格式和协议，包括但并不局限于3GPP TS 44.03U3GPP TS 25.33l、OMA SUPL
1.0、OMA SUPL 2.0、3GPP TS 36.355 和 OMA LPPe vl.0。
[0108]在以上实施例中，外部服务器和接收器32、108以及接收器30、130的本地服务器38,200之间进行交换的辅助数据IE可以包括以下的任意或全部:
[0109]导航模型。该IE包含用于定位和信号获取过程的卫星轨道和时钟模型参数。该数据也被称作星历数据。也可以提供针对该数据的扩展，例如7或14天甚至更长的扩展。
[0110]基准时间。该IE包含用于定位和信号获取过程的基准GPS(或GNSS)时间，为了最佳的可能时间准确性，其可以最优地关联至蜂窝系统时间。在后者的情况下，该基准时间可以被直接用于灵敏度改善，这可能将以3-6dB来改善信号获取。
[0111]基准位置。该IE包含接收器的估计位置，其可以被在定位和/或还在信号获取中被用作初始位置，这能够提高弱信号条件下的灵敏度。该基准位置例如可以根据服务蜂窝小区塔台的标识(小区ID)或者根据附近WLAN接入点的标识(通常为MAC地址)来确定。
[0112]在一些实施例中，本地服务器可以仅从外部服务器接收这些IE之一或者其子集，并且在本地生成一个或多个其它IE以便使用标准化协议进行发送。例如，本地数据服务器能够从外部源取得轨道模型数据并且在本地产生基准位置以便在内部提供组合数据。
[0113]以上实施例中的本地服务器38、200能够支持以下从专用IE格式和协议向标准化IE的任意或全部转换。该列举是示例性的而并非是穷举的。
[0114]用于GPS、GL0NASS或伽利略定位系统的星历数据。以7/14天(或更长)延长的星历IE可以被映射至标准化导航模型IE，例如3GPP TS 44.031v8.0及更高版本。
[0115]基准位置。专用小区ID和WiFi定位服务能够被映射为标准化基准位置IE。如果设备具有蜂窝塔台或WiFi接入点位置的本地数据库，则也可能使用在接收器设备本地产生的位置数据。
[0116]基准时间。例如NTP服务的专用时间服务可以被转换为标准化基准时间IE。这使得可能为GPS/GNSS接收器模块提供非常精确的时间辅助。还可能使用位于接收器设备中的资源来保持准确的时间并且将此用作时间辅助的源。
[0117]差分校正。用于电离层的专用服务和数据能够被转换为标准化差分GPS(DGPS)或DGNSS校正。这使得可能将定位准确性区域性地提高至亚米级。而且，来自SBAS的电离层模型和服务能够在本地服务器中被转换为SUPL格式。
[0118]星历扩展。专用星历扩展服务能够被映射为标准化星历数据信息元素。这使得可能减少到服务器的连接并且使得接收器例如在漫游的情况下自主地进行工作。
[0119]虽然上文中假设了本地服务器38、200处于接收器的软件栈的应用层，但是其也能够在更低层中实施。使得其处于应用层中在无线安装和/或升级的能力方面提供了特定的技术优势。
[0120]以上实施例所提供的技术优势包括:
[0121]-对支持已知标准的任何接收器设备进行安装、升级和修改的能力，而无需修改该设备的架构或固件；
[0122]-支持一种或多种专用A-GPS/A-GNSS服务或源的能力，包括用于长期星历数据的服务，用于定位的服务(小区ID、增强小区ID、Wifi等)，以及诸如差分GPS/GNSS之类的用于A-GPS/A-GNSS准确性提升的服务。
[0123]-如果本地服务器38、200在应用层被安装和执行，则版本控制是直接明了的。
[0124]-架构方面灵活的模块性，这是因为本地服务器38、200能够与协议和接收器模块处于不同层。
[0125]-针对IE的专用格式和协议的使用允许在灵敏度和TTFF方面较标准化方法有所改善，以及例如在漫游时由于更短的TTFF以及数据连接的最小化使用而带来的诸如节能之类的其它可能效果。例如，长期星历服务允许辅助数据在设备内生成，从而由于能够在本地对请求进行服务而无需建立到外部服务器的数据连接。
[0126]-可能利用高层软件升级，即仅针对本地服务器38、200的更新，对传统接收器进行升级。并不需要对低层硬件或固件进行改动，而这通常是非常难以执行的。
[0127]有关安全性，外部服务器32、108与本地SUPL服务器38、200以及本地SUPL服务器与协议模块34之间的接口(以及实际上处于内部的任意其它通信接口)能够使用不同的安全级别、协议或方法。例如，本地SUPL服务器38、200与外部服务器32、108之间的连接能够使用安全壳(SSH)类型的安全性，而传输层安全性(TLS)安全连接则能够由本地SUPL服务器38、200用来连接至协议模块34以及任意其它内部接口。可替换地，操作系统层所隐藏/限制的API的使用能够在内部被用作可替换的安全性手段。这样的一种优势在于专用协议能够提供别SUPL更好的安全性以及认证。这能够降低设备从服务器接收到错误或欺诈辅助数据的风险。
[0128]概言之，通过在设备中提供被配置为在专用方法或服务与标准化方法或服务一一它们的多个方面将有所不同一一之间进行转换(在IE格式和/或通信协议方面)的本地服务器模块，可以利用现有和新的接收器设备实施现有和新的专用辅助数据访问。现有接收器及其相关联的协议模块需要最小化的改变，上述改变仅在于改变协议模块在需要辅助数据时针对其进行连接的地址(或URL)
[0129]将要意识到的是，以上所描述的实施例仅是说明性的而并非对本发明的范围加以限制。通过阅读本申请，其它的变化和修改对于本领域技术人员将是显而易见的。
[0130]此外，本申请的公开内容应当被理解为包括在这里明确或银行公开的特征或者其一般形式的任意新颖特征或任意新颖特征组合，并且在本申请或者从其所得出的任何申请的审理期间，可以形成新的权利要求以覆盖任何这样的特征和/或这样的特征的组合。
【主权项】
1.一种装置，包括: 本地数据服务器，被配置为连接至位置辅助数据的外部源，接收具有第一预定格式的所述数据，并且将所述数据转换为第二预定格式以便在所述装置内进行提供； 卫星定位接收器；以及 接收器协议模块，与所述接收器相关联并且被配置为:响应于向所述接收器提供位置辅助数据的请求而从所述本地数据服务器请求所述位置辅助数据，接收具有所述第二预定格式的所述位置辅助数据，并且将所述位置辅助数据转换为适用于所述卫星定位接收器的第三预定格式。2.根据权利要求1所述的装置，其中所述本地数据服务器被配置为连接至位置辅助数据的多个不同外部源并且接收位置辅助数据的相应不同集合以便转换为所述第二预定格式。3.根据权利要求1或权利要求2所述的装置，其中所述本地数据服务器被配置为使用分组交换连接而连接至位置辅助数据的所述外部源或者位置辅助数据的每个外部源，所述分组交换连接例如是TCP/IP。4.根据任一项前述权利要求所述的装置，其中所述本地数据服务器被配置为通过蜂窝通信网络而连接至位置辅助数据的所述外部源或者位置辅助数据的每个外部源。5.根据任一项前述权利要求所述的装置，其中所述本地数据服务器被配置为连接至位置辅助数据的所述外部源或者位置辅助数据的每个外部源，以响应于从所述接收器协议模块接收的请求而获得所述位置辅助数据。6.根据任一项前述权利要求所述的装置，其中所述本地数据服务器被自动地和定期性地配置为连接至位置辅助数据的所述外部源或者位置辅助数据的每个外部源以获得所述位置辅助数据，以便进行存储并在随后的时间点提供至所述接收器协议模块。7.根据权利要求2或者从属于权利要求2的任意权利要求所述的装置，其中所述本地数据服务器被配置为将来自位置辅助数据的所述不同集合的数据进行组合，以提供位置辅助数据的新的集合以便转换为所述第二预定格式。8.根据任一项前述权利要求所述的装置，其中所述本地数据服务器被提供为应用层程序。9.根据权利要求8所述的装置，其中所述本地数据服务器被配置为使得能够通过通信网络从外部位置进行重新配置或更换。10.根据任一项前述权利要求所述的装置，其中所述本地数据服务器具有相关联的本地端口地址，所述接收器协议模块被配置为连接至所述本地端口地址以便请求位置辅助数据。11.根据权利要求109所述的装置，其中所述本地端口地址是本地IP地址。12.根据任一项前述权利要求所述的装置，其中所述本地数据服务器被配置为接收具有非二进制编码格式的一个或多个信息元素的形式的所述位置辅助数据并且将所述元素转换为二进制编码格式。13.根据权利要求12所述的装置，其中所述非二进制编码格式是标记语言格式，例如XML014.根据权利要求12或权利要求13所述的装置，其中所述二进制编码格式是ASN格式，例如ASN.1o15.根据任一项前述权利要求所述的装置，其中所述本地数据服务器被配置为接收