本文件规定了LTE移动通信终端支持北斗定位的协议要求、业务功能要求和性能要求，以及支持自治北斗的性能要求。 本文件适用于支持北斗定位的LTE第三阶段及以上移动通信终端的设计、开发、生产和测试。

ICS 33.060.20
CCS M 36
中华人民共和国国家标准
GB/T44068——2024
LTE移动通信终端支持北斗定位的技术要求
Technical requirements for LTE mobile terminals supporting BDS positioning2024-05-28发布
国家市场监督管理总局
国家标准化管理委员会
2024-09-01实施
1范围
2规范性引用文件
3术语和定义
4缩略语..
5终端定位架构
5.1控制面定位架构
用户面定位架构
6终端定位流程
通用LPP流程
通用LPPa流程
结合LPP和LPPa流程的服务层支持流程通用SLMAP流程
结合SI.MAP和LPPa流程的服务层支持流程自治卫星定位流程
网络辅助卫星定位流程
功能要求
性能要求
自治北斗定位
自治GPS定位
自治北斗/GPS双模定位wwW.bzxz.Net
网洛辅助北斗定位
网络辅助GPS定位
网络辅助北斗/GPS双模定位
接口要求
GB/T 44068—2024
GB/T44068—2024
本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中华人民共和国工业和信息化部提出。本文件由全国通信标准化技术委员会(SAC/TC485)归口。本文件起草单位：中国信息通信研究院、中兴通讯股份有限公司、北京紫光展锐通信技术有限公司、华为技术有限公司、中国信息通信科技集团有限公司、高通无线通信技术（中国）有限公司，联发博动科技(北京)有限公司、北京三星通信技术研究有限公司、罗德与施瓦茨（中国)科技有限公司、北京小米移动软件有限公司、OPPO广东移动通信有限公司、荣耀终端有限公司、维沃移动通信有限公司、博鼎实华(北京)技术有限公司，
本文什主要起草人：李侠宁、刘硕、何异舟、马志锋、陈诗军、师延山、唐春梅、薛祎凡、全海洋、杜志敏、王韵淇、苏进喜、李碧瑞、吴越、张红云、陶旭华、邢金强、袁从增、张健、张元、郑海霞、戴巡、刘海蛟、陈大伟、张钦娟、张维伟、马玉娟、徐冰玉、刘旭、陈晓晨、安旭东、万军、李思栋、杨一明、刘政、张霄、王娜、杨蒙、刘先会、周北琦、陈新玥。
1范围
LTE移动通信终端支持北斗定位的技术要求
GB/T44068—2024
本文件规定了LTE移动通信终端支持北斗定位的协议要求、业务功能要求和性能要求，以及支持自治北斗的性能要求。
本文件适用于支持北斗定位的LTE第三阶段及以上移动通信终端的设计、开发、生产和测试。2规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。
3GPPTS23.271V16.0.0(202C-07）第2阶段位置服务描述(LCS）的功能[Funct onal stage2descriptiorof location services(LCS))3GPPTS36.171V16.2.0(2021-06）演进通用陆地无线接入(E-UTRA）辅助全球卫星导航系统(A GNSS)的支持要求[Evolvcd anivcrsal tcrrcstrial radio acccss(E UTRA);Rcquircmcnts forsupport of assisted glotal navigation satellite system(A-GNSS))3GPPTS36.214V16.2.0(2021-03）演选通用陆地无线接入(E-UTRA）物理层测试
[Evolved universal terrestrial radio access(E-UTRA);Physical layer;Measurements]3GPPTS36.302V16.1.0(2020-07）演进通用陆地无线接入(E-UTRA）物理层支持的服务[Evolved universal terrestrial radio access(E-UTRA);Services provided by the physical layer)3GPPTS36.355V15.5.0(2019-09）演进通用陆地无线接入(E-UTRA）LTE定位协议[Evolved universal terrestrial radio access(E-UTRA);LTE po sitioning protocol(LPP)]3GPPTS36.509V16.1.0(2021-06）演进通用陆地无线接入(E-UTRA）和演进分组核心(EPC)用户设备(UE)的特殊一致性测试功能[Evolveduniversalterrestrialradioaccess(E-UTRA)andevolved packet core(EPC);Special zonformance testing functions for user equipment(UE))3术语和定义
本文件没有需要界定的术语和定义。4缩略语
下列缩略语适用于本文件。
AWGN:加性高斯白噪声(AdditiveWhiteGaussianNoise）A-BDS:辅助北斗卫星导航系统(Assisted-BeiDou Navigation Satellite System)A-GNSS:辅助全球卫星导航系统(Assisted-GobalNavigation SatelliteSystem)A-GPS:辅助全球定位系统(Assisted-GlobalPositioning System)GB/T44068—2024
BDS北斗卫星导航系统(BeiDouNavigationSatelliteSystem)EPC:演进分组核心(EvolvedPacketCore)E-CID:增强小区标识(Enhanced-Cell ID)E-SMLC:增强服务移动定位中心(EnhancedServingMobileLocationCentre)EUTRAN：演进通用陆地无线接入网(EvolvcdUnivcrsal TcrrcstrialRadioAcccssNctwork)GEO：静止地球同步道(GeostationaryEarthOrbit)GLONASS：格洛纳斯卫星导航系统(GLObal'nayaNAvigatsionnaya Sputaikovaya Sistema)GNSS：全球卫星导航系统(Global Navigation Satellite Systen)GPS：全球定位系统(GlobalPositioningSystem)HDOP：水平位置精度因子(HorizontalDilution OfPrecision）IGSO：倾斜地球同步轨道(InclinedGeosynchronousSatelliteOrbit)LCS:位置服务(Location Services)LOS:直视(LineOf Sight)
LMU：定位测量单元(LocationMeasurementUnit)LPP:LTE定位协议(LTEPositioningProtocol)LPPa;LTE 定位协议a(LTE Posi:ioning Protocol a)LTE：长期演进(LongTermEvolution）MEO：中地球轨道(MediumEarthOrbit)MME：移动管理实体(MobilityManagementEntity）MO-LR：终端始发的位置请求(MobileOrininating-LocationRequest)MT-I.R.终端终结的位置请求(McbileTerminating-IocationRequest)NAS：非接入层(Non-AccessStratum)NI-LR：网络发起的位置请求(NetworkInduced-LocationRequest)PDU:协议数据单元(Protocal DataUnit)QoS：服务质量(QualityofService)QZSS：准天顶卫星系统(Quasi-ZenithSatelliteSystem）RRC：无线资源控制(RadioResourceControl)RTOA：相对到达时间(Relative Tme ofArrival）SBAS：星基增强系统(SpaceBasedAugmentationSystem)SLMAP:安全的轻量级认证协议(StableLightweightMutua.Authenticat onProtocol)SLP:SUPL平台(SUPLPlatform)
SRS：探测参考信号(SoundingReferenceSignal)SUPL：安全用户面定位(SecureUserPlaneLocation)TTFF：首次定位时间(TimeToFirstFix)UE：用户设备(UserEquipment)
UL:上行(Up Link)
UTC：世界协调时(UniversalTime Coordinated）2-D:二维(Two-Dimensions)
5终端定位架构
5.1控制面定位架构
E-UTRAN控制面定位架构构成（见图1）及其功能如下。2
图1E-UTRAN控制面定位架构
GB/T44068—2024
功能是接收卫星定位辅助信息，并根据辅助信息对所测量到的卫星定位信号测量值进行.-UE:
解算以获得定位结果。
基站：功能是将卫星定位辅助信息发给终端。E-SMLC：功能是获取卫星定位辅助信息，并可根据基站的位置提供相应区域的定位辅助数据，然后发给终端使用。
一MME：功能是触发定位服务，并向E-SMLC发送定位服务请求：E-SMLC触发相关的定位过程，完成对UE的定位。
5.2用户面定位架构
E-UTRAN用户面定位架构图见图2。UE
图2E-UTRAN
用户面定位架构
SLP为用户面定位中的网络侧服务器，功能是使用SUPL协议与UE进行用户面定位相关信息的交互。
6终端定位流程
6.1通用LPP流程
6.1.1LPP会话类型
LPP会话的双方简称为“目标”和“服务器”。在控制面，它们分别对应UE和E-SMLC；在用户面，它们分别对应UE和SLP。LTE系统的终端定位流程由一个或多个LPP会话来体现。LPP会话包含定位能力传送、辅助数据传送、位置信息传送、错误处理和会话终止。定位能力传送：单向传送，仅支持将目标的定位能力传送给服务器。定位能力指支持不同定位方法的能力，支持特定定位方法的不同方面（例如不同类型卫星定位辅助数据）的能力以及不同定位方法都共用的某些能力（例如管理LPP会话并发的能力）。辅助数据传送：单向传送，仅支持将服务器的辅助数据专送给目标。辅助数据只能通过单播信道传送。服务器除了发送与目标请求相匹配的辅助数据外，还可能额外发送一个或多个LPP消息传送其他捕助数据。
位置信息传送：单向传送，仅支持将目标的位置信息传送给服务器。位置信息包含位置估计以及用于位置计算的参数（如无线测量和位置测量）。目标除了发送与服务器请求相匹配的位置GB/T4406E2024
信息外，还可能额外发送一个或多个LPP消息传送其他位置信息。错误处理：错误处理指一方通知另一方自己所接收的LPP消息有错或者与自己所发送的请求不匹配。错误处理可双向发生，即目标和服务器都可向对方发送错误处理。会话终止：会话终止是指一方通知另一方自已将终止正在进行的LPP会话。会话终止可双向发生，即目标和服务器都可终止正在进行的LPP会话。6.1.2LPP会话发生
LPP会话在以下条件下发生。
对于定位能力传送、辅助数据传送和位置信息传送，LPP会话可由一方发起请求而发生，即一方发送一个用于请求信息的LPP消息，另一方发送一个用于提供信息的LPP消息作为回应；对于辅助数据传送和位置信息传送，当一方发起请求时，另一方除了响应与请求相匹配的信息外.还可提供额外信息，该额外信息与请求信息应同属于一种类型。LPP会话也可未经一方请求而直接发生，即一方直接向另一方发送提供信息的LPP消息。为了提高LPP会话的灵活性和有效性，多个LPP会话可在目标和服务器之间并发：即一个LPP会话还没有结束，另一个LPP会话可被发起。但对于同一种定位方法，在同一时刻只应有一个LPP会话用于获取位置信息。6.1.3LPP协议流程
LPP会话并发协议流程（见图3)如下。步骤1：服务器向目标发送一个位置测量的请求。步骤2：日标向服务器发送一个特定辅助数据的请求。步骤3：服务器向目标发送步骤2中请求的辅助数据。步骤4：目标基于步骤3获得的辅助数据计算出位置信息，并发送给服务器作为步骤1的响应。口标
LPP会话顺序规定如下。
步骤1：请求位置信息
步骤2：请求输助信息
步骤3：发送输助信息
步骤4：发送位置信息
图3LPP会话并发的一个示例
服务器
LPP会话可不遵循固定的顺序，例如UE可在任意时间向E-SMLC请求辅助数据，以便用于计算E-SMLC所请求的位置信息。如果UE响应的位置信息没有达到E-SMLC所要求的QoS,E-SMLC可发起多个位置信息的请求（例如位置相关的测量和位置估计）。GB/T44068—2024
一对于定位能力专送，如果E-SMLC所请求的能力信息还没有完全上报，UE可在任意时间向E-SMLC上报能力信息。
尽管LPP会话顺序可有一定的灵活性，但宜按以下顺序发生：定位能力传送、辅助数据传送、位置信息传送，
6.2通用LPPa流程
6.2.1LPPa会话类型
E-SMLC和基站之间的定位和数据获取流程可通过一个或多个LPPa会话来体现。LPPa会话有UE关联的会话和非UE关联的会话两种类型。UE关联的会话：特定UE的信息被传送，例如UE的定位测量。一丰UE关联的会话：基站的信息被传送，例如基站的定时偏差。6.2.2LPPa会话发生
LPPa会话只应由E-SMLC发起请求而发生，而不应未经E-SMLC请求直接发生。在一个LPPa会话中.F-SMLC向基站发送一个LPPa请求消息，基站向F-SMLC发送一个用于LPPa响应消息.如果LPPa会话与UE相关联，那么基站可发送一个或多个LPPa响应消息；如果LPPa会话与UE非关联，那么基站只应发送一个LPPa响应消息与LPP会话的并发一样，E-SMLC和基站之间也可有多个LPPa会话并发。6.2.3LPPa协议流程
用于位置信息传送的一个LPPa会话流程（见图4)如下。步骤1：E-SMLC向基站发送一个请求位置信息的LPPa消息，并指明位置信息的类型和对应的QoS,该请求可针对一个特定UE。步骤2：基站向E-SMLC发送一个提供位置信息的LPPa消息作为步骤1的响应，响应的位置信息应与步骤1的请求相匹配。
步骤3：如果定位方法是E-CID,基站可额外发送一个或多个LPPa响应肖息以传送其他位置相关信息。
注：这里的位置信息包含位置估计和用于计算位置的参数(如无线测量或定位测量)。基站
步骤1：请求位置信息
步骤2：提侯辅助信息
步骤3：请求位置信息
图4位置信息传送流程
服务器
GB/T 4406E—2024
6.3结合LPP和LPPa流程的服务层支持流程6.3.1概述
结合LPP和LPPa流程的服务层支持流程主要包括用于NI-LR或MT-LR服务的终端定位流程和用于MO-LR服务支持的终端定位流程。6.3.2用于NI-LR或MT-LR服务的终端定位流程对于NI-LR或MT-LR位置服务，终端定位的相关服务应由EPC主导；EPC侧的定位流程应符合3GPPTS23.271V16.0.0(2020-07)。下述场景只针对连接态UE，如果UE在空闲态，那么网络可通过寻呼将UE从空闲态转入连接态。用于N-LR或MT-LR服务的终端定位流程（见图5)如下。步骤1:MME向E-SMLC发送一个针对目标UE的位置请求，也可携带对应的QoS。步骤2：E-SMLC可从UE和/或基站获取位置相关信息。如果从UE获取位置相关信息，E-SMLC可向UE发起一个或多个LPP会话，以传送UE的定位能力、向UE提供辅助信息或获取UE的位置信息.UE.在收到F-SMIC发送的第一个LPP消息后.也可向F-SMIC发起一个或多个LPP会话.例如用于请求辅助数据。
步骤3：如果E-SMLC从基站获取目标UE的位置相关信息，E-SMLC可向基站发起一个或多个LPPa会话。步骤3可在步骤2之前或和步骤2同时发生。步骤4:E-SMLC基于步骤2和步骤3的结果获取位置估计，并作为步骤1的响应发送给MME。UE
步骤2.IPP会话
步操3:LPPa会话
步骤1：请求位置信息
步骤4:位置响应（位置估计）
图5用于NI-LR或MT-LR服务支持的终端定位流程6.3.3用于MO-LR服务支持的终端定位流程对于MO-LR位置服务，终端定位的相关服务应由UE主导。用于MO-LR服务支持的终端定位流程（见图6)如下。步骤1:UE向MME发送一个NAS层MO-LR请求，该MO-LR请求可携带一个LPPPDU,该LPPPDU可发起一个或多个LPP会话进行传送定位能力、请求辅助数据、请求位置信息或传送位置信息(例如位置测量）。
步骤2:MME向E-SMLC发送一个位置请求，并包含步骤1中收到的LPPPDU。步骤3：E-SMLC可从UE和/或基站获取位置相关信息。如果是从UE获取位置相关信息，那么6
GB/T440682024
E-SMLC可向UE发起一个或多个LPP会话，进行传送UE的定位能力、向UE提供辅助信息或获取UE的位置信息。UE在收到E-SMLC发送的第一个LPP消息后，也可向E-SMLC发起一个或多个LPP会话，例如用于请求辅助数据。步骤4：如果E-SMLC从基站获取该目标UE的位置相关信息，E-SMLC可向基站发起一个或多个LPPa会话。步骤4可在步骤3之前或和步骤3同时发生。步骤5：E-SMLC基于步骤3和步骤4的结果获取位置估计，并作为步骤1的响应发送给MME。如果步骤1的位置请求是由UE本身发起，那么用于提供位置估计的响应应是最后一个LPP消息。步骤6：如果步骤1请求的位置请求需要发送给第三方，那么MME可将步骤5中从E-SMLC获取的位置估计转发给第三方。
步骤7：MME向UE发送一个NAS层MO-LR响应，并携带在步骤5获得的LPPPDU。青站
步骤1:MO-LR请求
步骤：MO-LR响应
步骤3：LPP会话
少骤4:L.PPa会话
步骤2：请求位置
步骤5:位置响应
步骤6：将位置估计转发给
第三方
图6用于MO-LR服务支持的终端定位流程6.4通用SLMAP流程
6.4.1概述
通用SLMAP包含下述定位流程：测量请求，测量更新，测量终止。6.4.2测量请求
E-SMLC
测量请求流程是E-SMLC从LMU获取针对一个特定目标UE的定时测量，其流程如下。步骤1:E-SMLC向LMU发送一个测量请求，并指明所针对的目标UE及其用于测量的数据，例如日标UE的SRS配置信息。
步骤2:LMU向E-SMLC发送针对该目标UE的ULRTCA测量结果，6.4.3测量更新
测量更新流程是ESMLC在SLMAP测量请求过程中通知LMU有关目标UE的SRS配置更新，其流程如下。
步骤1：E-SMLC和LMU之间有一个正在进行的SLMAP测量请求过程GB/T44068—2024
步骤2：如果E-SMLC发送给LMU的SRS配置不再有效，E-SMLC应向LMU发送测量更新来告知目标UE的最新SRS配置信息。如果E-SMLC已收到来自LMIU的测量响应，那么测量更新应不发送。步骤3:LMU基于更新的SRS配置继续ULRTOA测量。6.4.4测量终止
测量终上流程用于E-SMLC终止一个正在进行SLMAP测量请求过程，其流程如下。步骤1:E-SMLC和LMU之间有一个正在进行的SLMAP测量请求过程。步骤2：如果测量请求过程终止，例如UE断网或在MME间切换，E-SMLC应向LMU发送测量终止，正在进行的SLMAP测量上报将被丢弃。如果E-SMLC已收到来自LMU的测量响应，那么测量终止应不发送。
6.5结合SLMAP和LPPa流程的服务层支持流程6.5.1概述
结合SLMAP和LPPa流程的服务层支持流程包括用于NI-LR和MT-LR服务支持的终端定位流程和用于MO-LR服务支持的终端定位流程。6.5.2用于NI-LR和MT-LR服务支持的终端定位流程用于NI-LR和MT-LR服务支持的终端定位流程（见图7）如下，该流程的起始点是MME向E-SMLC发起位置服务请求。
步骤1:MME向E-SMLC发送一个针对目标UE的位置请求，也可携带对应的QoS。步骤2,F-SMIC从基站获取目标LUF的配置信息。步骤3：如果E-SMLC需要从多个LMU获取目标UE的测量结果，那么E-SMLC应向每个LMU发起SLMAP会话。
步骤4:E-SMLC基于步骤2和步骤3的结果获取位置估计，并作为步骤1的响应发送给MME。基站
步骤2：IPP会话
步疆3：SLmAP会话
步骤1：请求位置（QoS)
步骤4：位置响应（位置估计）
图7用于NI-LR和MT-LR服务支持的终端定位流程6.5.3用于MO-LR服务支持的终端定位流程用于MO-LR服务支持的终端定位流程（见图8）如下，该流程的起始点是UE侧的LCS客户或这个UE本身请求MO-LR位置服务．目的是UE位置信息的重新获取或将UE的位置信息传送给第三方。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。