SUPL技术(二)

用例三：SET发起的增强定位请求
简述

能力：SET发起的增强定位请求应允许位于SET的MLS应用从另一个目标终端（不限于SET）请求位置。该请求将通过隐私框架来进行验证。当SUPL用户访问位置SET的应用，应用通过SUPL代理请求目标终端的位置。业务的响应将返回给SUPL用户。根据目标用户的隐私设置，目标用户将收到通知或确认消息。如果目标用户的隐私设置指示无通知或确认，那么目标终端被定位时将不给目标用户发送通知或确认消息。

角色
SUPL用户：希望使用位于请求SET中的应用
目标用户：被定位的终端使用者
请求SET：发起定位请求的支持SUPL的终端
目标终端：被SUPL用户定位的目标终端
位于SET的应用：支持定位并可以访问和利用SUPL功能的应用
SUPL代理：处理和提供SUPL功能的应用接入点
目标终端的归属定位平台(H-SLP)：想SUPL代理提供定位请求业务

先决条件
SUPL用户经授权可发起增强的SET发起的定位请求。
增强的SET发起定位请求必须发送到H-SLP。
和目标用户相关的隐私设置允许目标终端被请求SET定位。

后置条件
请求SET已经查询目标终端的位置，结果呈现给SUPL用户。

正常流程
1. SUPL用户定购位于SET的MLS应用，可以访问位于SET中的SUPL代理。
2. SUPL代理通过网络(H-SLP)请求目标终端的位置。
3. H-SLP解析目标终端的位置。
4. 与目标终端相关的定位信息返回给请求的SET SUPL代理。
5. SET SUPL代理将结果转发给位于SET的MLS应用。

可选流程
目标终端用户拒绝SUPL用户的定位请求。
相应的结果消息返回给请求SET SUPL代理。

用例四：基于当前位置的通知和验证
简述
能力：SUPL用户要求根据SET当前的位置应用不同的隐私策略。换句话说，SUPL用户可能希望在尝试定位时基于当前的位置进行通知。比如SUPL在家时可允许在不发送通知的情况下进行定位，而在办公室时用户可能被定位时希望得到通知并经其授权方能定位。在这些情况下，应用必须在执行定位请求后、在报告目标SET位置之前通知目标SET中的SUPL用户，并且获得对方的授权。如此，SUPL用户有机会在隐私属性中规定的特定区域接受或拒绝定制请求，在这些环境下，SUPL用户将首先被定位，然后再根据其位置执行隐私检查。该额外的隐私检查可能会在SUPL用户定位结果发送到请求实体之前影响到SUPL用户。

 

角色
根据用户当前位置希望被通知和提醒定位授权的SUPL用户
支持SUPL的终端(SET)
SUPL提供者
位于网络的MLS应用

先决条件
SUPL用户的隐私选项设置为“基于当前位置的需要验证的通知”。指定区域的位置偏好和隐私设置也是由授权的SUPL用户来规定的。

正常流程
1.位于网络的MLS应用请求SUPL用户的位置。
2. SLP检查目标SUPL用户的隐私选项。
3. 在得知隐私属性是“基于当前位置的需要验证的通知”时，SLP触发SUPL过程。在定位前，不执行任何的"通知" 或者“通知且验证”过程。
4. 在定位SUPL用户后，SLP判断目标SET是否属于用户规定的地理区域。
5. SUPL用户被通知并且提示对定位请求进行授权。
6. SUPL用户允许定位。
7. SLP向应用报告目标SET的位置。

可选流程
1.位于网络的MLS应用请求SUPL用户的位置。
2. SLP检查目标SUPL用户的隐私选项。
3. 在得知隐私属性是“基于当前位置的需要验证的通知”时，SLP触发SUPL过程。在定位前，不执行任何的"通知" 或者“通知且验证”过程。
4. 在定位SUPL用户后，SLP判断目标SET是否属于用户规定的地理区域。
5. SUPL用户被通知并且提示对定位请求进行授权。
6. SUPL用户拒绝定位请求。
7. SLP向应用报告“定位请求失败”的错误，但在本地记录定位请求被用户SUPL用户拒绝。