基于用户面的定位业务技术要求 平台_第1页
基于用户面的定位业务技术要求 平台_第2页
基于用户面的定位业务技术要求 平台_第3页
基于用户面的定位业务技术要求 平台_第4页
基于用户面的定位业务技术要求 平台_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS33.030

CCSM30

中华人民共和国国家标准

GB/TXXXXX—XXXX

`

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

TechnicalRequirementsforSecureUserPlaneLocationServicePlatform

(点击此处添加与国际标准一致性程度的标识)

(征求意见稿)

在提交反馈意见时,请将您知道的相关专利连同支持性文件一并附上。

XXXX-XX-XX发布XXXX-XX-XX实施

GB/TXXXXX—XXXX

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

1范围

本文件规定了基于用户面的定位业务平台的技术要求,包括平台的体系架构、业务支持能力、功能、

以及和定位终端在实现定位业务时需要支持的消息流程(包括不同的漫游模式)、接口信令、协议、安

全策略等方面的技术要求。

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

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,

仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本

文件。

3GPPTS25.331无线资源控制协议规范(RRCProtocolSpecification)

3GPPTS36.355演进通用陆地无线接入:LTE定位协议(EvolvedUniversalTerrestrialRadio

Access(E-UTRA);LTEPositioningProtocol(LPP))

OMATSULPv2.0.2-2014开放移动联盟用户面定位协议(OpenMobileAllianceUserPlane

LocationProtocolv2.0.2-2014)

3术语、定义

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

紧急IMS核心网EmergencyIMSCore

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

非代理模式Non-ProxyMode

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

代理模式ProxyMode

SPC系统和SET不直接通信模式,在这种情况下,SLC系统在SET和SPC之间执行代理作用。

SET始发SETInitiated

SET始发是指由SET发起的服务。对于这些服务,SUPL代理是位于SET上的。

网络始发NetworkInitiated

相对SET始发,网络始发是从SUPL网络内部发起的服务。对于这些服务,SUPL代理是位于网络内的。

用户面定位业务平台SLP

用户面定位业务平台即SLP是由SPC和SLC组成的。

1

GB/TXXXXX—XXXX

4缩略语

下列缩略语适用于本文件

AFLT:高级前向链路三角定位(AdvancedForwardLinkTrilateration)

ASN.1:抽象语法标记1(AbstractSyntaxNotationOne)

A-BDS:辅助北斗卫星导航系统(AssistedBeiDouNavigationSatelliteSystem)

A-GPS:辅助全球定位系统(AssistedGlobalPositioningSystem)

A-GANSS:辅助伽利略和附属卫星导航系统(AssistedGalileoandAdditionalNavigation

SatelliteSystems)

BDS:北斗卫星导航系统(BeiDouNavigationSatelliteSystem)

EOTD:增强的OTD定位(EnhancedObservedTimeDifference)

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

E-UTRA:演进通用陆地无线接入(EvolvedUniversalTerrestrialRadioAccess)

FQDN:完全域名(FullyQualifiedDomainName)

GANSS:伽利略和附属卫星导航系统(GalileoandAdditionalNavigationSatelliteSystems)

GPS:全球定位系统(GlobalPositioningSystem)

HTTP:超文本传输协议(HyperTextTransferProtocol)

GSM:全球移动通信系统(GlobalSystemforMobileCommunications)

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

ID:身份标识(IdentityDocument)

IMS:IP多媒体子系统(IPMultimediaSubsystem)

IMSI:国际移动台标识(InternationalMobileSubscriberIdentity)

IP:互联网协议(InternetProtocol)

ISDN:综合业务数字网(IntegratedServiceDigitalNetwork)

LPP:LTE定位协议(LTEPositioningProtocol)

LPPe:LTE定位拓展协议(LTEPositioningProtocolExtensions)

LTE:长期演进技术(LongTermEvolution)

MC:消息中心(MessageCenter)

MLS:移动定位服务(MobileLocationServices)

MNO:移动网络运营商(MobileNetworkOperator)

MSISDN:国际移动台ISDN号码(MoblieSubscriberInternationalISDNnumber)

OMA:开放移动联盟(OpenMobileAlliance)

OMNA:开放移动命名机构(OpenMobileNamingAuthority)

OTDOA:到达时间差测量法(ObservedTimeDifferenceofArrival)

PAP:OMA推送访问协议(OMAPushAccessProtocol)

PLMN:公用陆地移动网(PublicLandMobileNetwork)

POTAP:WAP推送空中协议(WAPPushOverTheAirProtocol)

PPG:推送代理网关(PushProxyGateway)

PSAP:公共安全应答点(PublicSafetyAnsweringPoint)

PSK:欲共享的密钥(Pre-SharedKey)

QoP:定位质量(QualityofPosition)

RRC:无线资源控制(RadioResourceControl)

RRLP:无线资源定位服务协议(RadioResourceLCSProtocol)

R-SLP:业务请求SLP(RequestingSLP)

2

GB/TXXXXX—XXXX

SET:SUPL终端(SUPLEnabledTerminal)

SIP:会话发起协议(SessionInitiationProtocol)

SLC:SUPL位置中心(SUPLLocationCenter)

SLP:SUPL定位平台(SUPLLocationPlatform)

SMPP:短消息点对点协议(ShortMessagePeertopeerProtocol)

SMS:短消息服务(ShortMessageService)

SMSC:短消息服务中心(ShortMessageServiceCenter)

SPC:SUPL定位中心(SUPLPositionCenter)

SUPL:安全用户面定位(SecureUserPlaneLocation)

TCP:传输控制协议(TransmissionControlProtocol)

TD-SCDMA:时分同步码分多址接入(TimeDivision-SynchronousCodeDivisionMultipleAccess)

TLS:传输层安全(TransportLayerSecurity)

UDP:用户数据报协议(UserDatagramProtocol)

UICC:通用IC卡(UniversalIntegratedCircuitCard)

ULP:用户面定位协议(UserplaneLocationProtocol)

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

WAP:无线应用协议(WirelessApplicationProtocol)

WCDMA:宽带码分多址接入(WidebandCodeDivisionMultipleAccess)

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

体系架构

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

一个网络实体(即系统和子系统)扮演了一组的功能,而并不一定是一个物理实体。具体的物理实

体形式依赖于实现方式:一个设备商可能选择任何网络实体进行物理实现,可以是单独的,也可以是组

合的。只要这个实现能满足功能需求。

一个参考点是对两组功能的概念上的划分,而并不一定是物理接口。只有当两侧的网络实体是包含

在不同的物理设备上时,一个参考点可以是一个或者多个物理接口。可能为一个接口的实例化定义一个

或者多个协议。Lup参考点的相应协议应符合OMATSULPv2.0.2-2014。

在一般的情况下,所需的SUPL部件是SET和包含了SLC和SPC的网络部件SLP。SET通过Lup接口与网络

通信。在SLC和SPC分设在不同物理实体上的情况下,SLC和SPC可能通过Llp接口互相通信。SLC和SPC配

置在一个物理实体时,不需要实现Llp接口。

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

符合。

3

GB/TXXXXX—XXXX

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

5.1.1SLP

SLP角色

对于任何SET,用户面定位平台可以作为H-SLP、V-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覆盖范围之外发起了紧急定位呼叫。

注意:这里所说的SLP覆盖范围可以与那些与SLP相关的PLMN的覆盖范围不同。

需要注意的是,如果紧急呼叫业务只可以在E-SLP服务区域内执行,则不会有SUPL漫游并且定位不

需要有V-SLP参与紧急业务相关的定位。

SLP结构

SLP包含一个SLC和一个SPC,SLC和SPC有可能集成在一个系统中。Lup接口用于SLP和SET间的通信,

该接口上传递SUPL位置业务管理和SUPL定位确定所需的消息:

·Lup位置业务管理消息:终止于SLP中的SLC功能。

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

5.1.2SLC

SLC系统负责协调控制网络中的SUPL操作。在和SET通过用户面承载进行交互时执行下述功能:

·SUPL隐私功能

·SUPL初始化功能

·SUPL安全功能

·SUPL漫游功能

·SUPL计费功能

4

GB/TXXXXX—XXXX

·SUPL业务管理功能

·SUPL触发功能

·SUPL定位计算功能

SLC有可能将位置ID转换成用经/纬度数据描述的地理位置,这种较粗的定位方式有可能已能满足

SUPL代理所要求的QoP,在MNO环境中,这通常被称作Cell-ID定位。

5.1.3SPC

SPC支持以下功能:

·SUPL安全功能

·SUPL辅助数据递送功能

·SUPL参考数据获取功能

·SUPL定位计算功能

5.1.4SET

SET支持在SUPL中定义的与网络之间通过用户面承载的交互过程。SET支持以下一种或者多种功能:

·SUPL隐私功能

·SUPL安全功能

·SUPLSET配置功能

·SUPL初始化功能

·SUPL触发功能

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

·SUPL定位计算功能

·辅助数据递送功能

5.1.5Lup接口

Lup接口概述

SLP和SET之间的接口为Lup接口。该接口被用于递送以下两类消息。

·Lup位置业务管理消息

·Lup定位确定消息

Lup位置业务管理消息

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

·SUPLINIT

·SUPLSETINIT

·SUPLSTART

·SUPLTRIGGEREDSTART

·SUPLRESPONSE

·SUPLTRIGGEREDRESPONSE

·SUPLTRIGGEREDSTOP

·SUPLEND

·SUPLAUTHREQ

·SUPLAUTHRESP

·SUPLNOTIFY

5

GB/TXXXXX—XXXX

·SUPLNOTIFYRESPONSE

·SUPLREPORT

Lup定位确定消息

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

·SUPLPOS

·SUPLPOSINIT

·SUPLREPORT

·SUPLEND

通信机制

.1通信机制概述

从SLP向SET传送定位请求通知的通信机制包括OMAPUSH、SMS、UDP/IP以及SIPPUSH。在OMAPush

中使用的协议是PAP协议和POTAP或SIPPUSH协议,其中PAP用于从SLP向PPG传送定位请求通知,而POTAP

或SIPPUSH用于从PPG向SET传送该通知。短消息承载通知是另外一个选择,SLP可以用SMS触发或WAP通

知始发定位。SMS传输的协议接口在图1中未标识出来,因为在SLP和SMSC/MC之间的此接口是私有的,没

有在3GPP中定义。从SMS-C/MC到SET之间的通信路径不在本文件的范围内。

.2IMS紧急定位服务

对于IMS紧急定位服务,E-SLP可能通过紧急IMS核心网使用SIPPush将SUPL定位请求通知发送给SET。

紧急IMS核心网将定位请求通知和IMS紧急呼叫进行关联并通知到SET。

5.1.6Llp接口

Llp接口概述

SLC和SPC间的接口是Llp接口,它的功能在逻辑上可以分为:定位控制功能和定位数据功能。

定位控制功能

定位控制功能用于建立、维护和清除SLC和SPC间的会话,该功能使得SLC和SPC能协同工作完成定位

计算功能,包括如下消息:

·PREQ

·PRES

·PRPT

·PLREQ

·PLRES

·PAUTH

·PALIVE

·PEND

定位数据功能

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

息,消息内容应符合OMATSULPv2.0.2-2014:

·PMESS

·PINIT

6

GB/TXXXXX—XXXX

通信模式

SET和SLP间有两种通信模式:

·代理模式:该模式下SPC不直接和SET通信,SET和SPC间的通信由SLC进行代理。

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

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

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

模式,位置业务管理所需的信息交互发生在SLC和SET间,而与定位确定相关的信息交互发生在SPC和SET

间。

业务支持

5.3.1业务支持概述

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

其中包括了以下业务:

·立即定位服务

-商用定位服务

-紧急定位服务

·区域事件触发定位服务

·周期触发定位服务

5.3.2网络始发的定位业务

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

络中。

5.3.3SET始发的定位业务

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

位置业务功能组

5.4.1隐私功能

隐私功能用来保证SET用户的隐私被尊重。必须包括下面这些情况:

·无论是网络发起还是SET发起的服务,都须遵从目标SET用户的隐私设置。

·遵从目标SET用户的通知和确认设置。

·要考虑可能应用于目标SET用户的紧急情况和法律许可下的超级权限规则。

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

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

5.4.2初始化功能

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

一个重要功能。

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

·OMAPUSH

·MNO环境中的立即SMS

7

GB/TXXXXX—XXXX

·UDP/IP

·SIPPush

其中,OMAPUSH可以是任一利用PAP协议的PUSH方法,无论是POTAP或SIPPUSH。

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

内。

要支持初始化功能,SET应至少支持POTAP、SIPPush和SMS中的一种。有能力使用IP承载开始紧急

服务呼叫的SET,还应支持使用UDP/IP或SIPPush的SUPL初始化。

对于GSM/WCDMA/TD-SCDMA/LTE部署,SET和SLP都应支持OMAPush方式的SUPL初始化。对其他传输协

议的支持是可选的。

5.4.3安全功能

安全功能概述

SUPL安全功能保证SUPL网络能够对SUPL定位业务代理进行认证和授权,并且能够让SET对SUPL网络

进行认证和授权。此功能对安全实现网络始发和SET始发的SUPL服务十分重要。

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

认证

SET和H-SLP之间必须支持基于ACA的相互认证。SET和E-SLP之间必须支持服务器认证。SET和E-SLP

之间的相互认证为可选。

SET中配置H-SLP地址

通过在SET中的UICC卡里或者直接在SET中预置H-SLP地址、或导出一个缺省的H-SLP地址的方式,可

以使SET能获得有效的H-SLP地址。该地址必须符合FQDN格式,并且该SET的归属网络能进行安全地配置。

机密性和数据完整性

在SET和SLP之间必须使用TLS或PSK-TLS来提供机密性保护和数据完整性保护。除消息“SUPLINIT”

外的其他所有消息必须在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业务管理功能

8

GB/TXXXXX—XXXX

SUPL业务管理功能是管理SET位置的功能。该功能存储、获取和修改目标SET的位置信息。在执行此

功能时,将会综合考虑计费、隐私、安全和QoP功能。

5.4.7终端配置功能

SUPLSET配置功能指的是管理SET的配置的功能。SET必须被配置归属SLP地址。SET上的归属SLP地

址可以使用OMA的使能器进行配置。

5.4.8触发功能

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

发条件。

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

发条件发给SLP。在某些情况下,在SET始发触发定位时SLP可能会向SET返回补充的触发条件。

由SET负责判断何时满足触发条件。

对于周期触发定位,标准可能包括:

·定位的次数

·定位之间的间隔

·触发开始的时间

对于事件触发定位,标准可能包括:

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

·一个地理目标区域列表

·一个区域标识列表

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

·开始和结束时间

在事件触发定位中,如果只有区域标识列表,而没有地理目标区域列表时,这个区域标识列表就是

目标区域。如果只有地理区域列表而没有区域标识列表,则地理区域列表就是目标区域。如果同时提供

了地理目标区域列表和区域标识列表,则地理目标区域列表是真正的目标区域,而区域标识列表是为了

帮助SET避免不必要的定位尝试。

定位功能组

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定位

9

GB/TXXXXX—XXXX

·基于SET的A-GPS定位

·SET辅助A-BDS定位

·基于SET的A-BDS定位

·SET辅助A-GANSS定位

·基于SET的A-GANSS定位

·自治GPS定位

·自治BDS定位

·自治GANSS定位

·增强的Cell/Sector定位

·AFLT定位

·EOTD定位

·OTDOA定位

·LocationID定位:必选,完成位置标识到以经纬度表示的地理位置的转换。在MNO网络中,通

常是指Cell-ID定位。

6功能要求

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

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

功能分类功能子项必选/可选

代理模式必选

通信模式

非代理模式可选

网络始发立即定位可选

SET始发立即定位必选

业务支持

区域事件触发定位可选

周期触发定位可选

隐私功能必选

初始化功能可选

安全功能必选

位置业务功能组漫游功能可选

计费功能可选

业务管理功能必选

触发功能可选

辅助数据递送功能必选

参考数据获取功能必选

SET辅助A-GPS定位可选

基于SET的A-GPS定位必选

定位功能组SET辅助A-BDS定位可选

定位计算功能基于SET的A-BDS定位必选

SET辅助A-GANSS定位

(除BDS以外的其他卫星定位可选

系统)

10

GB/TXXXXX—XXXX

基于SET的A-GANSS定位

(除BDS以外的其他卫星定位可选

系统)

自治GPS定位必选

自治BDS定位必选

自治GANSS定位可选

增强的Cell/Sector定位可选

AFLT定位可选

EOTD定位可选

OTDOA定位可选

LocationID定位必选

7业务流程

网络始发定位

从定位网络内部发起的定位业务称之为网络始发定位业务。在这种业务中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之间。

网络始发定位流程应符合OMATSULPv2.0.2-2014

SET始发定位

对于SET始发的应用,SLP和SET需要支持SUPLSTART,SUPLRESPONSE,SUPLPOSINIT,SUPLPOS

和SUPLEND消息。对SUPLPOS的支持是可选的,是否需要支持依赖于定位方法,例如对于A-GPS定位来

说就需要支持。

建立和释放连接:

在发送任何ULP消息前,SET应执行和SLP/SLC之间的TLS连接所需操作。可以是建立一个新的连接、

恢复一个连接或者重用一个已经存在连接。这包括了建立和使用各种数据连接资源,它依赖于SET所在

的终端和接入网络的类型。IP层以下的数据连接不在本规范规定范围内。

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

放该TLS连接。

网络始发定位流程应符合OMATSULPv2.0.2–2014。

8安全策略

11

GB/TXXXXX—XXXX

安全策略应符合OMATSULPv2.0.2–2014。

9ULP版本协商

ULP版本协商应符合OMATSULPv2.0.2–2014。

10ULP协议与接口

概述

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

应采用BASIC-PER编码规则,PERUnaligned传输。

SUPLINIT消息应是基于OMAPush或者SIPPush或SMS或UDP/IP传输的,除此之外,SET和SLP之间

(SET和SLC/SPC之间)其他消息基于的传输协议都应是TCP/IP。在使用OMAPush的情况下,从PPG到SET

的Push消息应符合OMAPush规范中的WAPPOTAP。在使用SIPPush的情况下,则应符合SIPPUSH规范。

如果SLP知道、或可以获得SET的IP地址,则可能使用UDP/IP传输。

对于GSM/WCDMA/TD-SCDMA/LTE部署,SET和SLP都应支持OMAPush方式的SUPL初始化。对其他传输协

议的支持是可选的。

TCP/IP与UDP/IP

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

SIPPUSH

SIPPush消息应基于以下澄清使用:

1.SIP消息方法应在递送SUPLINIT消息时使用。

2.Accept-Contact头应包含应用资源标识+g.oma.pusheventapp=“ulp.ua”,特征标签值“ulp.ua”

是OMNA分配的注册应用标识“x-oma-application:ulp.ua”。

3.Content-Type头应设为OMNA注册的内容类型application/vnd.omaloc-supl-init。

4.SIP消息体应保护PER编码的SUPLINIT消息。

除了上述的澄清,当E-SLP通过紧急IMS核心网,使用SIPPush向SET递送SUPLINIT消息时,也应遵

守下面的说明:

1.E-SLP应将SIPMESSAGE中的请求URI设为SETSIPURI或者TELURI,这可以从紧急IMS核心网

或者紧急定位请求的PSAP中获得。

注:E-SLP通过3GPPMl接口从紧急IMS核心网收到紧急定位请求,或者通过Le接口从PSAP收到紧急定位请求。该请

求包含了SET的SIPURI或TELURI。紧急IMS核心网使用请求URI关联SIPMESSAGE和IMS紧急呼叫,并通过IMS紧

急呼叫信号路径将SIPMESSAGE路由到SET。3GPPMl接口和Le接口不属于本规范考虑范围。

OMAPush

从SLP到PPG的OMAPush消息应包含SUPLINIT消息和应遵从PAP协议。OMAPush基于HTTP,且应包含

PAP控制体和PER编码的SUPLINIT消息。PPG和SET之间的通信采用POTAP协议,或者SIPPush。

内容类型必须是在IANA(内容类型:application/vnd.omaloc-supl-init)和OMNA(内容类型分配

码:0x312)中注册的。

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

MTSMS

12

GB/TXXXXX—XXXX

对于GSM/WCDMA/TD-SCDMA/LTE系统,MTSMS必须使用WDP协议。

SET预设

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

Lup参考点

10.7.1位置业务管理

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

表2,Lup位置业务管理消息的内容应符合OMATSULPv2.0.2-2014。

表2Lup位置业务管理信息

消息名称说明

SUPLINIT消息用于SLP始发一个与SET之间的SUPL会话。该

SUPLINIT

消息用在网络始发SUPL业务中。

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

SUPLSETINIT

会话。

SUPLSTARTSUPLSTART消息被SET用来开始与SLP之间的会话。

SUPLTRIGGEREDSTART消息被SET用来开始一个与SLP之间

SUPLTRIGGEREDSTART的触发定位会话。在网络始发建立触发的SUPL会话时,这

条消息也会被SET响应SUPLINIT消息。

SUPLRESPONSE消息被SLP作为SUPLSTART消息的应答消

SUPLRESPONSE

息,用在SET始发定位请求中。

SUPLTRIGGEREDRESPONSE消息被SLP用来作为对SUPL

SUPLTRIGGEREDRESPONSE

TRIGGEREDSTART消息的响应消息。

SUPLTRIGGEREDSTOP消息是用于SLP或者SET结束一个正在

SUPLTRIGGEREDSTOP

进行的SUPL触发会话的。

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

SUPLEND

话。

SUPLAUTHREQ消息仅用于非代理模式下SET和SPC之间的鉴

SUPLAUTHREQ

权。

SUPLAUTHRESP消息仅用于非代理模式下SET和SPC之间的

SUPLAUTHRESP

鉴权。

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

SUPLNOTIFY

对SET的通知。

SUPLNOTIFYRESPONSE消息是SET对SUPLNOTIFY消息的响

SUPLNOTIFYRESPONSE

应。

SUPLREPORT消息用于SLP或SET报告位置估计结果和/或网

SUPLREPORT

络测量报告。

10.7.2定位确定

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

内容应符合OMATSULPv2.0.2-2014。

13

GB/TXXXXX—XXXX

表3Lup定位确定消息

消息名称说明

SUPLPOS消息用在SLP与SET之间,进行定位过程消息

SUPLPOS(RRLP/RRC/LPP/LPPe)的交互。使用这些定位过程消息计

算出SET的位置。

SUPLPOSINIT消息被SET用来开始与SLP之间的定位协议会

SUPLPOSINIT

话(RRLP/RRC/LPP/LPPe)。

SUPLREPORT消息被SET用来在触发定位会话期间上报一个

或者多个定位结果和/或增强的小区测量报告。该消息还会

SUPLREPORT

被SET用来在历史数据获取会话中报告存储的定位结果和/

或增强的小区测量报告。

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

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

为GSM和/或WCDMA/TD-SCDMA能力的SET提供支持的SLP在支持A-GPS、A-BDS、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

AssistanceData消息,SET应发送RRLPAssistanceDataAcknowledgement消息作为对接受到辅助数

据的响应,但对向第三方递送报告的场景例外。

在采用RRLP协议时,如果是SET始发定位且采用基于SET的定位方法,在对向第三方递送报告的场景

下,SLP应发送RRLPMeasurePositionRequest消息,SET应响应RRLPMeasurePositionResponse消

息。

在采用RRC协议的情况下,如果是SET始发定位且采用基于SET的定位方法,SLP应发送RRC

AssistanceDataDelivery消息,SET应发送RRCAssistanceDataAcknowledgement消息作为对接受

到辅助数据的响应,但对向第三方递送报告的场景例外。

在采用RRC协议时,如果是SET始发定位且采用基于SET的定位方法,在对向第三方递送报告的场景

下,SLP必须发送RRCMeasurementControl消息。SET应响应RRCMeasurementResponse消息。

在RRLP协议中定义的RRLPPositioningCapabilityTransfer过程不应当被使用。

11ILP协议与接口

概述

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

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

TCP/IP

14

GB/TXXXXX—XXXX

Llp参考点可能提供两个操作端口号:一个用TLS1.1加密,一个不用。ILP消息用TCP传输时应使用

在IANA注册的端口号。

Llp参考点

11.3.1Llp定位控制接口

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

Llp定位控制接口的消息应符合表4,消息的内容应符合OMATSULPv2.0.2-2014。

表4Llp定位控制接口消息

消息名称说明

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

PRESPRES消息是对PREQ消息的响应,它由SPC发给SLC。

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

SLC(或SPC)用PLREQ消息请求SPC(或SLC)将一个

PLREQ

cell-id翻译成粗略位置估计。

SPC(或SLC)用PLRES消息向SLC(或SPC)返回根据

PLRES

cell-id翻译成的粗略位置估计。

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

SLC用PALIVE消息来确认SPC的运行状态,SLC可能在任何时

PALIVE间发送PALIVE消息,此时SPC必须返回一个相应的PALIVE消

息。

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

PEND

束。

11.3.2Llp定位数据接口

定位数据接口用于传输定位计算中使用的信息,该接口仅用于代理模式。Llp定位数据接口的消息

应符合表5,消息的内容应符合OMATSULPv2.0.2-2014。

表5Llp定位数据接口消息

消息名称说明

PMESS消息是双向的,可以被用来承载RRLP/RRC/LPP/LPPe

PMESS

载荷。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论