基于用戶面的定位業(yè)務(wù)技術(shù)要求 平臺

ICS33.030

CCSM30

中華人民共和國國家標準

GB/TXXXXX—XXXX

`

基于用戶面的定位業(yè)務(wù)技術(shù)要求平臺

TechnicalRequirementsforSecureUserPlaneLocationServicePlatform

(點擊此處添加與國際標準一致性程度的標識)

（征求意見稿）

在提交反饋意見時，請將您知道的相關(guān)專利連同支持性文件一并附上。

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

GB/TXXXXX—XXXX

基于用戶面的定位業(yè)務(wù)技術(shù)要求平臺

1范圍

本文件規(guī)定了基于用戶面的定位業(yè)務(wù)平臺的技術(shù)要求，包括平臺的體系架構(gòu)、業(yè)務(wù)支持能力、功能、

以及和定位終端在實現(xiàn)定位業(yè)務(wù)時需要支持的消息流程（包括不同的漫游模式）、接口信令、協(xié)議、安

全策略等方面的技術(shù)要求。

本文件適用于基于移動通信網(wǎng)絡(luò)的定位業(yè)務(wù)平臺的設(shè)計、開發(fā)和測試。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本

文件。

3GPPTS25.331無線資源控制協(xié)議規(guī)范(RRCProtocolSpecification)

3GPPTS36.355演進通用陸地無線接入：LTE定位協(xié)議（EvolvedUniversalTerrestrialRadio

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

OMATSULPv2.0.2-2014開放移動聯(lián)盟用戶面定位協(xié)議(OpenMobileAllianceUserPlane

LocationProtocolv2.0.2-2014)

3術(shù)語、定義

下列術(shù)語和定義適用于本文件。

緊急IMS核心網(wǎng)EmergencyIMSCore

支持緊急IMS呼叫的IMS核心網(wǎng)絡(luò)。

非代理模式Non-ProxyMode

SPC系統(tǒng)和SET能直接通信的模式。

代理模式ProxyMode

SPC系統(tǒng)和SET不直接通信模式，在這種情況下，SLC系統(tǒng)在SET和SPC之間執(zhí)行代理作用。

SET始發(fā)SETInitiated

SET始發(fā)是指由SET發(fā)起的服務(wù)。對于這些服務(wù)，SUPL代理是位于SET上的。

網(wǎng)絡(luò)始發(fā)NetworkInitiated

相對SET始發(fā)，網(wǎng)絡(luò)始發(fā)是從SUPL網(wǎng)絡(luò)內(nèi)部發(fā)起的服務(wù)。對于這些服務(wù)，SUPL代理是位于網(wǎng)絡(luò)內(nèi)的。

用戶面定位業(yè)務(wù)平臺SLP

用戶面定位業(yè)務(wù)平臺即SLP是由SPC和SLC組成的。

1

GB/TXXXXX—XXXX

4縮略語

下列縮略語適用于本文件

AFLT：高級前向鏈路三角定位（AdvancedForwardLinkTrilateration）

ASN.1：抽象語法標記1（AbstractSyntaxNotationOne）

A-BDS：輔助北斗衛(wèi)星導(dǎo)航系統(tǒng)（AssistedBeiDouNavigationSatelliteSystem）

A-GPS：輔助全球定位系統(tǒng)（AssistedGlobalPositioningSystem）

A-GANSS：輔助伽利略和附屬衛(wèi)星導(dǎo)航系統(tǒng)（AssistedGalileoandAdditionalNavigation

SatelliteSystems）

BDS：北斗衛(wèi)星導(dǎo)航系統(tǒng)（BeiDouNavigationSatelliteSystem）

EOTD：增強的OTD定位（EnhancedObservedTimeDifference）

E-SLP：緊急SLP（Emergency-SLP）

E-UTRA：演進通用陸地無線接入(EvolvedUniversalTerrestrialRadioAccess)

FQDN：完全域名（FullyQualifiedDomainName）

GANSS：伽利略和附屬衛(wèi)星導(dǎo)航系統(tǒng)（GalileoandAdditionalNavigationSatelliteSystems）

GPS：全球定位系統(tǒng)（GlobalPositioningSystem）

HTTP：超文本傳輸協(xié)議（HyperTextTransferProtocol）

GSM：全球移動通信系統(tǒng)（GlobalSystemforMobileCommunications）

H-SLP：歸屬SLP（Home-SLP）

ID：身份標識（IdentityDocument）

IMS:IP多媒體子系統(tǒng)（IPMultimediaSubsystem）

IMSI:國際移動臺標識（InternationalMobileSubscriberIdentity）

IP：互聯(lián)網(wǎng)協(xié)議（InternetProtocol）

ISDN：綜合業(yè)務(wù)數(shù)字網(wǎng)（IntegratedServiceDigitalNetwork）

LPP：LTE定位協(xié)議（LTEPositioningProtocol）

LPPe：LTE定位拓展協(xié)議（LTEPositioningProtocolExtensions）

LTE：長期演進技術(shù)（LongTermEvolution）

MC：消息中心（MessageCenter）

MLS：移動定位服務(wù)（MobileLocationServices）

MNO:移動網(wǎng)絡(luò)運營商(MobileNetworkOperator)

MSISDN：國際移動臺ISDN號碼（MoblieSubscriberInternationalISDNnumber）

OMA：開放移動聯(lián)盟（OpenMobileAlliance）

OMNA：開放移動命名機構(gòu)（OpenMobileNamingAuthority）

OTDOA：到達時間差測量法（ObservedTimeDifferenceofArrival）

PAP：OMA推送訪問協(xié)議（OMAPushAccessProtocol）

PLMN：公用陸地移動網(wǎng)（PublicLandMobileNetwork）

POTAP：WAP推送空中協(xié)議（WAPPushOverTheAirProtocol）

PPG：推送代理網(wǎng)關(guān)（PushProxyGateway）

PSAP：公共安全應(yīng)答點（PublicSafetyAnsweringPoint）

PSK：欲共享的密鑰（Pre-SharedKey）

QoP：定位質(zhì)量（QualityofPosition）

RRC：無線資源控制(RadioResourceControl)

RRLP：無線資源定位服務(wù)協(xié)議（RadioResourceLCSProtocol）

R-SLP：業(yè)務(wù)請求SLP（RequestingSLP）

2

GB/TXXXXX—XXXX

SET:SUPL終端（SUPLEnabledTerminal）

SIP：會話發(fā)起協(xié)議（SessionInitiationProtocol）

SLC：SUPL位置中心（SUPLLocationCenter）

SLP:SUPL定位平臺(SUPLLocationPlatform)

SMPP：短消息點對點協(xié)議（ShortMessagePeertopeerProtocol）

SMS：短消息服務(wù)（ShortMessageService）

SMSC：短消息服務(wù)中心（ShortMessageServiceCenter）

SPC：SUPL定位中心（SUPLPositionCenter）

SUPL：安全用戶面定位（SecureUserPlaneLocation）

TCP：傳輸控制協(xié)議（TransmissionControlProtocol）

TD-SCDMA：時分同步碼分多址接入（TimeDivision-SynchronousCodeDivisionMultipleAccess）

TLS：傳輸層安全（TransportLayerSecurity）

UDP：用戶數(shù)據(jù)報協(xié)議（UserDatagramProtocol）

UICC：通用IC卡（UniversalIntegratedCircuitCard）

ULP：用戶面定位協(xié)議（UserplaneLocationProtocol）

V-SLP：拜訪SLP（Visiting-SLP）

WAP：無線應(yīng)用協(xié)議（WirelessApplicationProtocol）

WCDMA：寬帶碼分多址接入（WidebandCodeDivisionMultipleAccess）

5體系結(jié)構(gòu)、業(yè)務(wù)以及邏輯功能

體系架構(gòu)

用戶面定位業(yè)務(wù)平臺的網(wǎng)絡(luò)結(jié)構(gòu)模型，包括了用戶平面定位服務(wù)相關(guān)的網(wǎng)絡(luò)實體及相應(yīng)參考點。

一個網(wǎng)絡(luò)實體（即系統(tǒng)和子系統(tǒng)）扮演了一組的功能，而并不一定是一個物理實體。具體的物理實

體形式依賴于實現(xiàn)方式：一個設(shè)備商可能選擇任何網(wǎng)絡(luò)實體進行物理實現(xiàn)，可以是單獨的，也可以是組

合的。只要這個實現(xiàn)能滿足功能需求。

一個參考點是對兩組功能的概念上的劃分，而并不一定是物理接口。只有當兩側(cè)的網(wǎng)絡(luò)實體是包含

在不同的物理設(shè)備上時，一個參考點可以是一個或者多個物理接口?？赡転橐粋€接口的實例化定義一個

或者多個協(xié)議。Lup參考點的相應(yīng)協(xié)議應(yīng)符合OMATSULPv2.0.2-2014。

在一般的情況下，所需的SUPL部件是SET和包含了SLC和SPC的網(wǎng)絡(luò)部件SLP。SET通過Lup接口與網(wǎng)絡(luò)

通信。在SLC和SPC分設(shè)在不同物理實體上的情況下，SLC和SPC可能通過Llp接口互相通信。SLC和SPC配

置在一個物理實體時，不需要實現(xiàn)Llp接口。

在MNO環(huán)境中，還需要幾個業(yè)務(wù)實體及其實體間的接口，用戶面定位業(yè)務(wù)平臺的系統(tǒng)架構(gòu)應(yīng)與圖1相

符合。

3

GB/TXXXXX—XXXX

圖1用戶平面位置業(yè)務(wù)平臺系統(tǒng)架構(gòu)

5.1.1SLP

SLP角色

對于任何SET，用戶面定位平臺可以作為H-SLP、V-SLP或者E-SLP。一個SLP可能會對多個SET執(zhí)行一

個或者多個這些角色。

某個SET的歸屬SLP包含了SET的注冊、鑒權(quán)和隱私相關(guān)的數(shù)據(jù)，歸屬SLP通常與SET的歸屬網(wǎng)絡(luò)相關(guān)

或者是其一部分。

對某個特定的SET，它的E-SLP是與SET的服務(wù)PLMN相關(guān)或者是在其內(nèi)部的一個SLP，該SLP被服務(wù)PLMN

調(diào)用并執(zhí)行該SET發(fā)起緊急業(yè)務(wù)呼叫所需的定位功能。如果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覆蓋范圍之外發(fā)起了緊急定位呼叫。

注意：這里所說的SLP覆蓋范圍可以與那些與SLP相關(guān)的PLMN的覆蓋范圍不同。

需要注意的是，如果緊急呼叫業(yè)務(wù)只可以在E-SLP服務(wù)區(qū)域內(nèi)執(zhí)行，則不會有SUPL漫游并且定位不

需要有V-SLP參與緊急業(yè)務(wù)相關(guān)的定位。

SLP結(jié)構(gòu)

SLP包含一個SLC和一個SPC，SLC和SPC有可能集成在一個系統(tǒng)中。Lup接口用于SLP和SET間的通信，

該接口上傳遞SUPL位置業(yè)務(wù)管理和SUPL定位確定所需的消息：

·Lup位置業(yè)務(wù)管理消息：終止于SLP中的SLC功能。

·Lup定位確定消息：終止于SLP中的SPC功能。

5.1.2SLC

SLC系統(tǒng)負責協(xié)調(diào)控制網(wǎng)絡(luò)中的SUPL操作。在和SET通過用戶面承載進行交互時執(zhí)行下述功能：

·SUPL隱私功能

·SUPL初始化功能

·SUPL安全功能

·SUPL漫游功能

·SUPL計費功能

4

GB/TXXXXX—XXXX

·SUPL業(yè)務(wù)管理功能

·SUPL觸發(fā)功能

·SUPL定位計算功能

SLC有可能將位置ID轉(zhuǎn)換成用經(jīng)/緯度數(shù)據(jù)描述的地理位置，這種較粗的定位方式有可能已能滿足

SUPL代理所要求的QoP，在MNO環(huán)境中，這通常被稱作Cell-ID定位。

5.1.3SPC

SPC支持以下功能：

·SUPL安全功能

·SUPL輔助數(shù)據(jù)遞送功能

·SUPL參考數(shù)據(jù)獲取功能

·SUPL定位計算功能

5.1.4SET

SET支持在SUPL中定義的與網(wǎng)絡(luò)之間通過用戶面承載的交互過程。SET支持以下一種或者多種功能：

·SUPL隱私功能

·SUPL安全功能

·SUPLSET配置功能

·SUPL初始化功能

·SUPL觸發(fā)功能

SET支持基于SET的和/或SET輔助的定位計算。SET還可能支持以下的功能：

·SUPL定位計算功能

·輔助數(shù)據(jù)遞送功能

5.1.5Lup接口

Lup接口概述

SLP和SET之間的接口為Lup接口。該接口被用于遞送以下兩類消息。

·Lup位置業(yè)務(wù)管理消息

·Lup定位確定消息

Lup位置業(yè)務(wù)管理消息

Lup位置業(yè)務(wù)管理消息主要被用于位置業(yè)務(wù)功能，包括如下消息：

·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

中使用的協(xié)議是PAP協(xié)議和POTAP或SIPPUSH協(xié)議，其中PAP用于從SLP向PPG傳送定位請求通知，而POTAP

或SIPPUSH用于從PPG向SET傳送該通知。短消息承載通知是另外一個選擇，SLP可以用SMS觸發(fā)或WAP通

知始發(fā)定位。SMS傳輸?shù)膮f(xié)議接口在圖1中未標識出來，因為在SLP和SMSC/MC之間的此接口是私有的，沒

有在3GPP中定義。從SMS-C/MC到SET之間的通信路徑不在本文件的范圍內(nèi)。

.2IMS緊急定位服務(wù)

對于IMS緊急定位服務(wù)，E-SLP可能通過緊急IMS核心網(wǎng)使用SIPPush將SUPL定位請求通知發(fā)送給SET。

緊急IMS核心網(wǎng)將定位請求通知和IMS緊急呼叫進行關(guān)聯(lián)并通知到SET。

5.1.6Llp接口

Llp接口概述

SLC和SPC間的接口是Llp接口，它的功能在邏輯上可以分為：定位控制功能和定位數(shù)據(jù)功能。

定位控制功能

定位控制功能用于建立、維護和清除SLC和SPC間的會話，該功能使得SLC和SPC能協(xié)同工作完成定位

計算功能，包括如下消息：

·PREQ

·PRES

·PRPT

·PLREQ

·PLRES

·PAUTH

·PALIVE

·PEND

定位數(shù)據(jù)功能

定位數(shù)據(jù)功能用于傳輸定位計算中所使用的數(shù)據(jù)，定位數(shù)據(jù)功能接口僅用于代理模式，包括如下消

息,消息內(nèi)容應(yīng)符合OMATSULPv2.0.2-2014：

·PMESS

·PINIT

6

GB/TXXXXX—XXXX

通信模式

SET和SLP間有兩種通信模式：

·代理模式：該模式下SPC不直接和SET通信，SET和SPC間的通信由SLC進行代理。

·非代理模式：該模式下SPC將和SET直接通信。

SLP中的SLC和SPC功能也可能被集成在不同的系統(tǒng)中，此時SLC和SPC間應(yīng)支持開放的Llp接口。

對于代理模式，位置業(yè)務(wù)管理和定位確定所需的SUPL應(yīng)用消息交互發(fā)生在SLP和SET間；對于非代理

模式，位置業(yè)務(wù)管理所需的信息交互發(fā)生在SLC和SET間，而與定位確定相關(guān)的信息交互發(fā)生在SPC和SET

間。

業(yè)務(wù)支持

5.3.1業(yè)務(wù)支持概述

SUPL定位服務(wù)可以分為網(wǎng)絡(luò)始發(fā)和SET始發(fā)兩種服務(wù)。

其中包括了以下業(yè)務(wù)：

·立即定位服務(wù)

-商用定位服務(wù)

-緊急定位服務(wù)

·區(qū)域事件觸發(fā)定位服務(wù)

·周期觸發(fā)定位服務(wù)

5.3.2網(wǎng)絡(luò)始發(fā)的定位業(yè)務(wù)

從SUPL網(wǎng)絡(luò)內(nèi)部始發(fā)的服務(wù)稱為網(wǎng)絡(luò)始發(fā)的服務(wù)。對于這類業(yè)務(wù)的SUPLSUPL定位業(yè)務(wù)代理位于網(wǎng)

絡(luò)中。

5.3.3SET始發(fā)的定位業(yè)務(wù)

SET始發(fā)的定位服務(wù)是指從SET發(fā)起定位的服務(wù)。對于這類業(yè)務(wù)的SUPL定位業(yè)務(wù)代理位于SET中。

位置業(yè)務(wù)功能組

5.4.1隱私功能

隱私功能用來保證SET用戶的隱私被尊重。必須包括下面這些情況：

·無論是網(wǎng)絡(luò)發(fā)起還是SET發(fā)起的服務(wù)，都須遵從目標SET用戶的隱私設(shè)置。

·遵從目標SET用戶的通知和確認設(shè)置。

·要考慮可能應(yīng)用于目標SET用戶的緊急情況和法律許可下的超級權(quán)限規(guī)則。

SUPL可能使用其他的使能器來執(zhí)行部分隱私功能。

SUPL隱私功能也可能在SET中執(zhí)行。

5.4.2初始化功能

SUPL初始化功能為SUPL網(wǎng)絡(luò)提供了與SET交互的觸發(fā)機制。初始化功能是完成SUPL網(wǎng)絡(luò)始發(fā)服務(wù)的

一個重要功能。

在SUPL網(wǎng)絡(luò)始發(fā)服務(wù)情況下，SUPL網(wǎng)絡(luò)可以采用如下方式之一初始化SUPL：

·OMAPUSH

·MNO環(huán)境中的立即SMS

7

GB/TXXXXX—XXXX

·UDP/IP

·SIPPush

其中，OMAPUSH可以是任一利用PAP協(xié)議的PUSH方法，無論是POTAP或SIPPUSH。

根據(jù)SET的能力，SUPL網(wǎng)絡(luò)決定采用適合的SUPL始發(fā)方法，其中SET能力如何確定不在本文件的范圍

內(nèi)。

要支持初始化功能，SET應(yīng)至少支持POTAP、SIPPush和SMS中的一種。有能力使用IP承載開始緊急

服務(wù)呼叫的SET，還應(yīng)支持使用UDP/IP或SIPPush的SUPL初始化。

對于GSM/WCDMA/TD-SCDMA/LTE部署，SET和SLP都應(yīng)支持OMAPush方式的SUPL初始化。對其他傳輸協(xié)

議的支持是可選的。

5.4.3安全功能

安全功能概述

SUPL安全功能保證SUPL網(wǎng)絡(luò)能夠?qū)UPL定位業(yè)務(wù)代理進行認證和授權(quán)，并且能夠讓SET對SUPL網(wǎng)絡(luò)

進行認證和授權(quán)。此功能對安全實現(xiàn)網(wǎng)絡(luò)始發(fā)和SET始發(fā)的SUPL服務(wù)十分重要。

SUPL安全功能還提供了機密性和數(shù)據(jù)完整性的保障。

認證

SET和H-SLP之間必須支持基于ACA的相互認證。SET和E-SLP之間必須支持服務(wù)器認證。SET和E-SLP

之間的相互認證為可選。

SET中配置H-SLP地址

通過在SET中的UICC卡里或者直接在SET中預(yù)置H-SLP地址、或?qū)С鲆粋€缺省的H-SLP地址的方式，可

以使SET能獲得有效的H-SLP地址。該地址必須符合FQDN格式，并且該SET的歸屬網(wǎng)絡(luò)能進行安全地配置。

機密性和數(shù)據(jù)完整性

在SET和SLP之間必須使用TLS或PSK-TLS來提供機密性保護和數(shù)據(jù)完整性保護。除消息“SUPLINIT”

外的其他所有消息必須在SET和SLP之間的TLS或PSK-TLS的會話里進行傳輸。

5.4.4漫游功能

當SET離開其H-SLP的業(yè)務(wù)區(qū)域時被稱為SUPL漫游。SLP的業(yè)務(wù)區(qū)域指在沒有其它SLP的協(xié)助下，SLP

能夠提供SET定位估計或相應(yīng)輔助數(shù)據(jù)的區(qū)域。

SUPL漫游可以概括為下面兩種情況：

·H-SLP可以請求V-SLP提供初始的位置估計，例如根據(jù)位置ID。

·H-SLP可以請求V-SLP提供Lup定位確定功能和SPC功能。

采用哪一種漫游根據(jù)實現(xiàn)方式的不同而定，不在本文件的范圍之內(nèi)。

5.4.5計費功能

SUPL計費功能負責SLP內(nèi)的計費。包括MLS應(yīng)用，SUPL定位業(yè)務(wù)代理和SET用戶的計費。

計費功能的主要任務(wù)是收集合適的計費相關(guān)的數(shù)據(jù)和用于SUPL提供商之間結(jié)算的數(shù)據(jù)。此外，計費

功能還可能根據(jù)對可用計費數(shù)據(jù)的評估確定對SLP上的操作進行授權(quán)，例如輔助數(shù)據(jù)和位置的遞送。

5.4.6業(yè)務(wù)管理功能

8

GB/TXXXXX—XXXX

SUPL業(yè)務(wù)管理功能是管理SET位置的功能。該功能存儲、獲取和修改目標SET的位置信息。在執(zhí)行此

功能時，將會綜合考慮計費、隱私、安全和QoP功能。

5.4.7終端配置功能

SUPLSET配置功能指的是管理SET的配置的功能。SET必須被配置歸屬SLP地址。SET上的歸屬SLP地

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

5.4.8觸發(fā)功能

SUPL觸發(fā)功能是指SLP和SET之間基于周期和事件觸發(fā)的通信功能，并且要能判斷什么時候滿足觸

發(fā)條件。

對于網(wǎng)絡(luò)始發(fā)的觸發(fā)定位服務(wù)，SLP將觸發(fā)條件遞送給SET。對于SET始發(fā)的觸發(fā)定位服務(wù)，SET將觸

發(fā)條件發(fā)給SLP。在某些情況下，在SET始發(fā)觸發(fā)定位時SLP可能會向SET返回補充的觸發(fā)條件。

由SET負責判斷何時滿足觸發(fā)條件。

對于周期觸發(fā)定位，標準可能包括：

·定位的次數(shù)

·定位之間的間隔

·觸發(fā)開始的時間

對于事件觸發(fā)定位，標準可能包括：

·區(qū)域事件的類型（進入、離開、在內(nèi)部、在外部）

·一個地理目標區(qū)域列表

·一個區(qū)域標識列表

·重復(fù)報告信息，能標識出是否SET能重用觸發(fā)、重復(fù)多少次、在多少最小時間間隔內(nèi)

·開始和結(jié)束時間

在事件觸發(fā)定位中，如果只有區(qū)域標識列表，而沒有地理目標區(qū)域列表時，這個區(qū)域標識列表就是

目標區(qū)域。如果只有地理區(qū)域列表而沒有區(qū)域標識列表，則地理區(qū)域列表就是目標區(qū)域。如果同時提供

了地理目標區(qū)域列表和區(qū)域標識列表，則地理目標區(qū)域列表是真正的目標區(qū)域，而區(qū)域標識列表是為了

幫助SET避免不必要的定位嘗試。

定位功能組

5.5.1輔助數(shù)據(jù)遞送功能

輔助數(shù)據(jù)傳遞功能生成并傳遞用于SET位置測量或計算的有效輔助數(shù)據(jù)。傳遞哪些輔助數(shù)據(jù)可能要

根據(jù)從參考數(shù)據(jù)獲取功能獲得的GPS、BDS或者其他GANSS參考數(shù)據(jù)中選出的數(shù)據(jù)子集、SET和網(wǎng)絡(luò)的能力

以及目標SET的大致位置信息來決定。

5.5.2參考數(shù)據(jù)獲取功能

參考數(shù)據(jù)獲取功能是指從GPS、BDS或其他GANSS參考網(wǎng)絡(luò)獲取GPS、BDS或其他GANSS參考數(shù)據(jù)的功能。

參考數(shù)據(jù)用于產(chǎn)生輔助數(shù)據(jù)。此功能和GPS、BDS或其他GANSS參考網(wǎng)絡(luò)之間的接口不在本規(guī)范的定義范

圍之內(nèi)。

5.5.3定位計算功能

定位計算功能選擇定位協(xié)議和協(xié)議版本，并完成SET的位置計算。SUPL業(yè)務(wù)可以支持以下一個或者

多個不同的位置計算模式：

·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定位：必選，完成位置標識到以經(jīng)緯度表示的地理位置的轉(zhuǎn)換。在MNO網(wǎng)絡(luò)中，通

常是指Cell-ID定位。

6功能要求

基于用戶面的定位業(yè)務(wù)平臺的功能要求應(yīng)符合表1。

表1基于用戶面的定位業(yè)務(wù)平臺的功能要求

功能分類功能子項必選/可選

代理模式必選

通信模式

非代理模式可選

網(wǎng)絡(luò)始發(fā)立即定位可選

SET始發(fā)立即定位必選

業(yè)務(wù)支持

區(qū)域事件觸發(fā)定位可選

周期觸發(fā)定位可選

隱私功能必選

初始化功能可選

安全功能必選

位置業(yè)務(wù)功能組漫游功能可選

計費功能可選

業(yè)務(wù)管理功能必選

觸發(fā)功能可選

輔助數(shù)據(jù)遞送功能必選

參考數(shù)據(jù)獲取功能必選

SET輔助A-GPS定位可選

基于SET的A-GPS定位必選

定位功能組SET輔助A-BDS定位可選

定位計算功能基于SET的A-BDS定位必選

SET輔助A-GANSS定位

（除BDS以外的其他衛(wèi)星定位可選

系統(tǒng)）

10

GB/TXXXXX—XXXX

基于SET的A-GANSS定位

（除BDS以外的其他衛(wèi)星定位可選

系統(tǒng)）

自治GPS定位必選

自治BDS定位必選

自治GANSS定位可選

增強的Cell/Sector定位可選

AFLT定位可選

EOTD定位可選

OTDOA定位可選

LocationID定位必選

7業(yè)務(wù)流程

網(wǎng)絡(luò)始發(fā)定位

從定位網(wǎng)絡(luò)內(nèi)部發(fā)起的定位業(yè)務(wù)稱之為網(wǎng)絡(luò)始發(fā)定位業(yè)務(wù)。在這種業(yè)務(wù)中SUPL定位業(yè)務(wù)代理位于

網(wǎng)絡(luò)內(nèi)部。

建立和釋放連接：

在發(fā)送任何ULP消息前，SET應(yīng)執(zhí)行和SLP/SLC之間的TLS連接所需操作?？梢允墙⒁粋€新的連接、

恢復(fù)一個連接或者重用一個已經(jīng)存在連接。這包括了建立和使用各種數(shù)據(jù)連接資源，它依賴于SET所在

的終端和接入網(wǎng)絡(luò)的類型。IP層以下的數(shù)據(jù)連接不在本規(guī)范規(guī)定范圍內(nèi)。

呼叫流程描述的是TLS連接不再需要的情況。除非是另外的SUPL會話正在使用這個連接，否則應(yīng)釋

放該TLS連接。

漫游情況下流程中有R-SLP，不過當SUPL定位業(yè)務(wù)代理和H-SLP直接交互時R-SLP也可以從流程中被

省略掉。在沒有R-SLP的呼叫流程中，R-SLP也可以被插入到SUPL定位業(yè)務(wù)代理和H-SLP之間。

網(wǎng)絡(luò)始發(fā)定位流程應(yīng)符合OMATSULPv2.0.2-2014

SET始發(fā)定位

對于SET始發(fā)的應(yīng)用，SLP和SET需要支持SUPLSTART，SUPLRESPONSE，SUPLPOSINIT，SUPLPOS

和SUPLEND消息。對SUPLPOS的支持是可選的，是否需要支持依賴于定位方法，例如對于A-GPS定位來

說就需要支持。

建立和釋放連接：

在發(fā)送任何ULP消息前，SET應(yīng)執(zhí)行和SLP/SLC之間的TLS連接所需操作?？梢允墙⒁粋€新的連接、

恢復(fù)一個連接或者重用一個已經(jīng)存在連接。這包括了建立和使用各種數(shù)據(jù)連接資源，它依賴于SET所在

的終端和接入網(wǎng)絡(luò)的類型。IP層以下的數(shù)據(jù)連接不在本規(guī)范規(guī)定范圍內(nèi)。

呼叫流程描述的是TLS連接不再需要的情況。除非是另外的SUPL會話正在使用這個連接，否則應(yīng)釋

放該TLS連接。

網(wǎng)絡(luò)始發(fā)定位流程應(yīng)符合OMATSULPv2.0.2–2014。

8安全策略

11

GB/TXXXXX—XXXX

安全策略應(yīng)符合OMATSULPv2.0.2–2014。

9ULP版本協(xié)商

ULP版本協(xié)商應(yīng)符合OMATSULPv2.0.2–2014。

10ULP協(xié)議與接口

概述

ULP協(xié)議應(yīng)采用ASN.1編碼方式。

應(yīng)采用BASIC-PER編碼規(guī)則，PERUnaligned傳輸。

SUPLINIT消息應(yīng)是基于OMAPush或者SIPPush或SMS或UDP/IP傳輸?shù)模酥?，SET和SLP之間

（SET和SLC/SPC之間）其他消息基于的傳輸協(xié)議都應(yīng)是TCP/IP。在使用OMAPush的情況下，從PPG到SET

的Push消息應(yīng)符合OMAPush規(guī)范中的WAPPOTAP。在使用SIPPush的情況下，則應(yīng)符合SIPPUSH規(guī)范。

如果SLP知道、或可以獲得SET的IP地址，則可能使用UDP/IP傳輸。

對于GSM/WCDMA/TD-SCDMA/LTE部署，SET和SLP都應(yīng)支持OMAPush方式的SUPL初始化。對其他傳輸協(xié)

議的支持是可選的。

TCP/IP與UDP/IP

一個動態(tài)和/或私有IANA端口范圍之外的端口號被選為基于TCP和UDP傳輸?shù)腢LP消息的標準端口。

SIPPUSH

SIPPush消息應(yīng)基于以下澄清使用：

1.SIP消息方法應(yīng)在遞送SUPLINIT消息時使用。

2.Accept-Contact頭應(yīng)包含應(yīng)用資源標識+g.oma.pusheventapp=“ulp.ua”，特征標簽值“ulp.ua”

是OMNA分配的注冊應(yīng)用標識“x-oma-application:ulp.ua”。

3.Content-Type頭應(yīng)設(shè)為OMNA注冊的內(nèi)容類型application/vnd.omaloc-supl-init。

4.SIP消息體應(yīng)保護PER編碼的SUPLINIT消息。

除了上述的澄清，當E-SLP通過緊急IMS核心網(wǎng)，使用SIPPush向SET遞送SUPLINIT消息時，也應(yīng)遵

守下面的說明：

1.E-SLP應(yīng)將SIPMESSAGE中的請求URI設(shè)為SETSIPURI或者TELURI，這可以從緊急IMS核心網(wǎng)

或者緊急定位請求的PSAP中獲得。

注：E-SLP通過3GPPMl接口從緊急IMS核心網(wǎng)收到緊急定位請求，或者通過Le接口從PSAP收到緊急定位請求。該請

求包含了SET的SIPURI或TELURI。緊急IMS核心網(wǎng)使用請求URI關(guān)聯(lián)SIPMESSAGE和IMS緊急呼叫，并通過IMS緊

急呼叫信號路徑將SIPMESSAGE路由到SET。3GPPMl接口和Le接口不屬于本規(guī)范考慮范圍。

OMAPush

從SLP到PPG的OMAPush消息應(yīng)包含SUPLINIT消息和應(yīng)遵從PAP協(xié)議。OMAPush基于HTTP，且應(yīng)包含

PAP控制體和PER編碼的SUPLINIT消息。PPG和SET之間的通信采用POTAP協(xié)議，或者SIPPush。

內(nèi)容類型必須是在IANA(內(nèi)容類型：application/vnd.omaloc-supl-init)和OMNA(內(nèi)容類型分配

碼:0x312)中注冊的。

WAP應(yīng)用id應(yīng)是OMNA中注冊的，且分配的編碼值是(0x10)。

MTSMS

12

GB/TXXXXX—XXXX

對于GSM/WCDMA/TD-SCDMA/LTE系統(tǒng)，MTSMS必須使用WDP協(xié)議。

SET預(yù)設(shè)

SET上應(yīng)預(yù)設(shè)FQDN格式的歸屬SLP地址。

Lup參考點

10.7.1位置業(yè)務(wù)管理

此接口用于SLP建立與SET之間的會話，并完成業(yè)務(wù)控制的功能。Lup位置業(yè)務(wù)管理的各消息應(yīng)符合

表2，Lup位置業(yè)務(wù)管理消息的內(nèi)容應(yīng)符合OMATSULPv2.0.2-2014。

表2Lup位置業(yè)務(wù)管理信息

消息名稱說明

SUPLINIT消息用于SLP始發(fā)一個與SET之間的SUPL會話。該

SUPLINIT

消息用在網(wǎng)絡(luò)始發(fā)SUPL業(yè)務(wù)中。

SUPLSETINIT消息被SET用來始發(fā)一個定位其他SET的SUPL

SUPLSETINIT

會話。

SUPLSTARTSUPLSTART消息被SET用來開始與SLP之間的會話。

SUPLTRIGGEREDSTART消息被SET用來開始一個與SLP之間

SUPLTRIGGEREDSTART的觸發(fā)定位會話。在網(wǎng)絡(luò)始發(fā)建立觸發(fā)的SUPL會話時，這

條消息也會被SET響應(yīng)SUPLINIT消息。

SUPLRESPONSE消息被SLP作為SUPLSTART消息的應(yīng)答消

SUPLRESPONSE

息，用在SET始發(fā)定位請求中。

SUPLTRIGGEREDRESPONSE消息被SLP用來作為對SUPL

SUPLTRIGGEREDRESPONSE

TRIGGEREDSTART消息的響應(yīng)消息。

SUPLTRIGGEREDSTOP消息是用于SLP或者SET結(jié)束一個正在

SUPLTRIGGEREDSTOP

進行的SUPL觸發(fā)會話的。

SUPLEND消息是被SLP或者SET用來結(jié)束已經(jīng)存在的SUPL會

SUPLEND

話。

SUPLAUTHREQ消息僅用于非代理模式下SET和SPC之間的鑒

SUPLAUTHREQ

權(quán)。

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

SUPLAUTHRESP

鑒權(quán)。

SUPLNOTIFY消息僅用于基于SET當前位置通知的情況下SLP

SUPLNOTIFY

對SET的通知。

SUPLNOTIFYRESPONSE消息是SET對SUPLNOTIFY消息的響

SUPLNOTIFYRESPONSE

應(yīng)。

SUPLREPORT消息用于SLP或SET報告位置估計結(jié)果和/或網(wǎng)

SUPLREPORT

絡(luò)測量報告。

10.7.2定位確定

Lup定位確定接口用于SET與SLP之間定位計算信息的交換。Lup定位確定的各消息應(yīng)符合表3，消息

內(nèi)容應(yīng)符合OMATSULPv2.0.2-2014。

13

GB/TXXXXX—XXXX

表3Lup定位確定消息

消息名稱說明

SUPLPOS消息用在SLP與SET之間，進行定位過程消息

SUPLPOS（RRLP/RRC/LPP/LPPe）的交互。使用這些定位過程消息計

算出SET的位置。

SUPLPOSINIT消息被SET用來開始與SLP之間的定位協(xié)議會

SUPLPOSINIT

話（RRLP/RRC/LPP/LPPe）。

SUPLREPORT消息被SET用來在觸發(fā)定位會話期間上報一個

或者多個定位結(jié)果和/或增強的小區(qū)測量報告。該消息還會

SUPLREPORT

被SET用來在歷史數(shù)據(jù)獲取會話中報告存儲的定位結(jié)果和/

或增強的小區(qū)測量報告。

SUPLENDSUPLEND消息被SLP或者SET用來結(jié)束當前的SUPL會話。

SLP應(yīng)提供對位置標識定位的支持。

為GSM和/或WCDMA/TD-SCDMA能力的SET提供支持的SLP在支持A-GPS、A-BDS、A-GANSS定位的情況下

應(yīng)支持RRLP協(xié)議。

為LTE能力的SET提供支持的SLP在支持A-GPS、A-BDS、A-GANSS定位的情況下應(yīng)至少支持RRLP以及

LPP/LPPe中的一種。

為WLAN能力的SET提供支持的SLP在支持A-GPS、A-BDS、A-GANSS定位的情況下應(yīng)至少支持RRLP以及

LPP/LPPe中的一種。

SLP對其它定位協(xié)議的支持是可選的。

在采用RRLP協(xié)議的情況下，如果是SET始發(fā)定位且采用基于SET的定位方法，SLP應(yīng)要發(fā)送RRLP

AssistanceData消息，SET應(yīng)發(fā)送RRLPAssistanceDataAcknowledgement消息作為對接受到輔助數(shù)

據(jù)的響應(yīng)，但對向第三方遞送報告的場景例外。

在采用RRLP協(xié)議時，如果是SET始發(fā)定位且采用基于SET的定位方法，在對向第三方遞送報告的場景

下，SLP應(yīng)發(fā)送RRLPMeasurePositionRequest消息，SET應(yīng)響應(yīng)RRLPMeasurePositionResponse消

息。

在采用RRC協(xié)議的情況下，如果是SET始發(fā)定位且采用基于SET的定位方法，SLP應(yīng)發(fā)送RRC

AssistanceDataDelivery消息，SET應(yīng)發(fā)送RRCAssistanceDataAcknowledgement消息作為對接受

到輔助數(shù)據(jù)的響應(yīng)，但對向第三方遞送報告的場景例外。

在采用RRC協(xié)議時，如果是SET始發(fā)定位且采用基于SET的定位方法，在對向第三方遞送報告的場景

下，SLP必須發(fā)送RRCMeasurementControl消息。SET應(yīng)響應(yīng)RRCMeasurementResponse消息。

在RRLP協(xié)議中定義的RRLPPositioningCapabilityTransfer過程不應(yīng)當被使用。

11ILP協(xié)議與接口

概述

ILP協(xié)議應(yīng)采用ASN.1編碼方式。采用BASIC-PER編碼規(guī)則，PERUnaligned傳輸。

SLC和SPC之間的傳輸協(xié)議應(yīng)是TCP/IP。

TCP/IP

14

GB/TXXXXX—XXXX

Llp參考點可能提供兩個操作端口號：一個用TLS1.1加密，一個不用。ILP消息用TCP傳輸時應(yīng)使用

在IANA注冊的端口號。

Llp參考點

11.3.1Llp定位控制接口

定位控制接口用于建立、維護和清除SLC和SPC間的會話，它使得SLC和SPC能執(zhí)行定位計算功能。

Llp定位控制接口的消息應(yīng)符合表4，消息的內(nèi)容應(yīng)符合OMATSULPv2.0.2-2014。

表4Llp定位控制接口消息

消息名稱說明

PREQSLC用PREQ消息向SPC請求一個SUPL會話。

PRESPRES消息是對PREQ消息的響應(yīng)，它由SPC發(fā)給SLC。

PRPTSPC用PRPT消息向SLC報告一個位置估計或一個錯誤。

SLC（或SPC）用PLREQ消息請求SPC（或SLC）將一個

PLREQ

cell-id翻譯成粗略位置估計。

SPC（或SLC）用PLRES消息向SLC（或SPC）返回根據(jù)

PLRES

cell-id翻譯成的粗略位置估計。

PAUTHSLC用PAUTH消息將SUPL認證參數(shù)發(fā)送給SPC。

SLC用PALIVE消息來確認SPC的運行狀態(tài)，SLC可能在任何時

PALIVE間發(fā)送PALIVE消息，此時SPC必須返回一個相應(yīng)的PALIVE消

息。

SLC（或SPC）用PEND消息通知SPC（或SLC）定位會話結(jié)

PEND

束。

11.3.2Llp定位數(shù)據(jù)接口

定位數(shù)據(jù)接口用于傳輸定位計算中使用的信息，該接口僅用于代理模式。Llp定位數(shù)據(jù)接口的消息

應(yīng)符合表5，消息的內(nèi)容應(yīng)符合OMATSULPv2.0.2-2014。

表5Llp定位數(shù)據(jù)接口消息

消息名稱說明

PMESS消息是雙向的，可以被用來承載RRLP/RRC/LPP/LPPe

PMESS

載荷。