用于导航系统的辅助数据规范和协议的制作方法-山东科威数控机床有限公司

专利名称：用于导航系统的辅助数据规范和协议的制作方法
用于导航系统的辅助数据规范和协议技术领域
本发明一般地涉及辅助导航系统。更具体地，本发明涉及用于蜂窝式网络和其它网络中的导航系统的辅助数据规范和协议。
背景技术：
本部分意在提供对于在权利要求中阐述的本发明的背景或上下文。此处的描述包括这样的概念，所述概念可以被推行，但不一定是之前已经设想或推行的。因此，除非在此以其它方式指明，在本部分中所描述的不是相对于本申请中的说明书和权利要求的现有技术，并且不是通过被包括在本部分中而承认为现有技术。
基于移动设备的位置服务(通常被称为“辅助导航系统”)正在变得越来越普遍。当前存在多种辅助导航系统，包括全球导航卫星系统(GNSS)，诸如全球定位系统(GPS)、全球导航卫星系统(GL0NASS)、以及(ialileo。如此处所使用的，“辅助数据”可以包括但不限于导航模型、时间辅助、参考位置、大气模型、微分修正、传感器辅助、以及获取辅助。辅助数据还可以包括例如地点信息、高精确度地点信息、多频多GNSS测量数据、传感器测量、路线信息、以及沿途停车点信息。用于辅助导航系统的辅助数据已经针对蜂窝式系统进行了规定和标准化。对于所述辅助数据的传送可以建立在对于蜂窝式系统特定的控制平面协议之上。所述协议包括例如用于移动通信(GSM)网络的全球系统的无线资源位置服务协议(RRLP)、在宽带码分多址(WCDMA)网络中的第三层的无线资源控制(RRC)层、以及用于码分多址(CDMA)网络中的IS-801，它们在第三代伙伴计划(3GPP)和3GPP2标准中进行了标准化。
开放移动联盟(OMA)已经定义了被称为安全用户平面位置(SUPL)的一种用户平面协议。SUPL将用户平面数据载体用于传输位置辅助信息(诸如GNSS辅助数据)以及用于在终端(例如，移动通信设备)及其操作网络之间承载与定位技术相关的协议。SUPL意在基于在移动网络控制平面中的信令而成为对于现有标准的替代方案以及同时成为对于现有标准的补充。SUPL假定移动网络或其它网络可以在终端和某种类型的位置服务器之间建立数据载体连接。在数据载体本来可用的IP网络的情形中，对用户平面协议的使用可以是尤其有用的。SUPL在任何可能的时候使用现有的控制平面标准。
对SUPL的使用包括对控制平面协议的屏蔽，以便将位置辅助信息的信令功能从控制平面移动到用户平面。不过，SUPL依赖于对于底层系统特定的控制平面协议。该解决方案还将实际的定位从SUPL移动到底层的子协议。
尽管SUPL和其它位置协议支持多种位置特征，但是某些高级定位技术以及LBS需要在例如终端与网络之间的持续的辅助数据传送。该类型的流式传输并未被现有的位置协议容易地支持。如此处所使用的，“流式传输”指代在单个会话内顺序地传输包含相同数据类型的消息。例如，在将载体阶段测量内容从一个使能了 SUPUSUPL-enabled)的终端流动到另一个使能了 SUPL的终端的情形中，测量内容必须是持续的，即，GNSS接收器绝对不能在报告之间关闭。这暗示了定位会话在整个测量时期上被保持为打开。这与SUPL中定义的“周期性报告”(其中每个周期性的报告启动一个新的SUPL会话)相反。发明内容
各种实施例提供了用于在蜂窝式网络和/或其它网络中的导航系统的辅助数据规范和协议。这些规范和协议不会影响对系统特定的控制平面协议。根据各种实施例，一种独立于载体和卫星系统的元结构可以被保护，以用于进行对于网络中的辅助数据的周期性的和/或持续的传输(例如，流式传输)。结果，在各种实施例中，对于安排多个单独的子会话的需要可以被减少或消除。
当结合附图阅读时，本发明的多种实施例的这些和其它优点、连同对其进行操作的组织和方式将通过下述详细描述变得明显，在附图中，相同单元在整个下述附图中具有相同标号。

图1 (a)是示出了在一实施例中被添加到SUPL V2. 0中的用户平面位置协议(ULP) 级的位置信息/服务扩展的表示；图1(b)是示出了在另一实施例中被添加到SUPL V2.0中的新的用户平面子协议的表示；图1(c)是示出了辅助数据如何可以在ULP级进行定义的另一实施例的表示，其中新版本的SUPL完全独立于除了本来为用户平面定义的那些子协议之外的子协议；以及图1(d)是又一实施例的表示，其中辅助数据被定义为针对用户平面特别定义的新的子协议；
图2是用于通过使用现有的SUPL2. 0和扩展消息来建立经由服务器在第一终端和第二终端之间的流式传输连接的示例性消息流的表示；
图3是描述了根据各种实施例的、用于决定将哪个协议用于服务传送的示例性决策制定过程的流程图4(a)是示出了在网络不支持ULP级信令的情况下在终端和网络之间的使用案例场景的流程图；图4(b)是示出了其中网络支持ULP级信令、并且不存在服务限制的使用案例场景的流程图；以及图4(c)是示出了其中网络支持ULP级信令、但是存在服务限制的使用案例场景的流程图5是示出了其中可以实现本发明的多种实施例的系统的概览图6是可以结合对本发明的各种实施例的实现而使用的电子设备的透视图；以及
图7是可以在图6的电子设备中包括的电路的示意性表示。
具体实施方式
多种实施例提供了用于蜂窝式网络和/或其它网络中的导航系统的辅助数据规范和协议。这些规范和协议不会影响对系统特定的控制平面协议。根据多种实施例，一种独立于载体和卫星系统的元结构可以被保护以用于进行对于网络中的辅助数据的周期性的和/或持续的传输(例如，流式传输)。结果，在各种实施例中，对于安排多个单独的子会话的需要可以被减少或消除。
SUPL完全依赖于控制平面位置协议。换句话说，SUPL不具有其自身的定位能力。这可以导致在不同无线电载体上提供高级的基于位置的服务(LBQ特征以及无缝的定位体验的方面的多个问题。例如，对子协议的使用使得位置体系结构和实现更加复杂，因为其需要若干分开的协议栈(例如，针对“主协议”的栈以及针对子协议的其他栈)而不是仅仅一个协议栈。
除上述内容之外，对蜂窝式协议的继承限制了整体性能，因为RRLP/RRC/IS801是为控制平面设计的。换句话说，在当前实现中，第二层(Layerf)协议在应用层中运行。这些协议是为支持基本定位(诸如紧急呼叫)而设计的。不过，这些协议并非意在用于高级 LBS。例如，RRLP不支持在一个会话中流式传输多个辅助数据请求。
此外，对控制平面协议的传统安置还可以导致下述情形，其中增加了对于不具有控制平面位置协议的无线电载体的支持。在所述情形中，需要使用来自另一无线电系统的协议。不过，该解决方案产生了问题，并且导致了次优的解决方案。例如，时间辅助通常是相对于无线电接口的帧结构给出的。来自一个无线电接口的协议不能被用于给出用于其它网络中的终端的时间辅助。
再次，还要注意，在传统安排中，底层的无线电载体确定子协议，但是连接位于用户平面上。例如，针对CDMA终端，SUPL授权对TIA801的支持，但没有对RRLP的支持。不过，与此同时，针对GSM终端，SUPL授权对RRLP的支持，但没有对RRC的支持。用户平面协议不应该必须担心无线电接口的问题。这是特别成问题的，因为控制平面协议在它们所支持的特征集合方面不同。
各种实施例提供了具有载体独立性的用户平面位置解决方案。根据各种实施例，用户平面位置解决方案没有控制平面限制，但是它在必要时也可以被按比例缩减，例如在网络、服务器等等中存在服务限制的情形中。
图1(a)是对一个具体实施例的描述，其中，在SUPL的情形中，ULP级的位置信息/ 服务扩展Iio被添加到SUPL V2. 0100。在此实施例中，已经在SUPL V2. 0中定义的所有信令、安全性、和隐私特征以它们之前的形式被保留。不过，通过定义一组ULP消息用于传输位置服务/信息，SUPL的性能得到扩展。此外，还应该注意，尽管图1(a)描述了 ULP级的位置信息/服务扩展110被添加到SUPL V2. 0，但是在本发明的不同实施例中，ULP级的位置信息/服务扩展110也可以被添加到不同版本的SUPL中。
在图1 (a)中识别的附加能力可以例如在TS-ULP中的“PosProtocol”字段中进行指示。传统上，SUPL V2中的“PosProtocol”字段包含用于tia801(参考对来自3GPP2的协议的使用)、rrlp(来自3GPP GERAN)、以及rrc (来自3GPP RAN)的标记。例如通过定义用于参考ULP级辅助的“locatiornnformatior^erivceExtension”的标记，可以添加扩展。所述标记的示例如下
PosProtocol: = SEQUENCE{
tia801 BOOLEAN,
rrlp BOOLEAN,
rrc BOOLEAN,
posProtocolVersionRRLPPosProtocolVersion3GPP OPTIONAL,
posProtocolVersionRRC PosProtocolVersion3GPP OPTIONAL,
posProtocolVersionTIA801 PosProtocolVersion3GPP20PTI0NAL,
.··，
IocationlnformationServiceExtension BOOLEAN
}
寸“PosProtocol，，白勺歹||巾，i殳:K IocationlnformationSerivceExtens ion”标记指示出SET/服务器支持ULP级的扩展信令。一般而言，针对任意协议或实现，需要存在对所支持的消息和消息流的某种指示/协商。在某些情形中，所支持的消息和相关联的流可以通过所使用的协议、版本号等直接暗示。该指示例如在图3 (稍后讨论)中的340 所描述的能力协商过程中需要。如果终端/服务器接着决定使用该扩展，则终端和服务器将至少部分地通过使用在该扩展的上下文中定义的新消息彼此通信。
在可替换实现中，在新的用户平面子协议方面添加新的消息/特征。这与屏蔽控制平面协议相反。图1(b)描述了所述实现，其中在120描述新的用户平面子协议。在该实现方式中，在分开的子协议110中定义传输新的位置信息/服务数据(以及当前SUPLV2. O 的若干部分)所需的信息单元。通过该新的子协议，信息单元被封装在ULP消息中。应该注意，尽管该实施例包括新的子协议，但是对主协议(SUPL)的信令被维持。不过，对 “PosftOtocol”的实现类似于图1(a)中描述的示例。
图1 (a)和1 (b)中描述的实施例是向后兼容的，因为新的信息单元被添加到SUPL V2. O作为ULP级的扩展或者作为新的用户平面子协议。在两种情形中，对SUPL V2. O的传统实现方式与新的服务/特征/消息/流同时存在。
图1(c)和1(d)示出了两个附加实施例，但是这些实施例不是向后兼容的。在这些实施例中，新版本的SUPL完全独立于除了本来针对用户平面定义的那些子协议之外的子协议。在这些附加实施例中，为实现所想要的能力，至少存在两种可能性。在图1(c)中描述的实施例中，在ULP级定义辅助数据。这在图1(c)的130描述。在图1(d)中描述的实施例中，辅助数据被定义为特别为用户平面定义的新的子协议140。
应该注意，尽管图1 (a)_l (d)中描述的示例特别涉及SUPL，但是在各种实施例中，类似方案还可以结合各种其它位置协议或系统来使用，诸如3GPP RAN(RRC)。
根据此处讨论的各种实施例的扩展机制使得能能够进行对新的位置服务的使用。这些服务包括直接在两个终端之间的、经由服务器在两个终端之间的、在终端与服务器之间的、或者在终端与第三方之间的位置和辅助信息的流式传输。该位置和辅助信息可以包括(除了其它信息之外)地点信息、高精确度信息、多频多GNSS测量数据、传感器测量、路线信息、以及沿途停车点信息。从特征的视角来看，该流式传输使得能够进行在两个终端或终端与网络之间的高精确度的定位。
图2是用于通过使用现有的SUPL2. O和扩展消息建立经由服务器在第一终端200 和第二终端205之间的流式传输连接的示例性消息流。在图2中，第一终端200和第二终端205是使能了 SUPL的终端。此外，第一终端200和第二终端205支持此处描述的SUPL扩展。在图2的220，第一终端200发送SUPL SET INIT STREAM消息，其最终打算送给第二终端205。该消息包括对于载体阶段测量的请求，这意味着第一终端200希望通过使用高精确度的相对定位来定位第二终端205。在225，SUPL服务器210将请求中继到第二终端205。该请求包括(除了其它信息之外)对于特定数据(在此示例中为载体阶段测量)的请求、以及期间第二终端205应该发送数据的时段的最大时间量。例如，出于隐私原因而需要最大时间。
在第二终端205不具有活动的进行中的地点会话的情形中，则其可以请求辅助数据(用于传统定位)。该辅助数据可以通过使用SUPL POS ADREQ消息包括导航模型、参考位置信息、以及时间辅助信息。对辅助数据的请求在230描述。应该注意，如果第二终端 205在经由SUPL POS AD消息(在235描述)接收到辅助之后推断出其需要其它类型的辅助数据(或附加的辅助数据)，第二终端205可以发送多个SUPL POS AD REQ消息。
一旦第二终端205可以推断出其自己的地点，则其将该地点信息发送到第一终端以用于验证的目的。此外，一旦第二终端205具有可用的载体阶段测量(SUPL STREAM REPORT)，第二终端205就在245开始将这些测量流式传输给第一终端200。在第二终端205 与第一终端200之间的距离过长的情形中，无法执行相对高精确度的定位，并且必须修改请求。否则，第二终端205在245将载体阶段测量(SUPL STREAM REPORT)流式传输给第一终端200，直到超过最大时间为止。
在第二终端205和第一终端200之间的距离过长的情形中，则第一终端200可以例如通过使用在250描述的SUP SET INIT MODIFY STREAM消息来修改其请求。在图2所示的示例中，第一终端200请求第二终端205自主地确定其高精确度位置。例如通过从对于高精确度定位所需的网络信息进行流式传输，可以实现上述情形。第二终端205接着在 255开始将其高精确度地点流式传输给第一终端。该流式传输发生达指定的最大时间，在所述最大时间之后会话终止。终止消息分别在260和265表示。终止消息沈0以及265 (在图2中被表示为SUPL ENDO消息)基本等同于传统上在SUPL V2. 0中提供的消息。
图2中描述的消息流涉及由位置信息/服务扩展使能的一种可能的使用情形。具体地，图2描述了用于经由在两个或多个使能了 SUPL的终端之间、或者在一个或多个使能了 SUPL的终端与网络之间对原始GNSS测量或高精确度位置信息进行流式传输，而实现相对和绝对的高精确度定位的消息流。应该注意，在各种实施例中，可以改变详细的消息流、消息名称、以及单独消息的顺序。
参考图1 (a)(其描述了被添加到SUPL V2. 0100的ULP级的位置信息/服务扩展 110)和图1 (b)(其描述了在新的用户平面子协议方面添加的新的消息/特征)，图3是描述了用于决定将哪个协议用于服务传送的示例性的决策制定过程的流程图。图3假定终端已经从网络请求了某种服务或辅助数据(在300描述)。可替换地，请求可能是由网络发起的。在图3的310，确定终端/网络是否能够支持此处描述的扩展。如果终端/网络不能够支持扩展，则在可行时在320处系统可以回退到RRLP或另外的协议。假如RRLP可以提供所请求的服务/辅助的，RRLP可以是有用的回退。如果回退协议不可行，则所述过程被终止。
在扩展被支持的情形中，在340确定在终端和服务器之间的潜在服务限制。潜在服务限制可以包括例如带宽限制(例如，GSM数据与高速下行链路分组接入(HSDPA)的对比)、网络能力、国家相关的限制、涉及隐私的限制、基于收费的限制、以及远程设备能力。如果不存在服务限制，则在350可以提供任意服务/辅助。另一方面，如果存在某些限制，则在360终端和网络就可用的服务级别进行协商。根据各种实施例，服务的扩展性是位置信息/服务扩展的一个有益特征。用户平面辅助/服务扩展提供了可以在用户平面上实现的大量的特征/服务。不过，可用于给定终端的一组服务可以基于多种限制被调整。这与传统的SUPL实现方式形成对照，在传统的SUPL实现方式中由于已封装的控制平面解决方案本性的原因无法使用所述限制。对服务级别的协商结果可以导致对受限特征集合的使用 (370)或终止(380)。
图4(a)、4(b)和4(c)是示出了基于在图3中大致描述的过程的三种具体实现的流程图。图4(a)示出了网络不支持ULP级信令的情形。在400，终端做出对于向网络请求持续的载体阶段辅助。在410，确定是否支持ULP级信令。在此时，网络指示出所述信令不被支持。因为在此示例中ULP级信令不被支持，以及因为RRLP/RRC/IS-801不支持此特征，所以在420所述过程终止。在图4(b)，ULP级信令被支持。因此，在430，确定在此情形中是否存在服务限制。因为在此示例中不存在服务限制，所以在440提供辅助。图4(c)描述了类似情形，但这是其中存在服务限制的情形。具体而言，在此示例中，所请求的更新速率过高。因此，在450，终端和网络就可接受的更新速率进行协商，并且在460以协商后的降低的速率提供服务。
此处讨论的多种实施例可以允许在同一 SUPL会话中做出多个辅助数据请求。在接收到一组辅助数据之后，终端可以决定其需要附加的辅助数据。传统上，终端不得不需要建立另一 SUPL会话，以便请求另一组辅助数据。而且，在许多传统实现方式中，新的辅助数据请求不能被立刻做出，其中终端在请求新数据之前必须等待预定的时间段。通过允许在同一会话内的多个辅助数据请求，可以在不必非要建立另一 SUPL会话的情况下请求附加的一组辅助数据。这节省时间并且导致了改进的用户体验。该特征还使得能够实现全新的使用案例，诸如在图2中描述的使用案例。不过，应该注意，在图2-4中描述的功能并非是对于SUPL专有的，而是可以在其它协议和系统中实现。
本发明的多种实施例的一个好处在于以下事实定义自然地用于用户平面的位置信息/服务扩展/协议使SUPL摆脱了对蜂窝式控制平面协议的使用。这导致了位置信息 /服务内容以及可用性成为跨载体相协调一致的并且变得独立于载体。传统上，CDMA终端已被授权使用TIA801，而其它终端已被授权使用RRLP。由于TIA801和RRLP提供了不同能力，所以服务级别传统上依赖于载体。通过对SUPL特定的扩展/协议，该问题可以被解决。因此，各种实施例提供了针对未来载体的向前兼容的解决方案，未来载体诸如3GPP长期演进(LTE)。此外，此处讨论的各种实施例的整体复杂性降低了，因为取代于三种协议(TCP/ IP、SUPL和RRLP)，协议数量可以减少为两种(TCP/IP和SUPL)。
图5示出了其中可以使用本发明的多种实施例的系统10，其包括可以通过一个或多个网络进行通信的多个通信设备。系统10可以包括有线或无线网络的任意组合，所述网络包括但不限于移动电话网络、无线局域网(LAN)、蓝牙个人区域网络、以太网LAN、令牌环LAN、广域网、因特网等等。系统10可以包括有线和无线通信设备二者。
出于示范目的，图5中示出的系统10包括移动电话网络11和因特网观。与因特网28的连通性可以包括但不限于远距离无线连接、近距离无线连接、以及各种有线连接，各种有线连接包括但不限于电话线、线缆线、电力线等等。
系统10的示例性通信设备可以包括但不限于移动电话形式的电子设备12、个人数字助理(PDA)与移动电话的结合14、PDA 16、集成消息传送设备(IMD) 18、台式计算机20、笔记本计算机22等等。通信设备可以是静止的或者当由移动的个体所携带时是移动的。通信设备还可以位于交通工具的模式中，所述交通工具包括但不限于汽车、货车、出租车、公共汽车、火车、船、飞机、自行车、摩托车等等。某些或所有的通信设备可以发送和接收呼叫和消息，并通过到基站M的无线连接25与服务提供者进行通信。基站M可以连接于网络服务器26，其允许在移动电话网络11和因特网观之间的通信。系统10可以包括附加的通信设备和不同类型的通信设备。
通信设备可以使用多种传输技术进行通信，所述传输技术包括但不限于码分多址(CDMA)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议/因特网协议(TCP/IP)、短消息传送服务(SMS)、多媒体消息传送服务(MMS)、电子邮件、即时消息传送服务(IMS)、蓝牙、IEEE 802. 11、全球微波互联接入、 LTE等等。在实现本发明各种实施例时涉及的通信设备可以通过使用各种媒体进行通信，所述媒体包括但不限于无线电、红外、激光、线缆连接等等。
图6和7示出了其中可以实现本发明的一个典型电子设备12。不过，应该理解，本发明并非意在被限制为一种特定类型的设备。图6和7的电子设备12包括外壳30、液晶显示器形式的显示器32、小键盘34、麦克风36、耳机38、电池40、红外端口 42、天线44、根据一实施例UICC形式的智能卡46、读卡器48、无线电接口电路52、编解码器电路M、控制器56、以及存储器58。单独的电路和单元全是本领域公知的类型，例如Nokia范围的移动电话。
此处描述的各种实施例以方法步骤或过程的一般上下文来描述，其在一实施例中可以由计算机程序产品实现，所述计算机程序产品被包含在计算机可读介质中，包括由连网环境中的计算机执行的计算机可执行指令，诸如程序代码。计算机可读介质可以包括可移除以及不可移除的存储设备，包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、致密盘(⑶)、数字多功能盘(DVD)等等。一般而言，程序模块可以包括例程、程序、对象、组件、数据结构等，其执行特定任务或实现特定抽象数据类型。计算机可执行指令、相关联的数据结构、以及程序模块表示用于执行此处公开的方法步骤的程序代码的示例。所述可执行指令或相关联的数据结构的特定序列表示用于实现在所述步骤或过程中描述的功能的对应动作的示例。
本发明实施例可以用软件、硬件、应用逻辑、或软件、硬件和应用逻辑的结合来实现。软件、应用逻辑和/或硬件可以驻留在例如芯片组、移动设备、台式计算机、膝上型计算机、或服务器上。多种实施例的软件和web实现可以通过具有基于规则的逻辑和其它逻辑的标准编程技术来实现，从而实现各种数据库搜索步骤或过程、相关步骤或过程、比较步骤或过程、以及决策步骤或过程。多种实施例还可以在完全或部分地在网络单元或模块中实现。应该注意，如此处所使用的以及在以下权利要求中的词语“组件”和“模块”意在包含使用一个或多个软件代码行、和/或硬件实现、和/或用于接收手动输入的装置的实现。
已经出于说明和描述的目的呈现了对实施例的前述描述。前述描述并非意在穷举性的或将本发明实施例限制为所公开的精确形式，并且根据上述讲授，修改和变体是可能的，或者可以通过实施多种实施例而获得。此处所公开的实施例被选择和描述，以便说明多种实施例及其实施应用的原理和性质，从而使得本领域技术人员能够在多种实施例中以及通过当适于所设想的特定使用时的多种修改使用本发明。此处描述的实施例的特征可以用方法、装置、模块、系统、以及计算机程序产品的所有可能结合的方式来结合。
权利要求
1.一种用于在网络中流式传输导航信息的方法，包括将服务和辅助数据中的至少一个至少选择性地流式传输给远程设备。
2.根据权利要求1所述的方法，其中所述服务和辅助数据中的至少一个是在用户平面位置协议级定义的。
3.根据权利要求2所述的方法，其中所述服务和辅助数据中的至少一个被定义为用户平面位置协议-位置信息/对于现有版本的安全用户平面位置协议的服务扩展的一部分。
4.根据权利要求1所述的方法，其中所述服务和辅助数据中的至少一个被定义为用于用户平面的子协议的一部分。
5.根据权利要求4所述的方法，其中所述用户平面位置协议信息包括现有版本的安全用户平面位置协议的用户平面子协议。
6.根据权利要求1所述的方法，进一步包括确定所述网络是否支持用户平面位置协议信令；如果所述网络无法支持用户平面位置协议信令，并且如果替代性的控制平面协议无法提供所述服务和辅助数据中的至少一个，则终止会话；以及如果所述网络无法支持用户平面位置协议信令，并且如果替代性的控制平面协议能够提供所述服务和辅助数据中的至少一个，则将所述替代性的控制平面协议用于向所述移动设备提供所述服务和辅助数据中的至少一个。
7.根据权利要求1所述的方法，进一步包括确定所述网络是否支持用户平面位置协议信令；如果所述网络支持用户平面位置协议信令，则确定是否存在任意服务限制；如果不存在服务限制，则通过使用所请求的服务级别将所述服务和辅助数据中的至少一个流式传输给所述远程设备。
8.根据权利要求7所述的方法，进一步包括如果存在服务限制，则与所述远程设备协商可用的服务级别，并且通过使用所协商的服务级别将所述服务和辅助数据中的至少一个流式传输给所述远程设备。
9.根据权利要求7所述的方法，其中潜在的服务限制包括以下至少一个带宽限制、网络能力、国家相关的限制、涉及隐私的限制、基于收费的限制、以及远程设备能力。
10.根据权利要求1所述的方法，其中对于所述服务和辅助数据中的至少一个的至少选择性地流式传输是响应于来自所述远程设备的请求而发生的。
11.根据权利要求1所述的方法，其中所述远程设备包括使能了安全用户平面位置的终端。
12.根据权利要求1所述的方法，进一步包括在预定时间段已经过去之后终止所述流式传输。
13.根据权利要求1所述的方法，其中所述流式传输在至少两个移动终端之间发生。
14.一种在计算机可读介质中包含的计算机程序产品，其包括计算机代码，所述计算机代码被配置用于执行权利要求1的过程。
15.一种用于在网络中流式传输导航信息的装置，包括处理器；以及通信连接于所述处理器的存储器单元，其包括被配置用于将服务和辅助数据中的至少一个至少选择性地流式传输给远程设备的计算机代码。
16.根据权利要求15所述的装置，其中所述服务和辅助数据中的至少一个是在用户平面位置协议级定义的。
17.根据权利要求16所述的装置，其中所述服务和辅助数据中的至少一个被定义为用户平面位置协议-位置信息/对于现有版本的安全用户平面位置协议的服务扩展的一部分。
18.根据权利要求15所述的装置，其中所述服务和辅助数据中的至少一个被定义为用于用户平面的子协议的一部分。
19.根据权利要求18所述的装置，其中所述用户平面位置协议信息包括现有版本的安全用户平面位置协议的用户平面子协议。
20.根据权利要求15所述的装置，其中所述存储器单元进一步包括被配置用于确定所述网络是否支持用户平面位置协议信令的计算机代码；被配置用于如果所述网络无法支持用户平面位置协议信令，并且如果替代性的控制平面协议无法提供所述服务和辅助数据中的至少一个，则终止会话的计算机代码；以及被配置用于如果所述网络无法支持用户平面位置协议信令，并且如果替代性的控制平面协议能够提供所述服务和辅助数据中的至少一种，则将所述替代性的控制平面协议用于向所述移动设备提供所述服务和辅助数据中的至少一个的计算机代码。
21.根据权利要求15所述的装置，其中所述存储器单元进一步包括被配置用于确定所述网络是否支持用户平面位置协议信令的计算机代码；被配置用于如果所述网络支持用户平面位置协议信令，则确定是否存在任意服务限制的计算机代码；被配置用于如果不存在服务限制，则通过使用所请求的服务级别将所述服务和辅助数据中的至少一个流式传输给所述远程设备的计算机代码。
22.根据权利要求21所述的装置，其中所述存储器单元进一步包括被配置用于如果存在服务限制，则与所述远程设备协商可用的服务级别，并且通过使用协商后的服务级别将所述服务和辅助数据中的至少一个流式传输给所述远程设备的计算机代码。
23.根据权利要求22所述的装置，其中潜在的服务限制包括以下至少一个带宽限制、网络能力、国家相关的限制、涉及隐私的限制、基于收费的限制、以及远程设备能力。
24.根据权利要求15所述的装置，其中对于所述服务和辅助数据中的至少一个的至少选择性地流式传输是响应于来自所述远程设备的请求而发生的。
25.根据权利要求15所述的装置，其中所述远程设备包括使能了安全用户平面位置的终端。
26.根据权利要求15所述的装置，其中所述存储器单元进一步包括被配置用于在预定时间段已经过去之后终止所述流式传输的计算机代码。
27.根据权利要求15所述的装置，其中所述流式传输在至少两个移动终端之间发生。
28.一种用于在网络中使导航信息流动的装置，包括用于将服务和辅助数据中的至少一个至少选择性地流式传输给远程设备的模块。
29.根据权利要求28所述的装置，其中所述服务和辅助数据中的至少一个是在用户平面位置协议级被定义的。
30.根据权利要求四所述的装置，其中所述服务和辅助数据中的至少一个被定义为用户平面位置协议-位置信息/对于现有版本的安全用户平面位置协议的服务扩展的一部分。
31.根据权利要求观所述的装置，其中所述服务和辅助数据中的至少一个被定义为用于用户平面的子协议的一部分。
32.根据权利要求31所述的装置，其中所述用户平面位置协议信息包括现有版本的安全用户平面位置协议的用户平面子协议。
33.一种用于在网络中传输导航信息的方法，包括将服务和辅助数据中的至少一个作为用户平面协议信息的一部分传输给远程设备。
34.根据权利要求33所述的方法，其中所述服务和辅助数据中的至少一个是在用户平面位置协议级定义的。
35.根据权利要求34所述的方法，其中所述服务和辅助数据中的至少一个被定义为用户平面位置协议-位置信息/对于现有版本的安全用户平面位置协议的服务扩展的一部分。
36.根据权利要求33所述的方法，其中所述服务和辅助数据中的至少一种被定义为用于用户平面的子协议的一部分。
37.根据权利要求36所述的方法，其中所述用户平面位置协议信息包括现有版本的安全用户平面位置协议的用户平面子协议。
38.根据权利要求33所述的方法，其中所述传输在至少两个移动终端之间发生。
39.一种在计算机可读存储介质中包含的计算机程序产品，其包括计算机代码，所述计算机代码被配置用于执行权利要求33的过程。
40.一种装置，包括处理器；以及通信连接于所述处理器的存储器单元，其包括被配置用于将服务和辅助数据中的至少一个作为用户平面协议信息的一部分传输给远程设备的计算机代码。
41.根据权利要求40所述的装置，其中所述服务和辅助数据中的至少一个是在用户平面位置协议级定义的。
42.根据权利要求41所述的装置，其中所述服务和辅助数据中的至少一个被定义为用户平面位置协议-位置信息/对于现有版本的安全用户平面位置协议的服务扩展的一部分。
43.根据权利要求40所述的装置，其中所述服务和辅助数据中的至少一个被定义为用于用户平面的子协议的一部分。
44.根据权利要求43所述的装置，其中所述用户平面位置协议信息包括现有版本的安全用户平面位置协议的用户平面子协议。
45.根据权利要求40所述的装置，其中所述传输在至少两个移动终端之间发生。
46.一种用于在网络中传输导航信息的装置，包括用于将服务和辅助数据中的至少一个作为用户平面协议信息的一部分传输给远程设备的模块。
47.根据权利要求46所述的装置，其中所述服务和辅助数据中的至少一个是在用户平面位置协议级定义的。
48.根据权利要求47所述的装置，其中所述服务和辅助数据中的至少一个被定义为用户平面位置协议-位置信息/对于现有版本的安全用户平面位置协议的服务扩展的一部分。
49.根据权利要求46所述的装置，其中所述服务和辅助数据中的至少一个被定义为用于用户平面的子协议的一部分。
50.根据权利要求48所述的装置，其中所述用户平面位置协议信息包括现有版本的安全用户平面位置协议的用户平面子协议。
全文摘要
用于在蜂窝式网络和/或其它网络中的导航系统的辅助数据规范和协议。这些规范和协议不会影响系统特定的控制平面协议。根据各种实施例，一种独立于载体和卫星系统的元结构可以被保护以用于对于网络中的辅助数据的周期性的和/或持续的传输(例如，流式传输)。结果，在各种实施例中，对于安排多个单独的子会话的需要可以被减少或消除。
文档编号G01S5/00GK102037745SQ200980116436
公开日2011年4月27日申请日期2009年3月25日优先权日2008年4月8日
发明者D-M·R·吴, I·哈里瓦尔, J·叙耶里宁, L·维罗拉, M·塞佩莱, T·里斯申请人:诺基亚公司