GB/T 44884-2024 基于用户面的定位业务技术要求 平台

　　ICS 33.030 CCS M 30

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 44884—2024

　　基于用户面的定位业务技术要求 平台

　　Technical requirements for secure user plane location service—Platform

　　2024-11-28 发布 2025-03-01 实施

　　发

　　国家市场监督管理总局国家标准化管理委员会

　　

　　布

　　GB/T 44884—2024

　　目 次

　　前言 Ⅲ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 1

　　4 缩略语 1

　　5 体系结构、业务以及逻辑功能 3

　　5.1 体系架构 3

　　5.2 通信模式 6

　　5.3 业务支持 7

　　5.4 位置业务功能组 7

　　5.5 定位功能组 9

　　6 功能要求 10

　　7 业务流程 11

　　7.1 网络始发定位 11

　　7.2 SET 始发定位 11

　　8 安全策略 11

　　9 ULP 版本协商 11

　　10 ULP 协议与接口 12

　　10.1 基本要求 12

　　10.2 TCP/IP 与 UDP/IP 12

　　10.3 SIP PUSH 12

　　10.4 OMA PUSH 12

　　10.5 MT SMS 12

　　10.6 SET 预设 12

　　10.7 Lup 参考点 13

　　11 ILP 协议与接口 14

　　11.1 基本要求 14

　　11.2 TCP/IP 14

　　11.3 Llp 参考点 14

　　参考文献 16

　　Ⅰ

　　GB/T 44884—2024

　　前 言

　　本文件按照 GB/T 1.1—2020《标准化工作导则 第 1 部分： 标准化文件的结构和起草规则》 的规定起草。

　　请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

　　本文件由中华人民共和国工业和信息化部提出。

　　本文件由全国通信标准化技术委员会 (SAC/TC 485)归口。

　　本文件起草单位： 中国信息通信研究院 、 中国联合网络通信集团有限公司 、 中兴通讯股份有限公司、高通无线通信技术( 中国 )有限公司、 中国信息通信科技集团有限公司。

　　本文件主要起草人： 刘硕 、 李侠宇 、 辛伟 、 刘海蛟 、 万屹 、 戈志勇 、 张贺 、 仇剑书 、 董昊 、杜志敏、全海洋、李健翔、万军、杨一明、张虹、刘旭、徐冰玉、马玉娟、李思栋。

　　Ⅲ

　　GB/T 44884—2024

　　基于用户面的定位业务技术要求 平台

　　1 范围

　　本文件规定了基于用户面的定位业务平台的技术要求，包括平台的体系架构 、功能要求 、业务流程、安全策略以及相关的协议接口要求。

　　本文件适用于基于移动通信网络的定位业务平台的设计、开发和测试。

　　2 规范性引用文件

　　本文件没有规范性引用文件。

　　3 术语和定义

　　下列术语和定义适用于本文件。

　　3.1

　　紧急 IMS 核心网 emergency IMS core

　　支持紧急 IMS 呼叫的 IMS 核心网络。

　　3.2

　　非代理模式 non-proxy mode

　　SPC 系统和 SET 能直接通信的模式。

　　3.3

　　代理模式 proxy mode

　　SPC 系统和 SET 不直接通信模式。

　　注： 在这种情况下， SLC 系统在 SET 和 SPC 之间执行代理作用。

　　3.4

　　SET 始发 SET initiated

　　由 SET 发起的服务。

　　注： 对于这些服务， SUPL 代理是位于 SET 上的。

　　3.5

　　网络始发 network initiated

　　相对 SET 始发，网络始发是从 SUPL 网络内部发起的服务。

　　注： 对于这些服务， SUPL 代理是位于网络内的。

　　3.6

　　用户面定位业务平台 SUPL Location Platform; SLP

　　由 SPC 和 SLC 组成的平台。

　　4 缩略语

　　下列缩略语适用于本文件。

　　AFLT： 高级前向链路三角定位(Advanced Forward Link Trilateration)

　　ASN.1： 抽象语法标记 1(Abstract Syntax Notation One)

　　1

　　GB/T 44884—2024

　　A-BDS： 辅助北斗卫星导航系统(Assisted BeiDou Navigation Satellite System)

　　A-GANSS： 辅助伽利略和附属卫星导航系统(Assisted Galileo and Additional Navigation Satellite Systems)

　　A-GPS： 辅助全球定位系统(Assisted Global Positioning System)

　　BDS： 北斗卫星导航系统(BeiDou Navigation Satellite System)

　　EOTD： 增强的 OTD 定位(Enhanced Observed Time Difference)

　　E-SLP： 紧急 SLP(Emergency-SLP)

　　FQDN： 完全域名 (Fully Qualified Domain Name)

　　GANSS： 伽利略和附属卫星导航系统(Galileo and Additional Navigation Satellite Systems)

　　GPS： 全球定位系统(Global Positioning System)

　　GSM： 全球移动通信系统(Global System for Mobile Communications)

　　HTTP： 超文本传输协议(Hyper Text Transfer Protocol)

　　H-SLP： 归属 SLP(Home-SLP)

　　ID： 身份标识(Identity Document)

　　IMS: IP 多媒体子系统 (IP Multimedia Subsystem)

　　IMSI: 国际移动台标识(International Mobile Subscriber Identity)

　　IP： 互联网协议(Internet Protocol)

　　LPP： LTE 定位协议 (LTE Positioning Protocol)

　　LPPe： LTE 定位拓展协议 (LTE Positioning Protocol Extensions)

　　LTE： 长期演进技术(Long Term Evolution)

　　MC： 消息中心(Message Center)

　　MLS： 移动定位服务(Mobile Location Services)

　　MNO: 移动网络运营商(Mobile Network Operator)

　　OMA： 开放移动联盟(Open Mobile Alliance)

　　OMNA： 开放移动命名机构(Open Mobile Naming Authority)

　　OTDOA： 到达时间差测量法(Observed Time Difference of Arrival)

　　PAP： OMA 推送访问协议 (OMA Push Access Protocol)

　　PLMN： 公用陆地移动网(Public Land Mobile Network)

　　POTAP： WAP 推送空中协议 (WAP Push Over The Air Protocol)

　　PPG： 推送代理网关(Push Proxy Gateway)

　　PSAP： 公共安全应答点(Public Safety Answering Point)

　　PSK： 欲共享的密钥(Pre-Shared Key)

　　QoP： 定位质量(Quality of Position)

　　RRC： 无线资源控制 (Radio Resource Control)

　　RRLP： 无线资源定位服务协议(Radio Resource LCS Protocol)

　　R-SLP： 业务请求 SLP(Requesting SLP)

　　SET: SUPL 终端 (SUPL Enabled Terminal)

　　SIP： 会话发起协议(Session Initiation Protocol)

　　SLC： SUPL 位置中心 (SUPL Location Center)

　　SLP: SUPL 定位平台 (SUPL Location Platform)

　　SMS： 短消息服务(Short Message Service)

　　SMSC： 短消息服务中心(Short Message Service Center)

　　SPC： SUPL 定位中心 (SUPL Position Center)

　　SUPL： 安全用户面定位(Secure User Plane Location)

　　2

　　GB/T 44884—2024

　　TCP： 传输控制协议(Transmission Control Protocol)

　　TD-SCDMA：时分同步码分多址接入(Time Division-Synchronous Code Division Multiple Access)

　　TLS： 传输层安全(Transport Layer Security)

　　UDP： 用户数据报协议(User Datagram Protocol)

　　UICC： 通用 IC 卡(Universal Integrated Circuit Card)

　　ULP： 用户面定位协议(Userplane Location Protocol)

　　V-SLP： 拜访 SLP(Visiting-SLP)

　　WAP： 无线应用协议(Wireless Application Protocol)

　　WCDMA： 宽带码分多址接入(Wideband Code Division Multiple Access)

　　5 体系结构、业务以及逻辑功能

　　5.1 体系架构

　　5.1.1 概述

　　用户面定位业务平台的网络结构模型，包括了用户平面定位服务相关的网络实体及相应参考点。

　　一个网络实体( 即系统和子系统) 扮演了一组的功能，而并不一定是一个物理实体 。具体的物理实体形式依赖于实现方式 ：一个设备商可选择任何网络实体进行物理实现，可是单独的，也可是组合的。

　　一个参考点是对两组功能概念上的划分，而并不一定是物理接口 。只有当两侧的网络实体是包含在不同的物理设备上时， 一个参考点可是一个或者多个物理接口 。一个接口的实例化可定义一个或者多个协议。

　　在一般的情况下，所需的 SUPL 部件是 SUPL 终端 (SET) 和包含了 SUPL 定位中心(SPC) 和SUPL 位置中心 (SLC) 的网络部件 SUPL 定位平台 (SLP)。 SET 通过 Lup 接口与网络通信 。在SLC 和 SPC 分设在不同物理实体上的情况下， SLC 和 SPC 可通过 Llp 接口互相通信。 SLC 和 SPC 配置在一个物理实体时，不需要实现 Llp 接口。

　　在 MNO 环境中，还需要几个业务实体及其实体间的接口， 图 1 为用户面定位业务平台的系统架构图。

　　图 1 用户面定位业务平台系统架构

　　5.1.2 SUPL 定位平台

　　5.1.2.1 SUPL 定位平台角色

　　对于任何 SUPL 终端 (SET) ，SUPL 定位平台 (SLP) 可作为归属 SLP (H - SLP)、 拜访

　　3

　　GB/T 44884—2024

　　SLP( V-SLP) 或者紧急 SLP(E-SLP)。 一个 SLP 可对多个 SET 执行一个或者多个角色。

　　某个 SET 的归属 SLP 包含了 SET 的注册、鉴权和隐私相关的数据，归属 SLP 通常与 SET 的归属网络相关或者是其一部分。

　　对某个特定的 SET，它的 E-SLP 是与 SET 的服务 PLMN 相关或者是在其内部的一个 SLP ，该SLP 被服务 PLMN 调用并执行该 SET 发起紧急业务呼叫所需的定位功能 。如果 SET 没有漫游的话， E-SLP 可是 H-SLP。 如果 SET 漫游了并且 E-SLP 不是 H-SLP，或者如果 SET 没有漫游但 E-SLP 是在物理上或逻辑上与 H-SLP 分开的， SUPL 定位可不需要和 H-SLP 交互。

　　某个 SET 的 V-SLP 由 SET 的 H-SLP 或者 E-SLP 选择，用于辅助定位 。对于 H-SLP 选择的情况，指的是 SET 漫游出了 H-SLP 的覆盖范围 。如果是 E-SLP 选择，则是指 SET 在 E-SLP 覆盖范围之外发起了紧急定位呼叫。

　　注1： 这里所说的 SLP 覆盖范围与那些与 SLP 相关的 PLMN 的覆盖范围不同。

　　注2： 如果紧急呼叫业务只在 E-SLP 服务区域内执行，则不会有 SUPL 漫游，并且定位不需要有 V-SLP 参与紧急业务相关的定位。

　　5.1.2.2 SULP 定位平台结构

　　SUPL 定位平台 (SLP) 包含一个 SULP 定位中心 (SPC) 和一个 SUPL 位置中心 (SLC) ， SLC 和 SPC 可集成在一个系统中。 Lup 接口用于 SLP 和 SUPL 终端 (SET) 间的通信，该接口上传递SUPL 位置业务管理和 SUPL 定位确定所需的消息：

　　—Lup位置业务管理消息： 终止于SLP中的SLC功能;

　　—Lup定位确定消息： 终止于SLP中的SPC功能。

　　5.1.3 SUPL 位置中心

　　SUPL 位置中心(SLC) 负责协调控制网络中的 SUPL 操作 。在和 SUPL 终端 (SET) 通过用户面承载进行交互时可执行下述功能：

　　—SUPL隐私功能;

　　—SUPL初始化功能;

　　—SUPL安全功能;

　　—SUPL漫游功能;

　　—SUPL计费功能;

　　—SUPL业务管理功能;

　　—SUPL触发功能;

　　—SUPL定位计算功能。

　　注： SLC 将位置 ID 转换成用经/纬度数据描述的地理位置，这种较粗的定位方式已能满足 SUPL 代理所要求的QoP ，在 MNO 环境中，通常被称作 Cell-ID 定位。

　　5.1.4 SUPL 定位中心

　　SULP 定位中心(SPC) 应支持以下功能：

　　—SUPL安全功能;

　　—SUPL辅助数据递送功能;

　　—SUPL参考数据获取功能;

　　—SUPL定位计算功能。

　　5.1.5 SUPL 终端

　　SUPL 终端 (SET) 应支持在 SUPL 中定义的与网络之间通过用户面承载的交互过程。 SET 应支持

　　4

　　GB/T 44884—2024

　　以下一种或者多种功能：

　　—SUPL隐私功能;

　　—SUPL安全功能;

　　—SUPL SET配置功能;

　　—SUPL初始化功能;

　　—SUPL触发功能。

　　SET 应支持基于 SET 的和/或 SET 辅助的定位计算。 SET 还可支持以下的功能：

　　—SUPL定位计算功能;

　　—辅助数据递送功能。

　　5.1.6 Lup 接口

　　5.1.6.1 概述

　　SULP 终端(SET) 与 SUPL 定位平台(SLP) 之间的接口为 Lup 接口。该接口应递送以下两类消息：

　　—Lup位置业务管理消息;

　　—Lup定位确定消息。

　　5.1.6.2 Lup 位置业务管理消息

　　Lup 位置业务管理消息主要被用于位置业务功能，应包括如下消息：

　　—SUPL INIT;

　　—SUPL SET INIT;

　　—SUPL START;

　　—SUPL TRIGGERED START;

　　—SUPL RESPONSE;

　　—SUPL TRIGGERED RESPONSE;

　　—SUPL TRIGGERED STOP;

　　—SUPL END;

　　—SUPL AUTH REQ;

　　—SUPL AUTH RESP;

　　—SUPL NOTIFY;

　　—SUPL NOTIFY RESPONSE;

　　—SUPL REPORT。

　　5.1.6.3 Lup 定位确定消息

　　Lup 定位确定消息主要被用于定位功能，具体计算位置，应包括如下消息：

　　—SUPL POS;

　　—SUPL POS INIT;

　　—SUPL REPORT;

　　—SUPL END。

　　5.1.6.4 通信机制

　　5.1.6.4.1 概述

　　从 SLP 向 SET 传送定位请求通知的通信机制可包括 OMA PUSH、SMS、UDP/IP 以及 SIP

　　5

　　GB/T 44884—2024

　　PUSH。 在 OMA PUSH 中使用的协议应是 PAP 协议和 POTAP 或 SIP PUSH 协议，其中 PAP 用于从SLP 向 PPG 传送定位请求通知， 而 POTAP 或 SIP PUSH 用于从 PPG 向 SET 传送该通知 。短消息承载通知是另外一个选择， SLP 可用 SMS 触发或 WAP 通知始发定位。 SMS 传输的协议接口在图 1 中未标识出来，因为在 SLP 和 SMSC/MC 之间的此接口是私有的，没有在 3GPP 中定义。

　　注： 从 SMS-C/MC 到 SET 之间的通信路径不在本文件的范围内。

　　5.1.6.4.2 IMS 紧急定位服务

　　对于 IMS 紧急定位服务， E-SLP 可通过紧急 IMS 核心网使用 SIP PUSH 将 SUPL 定位请求通知发送给 SET。 紧急 IMS 核心网将定位请求通知和 IMS 紧急呼叫进行关联并通知到 SET。

　　5.1.7 Llp 接口

　　5.1.7.1 概述

　　SUPL 位置中心(SLC) 和 SUPL 定位中心(SPC) 之间的接口是 Llp 接口，它的功能在逻辑上可分为 ：定位控制功能和定位数据功能。

　　5.1.7.2 定位控制功能

　　定位控制功能用于建立、维护和清除 SLC 和 SPC 间的会话，该功能使得 SLC 和 SPC 能协同工作完成定位计算功能，应包括如下消息：

　　—PREQ;

　　—PRES;

　　—PRPT;

　　—PLREQ;

　　—PLRES;

　　—PAUTH;

　　—PALIVE;

　　—PEND。

　　5.1.7.3 定位数据功能

　　定位数据功能用于传输定位计算中所使用的数据，定位数据功能接口仅用于代理模式，应包括如下消息：

　　—PMESS;

　　—PINIT。

　　5.2 通信模式

　　SULP 终端(SET) 与 SUPL 定位平台(SLP) 之间有两种通信模式：

　　—代理模式，该模式下SPC不直接和SET通信， SET和SPC间的通信由SLC进行代理;

　　—非代理模式，该模式下SPC将和SET直接通信。

　　SLP 中 的 SLC 和 SPC 功能也可被集成在不同的系统中，此 时 SLC 和 SPC 间应支持开放 的Llp 接口 。

　　注： 对于代理模式，位置业务管理和定位确定所需的 SUPL 应用消息交互发生在 SLP 和 SET 间 ;对于非代理模式，

　　位置业务管理所需的消息交互发生在 SLC 和 SET 间，而与定位确定相关的消息交互发生在 SPC 和 SET 间。

　　6

　　GB/T 44884—2024

　　5.3 业务支持

　　5.3.1 业务支持概述

　　SUPL 定位服务分为网络始发和 SET 始发两种服务。

　　其中可包括以下业务。

　　—立即定位服务：

　　• 商用定位服务;

　　• 紧急定位服务。

　　—区域事件触发定位服务。

　　—周期触发定位服务。

　　5.3.2 网络始发的定位业务

　　从 SUPL 网络内部始发的服务称为网络始发的服务 。 对于这类业务 的 SUPL 定位业务代理位于网络中。

　　5.3.3 SET 始发的定位业务

　　SET 始发的定位服务是指从 SET 发起定位的服务 。 对于这类业务 的 SUPL 定位业务代理位于SET 中。

　　5.4 位置业务功能组

　　5.4.1 隐私功能

　　隐私功能用来保证 SET 用户的隐私。应包括下面这些情况：

　　—无论是网络发起还是SET发起的服务，都遵从目标SET用户的隐私设置;

　　—遵从目标SET用户的通知和确认设置;

　　—考虑可应用于目标SET用户的紧急情况和法律规定的超级权限规则。

　　SUPL 可使用其他的使能器来执行部分隐私功能。

　　SUPL 隐私功能也可在 SET 中执行。

　　5.4.2 初始化功能

　　SUPL 初始化功能为 SUPL 网络提供了与 SET 交互的触发机制 。初始化功能是完成 SUPL 网络始发服务的一个重要功能。

　　在 SUPL 网络始发服务情况下， SUPL 网络可采用如下方式之一初始化 SUPL：

　　—OMA PUSH;

　　—MNO环境中的立即SMS;

　　—UDP/IP;

　　—SIP PUSH。

　　其中， OMA PUSH 可是任一利用 PAP 协议的 PUSH 方法，无论是 POTAP 或 SIP PUSH。

　　注： 根据 SET 的能力， SUPL 网络将决定采用适合 的 SUPL 始发方法，其 中 SET 能力如何确定不在本文件的范围内 。

　　要支持初始化功能， SET 应支持 POTAP、SIP PUSH 和 SMS 中的一种 。对于有能力使用 IP 承载开始紧急服务呼叫的 SET，还应支持使用 UDP/IP 或 SIP PUSH 的 SUPL 初始化。

　　对于 GSM/WCDMA/TD-SCDMA/LTE 部署， SET 和 SLP 都应支持 OMA PUSH 方式的 SUPL 初始化。对其他传输协议的支持是可选的。

　　7

　　GB/T 44884—2024

　　5.4.3 安全功能

　　5.4.3.1 安全功能概述

　　SUPL 安全功能保证 SUPL 网络能够对 SUPL 定位业务代理进行认证和授权，并且能够让 SET 对SUPL 网络进行认证和授权。此功能对安全实现网络始发和 SET 始发的 SUPL 服务十分重要。

　　SUPL 安全功能还提供了机密性和数据完整性的保障。

　　5.4.3.2 认证

　　SET 和 H-SLP 之间应支持基于 ACA 的相互认证。 SET 和 E-SLP 之间应支持服务器认证。 SET 和E-SLP 之间的相互认证为可选。

　　5.4.3.3 SET 中配置 H-SLP 地址

　　通过在 SET 中的 UICC 卡里或者直接在 SET 中预置 H-SLP地址，或导出一个缺省的 H-SLP地址的方式，可使 SET 能获得有效的 H-SLP地址。该地址应符合 FQDN 格式，并且该 SET 的归属网络能进行安全地配置。

　　5.4.3.4 机密性和数据完整性

　　在 SET 和 SLP 之间应使用 TLS 或 PSK-TLS 来提供机密性保护和数据完整性保护。除消息 “SUPL INIT”外的其他所有消息应在 SET 和 SLP 之间的 TLS 或 PSK-TLS 的会话里进行传输。

　　5.4.4 漫游功能

　　当 SET 离开其 H-SLP 的业务区域时被称为 SUPL 漫游。 SLP 的业务区域指在没有其他 SLP 的协助下，SLP 能够提供 SET 定位估计或相应辅助数据的区域。

　　SUPL 漫游可概括为下面两种情况：

　　—H-SLP可请求V-SLP提供初始的位置估计，例如根据位置ID;

　　—H-SLP可请求V-SLP提供Lup定位确定功能和SPC功能。

　　注： 采用哪一种漫游根据实现方式的不同而定，不在本文件的范围之内。

　　5.4.5 计费功能

　　SUPL 计费功能应负责 SLP 内的计费，包括 MLS 应用， SUPL 定位业务代理和 SET 用户的计费。

　　计费功能的主要任务是收集合适的计费相关的数据和用于 SUPL 提供商之间结算的数据 。此外，计费功能还可根据对可用计费数据的评估确定对 SLP 上的操作进行授权，例如辅助数据和位置的递送。

　　5.4.6 业务管理功能

　　SUPL 业务管理功能是管理 SET 位置的功能，可存储、获取和修改目标 SET 的位置信息 。在执行此功能时，可综合考虑计费、隐私、安全和 QoP 功能。

　　5.4.7 终端配置功能

　　SUPL SET 配置功能是管理 SET 的配置的功能。 SET 应被配置归属 SLP 地址， SET 上的归属SLP 地址可使用 OMA 的使能器进行配置。

　　5.4.8 触发功能

　　SUPL 触发功能是 SLP 和 SET 之间基于周期和事件触发的通信功能，并且应能判断什么时候满足触发条件。

　　8

　　GB/T 44884—2024

　　对于网络始发的触发定位服务， SLP 将触发条件递送给 SET。

　　对于 SET 始发的触发定位服务， SET 将触发条件发给 SLP。 在某些情况下， 在 SET 始发触发定位时，SLP 可向 SET 返回补充的触发条件， 由 SET 负责判断何时满足触发条件。

　　对于周期触发定位，触发条件可包括：

　　—定位的次数;

　　—定位之间的间隔;

　　—触发开始的时间。

　　对于事件触发定位，触发条件可包括：

　　—区域事件的类型(进入、离开、在内部、在外部);

　　— 一个地理目标区域列表;

　　— 一个区域标识列表;

　　—重复报告信息，能标识出是否SET能重用触发、重复多少次、在多少最小时间间隔内;

　　—开始和结束时间。

　　注： 在事件触发定位中，如果只有区域标识列表，而没有地理目标区域列表时，这个区域标识列表就是目标区域。如果只有地理目标区域列表而没有区域标识列表，则地理目标区域列表就是目标区域 。如果同时提供了地理目标区域列表和区域标识列表，则地理目标区域列表是真正的目标区域，而区域标识列表是为了帮助 SET 避免不必要的定位尝试。

　　5.5 定位功能组

　　5.5.1 辅助数据传递功能

　　辅助数据传递功能是生成并传递用于 SET 位置测量或计算的有效辅助数据。传递哪些辅助数据可根据从参考数据获取功能获得的 GPS、BDS 或者其他 GANSS 参考数据中选出的数据子集、SET 和网络的能力以及目标 SET 的大致位置信息来决定。

　　5.5.2 参考数据获取功能

　　参考数据获取功能是从 GPS、BDS 或其他 GANSS 参考网络获取 GPS、BDS 或其他 GANSS 参考数据的功能。参考数据可用于产生辅助数据。

　　注： 此功能和 GPS、BDS 或其他 GANSS 参考网络之间的接口不在本文件的定义范围之内。

　　5.5.3 定位计算功能

　　定位计算功能是选择定位协议和协议版本，并完成 SET 的位置计算。 SUPL 业务应支持以下一个或者多个不同的位置计算模式：

　　—SET辅助A-GPS定位;

　　—基于SET的A-GPS定位;

　　—SET辅助A-BDS定位;

　　—基于SET的A-BDS定位;

　　—SET辅助A-GANSS定位;

　　—基于SET的A-GANSS定位;

　　—自治GPS定位;

　　—自治BDS定位;

　　—自治GANSS定位;

　　—增强的Cell/Sector定位;

　　—AFLT定位;

　　9

　　GB/T 44884—2024

　　—EOTD定位;

　　—OTDOA定位;

　　—Location ID定位： 必选，完成位置标识到以经纬度表示的地理位置的转换。

　　注： 在 MNO 网络中， Location ID 定位通常是指 Cell-ID 定位。

　　6 功能要求

　　基于用户面的定位业务平台的功能应符合表 1 的要求。

　　表 1 基于用户面的定位业务平台的功能要求

　　功能分类

　　功能子项

　　必选/可选

　　通信模式

　　代理模式

　　必选

　　非代理模式

　　可选

　　业务支持

　　网络始发定位

　　可选

　　SET始发定位

　　必选

　　区域事件触发定位

　　可选

　　周期触发定位

　　可选

　　位置业务功能组

　　隐私功能

　　必选

　　初始化功能

　　可选

　　安全功能

　　必选

　　漫游功能

　　可选

　　计费功能

　　可选

　　业务管理功能

　　必选

　　终端配置功能

　　可选

　　触发功能

　　可选

　　定位功能组

　　辅助数据递送功能

　　必选

　　参考数据获取功能

　　必选

　　定位计算功能

　　SET辅助A-GPS定位

　　可选

　　基于SET的A-GPS定位

　　可选

　　SET辅助A-BDS定位

　　可选

　　基于SET的A-BDS定位

　　必选

　　SET辅助A-GANSS定位

　　(除BDS以外的其他卫星定位系统)

　　可选

　　基于SET的A-GANSS定位

　　(除BDS以外的其他卫星定位系统)

　　可选

　　自治GPS定位

　　可选

　　自治BDS定位

　　必选

　　自治GANSS定位

　　可选

　　增强的Cell/Sector定位

　　可选

　　10

　　GB/T 44884—2024

　　表 1 基于用户面的定位业务平台的功能要求(续)

　　功能分类

　　功能子项

　　必选/可选

　　定位功能组

　　定位计算功能

　　AFLT定位

　　可选

　　EOTD定位

　　可选

　　OTDOA定位

　　可选

　　Location ID定位

　　必选

　　7 业务流程

　　7.1 网络始发定位

　　从定位网络内部发起的定位业务称之为网络始发定位业务 。在这种业务中 SUPL 定位业务代理应位于网络内部。

　　建立和释放连接 ：在发送任何 ULP 消息前， SET 应执行和 SLP/SLC 之间的 TLS 连接所需操作，可建立一个新的连接 、恢复一个连接或者重用一个已经存在连接，这包括了建立和使用各种数据连接资源，它依赖于 SET 所在的终端和接入网络的类型。

　　注： IP 层以下的数据连接不在本文件规定范围内。

　　呼叫流程描述的是 TLS 连接不再需要的情况。除非是另外的 SUPL 会话正在使用这个连接，否则应释放该 TLS 连接。

　　漫游情况下流程中有 R-SLP，不过当 SUPL 定位业务代理和 H-SLP 直接交互时 R-SLP 也可从流程中被省略掉。在没有 R-SLP 的呼叫流程中， R-SLP 也可被插入到 SUPL 定位业务代理和 H-SLP 之间。

　　7.2 SET 始发定位

　　对于 SET 始发的应用， SLP 和 SET 应支持 SUPL START ，SUPL RESPONSE ，SUPL POS INIT 和 SUPL END 消息。 SLP 和 SET 可支持 SUPL POS 消息，是否需要支持依赖于定位方法，例如对于 A-GPS 定位来说就需要支持。

　　建立和释放连接 ：在发送任何 ULP 消息前， SET 应执行和 SLP/SLC 之间的 TLS 连接所需操作，可建立一个新的连接 、恢复一个连接或者重用一个已经存在连接，这包括了建立和使用各种数据连接资源，它依赖于 SET 所在的终端和接入网络的类型。

　　注： IP 层以下的数据连接不在本文件规定范围内。

　　呼叫流程描述的是 TLS 连接不再需要的情况。除非是另外的 SUPL 会话正在使用这个连接，否则应释放该 TLS 连接。

　　8 安全策略

　　SUPL 网络应对 SET 进行认证和授权，同时 SET 也应对 SUPL 网络进行认证和授权。

　　9 ULP 版本协商

　　SLP 可支持多个 SUPL 版本，来保证支持不同版本的 SET 接入。

　　11

　　GB/T 44884—2024

　　10 ULP 协议与接口

　　10.1 基本要求

　　ULP 协议应采用 ASN.1 编码方式。

　　ULP 协议应采用 BASIC﹘PER 编码规则， PER Unaligned 传输。

　　SUPL INIT 消息应是基于 OMA PUSH 或者 SIP PUSH 或 SMS 或 UDP/IP 传输的，除此之外， SET 和 SLP 之间 (SET 和 SLC/SPC 之间 )其他消息的传输协议都应是 TCP/IP。 在使用 OMA PUSH 的情况下， 从 PPG 到 SET 的 PUSH 消息应符合 OMA PUSH 规范中的 WAP POTAP。 在使用SIP PUSH 的情况下，则应符合 SIP PUSH 规范 。如果 SLP 知道、或可获得 SET 的 IP地址，则可使用UDP/IP 传输。

　　对于 GSM/WCDMA/TD﹘SCDMA/LTE 部署， SET 和 SLP 都应支持 OMA PUSH 方式的 SUPL 初始化。对其他传输协议的支持是可选的。

　　10.2 TCP/IP 与 UDP/IP

　　一个动态和/或私有 IANA 端口范围之外的端口号应被选为基于 TCP 和 UDP 传输的 ULP 消息的标准端口。

　　10.3 SIP PUSH

　　SIP PUSH 消息应基于以下澄清使用：

　　—SIP 消息方法在递送SUPL INIT消息时使用;

　　—Accept﹘Contact头包含应用资源标识 +g . oma . pusheventapp= “ulp . ua”，特征标签值“ulp.ua”是OMNA分配的注册应用标识“x﹘oma﹘application:ulp.ua”;

　　—Content﹘Type 头设为OMNA注册的内容类型application/vnd.omaloc﹘supl﹘init;

　　—SIP 消息体包括PER编码的SUPL INIT消息。

　　除了上述的澄清， 当 E﹘SLP 通过紧急 IMS 核心网，使用 SIP PUSH 向 SET 递送 SUPL INIT 消息时，也应遵守下面的说明： E﹘SLP 应将 SIP MESSAGE 中的请求 URI 设为 SET SIP URI 或者 TEL URI，这可从紧急 IMS 核心网或者紧急定位请求的 PSAP 中获得。

　　注： E﹘SLP 通过 3GPP Ml 接口从紧急 IMS 核心网收到紧急定位请求，或者通过 Le 接口从 PSAP 收到紧急定位请求 。该请求包含了 SET 的 SIP URI 或 TEL URI。 紧急 IMS 核心网使用请求 URI 关联 SIP MESSAGE 和 IMS 紧急呼叫，并通过 IMS 紧急呼叫信号路径将 SIP MESSAGE 路由到 SET。3GPP Ml 接口和 Le 接口不属于本文件考虑范围。

　　10.4 OMA PUSH

　　从 SLP 到 PPG 的 OMA PUSH 消息应包含 SUPL INIT 消息和应遵从 PAP 协议。 OMA PUSH 基于HTTP，且应包含 PAP 控制体和 PER 编码的 SUPL INIT 消息。 PPG 和 SET 之间的通信应采用 PO﹘ TAP 协议，或者 SIP PUSH。

　　内容类型应是在 IANA( 内容类型： application/vnd.omaloc﹘supl﹘init) 和 OMNA ( 内容类型分配码: 0x312) 中注册的。

　　WAP 应用 ID 应是 OMNA 中注册的，且分配的编码值是(0x10)。

　　10.5 MT SMS

　　对于 GSM/WCDMA/TD﹘SCDMA/LTE 系统，MT SMS 应使用 WDP 协议。

　　10.6 SET 预设

　　SET 上应预设 FQDN 格式的归属 SLP 地址。

　　12

　　GB/T 44884—2024

　　10.7 Lup 参考点

　　10.7.1 位置业务管理

　　此接口用于 SLP 建立与 SET 之间的会话，并完成业务控制的功能。 Lup 位置业务管理的各消息应符合表2 的规定。

　　表 2 Lup 位置业务管理信息

　　消息名称

　　说明

　　SUPL INIT

　　SUPL INIT消息用于SLP始发一个与SET之间的SUPL会话。该消息用在网络始发

　　SUPL业务中

　　SUPL SET INIT

　　SUPL SET INIT消息被SET用来始发一个定位其他SET的SUPL会话

　　SUPL START

　　SUPL START消息被SET用来开始与SLP之间的会话

　　SUPL TRIGGERED START

　　SUPL TRIGGERED START消息被SET用来开始一个与SLP之间的触发定位会话。在网络始发建立触发的SUPL会话时，这条消息也会被SET响应SUPL INIT消息

　　SUPL RESPONSE

　　SUPL RESPONSE消息被SLP作为SUPL START消息的应答消息，用在SET始发定

　　位请求中

　　SUPL TRIGGERED RESPONSE

　　SUPL TRIGGERED RESPONSE消息被SLP用来作为对SUPL TRIGGERED

　　START消息的响应消息

　　SUPL TRIGGERED STOP

　　SUPL TRIGGERED STOP消息是用于SLP或者SET结束一个正在进行的SUPL触发

　　会话的

　　SUPL END

　　SUPL END消息是被SLP或者SET用来结束已经存在的SUPL会话

　　SUPL AUTH REQ

　　SUPL AUTH REQ消息仅用于非代理模式下SET和SPC之间的鉴权

　　SUPL AUTH RESP

　　SUPL AUTH RESP消息仅用于非代理模式下SET和SPC之间的鉴权

　　SUPL NOTIFY

　　SUPL NOTIFY消息仅用于基于SET当前位置通知的情况下SLP对SET的通知

　　SUPL NOTIFY RESPONSE

　　SUPL NOTIFY RESPONSE消息是SET对SUPL NOTIFY消息的响应

　　SUPL REPORT

　　SUPL REPORT消息用于SLP或SET报告位置估计结果和/或网络测量报告

　　10.7.2 定位确定

　　Lup 定位确定接口用于 SET 与 SLP 之间定位计算信息的交换。 Lup 定位确定的各消息应符合表3 的规定。

　　表 3 Lup 定位确定消息

　　消息名称

　　说明

　　SUPL POS

　　SUPL POS消息用在SLP与SET之间，进行定位过程消息(RRLP/RRC/LPP/LPPe)的交互。使用这

　　些定位过程消息计算出SET的位置

　　SUPL POS INIT

　　SUPL POS INIT消息被SET用来开始与SLP之间的定位协议会话(RRLP/RRC/LPP/LPPe)

　　SUPL REPORT

　　SUPL REPORT消息被SET用来在触发定位会话期间上报一个或者多个定位结果和/或增强的小区测量报告。该消息还会被SET用来在历史数据获取会话中报告存储的定位结果和/或增强的小区测量报告

　　SUPL END

　　SUPL END消息被SLP或者SET用来结束当前的SUPL会话

　　SLP 应提供对位置标识定位的支持。

　　为 GSM /WCDMA/TD﹘SCDMA 能力 的 SET 提供支持 的 SLP 在支 持 A﹘GPS、A﹘BDS、

　　13

　　GB/T 44884—2024

　　A-GANSS 定位的情况下应支持 RRLP 协议。

　　为 LTE 能力的 SET 提供支持的 SLP 在支持 A-GPS、A-BDS、A-GANSS 定位的情况下应至少支持 RRLP 以及 LPP/LPPe 中的一种。

　　为 WLAN 能力的 SET 提供支持的 SLP 在支持 A-GPS、A-BDS、A-GANSS 定位的情况下应至少支持 RRLP 以及 LPP/LPPe 中的一种。

　　SLP 对其他定位协议的支持是可选的。

　　在采用 RRLP 协议的情况下，如果是 SET 始发定位且采用基于 SET 的定位方法， SLP 应发送RRLP Assistance Data 消息， SET 应发送 RRLP Assistance Data Acknowledgement 消息作为对接收到辅助数据的响应，但对向第三方递送报告的场景例外。

　　在采用 RRLP 协议时，如果是 SET 始发定位且采用基于 SET 的定位方法，在对向第三方递送报告的场景下， SLP 应发送 RRLP Measure Position Request 消息， SET 应响应 RRLP Measure Position Re- sponse 消息。

　　在采用 RRC 协议的情况下，如果是 SET 始发定位且采用基于 SET 的定位方法， SLP 应发送 RRC Assistance Data Delivery 消息， SET 应发送 RRC Assistance Data Acknowledgement 消息作为对接收到辅助数据的响应，但对向第三方递送报告的场景例外。

　　在采用 RRC 协议时，如果是 SET 始发定位且采用基于 SET 的定位方法，在对向第三方递送报告的场景下， SLP 应发送 RRC Measurement Control 消息。 SET 应响应 RRC Measurement Response 消息。

　　在 RRLP 协议中定义的 RRLP Positioning Capability Transfer 过程不应被使用。

　　11 ILP 协议与接口

　　11.1 基本要求

　　ILP 协议应采用 ASN.1 编码方式、BASIC-PER 编码规则和 PER Unaligned 传输。

　　SLC 和 SPC 之间的传输协议应是 TCP/IP。

　　11.2 TCP/IP

　　Llp 参考点可提供两个操作端口号： 一个用 TLS 1.1 加密，另一个不用加密。 ILP 消息用 TCP 传输时应使用在 IANA 注册的端口号。

　　11.3 Llp 参考点

　　11.3.1 Llp 定位控制接口

　　定位控制接口用于建立、维护和清除 SLC 和 SPC 间的会话，它使得 SLC 和 SPC 能执行定位计算功能。

　　Llp 定位控制接口的消息应符合表4 的规定。

　　表 4 Llp 定位控制接口消息

　　消息名称

　　说明

　　PREQ

　　SLC用PREQ消息向SPC请求一个SUPL会话

　　PRES

　　PRES消息是对PREQ消息的响应，它由SPC发给SLC

　　PRPT

　　SPC用PRPT消息向SLC报告一个位置估计或一个错误

　　PLREQ

　　SLC(或SPC) 用PLREQ 消息请求SPC(或SLC) 将一个CELL-ID翻译成粗略位置估计

　　14

　　GB/T 44884—2024

　　表 4 Llp 定位控制接口消息(续)

　　消息名称

　　说明

　　PLRES

　　SPC(或SLC) 用PLRES 消息向SLC(或SPC) 返回根据CELL﹘ID翻译成的粗略位置估计

　　PAUTH

　　SLC用PAUTH消息将SUPL认证参数发送给SPC

　　PALIVE

　　SLC用PALIVE消息来确认SPC的运行状态， SLC可在任何时间发送PALIVE消息，此时SPC返回一个相应的

　　PALIVE消息

　　PEND

　　SLC(或 SPC) 用PEND消息通知SPC(或SLC) 定位会话结束

　　11.3.2 Llp 定位数据接口

　　定位数据接口用于传输定位计算中使用的信息，该接口仅用于代理模式。 Llp 定位数据接口的消息应符合表 5 的规定。

　　表 5 Llp 定位数据接口消息

　　消息名称

　　说明

　　PMESS

　　PMESS消息是双向的，被用来承载RRLP/RRC/LPP/LPPe载荷

　　PINIT

　　SLC用PINIT消息发起与SPC的定位协议会话(RRLP/RRC/LPP/LPPe)

　　15

　　GB/T 44884—2024

　　参 考 文 献

　　[1] YD/T 3299—2017 基于用户面的定位业务技术要求(第二阶段) 平台

　　[2] YD/T 3586—2019 基于用户面的定位业务技术要求(第二阶段) 终端

　　[3] 3GPP TS 25.331 无线资源控制协议规范 (RRC Protocol Specification)

　　[4] 3GPP TS 36.355 演进通用陆地无线接入： LTE 定位协议 [Evolved Universal Terrestrial Ra﹘ dio Access (E﹘UTRA); LTE Positioning Protocol (LPP)]

　　[5] OMA TS ULP v2.0.2—2014 开放移动联盟 用户面定位协议(Open Mobile Alliance User Plane Location Protocol v2.0.2—2014)

　　16