SUPL技术(四)

SUPL高层业务需求：

 

标签	描述	版本
HLFR-01	SUPL应支持目标SET和位于网络的SUPL功能配合执行定位过程。	SUPL V1.0
HLFR-02	SUPL应支持网络发起的定位请求。 网络发起的定位用例应支持P2P(点对点)连接并如何技术可行可以支持紧急情况下的P2M(点对多点)连接。例如，建立P2M连接向多设备/用户的广播在紧急业务，尤其是在大楼或热点地区时比较有用。	SUPL V1.0
HLFR-03	SUPL应支持SET发起的定位请求。	SUPL V1.0
HLFR-04	应支持即时定位请求。	SUPL V1.0
HLFR-05	作为SUPL定位事务的结果，定位信息至少包括经度、纬度、时戳(定位计算的时间)，另外还可能包括其他的信息，如形状、不确定性、速度、方向、QoS等。	SUPL V1.0
HLFR-06	SUPL代理应能在定位SET的请求中规定期望的服务质量(QoS)，包括但不限于准确度、响应时间和定位时限等。	SUPL V1.0
HLFR-07	如果网络存在多种传输方式，并且首选传输方式失效或不可能（例如用Class B的手机进行GPRS网络的语音呼叫），应能使用替代承载来完成因首选传输方式无效而中断的会话过程。	SUPL V1.0
HLFR-08	SUPL架构和协议规范不应成为SUPL系统定位报告周期的限制因素。例如，如果底层的定位技术和承载技术结合提供了10秒的报告间隔时间，那么SUPL不应缩短(degrade)该间隔。	SUPL V1.0
HLFR-09 触发定位请求	应支持触发定位请求。 所谓触发的定位请求是指基于事件的定位包括或其他条件下触发的定位报告。	SUPL V2.0
HLFR-10 优先级	应支持区分不同优先级的定位请求。 例如，需要从商用业务中区分中紧急定位业务。	SUPL V2.0
HLFR-11	SUPL应支持SET发起的定位请求，将SET的位置信息转发给第三方。	SUPL V2.0
HLFR-12	SUPL应支持SET发起的定位请求获取另一个目标SET的位置。	SUPL V2.0