CN117796062A - 非陆地网络中的全球导航卫星系统数据有效性 - Google Patents

非陆地网络中的全球导航卫星系统数据有效性 Download PDF

Info

Publication number
CN117796062A
CN117796062A CN202280054207.XA CN202280054207A CN117796062A CN 117796062 A CN117796062 A CN 117796062A CN 202280054207 A CN202280054207 A CN 202280054207A CN 117796062 A CN117796062 A CN 117796062A
Authority
CN
China
Prior art keywords
timer
validity
gnss
data
gnss data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202280054207.XA
Other languages
English (en)
Inventor
T·汗
林兴钦
林志鹏
J·鲁内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN117796062A publication Critical patent/CN117796062A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045—Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S19/00—Satellite radio beacon positioning systems; Determining position, velocity or attitude using signals transmitted by such systems
    • G01S19/38—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system
    • G01S19/39—Determining a navigation solution using signals transmitted by a satellite radio beacon positioning system the satellite radio beacon positioning system transmitting time-stamped messages, e.g. GPS [Global Positioning System], GLONASS [Global Orbiting Navigation Satellite System] or GALILEO
    • G01S19/396—Determining accuracy or reliability of position or pseudorange measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种由用户设备UE(112)用于确定全球导航卫星系统GNSS数据的有效性的方法(900)，该方法包括：维护(902)用于确定GNSS数据有效还是无效的至少一个有效性定时器。

Description

非陆地网络中的全球导航卫星系统数据有效性
技术领域
本公开一般地涉及无线通信，并且更具体地，涉及用于非陆地网络(NTN)中的全球导航卫星系统(GNSS)数据有效性的系统和方法。
背景技术
在第三代合作伙伴计划(3GPP)版本8中，指定了演进型分组系统(EPS)。EPS基于长期演进(LTE)无线电网络和演进型分组核心(EPC)。它最初旨在提供语音和移动宽带(MBB)服务，但不断发展以拓宽其功能。自3GPP版本13以来，窄带物联网(NB-IoT)和LTE机器型通信(LTE-M)是LTE规范的一部分，并且提供与大规模机器型通信(mMTC)服务的连接。
在3GPP版本15中，指定了5G系统(5GS)的第一版本。这是新一代的无线电接入技术，旨在服务诸如增强型移动宽带(eMBB)、超可靠和低延迟通信(URLLC)以及mMTC之类的用例。第五代(5G)包括新无线电(NR)接入层接口和5G核心网络(5GC)。NR物理层和更高层重用LTE规范的部分，并且在新用例的推动下添加所需的组件。一个这样的组件是引入用于波束成形和波束管理的复杂框架，以将对3GPP技术的支持扩展到6GHz以上的频率范围。
卫星通信正在复兴。在过去几年中已宣布了几项卫星网络计划。从回程和固定无线到运输到户外移动再到物联网(IoT)，目标服务各不相同。卫星网络可以通过提供与服务欠发达区域的连接以及多播/广播服务，补充地面上的移动网络。
为了受益于强大的移动生态系统和规模经济，适配陆地无线接入技术(包括LTE和NR)以用于卫星网络引起了人们的极大兴趣，这已在3GPP标准化工作中得以反映。在3GPP版本15中，3GPP开始了准备NR以在非陆地网络(NTN)中操作的工作。这项工作在研究项目“NRto support Non-Terrestrial Networks(支持非陆地网络的NR)”内执行，并且产生了3GPPTR 38.811。在3GPP版本16中，准备NR以在NTN网络中操作的工作通过研究项目“Solutionsfor NR to support Non-Terrestrial Network(支持非陆地网络的NR的解决方案)”继续进行，该研究项目已被记录在3GPP TR 38.821中。与此同时，人们对适配NB-IoT和LTE-M以在NTN中操作的兴趣不断增长。因此，3GPP版本17包含关于NR NTN的工作项目以及关于NB-IoT和LTE-M对NTN的支持的研究项目两者。参见RP-193234“Solutions for NR to supportnon-terrestrial networks(NTN)(支持非陆地网络(NTN)的NR的解决方案)”(3GPP RAN第86次会议)。另请参见RP-193235“Study on NB-Io/eMTC support for Non-TerrestrialNetwork(关于NB-Io/eMTC对非陆地网络的支持的研究)”(3GPP RAN第86次会议)。
卫星无线电接入网络通常包括以下组件：
·卫星，其指星载平台。
·地面网关，其根据架构的选择，将卫星连接到基站或核心网络。
·馈线链路，其指网关与卫星之间的链路。
·接入链路或服务链路，其指卫星与UE之间的链路。
取决于轨道高度，卫星可以被分类为低地球轨道(LEO)、中地球轨道(MEO)或静止地球轨道(GEO)卫星。
·LEO：典型高度范围为250-1,500公里，并且轨道周期范围为90-120分钟。
·MEO：典型高度范围为5,000-25,000公里，并且轨道周期范围为3-15小时。
·GEO：高度约为35,786公里，并且轨道周期为24小时。
取决于系统中的卫星的功能，卫星通信网络可以被分为两种基本架构：
-透明有效载荷(也称为弯管架构)。卫星在终端与地面上的网络设备之间转发所接收的信号，仅进行放大和从上行链路(UL)频率
到下行链路(DL)频率的转换。当应用于通用3GPP架构和术语
时，透明有效载荷架构意味着gNodeB(gNB)位于地面上，并且
卫星在gNB与UE之间转发信号/数据，
-再生有效载荷。卫星包括机载处理以对所接收的信号进行解调和解码，重新生成信号，然后将信号发送回到地球。当应用于通用
3GPP架构和术语时，再生有效载荷架构意味着gNB位于卫星中。
在3GPP版本17中的NR NTN的工作项目中，仅考虑透明有效载荷架构。
图1示出了具有弯管应答器(transponders)的卫星网络的示例架构(即，透明有效载荷架构)。gNB可以被集成在网关中，或者经由陆地连接(有线、光纤、无线链路)被连接到网关。
通信卫星通常在给定区域上生成几个波束。波束的覆盖区域(footprint)通常为椭圆形，其通常被视为小区，但3GPP工作中不排除包括多个波束的覆盖区域的小区。波束的覆盖区域通常也被称为点波束(spotbeam)。波束的覆盖区域可以随着卫星的移动而在地球表面上移动，或者可以通过卫星用于补偿卫星运动的波束指向机制被固定在地面上。点波束的大小取决于系统设计，其范围可以从几十公里到几千公里。
传播延迟是卫星通信的一个重要方面，其不同于在陆地移动系统中预期的延迟。对于弯管卫星网络，取决于轨道高度，往返延迟的范围可以从数十毫秒(ms)(在LEO卫星的情况下)到几百毫秒(对于GEO卫星)。相比之下，陆地蜂窝网络中的往返延迟通常低于1毫秒。
用户设备(UE)与卫星之间的距离可能显著变化，具体取决于卫星的位置，并且因此也取决于UE看到的仰角ε。假设轨道为圆形，当卫星位于UE正上方(ε＝90°)时达到最小距离，以及当卫星处于尽可能小的仰角时达到最大距离。表1示出了不同轨道高度和仰角的卫星与UE之间的距离，以及单向传播延迟和最大传播延迟差(与ε＝90°时的传播延迟之差)。注意，该表假设再生有效载荷架构。对于透明有效载荷情况，还需要考虑网关与卫星之间的传播延迟，除非基站对此进行了修正。
表1：不同轨道高度和仰角的传播延迟
由于LEO和MEO卫星的速度很快，传播延迟也可能高度可变，并且取决于轨道高度和卫星速度以每秒10-100微秒(μs)的数量级变化。
对于使用3GPP技术(特别是5G/NR)的NTN，长传播延迟意味着UE用于它的UL传输的定时提前(TA)至关重要，并且必须比陆地网络中的TA大得多，以便UL和DL在gNB处被时间对齐，如在NR和LTE中那样。随机接入(RA)过程的一个目的是向UE提供有效的TA(网络随后可以基于来自UE的UL传输的接收定时来调整该TA)。但是，即使是随机接入前导码(其被包括在随机接入过程中来自UE的初始消息中)也必须与TA一起被发送，以允许gNB中的RA前导码接收窗口的合理大小(并且确保前导码的Zadoff-Chu序列的循环移位不能大到使Zadoff-Chu序列看起来像另一个Zadoff-Chu序列，并且因此使前导码看起来像基于相同Zadoff-Chu根序列的另一个前导码)，但该TA不必像UE随后用于其他UL传输的TA那样准确。UE在NTN中用于RA前导码传输的TA被称为预补偿TA。针对如何确定预补偿TA，考虑了各种建议，所有这些建议都涉及源自gNB和UE两者的信息。简言之，所讨论的替代建议包括：
-广播在特定参考点(例如，小区中的中心点)处有效的“公共TA”。UE然后将基于UE自己的位置与参考点之间的差以及卫星的位置，
计算UE自己的预补偿TA偏离公共TA的程度。在这种方法中，UE使用全球导航卫星系统(GNSS)测量来获取它自己的位置，并且UE使用由网络广播的卫星轨道数据(包括特定时间的卫星位置)
来获取卫星位置。
-UE基于UE和卫星的相应位置，自主地计算UE与卫星之间的传播延迟，并且网络/gNB在馈线链路上广播传播延迟。该传播延迟是gNB与卫星之间的传播延迟。在这种方法中，UE使用GNSS测量来获取它自己的位置，并且UE使用由网络广播的卫星轨道数据(包括特定时间的卫星位置)来获取卫星位置。预补偿TA则是馈线链路上的传播延迟和卫星与UE之间的传播延迟之和的两倍。
-gNB广播时间戳(在SIB9中)，UE将其与从GNSS获取的参考时间戳进行比较。基于这两个时间戳之间的差，UE可以计算gNB与UE之间的传播延迟，并且预补偿TA的长度是该传播延迟的两倍。
结合RA过程，gNB基于随机接入前导码的接收时间，在随机接入响应(RAR)消息(在4步RA中)或MsgB(在2步RA中)中向UE提供准确的(即，精细调整的)TA。gNB随后可以基于从UE接收UL传输的定时，使用定时提前命令MAC CE(或绝对定时提前命令MAC CE)来调整UE的TA。UE的TA的这种网络控制的目标通常是将UE在gNB的接收机处的UL传输的时间误差保持在循环前缀内(这是UL传输的正确解码所需要的)。TA控制框架还包括gNB对UE配置的时间对齐定时器。每次gNB调整UE的TA时，时间对齐定时器被重新启动，并且如果时间对齐定时器期满，则不允许UE在没有先前RA过程(其用于向UE提供有效的TA的目的)的情况下在UL中进行发送。对于NTN，3GPP还同意，除了gNB对UE的TA的控制之外，UE还被允许使用UE的位置(例如，从GNSS测量中获得)和服务卫星的星历数据知识以及来自gNB的馈线链路延迟信息，基于对UE-gNB往返时间(RTT)的变化的估计来自主地更新它的TA。
第二相关方面是在NTN中，不仅UE与卫星之间或UE与gNB之间的传播延迟很长，而且由于距离很大，到两个不同卫星或两个不同gNB的传播延迟差在与蜂窝通信(包括信令过程)相关的时间标度上可能很显著，即使当卫星/gNB服务相邻小区时也是如此。这对涉及由不同卫星和/或不同gNB服务的两个小区中的接收或发送的所有过程都有影响。
与非陆地网络中的长传播延迟/RTT相关的第三重要方面是引入附加参数来补偿长传播延迟/RTT。在陆地蜂窝网络中，UE-gNB RTT在小区中的范围可以从几乎为零到几十微秒。除了传播延迟/RTT的绝对大小之外，NTN中的一个主要区别是即使在小区中传播延迟/RTT最小的位置，传播延迟/RTT也将很大并且不会接近于零。事实上，与传播延迟/RTT相比，NTN小区内的传播延迟/RTT的变化很小。这有利于引入偏移，该偏移主要处理小区在地面上的覆盖区域与卫星之间的RTT，而其他机制(包括信令和控制环路)在偏移之上处理小区内的更小RTT变化范围内的RTT相关方面。为此，3GPP已同意引入这样的参数，其被表示为Koffset(或有时为K_offset)。
Koffset参数可以潜在地被用于各种定时相关机制中，但主要焦点是在物理上行链路共享信道(PUSCH)上的UL传输的调度中使用Koffset。Koffset被用于指示UL许可与由UL许可分配的PUSCH传输资源之间的附加延迟，该附加延迟要被加到包含UL许可的下行链路控制信息(DCI)中的时隙偏移参数K2。UL许可与其中分配PUSCH传输资源的时隙之间的偏移因此是Koffset+K2。当以这种方式在UL调度中被使用时，可以说Koffset的目的是确保UE从不被调度为在这样的时间点进行发送：由于UE必须应用大的TA，该时间点将在UE接收到UL许可的时间点之前出现。在3GPP中，还讨论了使得网络的Koffset配置考虑UE可能已信令发送的UE已使用的TA。
与定时密切相关的第四重要方面是由卫星的运动引起的多普勒频率偏移。接入链路可能在6GHz以下的频带中经受大约10-100kHz的多普勒频移，并且该多普勒频移在更高频带中按比例增大。此外，多普勒频移是不断变化的，在S频带中的速率高达每秒几百赫兹(Hz)，在Ka频带中高达每秒几千赫兹。
在3GPP TR 38.821中，已记录应当向UE提供星历数据，例如以协助将定向天线(或天线波束)指向卫星，并且计算正确的TA和多普勒频移。虽然尚未详细研究关于如何提供和更新星历数据的过程，但在系统信息中广播星历数据是一个选项。
可以使用六个参数来完全描述卫星轨道。具体选择哪个参数集合可以由用户决定；许多不同的表示是可能的。例如，天文学中经常使用的参数选择是集合(a,ε,i,Ω,ω,t)。在此，半长轴a和偏心率ε描述轨道椭圆的形状和大小；倾角i、升交点的赤经Ω和近拱点参数ω确定它在空间中的位置，并且历元t确定参考时间(例如，卫星通过近拱点的时间)。图2示出了包括参数集合的轨道元素。
作为不同参数化的一个示例，双线元素(TLE)使用平均运动n和平近点角(meananomaly)M而不是a和t。完全不同的参数集合是卫星的位置和速度向量(x,y,z,vx,vy,vz)。这些向量有时被称为轨道状态向量。它们可以从轨道元素中导出，反之亦然，因为它们包含的信息是等效的。所有这些表述(以及许多其他表述)都是要在NTN中使用的星历数据格式的可能选择。为了取得进一步进展，应当就数据格式达成一致。
重要的是，UE能够以至少几米的精度来确定卫星的位置。但是，几项研究表明，当使用实际的TLE标准时，这可能很难实现。另一方面，LEO卫星通常具有GNSS接收机，并且能够以某个米级精度来确定它们的位置。
在研究项目期间讨论并且在3GPP TR 38.821中记录的另一个方面是星历数据的有效性时间。由于大气阻力、卫星机动、所使用的轨道模型不完善等，卫星位置的预测一般随着所使用的星历数据的年龄的增加而降低。因此，例如公开可用的TLE数据非常频繁地被更新。更新频率取决于卫星及其轨道，并且对于在极低轨道上的卫星(这些卫星经受较强大气阻力并且需要经常执行修正机动)，更新频率从每周一次到每天多次。
因此，尽管似乎可以提供具有所需精度的卫星位置，但是例如当选择要被用于轨道传播的星历数据格式或轨道模型时，需要注意满足这些要求。
在关于NR NTN的版本17 3GPP工作项目中，已就星历广播达成以下协议：
·支持基于以下一项或多项的服务卫星星历广播：
-集合1：卫星位置和速度状态向量：
○ECEF中的位置X、Y、Z(m)
○ECEF中的速度VX、VY、VZ(m/s)
-集合2：至少以下轨道参数星历格式的参数：
○半长轴α[m]
○偏心率e
○近拱点参数ω[弧度]
○升交点的经度Ω[弧度]
○倾角i[弧度]
○历元时间to的平近点角M[弧度]
■有待将来研究(FFS)：是否可以使用预提供的基于轨道元素的星历作为参考。从而，可以仅广播增量修正以便减少开销
-有待将来研究：每个参数的字段大小
-有待将来研究：由于服务卫星星历所需的精度而对信令的影响
-有待将来研究：是否需要向下选择或支持两个集合
·规范应当支持使用两种星历格式(即，状态向量和轨道元素)来传送星历信息。
在关于IoT NTN的版本17研究项目中，已就NTN的UL同步定时器达成以下协议。
·建议了由网络配置的用于UL同步(例如，用于卫星星历和潜在的其他方面)的有效性定时器。
·可以在规范阶段讨论细节，例如何时设置/重新设置定时器、定时器持续时间和定时器期满后的UE行为
为了处理基于NR或LTE的NTN中的定时和频率同步，设备可以被配备有GNSS接收机。GNSS接收机允许设备估计它的地理位置。UE然后可以基于它自己的位置信息和卫星位置信息来确定传播延迟、延迟变化、多普勒频移及其变化率。
可以预期GNSS芯片在3GPP蜂窝调制解调器中的不同集成级别。已商定的关于NRNTN的版本17工作项目指示UE可以支持GNSS，但在无线电资源控制(RRC)连接模式期间不利用这种支持来实现定时和频率修正：
增强PRACH序列和/或格式，并且扩展ra-ResponseWindow持续时间(在具有GNSS能力但没有定时和频率偏移的预补偿能力的UE的情况下)
关于NTN的NB-IoT和LTE-M的版本17研究项目包含类似的指示：
本研究将UE中的GNSS能力作为针对NB-IoT设备和eMTC设备两者的工作假设。使用该假设，UE能够以足够的精度来估计和预补偿UL传输的定时和频率偏移。未假设同时的GNSS和NTN NB-IoT/eMTC操作。
这些3GPP协议的背景是蜂窝设备可以在蜂窝调制解调器与GNSS芯片之间共享它的射频(RF)架构的部分。基本解决方案是使用同一个天线来接收GNSS参考信号以及接收和发送LTE或NR信号。开关确定天线应当被连接到蜂窝RF前端还是GNSS RF前端。该开关在蜂窝发射机与GNSS接收机之间提供所需的隔离，而且还防止同时的GNSS和蜂窝操作。
但是，当前存在某些挑战。例如，在正在进行的关于NTN的3GPP工作中，UE被认为从GNSS数据中获取它的位置信息。UE然后可以将它的位置用于各种任务，例如计算时间和频率预补偿值。GNSS数据在特定时段内保持有效，并且需要经由GNSS定位被刷新。如果没有维护有效GNSS数据的机制，则NTN系统不能工作。
发明内容
本公开的某些方面及其实施例能够提供这些或其他挑战的解决方案。例如，提供了用于确保诸如UE之类的无线设备具有足够准确的GNSS数据以实现适当的NTN操作的方法和系统。还提供了用于在GNSS数据有效或无效时确定无线设备和网络节点行为的方法和系统。
根据某些实施例，一种由UE用于确定GNSS数据的有效性的方法包括：维护用于确定所述GNSS数据有效还是无效的至少一个有效性定时器。
根据某些实施例，一种UE适于维护用于确定所述GNSS数据有效还是无效的至少一个有效性定时器和/或包括处理电路，所述处理电路适于或被配置为维护用于确定所述GNSS数据有效还是无效的至少一个有效性定时器。
根据某些实施例，一种由网络节点用于确定GNSS数据的有效性的方法包括：在连接建立期间，从UE接收与所述GNSS数据的有效性和/或首次定位时间相关联的第一信息。基于所述第一信息，所述网络节点执行至少一个动作。
根据某些实施例，一种用于确定GNSS数据的有效性的网络节点适于在连接建立期间从UE接收与所述GNSS数据的有效性和/或首次定位时间相关联的第一信息和/或包括处理电路，所述处理电路适于或被配置为在连接建立期间从UE接收与所述GNSS数据的有效性和/或首次定位时间相关联的第一信息。基于所述第一信息，所述网络节点适于执行至少一个动作。
某些实施例能够提供以下一个或多个技术优点。例如，某些实施例能够提供以下技术优点：提供用于确定GNSS有效性的机制以及关于GNSS有效性的网络动作和UE行为的细节，这对于NTN操作至关重要。
作为又一个示例，某些实施例的技术优点可以是提供基于任务或基于组的有效性定时器以确保GNSS数据的有效性。
作为另一个示例，某些实施例的技术优点可以是提供用于确定UE/网络处的GNSS数据的有效性的方法。
作为另一个示例，某些实施例的技术优点可以是关于GNSS数据的有效性来定义UE行为。
作为又一个示例，某些实施例的技术优点可以是关于GNSS数据的有效性来定义网络动作。
其他优点对于本领域技术人员可以是显而易见的。某些实施例可能没有所述优点、具有部分或全部所述优点。
附图说明
为了更全面地理解所公开的实施例及其特征和优点，现在结合附图参考以下描述，其中：
图1示出了具有弯管应答器的卫星网络的示例架构(即，透明有效载荷架构)；
图2示出了包括参数集合的轨道元素；
图3示出了根据某些实施例的通信系统的示例；
图4示出了根据某些实施例的示例UE；
图5示出了根据某些实施例的示例网络节点；
图6示出了根据某些实施例的示例主机；
图7示出了根据某些实施例的其中可以虚拟化由一些实施例实现的功能的虚拟化环境；
图8示出了根据某些实施例的主机通过部分无线连接经由网络节点与UE通信的通信图；
图9示出了根据某些实施例的无线设备的示例方法；
图10示出了根据某些实施例的网络节点的示例方法；
图11示出了根据某些实施例的由网络节点用于确定GNSS数据的有效性的另一种方法；以及
图12示出了根据某些实施例的由网络节点用于确定GNSS数据的有效性的另一种方法。
具体实施方式
现在将参考附图更全面地描述本文中构想的一些实施例。实施例是作为示例提供的，以向本领域技术人员传达本主题的范围。
如本文所使用的，术语“节点”指网络节点或用户设备(UE)。
网络节点的示例包括但不限于NodeB、基站(BS)、多标准无线电(MSR)无线电节点(例如，MSR BS)、eNodeB(eNB)、gNodeB(gNB)、主eNB(MeNB)、辅eNB(SeNB)、位置测量单元(LMU)、集成接入回程(IAB)节点、网络控制器、无线电网络控制器(RNC)、基站控制器(BSC)、中继器、控制中继的施主节点、基站收发台(BTS)、中央单元(例如，在gNB中)、分布式单元(例如，在gNB中)、基带单元、集中式基带、C-RAN、接入点(AP)、传输点、传输节点、发送接收点(TRP)、远程无线电单元(RRU)、远程无线电头(RRH)、分布式天线系统(DAS)中的节点、核心网络节点(例如，移动交换中心(MSC)、移动性管理实体(MME)等)、运营和维护(O&M)、运营支持系统(OSS)、自组织网络(SON)、定位节点(例如，演进型服务移动定位中心(E-SMLC))等。
非限制性术语“UE”指与网络节点和/或与蜂窝或移动通信系统中的另一个UE进行通信的任何类型的无线设备。UE的示例是目标设备、设备对设备(D2D)UE、车对车(V2V)设备、机器型UE、MTC UE或能够进行机器对机器(M2M)通信的UE、个人数字助理(PDA)、平板电脑、移动终端、智能电话、笔记本电脑内置设备(LEE)、笔记本电脑安装设备(LME)、通用串行总线(USB)适配器等。
术语“无线电接入技术(RAT)”可以指任何RAT，例如通用陆地无线电接入(UTRA)、演进型UTRA(E-UTRA)、窄带物联网(NB-IoT)、WiFi、蓝牙、下一代RAT、新无线电(NR)、4G、5G等。由术语节点、网络节点或无线电网络节点表示的任何设备能够支持单一或多种RAT。
本文使用的术语“信号”或“无线电信号”可以是任何物理信号或物理信道。DL物理信号的示例是参考信号(RS)，例如主同步信号(PSS)、辅同步信号(SSS)、信道状态信息-参考信号(CSI-RS)、同步信号/物理广播信道块(SSB)中的解调参考信号(DMRS)信号、发现参考信号(DRS)、CRS、定位参考信号(PRS)等。RS可以是周期性的。例如，携带一个或多个RS的RS时机可以以一定的周期发生，例如20ms、40ms等。RS也可以是非周期性的。每个同步信号块(SSB)在四个连续符号中携带新无线电-PSS(NR-PSS)、新无线电-SSS(NR-SSS)和新无线电-物理广播信道(NR-PBCH)。一个或多个SSB在一个SSB突发中被发送，该SSB突发以一定的周期重复，例如5ms、10ms、20ms、40ms、80ms和160ms。
UE通过一个或多个SS/PBCH块测量定时配置(SMTC)配置而被配置有关于某个载波频率的小区上的SSB的信息。SMTC配置包括参数，例如SMTC周期、SMTC时机长度(以时间或持续时间为单位)、SMTC相对于参考时间(例如，服务小区的SFN)的时间偏移等。因此，SMTC时机还可以以一定的周期发生，例如5ms、10ms、20ms、40ms、80ms和160ms。UL物理信号的示例是参考信号，例如SRS、DMRS等。术语“物理信道”指携带高层信息(例如，数据、控制等)的任何信道。物理信道的示例是物理广播信道(PBCH)、窄带PBCH(NPBCH)、物理下行链路控制信道(PDCCH)、物理下行链路共享信道(PDSCH)、物理上行链路控制信道(PUCCH)、短PDSCH(sPDSCH)、短PUCCH(sPUCCH)、短物理上行链路共享信道(sPUSCH)、MTC PDCCH(MPDCCH)、NPDCCH、NPDSCH、E-PDCCH、物理上行链路共享信道(PUSCH)、NPUSCH等。
本文使用的术语“时间资源”可以对应于以时间长度表示的任何类型的物理资源或无线电资源。时间资源的示例是：符号、时隙、子帧、无线电帧、传输时间间隔(TTI)、交错时间、时隙、子时隙、微时隙等。
用于NTN UE的GNSS测量的先前方法和技术包括用于处于RRC_Connected、RRC_Idle和RRC_Inactive状态的NTN UE的基本GNSS测量规则集合。但是，这些方法和技术假设这样的UE架构：在该UE架构中，配备有GNSS的UE能够执行同时的GNSS和蜂窝操作。在不支持同时操作的UE架构中，仅指定GNSS测量行为并不足够。因此，某些先前的解决方案通过提供GNSS测量规则同时对蜂窝操作施加限制来解决这一问题。附加地或替代地，一些先前的解决方案针对处于RRC_Inactive/RRC_Idle状态的UE提出了附加的GNSS测量规则，以限制NTNUE在监视寻呼时机时需要执行的GNSS测量的数量。
根据本文公开的某些实施例，可以定义有效性定时器或有效性持续时间以确保UL同步保持有效。一个示例是针对GNSS数据定义的定时器或持续时间。但是，尽管某些实施例被描述为与GNSS数据相关，但是本文讨论的方法、技术和解决方案也适用于其他有效性定时器或有效性持续时间。
此外，尽管先前的解决方案已涉及GNSS数据的有效性，但本文公开的技术提供了与确定GNSS数据的有效性和UE/网络相对于有效性定时器的行为相关的更具体的方法。
如本文所使用的，GNSS有效性定时器(GVT)指这样的定时器：至少当定时器正在运行时，GNSS数据被认为有效。timeAlignmentTimer(TAT)指在3GPP TR 38.321中指定的TA定时器。当TAT定时器正在运行时，从网络接收到的定时提前命令(TAC)被认为有效。
有效性定时器
根据某些实施例，可以针对UE获取的GNSS数据定义有效性定时器。在一个特定实施例中，针对UE的GNSS数据定义一个或多个有效性定时器或有效性周期，具体取决于要使用GNSS数据的目的：
-例如，当UE的GNSS数据要被用于UL同步时，针对该数据运行定时器T1，而当相同UE的GNSS数据要被用于协助SSB测量以进行快速随机接入资源选择、小区选择过程等时，针对该数据运行定时器T2。在该示例中，与T1定时器相比的更长的T2定时器可以是足够的，因为用于SSB测量的GNSS位置精度要求低于用于TA补偿计算的GNSS位置精度要求。作为替代方法，可以在定时器T1期满时启动定时器T2，或者反之亦然。
另一个特定实施例中，UE仅针对其GNSS数据运行一个有效性定时器，但定义不同的有效性条件(即，指定UE行为)，具体取决于要使用GNSS数据的目的。
-例如，UE在刷新GNSS数据之后运行定时器T1。如果该定时器超过某个阈值t_a，则认为它对于UL补偿(其可能涉及TA预补偿和
/或多普勒频移补偿)无效。如果它超过另一个阈值t_b(例如t_b>＝t_a)，则认为它对于小区选择无效。在该示例中，该定时器在达到阈值t_c时期满，其中t_b<＝t_c。如果UE需要执行UL预补偿，则在GNSS数据无效的情况下，UE需要刷新GNSS数据。类似地，如果UE需要执行小区选择，则在GNSS数据失效的情况下，UE需要刷新GNSS数据。但是，这两种情况的有效性条件不同或可能不同。
-通常，可以存在针对GNSS有效性定时器的多达K个有效性条件。在上述示例中，存在K＝2个有效性条件。有效性条件的一个特定实施例是将定时器值与阈值进行比较，但也可以定义其他或附加的有效性条件(如本文档中的其他位置所述)。
在另一个特定实施例中，网络配置与GNSS有效性定时器相关的参数。该配置可以经由SI和/或经由RRC配置(例如，使用专用RRC信令)和/或经由MAC信令(例如，通过使用新的MAC控制元素)被广播。
-例如，在一个特定实施例中，网络在系统信息(SI)中广播通用参数，这些通用参数涉及对某个小区中的UE可见或与某个小区中的UE相关的一个或多个卫星的有效性定时器。网络可以例如使用专用RRC或MAC信令向处于连接模式的UE发送细化的信息。
在一个特定实施例中，当UE刷新GNSS数据时，UE重新设置有效性定时器。
时间对齐定时器(TAT)
根据某些实施例，当配置了GNSS有效性定时器和TAT两者时，在GNSS有效性定时器期满并且被重新设置时，TAT被认为期满并且应当被重新设置。在这种情况下，可以通过随更新后的定时补偿而发送的PRACH前导码来触发用于UL同步的RA。由于预补偿时间被更新，所计算的TA可能不再可靠，因此需要UL同步。
在一个特定实施例中，GNSS有效性定时器应当大于TAT。
在另一个特定实施例中，GVT可以被定义为
·TAT的倍数，例如TGVT＝n*TTAT，其中n是可以在RRC中(例如，在SIB1中)配置的缩放因子或是预定值。
○当定义多个GVT时，可以针对不同的用例配置多个缩放因子。
·偏移时间与TAT相加的持续时间，例如TGVT＝TTAT+Toffset，其中Toffset是可以在RRC中(例如，在SIB1中)配置的时间偏移或是预定值。
○当定义多个GVT时，可以针对不同的用例配置多个时间偏移值。
在另一个特定实施例中，当配置了GNSS有效性定时器和TAT两者时，在GNS有效性定时器期满时，仅当预补偿时间变化大于或不小于时间阈值或超出值范围时，TAT才被认为期满，该时间阈值或值范围可以是：
·预定的○作为一个示例，预定值范围可以如下所述被定义，并且如果预补偿时间变化不在该范围内，则触发新的RA，并且重新设置TAT。
如公知的，在NR中，如果没有RA，则使用6位TAC来调整UL定时，以使得UL定时在某种程度上与DL定时对齐。根据3GPP TS 38.213v16.6.0的第4.2节，采用以下公式来表示调整值的范围，该公式可以被用于此目的：
其中秒，并且μ在下表中被定义。
3GPP TS 38.211v16.6.0的表4.2-1：所支持的传输参数集。
μ Δf＝2μ·15[kHz] 循环前缀
0 15 正常
1 30 正常
2 60 正常、扩展
3 120 正常
4 240 正常
○或者由网络配置的值
■作为一个示例，阈值可以在SIB1中被定义并且被广播到小区中的UE，以使得UE知道一旦绝对预补偿时间变化大于或不小于阈值，则当在用于属于定时提前组(TAG)的服务小区的RAR消息中(如果选择了4步RACH)或在用于SpCell的MsgB中(如果选择了2步RACH)接收到TA命令时，RA过程应当被触发并且TAT应当被重新设置。
使用该方法，在一个特定实施例中，仅当正常的6位TAC由于预补偿时间变化而不能调整定时移位时，才可以使用随更新后的定时补偿被发送的PRACH前导码来触发用于UL同步的RA。在其他情况下，将依赖于6位TAC来调整上行链路传输时间，以使得gNB侧的UL定时和DL定时可以被对齐。
与GNSS信息有效性相关的附加信息
UE可以从GNSS信号中导出的信息包括UE的位置、时间参考、以及频率参考。该信息在下面被称为“组件”。
在一些实施例中，可以针对这些不同的组件配置单独的有效性定时器。也就是说，在一个特定示例实施例中，可以配置以下有效性定时器：
-可以针对UE的位置数据定义一个有效性定时器Tposition_validity，
-可以针对时间参考信息定义一个有效性定时器Ttime-ref_validity，和/或
-可以针对频率参考信息定义一个有效性定时器Tfreq-ref_validity。
在一个特定实施例中，由网络配置上述有效性定时器的全部或子集。例如，网络可以向UE发送指示定时器周期的配置数据。作为另一个示例，网络可以使用先前描述的任何通信方法来发送定时器持续时间、开始值、期满值、结束时间等。在另一个特定实施例中，在标准中指定上述有效性定时器的全部或子集。还可想到这两个选项的组合，例如其中由网络配置定时器的一个子集，而在标准中指定定时器的另一个子集。作为另一个选项(其可以与上述选项中的任何一个组合)，UE可以自主地选择有效性定时器的全部或子集的值。作为又一个选项，UE可以至少部分地基于从网络接收的辅助信息(和/或在标准中指定的辅助信息)来选择定时器的全部或子集的值，其中这样的辅助信息可以包括例如数学公式、要被插入算法或公式中以用于导出定时器值的参数(例如，常数)、用于设置定时器值的规则(其中规则可以基于例如UE的速度、UE的GNSS能力、其GNSS接收机的质量、从中导出GNSS信息的GNSS卫星的数量、从中导出信息的接收GNSS信号的质量、SNR等方面)、所允许的最大值和/或最小值、和/或所允许的定时器值范围。
作为使用常规有效性定时器的替代方案，可以通过先前描述的任何方法作为配置数据从网络来指示或以其他方式从网络提供相关误差的时间依赖性。误差及其相应的时间依赖性可以被划分成上述组件。
作为一个示例，UE可以被配置有或可以自主导出(其中，作为一个选项，配置可以被用于“组件”的子集，而自主导出可以被用于另一个子集)以下中的任何一个或多个：
-UE位置误差的时间依赖性(例如，以第95百分位误差表示)，
-时间参考误差的时间依赖性(其中该时间依赖性可以与UE内部时钟的稳定性相关)(例如，以第95百分位误差表示)，和/或
-频率参考误差的时间依赖性(其中该时间依赖性可以与UE内部振荡器的稳定性相关)(例如，以第95百分位误差表示)。
误差的时间依赖性可以被表示为时间的函数(即，f(t))。这可以是线性函数，或者是也包括更高阶项(例如t2项、t3项、…tn项)的函数。还可构想任何其他数学公式或算法。
作为另一个选项，可以针对单个(例如，每个)组件提供多个时间依赖性函数，其中每个时间依赖性函数与不同的误差概率相关，例如一个函数用于第95百分位误差，一个函数用于第85百分位误差，以及一个函数用于第75百分位误差。
上述时间依赖性信息(具有用于不同组件的误差的时间依赖性函数，可选地具有用于每个组件的多个函数)可以可选地例如根据误差阈值或误差概率阈值(例如，用于组件的第95百分位误差的阈值大小)而与条件相组合，条件在被满足时(例如，当超过阈值时)触发UE将组件信息视为无效。
在一个特定实施例中，又一个选项可以是使用单个定时器，该定时器针对不同的组件具有单独的有效性条件，例如，当有效性定时器已经运行了时段tposition时，UE的位置信息被视为无效，当有效性定时器已经运行了时段ttime-ref时，时间参考信息被视为无效，和/或当有效性定时器已经运行了时段tfreq-ref时，频率参考信息被视为无效。
在一个特定实施例中，又一个选项是不同的定时器可以与单个(例如，每个)组件的不同误差级别(例如，第95百分位误差的不同级别)相关联。
确定RRC_CONNECTED状态下的GNSS有效性
在一个特定实施例中，UE确定GNSS数据是否将在连接期间保持有效。这可以在接入网络之前、在连接建立过程期间或在建立连接之后确定。为此，UE需要知道预期的连接持续时间，并且将其与GNSS将保持有效之前的剩余持续时间进行比较。
在另一个实施例中，UE在连接建立期间与网络共享关于GNSS数据的有效性持续时间的信息，并且网络向UE指示它的GNSS数据是否被预期在连接期间保持有效。
在又一个实施例中，网络确定预期的连接持续时间并且将其指示给UE。在接收到预期的连接持续时间时，UE通过将有效性定时器值与预期的连接持续时间进行比较，确定GNSS数据是否将在连接期间保持有效。
例如，对于NTN UE，可以基于卫星/UE位置信息(和/或馈线链路延迟或gNB-UE传播延迟)、资源配置、重复次数、UE功率等级、带宽、分配的声调数量以及要被发送的数据量来确定连接持续时间。
-eMTC UE的连接持续时间可以基于其覆盖增强(CE)模式的最大重复次数、资源配置信息和卫星/UE位置信息来近似地计算。CE模式A下的UE可以针对数据信道使用最多32次重复，而CE模式B下的UE最多可以使用2048次重复。
-NB-IoT UE的连接持续时间可以基于用于其NPRACH覆盖类的重复次数以及先前提到的其他辅助信息来近似地计算。
RRC_CONNECTED状态下的UE行为
根据某些和各种实施例，如果GNSS有效性定时器在RRC连接模式下期满，则UE行为具有不同的可能性：
-选项1：UE被允许完成UL发送和DL接收两者
-选项2：UE被允许完成DL接收但不完成UL发送，除非UE在测量和/或传输间隙期间刷新了GNSS数据
-选项3：UE被允许完成DL接收。在这种情况下，如果UE想要发起UL发送，则UE将需要离开RRC连接状态并且进入RRC空闲状态以重新开始该过程。
-选项4：UE保持处于RRC_CONNECTED状态，避免UL发送并且立即(或尽快)获取GNSS定位，然后恢复正常RRC_CONNECT状态操作(即，停止避免UL发送)。
在一个特定实施例中，在规范中指定了上述UE行为中的一个或多个。
在另一个特定实施例中，网络向UE指示配置了所指定的UE行为中的哪一个。该信息可以在RRC配置中被信令发送到UE，或者在SI中被广播。
网络动作
在另一个实施例中，如果网络具有关于UE的GNSS数据有效性期满之前的剩余时间和/或UE的定位时间的信息，则网络可以选择执行以下动作中的一个或多个：
-确定一个或多个有效性定时器是否可能在正在持续的连接期间期满；
-向UE指示它的有效性定时器可能在正在持续的连接期间期满；
-指示定时器可能期满的时刻(例如，子帧、时隙或符号)；
-命令UE在某个时刻或某个时刻之后和/或在某个持续时间内刷新它的GNSS数据；
-如果有效性定时器可能在正在持续的连接期间期满，则配置UE的测量间隙；和/或
-考虑在连接超时或声明无线电链路故障之前，由于UE重新获取GNSS数据而导致的附加延迟。
RRC_IDLE/RRC_INACTIVE状态下的UE行为
在一个实施例中，处于RRC_IDLE或RRC_INACTIVE状态的UE在以下情况下获取GNSS定位
-有效性定时器期满；
-UE需要接入小区，并且有效性定时器期满；
-UE需要接入小区，有效性定时器尚未期满，但定时器期满之前的时间短于完成需要有效GNSS信息的任务(例如，长UL传输)所需的最小时间；
-UE从节能模式中唤醒；
-网络发送命令；
-UE需要执行小区(重新)选择，并且有效性定时器期满；或
-本文描述的任何其他事件。
使用有效性定时器以进行小区(重新)选择
如果UE具有过时的GNSS数据，则所计算的时间和频率预补偿值将是错误的。
在一个特定实施例中，在GNSS有效性定时器期满时，当测量的所有SSB的SS-RSRP低于阈值时，需要小区重选。这是因为在DL中链路质量也很差，并且如果UE尝试接入该小区，则还可能随机选择PRACH资源。
如公知的，在RRC_CONNECTED下，UE测量小区的多个波束(至少一个)，并且测量结果(功率值)被平均以导出小区质量。在执行此操作时，UE被配置为考虑所检测到的波束的子集。在两个不同的级别进行滤波：在物理层进行以导出波束质量，然后在RRC级别进行以从多个波束中导出小区质量。针对服务小区和非服务小区，以相同的方式导出来自波束测量的小区质量。
在3GPP TS 38.300V.16.5.0中公开了示例高级测量模型。为了避免针对小区选择的复杂小区质量测量，将简单的SS-RSRP测量与NTN中的EVT验证一起使用，以确定是否应当应用小区选择。
图3示出了根据一些实施例的通信系统100的示例。在该示例中，通信系统100包括电信网络102，其包括接入网络104(例如无线电接入网络(RAN))和核心网络106(其包括一个或多个核心网络节点108)。接入网络104包括一个或多个接入网络节点，例如网络节点110a和110b(其中一个或多个可以被总称为网络节点110)，或者任何其他类似的第三代合作伙伴计划(3GPP)接入节点或非3GPP接入点。网络节点110促进用户设备(UE)的直接或间接连接，例如通过一个或多个无线连接将UE 112a、112b、112c和112d(其中一个或多个可以被总称为UE 112)连接到核心网络106。
通过无线连接的示例无线通信包括使用电磁波、无线电波、红外波和/或适合于在不使用电线、电缆或其他材料导体的情况下传送信息的其他类型的信号来发送和/或接收无线信号。此外，在不同的实施例中，通信系统100可以包括任何数量的有线或无线网络、网络节点、UE和/或任何其他组件或系统，它们可以促进或参与数据和/或信号的通信(无论是经由有线连接还是无线连接)。通信系统100可以包括任何类型的通信、电信、数据、蜂窝、无线电网络和/或其他类似类型的系统和/或与其对接。
UE 112可以是各种通信设备中的任一个，包括被布置、被配置和/或可操作以与网络节点110和其他通信设备进行无线通信的无线设备。类似地，网络节点110被布置、能够、被配置和/或可操作以直接或间接与UE 112和/或电信网络102中的其他网络节点或设备进行通信，以启用和/或提供网络接入(例如无线网络接入)和/或在电信网络102中执行其他功能(例如管理)。
在所描绘的示例中，核心网络106将网络节点110连接到一个或多个主机，例如主机116。这些连接可以是直接连接，或者是经由一个或多个中间网络或设备的间接连接。在其他示例中，网络节点可以被直接耦接到主机。核心网络106包括用硬件和软件组件构成的一个或多个核心网络节点(例如，核心网络节点108)。这些组件的特征可以基本上类似于针对UE、网络节点和/或主机描述的特征，以使得其描述通常适用于核心网络节点108的对应组件。示例核心网络节点包括以下一项或多项的功能：移动交换中心(MSC)、移动性管理实体(MME)、归属订户服务器(HSS)、接入和移动性管理功能(AMF)、会话管理功能(SMF)、认证服务器功能(AUSF)、订阅标识符去隐藏功能(SIDF)、统一数据管理(UDM)、安全边缘保护代理(SEPP)、网络开放功能(NEF)和/或用户面功能(UPF)。
主机116可以在除了接入网络104和/或电信网络102的运营商或提供商之外的服务提供商的所有权或控制之下，并且可以由服务提供商或代表服务提供商来操作。主机116可以托管各种应用以提供一个或多个服务。这样的应用的示例包括实时和预先记录的音频/视频内容、数据收集服务(例如取得和编译关于由多个UE检测到的各种环境条件的数据)、分析功能、社交媒体、用于控制远程设备或以其他方式与远程设备交互的功能、用于警报和监视中心的功能、或者由服务器执行的任何其他这样的功能。
整体上，图3的通信系统100实现了UE、网络节点和主机之间的连接。在该意义上，通信系统可以被配置为根据预定义规则或过程来操作，这些规则或过程例如是特定标准，包括但不限于：全球移动通信系统(GSM)；通用移动电信系统(UMTS)；长期演进(LTE)、和/或其他合适的2G、3G、4G、5G标准、或者任何适用的未来一代标准(例如，6G)；无线局域网(WLAN)标准，例如电气和电子工程师协会(IEEE)802.11标准(WiFi)；和/或任何其他适当的无线通信标准，例如全球微波访问互操作性(WiMax)、蓝牙、Z波、近场通信(NFC)、ZigBee、LiFi和/或任何低功率广域网(LPWAN)标准，例如LoRa和Sigfox。
在一些示例中，电信网络102是实现3GPP标准化特征的蜂窝网络。因此，电信网络102可以支持网络切片，以向被连接到电信网络102的不同设备提供不同的逻辑网络。例如，电信网络102可以向一些UE提供超可靠低延迟通信(URLLC)服务，同时向其他UE提供增强型移动宽带(eMBB)服务，和/或向其他UE提供大规模机器型通信(mMTC)/大规模IoT服务。
在一些示例中，UE 112被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，UE可以被设计为当由内部或外部事件触发时或响应于来自接入网络104的请求而按预定的调度将信息发送到接入网络104。附加地，UE可以被配置用于在单RAT或多RAT或多标准模式下操作。例如，UE可以使用Wi-Fi、NR(新无线电)和LTE中的任一个或组合来操作，即，被配置用于多无线电双连接(MR-DC)，例如E-UTRAN(演进型UMTS陆地无线电接入网络)新无线电-双连接(EN-DC)。
在该示例中，集线器114与接入网络104进行通信以促进一个或多个UE(例如，UE112c和/或112d)与网络节点(例如，网络节点110b)之间的间接通信。在一些示例中，集线器114可以是控制器、路由器、内容源和分析、或者本文描述的关于UE的任何其他通信设备。例如，集线器114可以是使得UE能够接入核心网络106的宽带路由器。作为另一个示例，集线器114可以是向UE中的一个或多个致动器发送命令或指令的控制器。命令或指令可以从UE、网络节点110接收，或者通过集线器114中的可执行代码、脚本、过程或其他指令接收。作为另一个示例，集线器114可以是充当UE数据的临时存储装置的数据收集器，并且在一些实施例中，可以执行数据的分析或其他处理。作为另一个示例，集线器114可以是内容源。例如，对于作为VR头戴式设备、显示器、扬声器或其他媒体传送设备的UE，集线器114可以经由网络节点来取得VR资产、视频、音频或与感测信息相关的其他媒体或数据，然后集线器114直接、在执行本地处理之后和/或在添加附加本地内容之后将其提供给UE。在又一个示例中，集线器114充当UE的代理服务器或编排器，特别是在一个或多个UE是低能量IoT设备的情况下。
集线器114可以具有与网络节点110b的恒定/持久或间歇连接。集线器114还可以允许集线器114与UE(例如，UE 112c和/或112d)之间以及集线器114与核心网络106之间的不同通信方案和/或调度。在其他示例中，集线器114经由有线连接被连接到核心网络106和/或一个或多个UE。此外，集线器114可以被配置为通过接入网络104来连接到M2M服务提供商和/或通过直接连接来连接到另一个UE。在一些场景中，UE可以与网络节点110建立无线连接，同时仍然经由集线器114通过有线或无线连接进行连接。在一些实施例中，集线器114可以是专用集线器，也就是说，其主要功能是从网络节点110b向UE路由通信/从UE向网络节点110a路由通信的集线器。在其他实施例中，集线器114可以是非专用集线器，也就是说，能够操作以在UE与网络节点110b之间路由通信，但是还能够作为特定数据信道的通信起点和/或终点进行操作的设备。
图4示出了根据一些实施例的UE 200。如本文所使用的，UE指能够、被配置、被布置和/或可操作以与网络节点和/或其他UE进行无线通信的设备。UE的示例包括但不限于智能电话、移动电话、蜂窝电话、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线相机、游戏机或设备、音乐存储设备、播放设备、可穿戴终端设备、无线端点、移动台、平板计算机、笔记本电脑、笔记本电脑内置设备(LEE)、笔记本电脑安装设备(LME)、智能设备、无线客户端设备(CPE)、车载或车载嵌入式/集成无线设备等。其他示例包括由第三代合作伙伴计划(3GPP)标识的任何UE，包括窄带物联网(NB-IoT)UE、机器型通信(MTC)UE和/或增强型MTC(eMTC)UE。
UE可以例如通过实现用于副链路通信、专用短程通信(DSRC)、车对车(V2V)、车对基础设施(V2I)或车到万物(V2X)的3GPP标准来支持设备对设备(D2D)通信。在其他示例中，在拥有和/或操作相关设备的人类用户的意义上，UE可能不一定具有用户。而是，UE可以表示旨在出售给人类用户或由人类用户操作但是可能不或者最初可能不与特定人类用户相关联的设备(例如，智能洒水控制器)。替代地，UE可以表示未旨在出售给最终用户或不由其操作但是可以与用户相关联或为用户的利益而操作的设备(例如，智能功率计)。
UE 200包括处理电路202，处理电路202在操作上经由总线204耦接到输入/输出接口206、电源208、存储器210、通信接口212和/或任何其他组件或它们的任何组合。某些UE可以利用图4中所示的所有组件或组件子集。组件之间的集成水平可以随UE而变化。此外，某些UE可能包含组件的多个实例，例如多个处理器、存储器、收发机、发射机、接收机等。
处理电路202被配置为处理指令和数据，并且可以被配置为实现可操作以执行被存储为存储器210中的机器可读计算机程序的指令的任何顺序状态机。处理电路202可以被实现为一个或多个硬件实现的状态机(例如，采用离散逻辑、现场可编程门阵列(FPGA)、专用集成电路(ASIC)等)；可编程逻辑以及适当的固件；一个或多个所存储的计算机程序、通用处理器(例如微处理器或数字信号处理器(DSP))以及适当的软件；或以上的任何组合。例如，处理电路202可以包括多个中央处理单元(CPU)。
在该示例中，输入/输出接口206可以被配置为向输入设备、输出设备或一个或多个输入和/或输出设备提供一个或多个接口。输出设备的示例包括扬声器、声卡、视频卡、显示器、监视器、打印机、致动器、发射机、智能卡、另一个输出设备或其任何组合。输入设备可以允许用户将信息捕获到UE 200中。输入设备的示例包括触敏显示器或存在敏感显示器、照相机(例如，数码相机、数字摄像机、网络相机等)、麦克风、传感器、鼠标、轨迹球、方向板、轨迹板、滚轮、智能卡等。存在敏感显示器可以包括容性或阻性触摸传感器以感测来自用户的输入。传感器可以是例如加速度计、陀螺仪、倾斜传感器、力传感器、磁力计、光学传感器、接近度传感器、生物测量传感器等或其任何组合。输出设备可以使用与输入设备相同类型的接口端口。例如，通用串行总线(USB)端口可以被用于提供输入设备和输出设备。
在一些实施例中，电源208被构造为电池或电池组。可以使用其他类型的电源，例如外部电源(例如，电源插座)、光伏设备或电池。电源208还可以包括用于经由输入电路或接口(例如电源线)将来自电源208本身和/或外部电源的电力传送到UE 200的各个部分的电源电路。传送电力可以例如用于对电源208进行充电。电源电路可以执行对来自电源208的电力的任何格式化、转换或其他修改，以使电力适合于电力被提供到的UE 200的相应组件。
存储器210可以是或被配置为包括诸如随机存取存储器(RAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁盘、光盘、硬盘、可移动盒式磁带、闪存驱动器之类的存储器。在一个示例中，存储器210包括一个或多个应用程序214(例如操作系统、网络浏览器应用、小控件、小工具引擎或其他应用)以及对应的数据216。存储器210可以存储各种操作系统中的任一种或操作系统的组合以供UE 200使用。
存储器210可以被配置为包括多个物理驱动器单元，例如独立磁盘冗余阵列(RAID)、闪存、USB闪存驱动器、外部硬盘驱动器、拇指驱动器、笔驱动器、钥式驱动器、高密度数字多功能光盘(HD-DVD)光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器、全息数字数据存储(HDDS)光盘驱动器、外部迷你双列直插式内存模块(DIMM)、同步动态随机存取存储器(SDRAM)、外部微DIMM SDRAM、智能卡存储器(例如通用集成电路卡(UICC)形式的防篡改模块，包括一个或多个订户标识模块(SIM)，例如USIM和/或ISIM)、其他存储器或其任何组合。UICC例如可以是嵌入式UICC(eUICC)、集成UICC(iUICC)或可移动UICC，通常被称为“SIM卡”。存储器210可以允许UE 200访问存储在暂时性或非暂时性存储介质上的指令、应用程序等，以卸载数据或上载数据。诸如利用通信系统的制造品可以被有形地体现为存储器210或体现在存储器210中，该存储器可以是或包括设备可读存储介质。
处理电路202可以被配置为使用通信接口212与接入网络或其他网络进行通信。通信接口212可以包括一个或多个通信子系统，并且可以包括天线222或以通信方式被耦接到天线222。通信接口212可以包括用于通信(例如通过与能够进行无线通信的另一个设备(例如，另一个UE或接入网络中的网络节点)的一个或多个远程收发机进行通信)的一个或多个收发机。每个收发机可以包括适于提供网络通信(例如，光、电、频率分配等)的发射机218和/或接收机220。此外，发射机218和接收机220可以被耦接到一个或多个天线(例如，天线222)，以及可以共享电路组件、软件或固件，或者替代地被单独实现。
在所示的实施例中，通信接口212的通信功能可以包括蜂窝通信、Wi-Fi通信、LPWAN通信、数据通信、语音通信、多媒体通信、诸如蓝牙的短程通信、近场通信、诸如使用全球定位系统(GPS)来确定位置的基于位置的通信、另一个类似的通信功能或其任何组合。通信可以根据一个或多个通信协议和/或标准来实现，例如IEEE 802.11、码分多址(CDMA)、宽带码分多址(WCDMA)、GSM、LTE、新无线电(NR)、UMTS、WiMax、以太网、传输控制协议/互联网协议(TCP/IP)、同步光学网络(SONET)、异步传输模式(ATM)、QUIC、超文本传输协议(HTTP)等。
无论传感器的类型如何，UE都可以通过其通信接口212经由与网络节点的无线连接来提供由其传感器捕获的数据的输出。由UE的传感器捕获的数据可以通过与网络节点的无线连接而经由另一个UE被传送。输出可以是周期性的(例如，如果它报告所感测的温度，则每15分钟一次)、随机的(例如，以平衡来自多个传感器的报告负载)、响应于触发事件(例如，当检测到湿度时发送警报)、响应于请求(例如，用户发起的请求)、或者连续流(例如，患者的实时视频馈送)。
作为另一个示例，UE包括与通信接口相关的致动器、电动机或开关，该通信接口被配置为经由无线连接从网络节点接收无线输入。响应于所接收的无线输入，致动器、电动机或开关的状态可以改变。例如，UE可以包括根据所接收的输入来调整飞行中的无人机的控制表面或转子的电动机、或者根据所接收的输入来执行医疗过程的机器人手臂。
当采取物联网(IoT)设备的形式时，UE可以是用于一个或多个应用领域的设备，这些领域包括但不限于城市可穿戴技术、扩展行业应用和医疗保健。这样的IoT设备的非限制性示例是作为以下项或被嵌入在以下项中的设备：联网冰箱或冰柜、电视、联网照明设备、电表、机器人吸尘器、语音控制的智能扬声器、家庭安全摄像头、运动检测器、恒温器、烟雾检测器、门/窗传感器、洪水/湿度传感器、电动门锁、联网门铃、热泵之类的空调系统、自主车辆、监控系统、天气监视设备、车辆停放监视设备、电动车辆充电站、智能手表、健身追踪器、用于增强现实(AR)或虚拟现实(VR)的头戴式显示器、用于触觉增强或感觉增强的可穿戴设备、洒水器、动物或物品跟踪设备、用于监视植物或动物的传感器、工业机器人、无人驾驶飞行器(UAV)以及任何种类的医疗设备，如心率监视器或遥控手术机器人。IoT设备形式的UE包括与IoT设备的预期应用相关的电路和/或软件以及如针对图4中所示的UE 200描述的其他组件。
作为又一个特定示例，在IoT场景中，UE可以表示执行监视和/或测量并将这样的监视和/或测量的结果发送到另一个UE和/或网络节点的机器或其他设备。在这种情况下，UE可以是M2M设备，在3GPP上下文中可以将其称为MTC设备。作为一个特定示例，UE可以实现3GPP NB-IoT标准。在其他场景中，UE可以表示能够监视和/或报告其操作状态或与其操作相关联的其他功能的车辆(例如汽车、公共汽车、卡车)、轮船和飞机或其他设备。
在实践中，可以针对单个用例一起使用任何数量的UE。例如，第一UE可以是或被集成在无人机中，并且将无人机的速度信息(通过速度传感器获得)提供给作为操作无人机的遥控器的第二UE。当用户从遥控器进行改变时，第一UE可以调整无人机上的油门(例如，通过控制致动器)以提高或降低无人机的速度。第一UE和/或第二UE还可以包括上面描述的功能中的多个功能。例如，UE可以包括传感器和致动器，并且处理速度传感器和致动器两者的数据通信。
图5示出了根据一些实施例的网络节点300。如本文所使用的，网络节点指能够、被配置、被布置和/或可操作以直接或间接与UE和/或电信网络中的其他网络节点或设备进行通信的设备。网络节点的示例包括但不限于接入点(AP)(例如，无线电接入点)、基站(BS)(例如，无线电基站、节点B、演进型节点B(eNB)和NR节点B(gNB))。
可以基于基站提供的覆盖量(或者换句话说，它们的发射功率等级)对基站进行分类，并且因此取决于所提供的覆盖量，可以将其称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继施主节点。网络节点还可以包括分布式无线电基站的一个或多个(或所有)部分(例如集中式数字单元和/或远程无线电单元(RRU)(有时被称为远程无线电头(RRH)))。这样的远程无线电单元可以与或可以不与天线集成为天线集成无线电。分布式无线电基站的部分也可以被称为分布式天线系统(DAS)中的节点。
网络节点的其他示例包括多传输点(多TRP)5G接入节点、多标准无线电MSR设备(诸如MSR BS)、诸如无线电网络控制器(RNC)或基站控制器(BSC)的网络控制器、基站收发台(BTS)、传输点、传输节点、多小区/多播协调实体(MCE)、运营和维护(O&M)节点、运营支持系统(OSS)节点、自组织网络(SON)节点、定位节点(例如，演进型服务移动定位中心(E-SMLC))和/或最小化路测(MDT)。
网络节点300包括处理电路302、存储器304、通信接口306和电源308。网络节点300可以包括多个物理上分离的组件(例如，节点B组件和RNC组件，或者BTS组件和BSC组件等)，每一个组件可以具有它们自己的相应组件。在网络节点300包括多个单独的组件(例如，BTS和BSC组件)的某些场景中，一个或多个单独的组件可以在多个网络节点之间被共享。例如，单个RNC可以控制多个节点B。在这样的场景中，在某些情况下，每个唯一的节点B和RNC对可以被视为单个单独的网络节点。在一些实施例中，网络节点300可以被配置为支持多种无线电接入技术(RAT)。在这样的实施例中，一些组件可以被复制(例如，用于不同RAT的单独的存储器304)，而一些组件可以被重用(例如，同一天线310可以由不同的RAT共享)。网络节点300还可以包括用于集成到网络节点300中的不同无线技术(例如GSM、WCDMA、LTE、NR、Wi-Fi、Zigbee、Z波、LoRaWAN、射频标识(RFID)或蓝牙无线技术)的多组各种示例组件。这些无线技术可以被集成到相同或不同的芯片或芯片组以及网络节点300内的其他组件中。
处理电路302可以包括可操作以单独地或与其他网络节点300组件(例如存储器304)结合提供网络节点300功能的以下一项或多项的组合：微处理器，控制器，微控制器，中央处理单元，数字信号处理器，专用集成电路，现场可编程门阵列，或任何其他合适的计算设备、资源，或硬件、软件和/或编码逻辑的组合。
在一些实施例中，处理电路302包括片上系统(SOC)。在一些实施例中，处理电路302包括射频(RF)收发机电路312和基带处理电路314中的一个或多个。在一些实施例中，射频(RF)收发机电路312和基带处理电路314可以在单独的芯片(或芯片组)、板或单元(例如无线电单元和数字单元)上。在替代实施例中，RF收发机电路312和基带处理电路314中的部分或全部可以在同一芯片或芯片组、板或单元上。
存储器304可以包括任何形式的易失性或非易失性计算机可读存储器，包括但不限于永久存储装置、固态存储器、远程安装的存储器、磁性介质、光学介质、随机存取存储器(RAM)、只读存储器(ROM)、大容量存储介质(例如，硬盘)、可移动存储介质(例如，闪存驱动器、光盘(CD)或数字视频磁盘(DVD))和/或存储可以由处理电路302使用的信息、数据和/或指令的任何其他易失性或非易失性、非暂时性的设备可读和/或计算机可执行存储设备。存储器304可以存储任何合适的指令、数据或信息，包括计算机程序、软件、应用(包括逻辑、规则、代码、表等中的一个或多个)和/或能够由处理电路302执行并由网络节点300利用的其他指令。存储器304可以被用于存储由处理电路302进行的任何计算和/或经由通信接口306接收的任何数据。在一些实施例中，处理电路302和存储器304是集成的。
通信接口306被用于网络节点、接入网络和/或UE之间的信令和/或数据的有线或无线通信中。如图所示，通信接口306包括端口/端子316以例如通过有线连接向网络发送和从网络接收数据。通信接口306还包括可以被耦接到天线310或在某些实施例中作为天线310的一部分的无线电前端电路318。无线电前端电路318包括滤波器320和放大器322。无线电前端电路318可以被连接到天线310和处理电路302。无线电前端电路可以被配置为调节在天线310与处理电路302之间传送的信号。无线电前端电路318可以接收将经由无线连接被发出到其他网络节点或UE的数字数据。无线电前端电路318可以使用滤波器320和/或放大器322的组合将数字数据转换成具有适当信道和带宽参数的无线电信号。无线电信号然后可以经由天线310被发射。类似地，在接收数据时，天线310可以收集无线电信号，然后由无线电前端电路318将其转换成数字数据。数字数据可以被传递给处理电路302。在其他实施例中，通信接口可以包括不同的组件和/或不同的组件组合。
在某些替代实施例中，网络节点300不包括单独的无线电前端电路318，而是，处理电路302包括无线电前端电路并且被连接到天线310。类似地，在一些实施例中，RF收发机电路312的全部或一部分是通信接口306的一部分。在其他实施例中，通信接口306包括一个或多个端口或端子316、无线电前端电路318和RF收发机电路312，作为无线电单元(未示出)的一部分，并且通信接口306与基带处理电路314进行通信，该基带处理电路314是数字单元(未示出)的一部分。
天线310可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列。天线310可以被耦接到无线电前端电路318，并且可以是能够无线地发送和接收数据和/或信号的任何类型的天线。在某些实施例中，天线310与网络节点300分离并且可以通过接口或端口连接到网络节点300。
天线310、通信接口306和/或处理电路302可以被配置为执行本文描述为由网络节点执行的任何接收操作和/或某些获得操作。可以从UE、另一个网络节点和/或任何其他网络设备接收任何信息、数据和/或信号。类似地，天线310、通信接口306和/或处理电路302可以被配置为执行本文描述为由网络节点执行的任何发送操作。任何信息、数据和/或信号可以被发送到UE、另一个网络节点和/或任何其他网络设备。
电源308以适合于相应组件的形式(例如，以每个相应组件所需的电压和电流等级)向网络节点300的各个组件提供电力。电源308还可以包括或被耦接到电源管理电路，以向网络节点300的组件提供用于执行本文描述的功能的电力。例如，网络节点300可以经由输入电路或接口(例如电缆)连接到外部电源(例如，电网、电源插座)，由此该外部电源向电源308的电源电路提供电力。作为又一个示例，电源308可以包括采取被连接到电源电路或被集成于其中的电池或电池组的形式的电源。如果外部电源出现故障，电池可以提供备用电力。
网络节点300的实施例可以包括图5所示组件之外的附加组件，这些附加组件用于提供网络节点的功能的某些方面，包括本文描述的任何功能和/或支持本文描述的主题所必需的任何功能。例如，网络节点300可以包括用户接口设备，以允许将信息输入到网络节点300中以及允许从网络节点300输出信息。这可以允许用户针对网络节点300执行诊断、维护、修理和其他管理功能。
图6是根据本文描述的各个方面的主机400的框图，主机400可以是图3的主机116的实施例。
如本文所使用的，主机400可以是或包括硬件和/或软件的各种组合，包括独立服务器、刀片服务器、云实现的服务器、分布式服务器、虚拟机、容器或服务器场中的处理资源。主机400可以向一个或多个UE提供一个或多个服务。
主机400包括处理电路402，处理电路402在操作上经由总线404耦接到输入/输出接口406、网络接口408、电源410和存储器412。在其他实施例中可以包括其他组件。这些组件的特征可以基本上类似于针对先前图(例如图2和3)的设备描述的特征，以使得其描述通常适用于主机400的对应组件。
存储器412可以包括一个或多个计算机程序，包括一个或多个主机应用程序414和数据416，数据416可以包括用户数据，例如由UE针对主机400生成的数据或由主机400针对UE生成的数据。主机400的实施例可以仅使用所示组件的子集或全部。主机应用程序414可以在基于容器的架构中实现，并且可以提供对视频编解码器(例如，多功能视频编码(VVC)、高效率视频编码(HEVC)、高级视频编码(AVC)、MPEG、VP9)和音频编解码器(例如，FLAC、高级音频编码(AAC)、MPEG、G.711)的支持，包括UE(例如，手机、台式计算机、可穿戴显示系统、平视显示系统)的多个不同类、类型或实施方式的转码。主机应用程序414还可以提供用户认证和授权检查，并且可以周期性地向中央节点(例如核心网络中或边缘上的设备)报告健康状况、路由和内容可用性。因此，主机400可以针对UE选择和/或指示用于过顶服务的不同主机。主机应用程序414可以支持各种协议，例如HTTP实时流(HLS)协议、实时消息传送协议(RTMP)、实时流协议(RTSP)、HTTP动态自适应流(MPEG-DASH)等。
图7是示出其中可以虚拟化由一些实施例实现的功能的虚拟化环境500的框图。
在当前上下文中，虚拟化意味着创建装置或设备的虚拟版本，其可以包括虚拟化硬件平台、存储设备和联网资源。如本文所使用的，虚拟化可以被应用于本文描述的任何设备或其组件，并且涉及一种实现，其中至少一部分功能被实现为一个或多个虚拟组件。本文描述的一些或所有功能可以被实现为由一个或多个虚拟机(VM)执行的虚拟组件，这些VM在由一个或多个硬件节点(例如作为网络节点、UE、核心网络节点或主机操作的硬件计算设备)托管的一个或多个虚拟环境500中实现。此外，在其中虚拟节点不需要无线电连接(例如，核心网络节点或主机)的实施例中，节点可以被完全虚拟化。
应用502(其可以替代地被称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)在虚拟化环境500中运行，以实现本文公开的一些实施例的某些特征、功能和/或益处。
硬件504包括处理电路、存储可由硬件处理电路执行的软件和/或指令的存储器和/或如本文描述的其他硬件设备，例如网络接口、输入/输出接口等。软件可以由处理电路执行以实例化一个或多个虚拟化层506(也被称为系统管理程序或虚拟机监视器(VMM))，提供VM 508a和508b(其中一个或多个通常可以被称为VM 508)，和/或执行针对本文描述的一些实施例而描述的任何功能、特征和/或益处。虚拟化层506可以向VM 508呈现看起来像联网硬件的虚拟操作平台。
VM 508包括虚拟处理、虚拟存储器、虚拟网络或接口以及虚拟存储装置，并且可以由对应的虚拟化层506运行。虚拟设备502的实例的不同实施例可以在一个或多个VM 508上实现，并且可以以不同的方式来实现。在一些上下文中，硬件的虚拟化被称为网络功能虚拟化(NFV)。NFV可以被用于将许多网络设备类型整合到可以位于数据中心和客户驻地设备中的行业标准的大容量服务器硬件、物理交换机和物理存储装置上。
在NFV的上下文中，VM 508可以是物理机的软件实现，该软件实现运行程序就好像程序是在物理的非虚拟化机器上执行一样。每个VM 508以及硬件504的执行该VM的部分(专用于该VM的硬件和/或该VM与其他VM共享的硬件)形成单独的虚拟网元。仍然在NFV的上下文中，虚拟网络功能负责处理在硬件504之上的一个或多个VM 508中运行的特定网络功能，并且对应于应用502。
硬件504可以在具有通用或特定组件的独立网络节点中实现。硬件504可以经由虚拟化来实现一些功能。替代地，硬件504可以是较大的硬件群集(例如，诸如在数据中心或CPE)的一部分，其中许多硬件节点一起工作并且经由管理和编排510进行管理，除其他项以外，管理和编排510监督应用502的生命周期管理。在一些实施例中，硬件504被耦接到一个或多个无线电单元，这些无线电单元均包括可以被耦接到一个或多个天线的一个或多个发射机和一个或多个接收机。无线电单元可以经由一个或多个适当的网络接口与其他硬件节点直接通信，以及可以与虚拟组件组合使用，以提供具有无线电能力的虚拟节点，例如无线电接入节点或基站。在一些实施例中，可以使用控制系统512来提供一些信令，该控制系统512可以替代地被用于硬件节点与无线电单元之间的通信。
图8示出了根据一些实施例的主机602通过部分无线连接经由网络节点604与UE606进行通信的通信图。
现在将参考图8来描述根据各种实施例的在先前段落中讨论的UE(例如图3的UE112a和/或图4的UE 200)、网络节点(例如图3的网络节点110a和/或图5的网络节点300)和主机(例如图3的主机116和/或图6的主机400)的示例实现。
与主机400类似，主机602的实施例包括硬件，例如通信接口、处理电路和存储器。主机602还包括软件，该软件被存储在主机602中或可由主机602访问并且可由处理电路执行。软件包括主机应用，该主机应用可以操作以向远程用户(例如经由在UE 606与主机602之间延伸的过顶(OTT)连接650进行连接的UE 606)提供服务。在向远程用户提供服务时，主机应用可以提供使用OTT连接650发送的用户数据。
网络节点604包括使其能够与主机602和UE 606进行通信的硬件。连接660可以是直接的或者通过核心网络(如图3的核心网络106)和/或一个或多个其他中间网络，例如一个或多个公共、专用或托管网络。例如，中间网络可以是骨干网或因特网。
UE 606包括硬件和软件，该软件被存储在UE 606中或可由UE 606访问并且可由UE的处理电路执行。该软件包括客户端应用，例如网络浏览器或运营商特定的“应用”，该应用可操作以在主机602的支持下经由UE 606向人类或非人类用户提供服务。在主机602中，正在执行的主机应用可以经由终止于UE 606和主机602的OTT连接650与正在执行的客户端应用进行通信。在向用户提供服务时，UE的客户端应用可以从主机的主机应用接收请求数据，并且响应于该请求数据而提供用户数据。OTT连接650可以传送请求数据和用户数据两者。UE的客户端应用可以与用户交互，以生成其通过OTT连接650而提供给主机应用的用户数据。
OTT连接650可以经由主机602与网络节点604之间的连接660以及经由网络节点604与UE 606之间的无线连接670而延伸，以提供主机602与UE 606之间的连接。已经抽象地绘制了可以通过其提供OTT连接650的连接660和无线连接670，以示出主机602与UE 606之间经由网络节点604的通信，而没有显式参考任何中间设备以及经由这些设备的消息的精确路由。
作为经由OTT连接650来发送数据的示例，在步骤608中，主机602提供用户数据，这可以通过执行主机应用来执行。在一些实施例中，用户数据与特定人类用户相关联，该人类用户与UE 606交互。在其他实施例中，用户数据与UE 606相关联，UE 606与主机602共享数据而无需显式的人类交互。在步骤610中，主机602发起朝向UE 606的携带用户数据的传输。主机602可以响应于由UE 606发送的请求而发起传输。该请求可以由与UE 606的人类交互或者由在UE 606上执行的客户端应用的操作而导致。根据贯穿本公开描述的实施例的教导，传输可以通过网络节点604。因此，在步骤612中，根据贯穿本公开描述的实施例的教导，网络节点604向UE 606发送在主机602发起的传输中携带的用户数据。在步骤614中，UE 606接收在传输中携带的用户数据，这可以由在UE 606上执行的客户端应用来执行，该客户端应用与由主机602执行的主机应用相关联。
在一些示例中，UE 606执行向主机602提供用户数据的客户端应用。可以响应于从主机602接收的数据来提供用户数据。因此，在步骤616中，UE 606可以提供用户数据，这可以通过执行客户端应用来执行。在提供用户数据时，客户端应用可以进一步考虑经由UE606的输入/输出接口从用户接收的用户输入。不管提供用户数据的具体方式如何，UE 606在步骤618中发起用户数据经由网络节点604朝向主机602的传输。在步骤620中，根据贯穿本公开描述的实施例的教导，网络节点604从UE 606接收用户数据，并且发起所接收的用户数据朝向主机602的传输。在步骤622中，主机602接收在由UE 606发起的传输中携带的用户数据。
各种实施例中的一个或多个提高了使用OTT连接650(其中无线连接670形成最后的段)向UE 606提供的OTT服务的性能。更准确地，这些实施例的教导可以改进例如数据速率、延迟和/或功耗中的一个或多个，从而提供诸如减少的用户等待时间、宽松的文件大小限制、提高的内容分辨率、更好的响应性和/或延长的电池寿命之类的益处。
在示例场景中，主机602可以收集和分析工厂状态信息。作为另一个示例，主机602可以处理可能已经从UE中取得的音频和视频数据以用于创建地图。作为另一个示例，主机602可以收集和分析实时数据以协助控制车辆拥堵(例如，控制交通灯)。作为另一个示例，主机602可以存储由UE上传的监控视频。作为另一个示例，主机602可以存储或控制对诸如视频、音频、VR或AR之类的媒体内容的访问，主机602可以将该媒体内容广播、多播或单播到UE。作为其他示例，主机602可以被用于能源定价、非时间关键型电力负载的远程控制以平衡发电需求、定位服务、呈现服务(例如根据从远程设备收集的数据来编译图等)或收集、取得、存储、分析和/或发送数据的任何其他功能。
在一些示例中，可以出于监视数据速率、延迟和一个或多个实施例在其上改进的其他因素的目的而提供测量过程。响应于测量结果的变化，还可以存在用于重新配置主机602与UE 606之间的OTT连接650的可选网络功能。用于重新配置OTT连接的测量过程和/或网络功能可以在主机602和/或UE 606的软件和硬件中实现。在一些实施例中，可以将传感器(未示出)部署在OTT连接650所通过的其他设备中或与这样的其他设备相关联；传感器可以通过提供以上示例的监视量的值或提供软件可以从中计算或估计监视量的其他物理量的值来参与测量过程。OTT连接650的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要直接改变网络节点604的操作。这样的过程和功能可以在本领域中是已知的和经实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机602对吞吐量、传播时间、延迟等的测量。可以实现测量，因为软件在其监视传播时间、错误等期间导致使用OTT连接1350来发送消息，特别是空消息或“假(dummy)”消息。
图9示出了根据某些实施例的由无线设备(其可以包括UE)用于确定GNSS数据的有效性的示例方法700。该方法开始于步骤702，此时无线设备基于有效性定时器，确定GNSS数据有效还是无效。
在一个特定实施例中，无线设备接收GNSS数据，以及响应于接收到GNSS数据，启动至少一个有效性定时器。
在一个特定实施例中，无线设备基于有效性定时器是否期满，确定GNSS有效还是无效。
在另一个特定实施例中，至少一个有效性定时器包括多个有效性定时器，并且多个有效性定时器中的每个有效性定时器与GNSS数据的用途相关联。
在另一个特定实施例中，无线设备确定GNSS数据的用途。然后无线设备基于多个有效性定时器中的与该用途相关联的特定有效性定时器，确定GNSS数据有效还是无效。
在另一个特定实施例中，该用途与上行链路同步相关联。
在另一个特定实施例中，该用途与同步信号块测量相关联。
在另一个特定实施例中，该用途与小区选择过程相关联。
在另一个特定实施例中，无线设备基于至少一个基于定时器的条件是否被满足，确定GNSS有效还是无效。
在另一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的至少一个阈值时间量。
在另一个特定实施例中，如果阈值时间量尚未被超过，则GNSS被确定为有效，以及如果阈值时间量已经被超过，则GNSS被确定为无效。
在另一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的多个阈值时间量，并且多个阈值时间量中的每个阈值时间量与GNSS数据的用途相关联。
在一个特定实施例中，无线设备确定GNSS数据的用途，并且基于多个阈值时间量中的与该用途相关联的特定的阈值时间量是否已经被超过，GNSS数据被确定为有效或无效。在另一个特定实施例中，该用途与上行链路同步相关联。在另一个特定实施例中，该用途与同步信号块测量相关联。在另一个特定实施例中，该用途与小区选择过程相关联。
在一个特定实施例中，无线设备从网络节点接收与至少一个有效性定时器相关联的至少一个参数。
在一个特定实施例中，至少一个有效性定时器包括GNSS有效性定时器和时间对齐定时器。
在一个特定实施例中，无线设备基于以下中的至少一项，确定时间对齐定时器期满：GNSS有效性定时器的期满；以及GNSS有效性定时器的期满超过阈值量。
在一个特定实施例中，无线设备确定至少一个有效性定时器已经期满，并且刷新GNSS数据。
在另一个特定实施例中，无线设备在GNSS数据被刷新时重新设置或重新启动至少一个有效性定时器。
在一个特定实施例中，至少一个有效性定时器与以下中的至少一项相关联：UE位置数据；以及时间参考信息；以及频率参考信息。
在一个特定实施例中，无线设备通过将连接持续时间与在至少一个有效性定时器上剩余的时间量进行比较，来基于至少一个有效性定时器，确定GNSS数据在连接持续时间内是否将有效。
在一个特定实施例中，在确定至少一个有效性定时器期满后，无线设备执行以下中的至少一项：完成上行链路发送和下行链路接收；完成下行链路接收但不完成上行链路发送，除非GNSS数据在测量和/或传输间隙期间被刷新；完成下行链路接收并且转变到RRC空闲状态以发起上行链路发送；保持处于RRC连接状态，在获取新的GNSS数据时避免上行链路发送；以及在获取新的GNSS数据之后，恢复上行链路发送。
在一个特定实施例中，无线设备提供用户数据，以及经由向网络节点的传输将用户数据转发到主机。
图10示出了根据某些实施例的由网络节点用于确定GNSS数据的有效性的方法800。该方法开始于步骤802，此时网络节点向无线设备发送信息，该信息与基于有效性定时器来确定GNSS数据有效还是无效相关联或用于基于有效性定时器来确定GNSS数据有效还是无效。
在一个特定实施例中，网络节点向无线设备发送GNSS数据。
在一个特定实施例中，网络节点在网络节点处维护至少一个有效性定时器。当发送信息时，网络节点发送指示以下中的至少一项的信息：至少一个有效性定时器是否期满；以及与至少一个有效性定时器相关联的时间量。
在一个特定实施例中，在无线设备处和/或由无线设备维护至少一个有效性定时器，并且当发送信息时，网络节点发送指示与至少一个有效性定时器相关联的至少一个参数的信息。
在一个特定实施例中，网络节点基于有效性定时器是否期满，确定GNSS有效还是无效。
在另一个特定实施例中，至少一个有效性定时器包括多个有效性定时器，并且多个有效性定时器中的每个有效性定时器与GNSS数据的用途相关联。
在一个特定实施例中，网络节点确定GNSS数据的用途，并且基于多个有效性定时器中的与该用途相关联的特定有效性定时器，GNSS数据被确定有效还是无效。在另一个特定实施例中，该用途与上行链路同步相关联。在另一个特定实施例中，该用途与同步信号块测量相关联。在另一个特定实施例中，该用途与小区选择过程相关联。
在一个特定实施例中，网络节点基于至少一个基于定时器的条件是否被满足，确定GNSS有效还是无效。
在另一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的至少一个阈值时间量。
在另一个特定实施例中，如果阈值时间量尚未被超过，则GNSS被确定为有效，以及如果阈值时间量已经被超过，则GNSS被确定为无效。
在另一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的多个阈值时间量，并且多个阈值时间量中的每个阈值时间量与GNSS数据的用途相关联。
在一个特定实施例中，网络节点确定GNSS数据的用途，并且基于多个阈值时间量中的与该用途相关联的特定的阈值时间量是否已经被超过，GNSS数据被确定为有效或无效。在另一个特定实施例中，该用途与上行链路同步相关联。在另一个特定实施例中，该用途与同步信号块测量相关联。在另一个特定实施例中，该用途与小区选择过程相关联。
在一个特定实施例中，至少一个有效性定时器包括GNSS有效性定时器和时间对齐定时器。
在一个特定实施例中，网络节点基于以下中的至少一项来确定时间对齐定时器期满：GNSS有效性定时器的期满；以及GNSS有效性定时器的期满超过阈值量。
在一个特定实施例中，网络节点确定至少一个有效性定时器已经期满，并且刷新GNSS数据。
在另一个特定实施例中，网络节点在GNSS数据被刷新时重新设置或重新启动至少一个有效性定时器。
在一个特定实施例中，至少一个有效性定时器与以下中的至少一项相关联：UE位置数据；以及时间参考信息；以及频率参考信息。
在一个特定实施例中，网络节点通过将连接持续时间与在至少一个有效性定时器上剩余的时间量进行比较，来基于至少一个有效性定时器，确定GNSS数据在连接持续时间内是否将有效。
在一个特定实施例中，网络节点获得指示在至少一个有效性定时器期满之前的剩余时间的信息，并且执行以下中的至少一项：确定至少一个有效性定时器是否将在无线设备的持续连接期间期满；向无线设备发送指示至少一个有效性定时器将在无线设备的持续连接期间期满的信息；请求无线设备立即刷新GNSS数据；请求无线设备在给定时段内刷新GNSS数据；修改用于无线设备的测量间隙配置；延迟连接的超时；以及延迟无线电链路故障的声明。
在一个特定实施例中，网络节点提供用户数据，以及经由向网络节点的传输将用户数据转发到主机。
图11示出了根据某些实施例的由UE 112用于确定GNSS数据的有效性的另一种方法900。该方法开始于步骤902，此时UE维护用于确定GNSS数据有效还是无效的至少一个有效性定时器。
在一个特定实施例中，UE 112基于至少一个有效性定时器，确定GNSS数据有效还是无效。
在一个特定实施例中，UE 112基于至少一个有效性定时器，确定GNSS数据有效还是无效包括：当至少一个有效性定时器未期满时，确定GNSS数据有效，或者当至少一个有效性定时器期满时，确定GNSS数据无效。
在一个特定实施例中，在与网络节点110的连接的建立期间，UE 112向网络节点110发送与GNSS数据的有效性相关联的第一信息。
在一个特定实施例中，第一信息指示以下中的至少一项：在至少一个有效性定时器上剩余的时间量，GNSS数据的首次定位时间，以及与网络节点的连接的连接持续时间。
在一个特定实施例中，UE 112从网络接收第二信息，第二信息指示GNSS数据是否被预期在连接持续时间内保持有效，或者第二信息被用于确定GNSS数据是否被预期在连接持续时间内保持有效。
在一个特定实施例中，第二信息指示与网络节点的连接的连接持续时间。
在一个特定实施例中，UE 112基于至少一个有效性定时器，确定GNSS数据在连接持续时间内将有效还是无效包括：将连接持续时间与在至少一个有效性定时器上剩余的时间量进行比较。
在一个特定实施例中，维护至少一个有效性定时器包括：接收GNSS数据；以及响应于接收到GNSS数据，启动至少一个有效性定时器。
在一个特定实施例中，UE 112确定GNSS数据有效还是无效是基于至少一个基于定时器的条件是否被满足。
在一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的阈值时间量。
在一个特定实施例中，如果阈值时间量尚未被超过，则GNSS数据被确定为有效，以及如果阈值时间量已经被超过，则GNSS数据被确定为无效。
在一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的多个阈值时间量，多个阈值时间量中的每个阈值时间量与GNSS数据的多个用途中的相应的用途相关联。
在一个特定实施例中，UE 112确定GNSS数据的用途，并且基于多个阈值时间量中的与该用途相关联的特定的阈值时间量是否已经被超过，GNSS数据被确定为有效或无效。
在一个特定实施例中，该用途与以下中的至少一项相关联：上行链路同步，同步信号块测量，以及小区选择过程。
在一个特定实施例中，至少一个有效性定时器包括多个有效性定时器，并且多个有效性定时器中的每个有效性定时器与GNSS数据的用途相关联。
在一个特定实施例中，UE 112从网络节点接收与至少一个有效性定时器相关联的至少一个参数。
在一个特定实施例中，至少一个有效性定时器包括至少一个GNSS有效性定时器和时间对齐定时器。
在一个特定实施例中，UE 112基于以下中的至少一项，确定时间对齐定时器期满：GNSS有效性定时器的期满；以及GNSS有效性定时器的期满超过阈值量。
在一个特定实施例中，UE 112获取新的GNSS数据，以及重新设置或重新启动时间对齐定时器。
在一个特定实施例中，至少一个有效性定时器与以下中的至少一项相关联：UE位置数据；时间参考信息；以及频率参考信息。
在一个特定实施例中，UE 112确定至少一个有效性定时器已经期满。在确定至少一个有效性期满后，UE 112执行以下中的至少一项：完成上行链路发送和下行链路接收；完成下行链路接收但不完成上行链路发送，除非GNSS数据在测量和/或传输间隙期间被刷新；完成下行链路接收并且转变到无线电资源控制RRC空闲状态；保持处于RRC连接状态，在获取新的GNSS数据时避免上行链路发送；在获取新的GNSS数据之后，恢复上行链路发送；以及当获取新的GNSS数据时，重新设置或重新启动至少一个有效性定时器。
图12示出了根据某些实施例的由网络节点110用于确定GNSS数据的有效性的另一种方法1000。该方法开始于步骤1002，此时网络节点在连接重新建立期间从UE 112接收关于GNSS数据的有效性持续时间和/或首次定位时间的第一信息。在步骤1004，网络节点110基于第一信息，执行至少一个动作。
在一个特定实施例中，第一信息指示以下中的至少一项：在至少一个有效性定时器上剩余的时间量，以及与UE的连接的连接持续时间。
在一个特定实施例中，执行至少一个动作包括：向UE发送第二信息，第二信息指示GNSS数据是否被预期在连接持续时间内保持有效，或者第二信息被用于确定GNSS数据是否被预期在连接持续时间内保持有效。
在一个特定实施例中，第二信息指示与UE的连接的连接持续时间。
在一个特定实施例中，网络节点110在网络节点110处维护用于确定GNSS数据有效还是无效的至少一个有效性定时器。
在一个特定实施例中，维护至少一个有效性定时器包括：向UE发送GNSS数据；以及响应于发送GNSS数据，启动至少一个有效性定时器。
在一个特定实施例中，网络节点110基于至少一个有效性定时器，确定GNSS数据有效还是无效。
在一个特定实施例中，基于至少一个有效性定时器，确定GNSS数据有效还是无效包括：将连接持续时间与在至少一个有效性定时器上剩余的时间量进行比较。
在一个特定实施例中，基于至少一个有效性定时器，确定GNSS数据有效还是无效包括：当至少一个有效性定时器未期满时，确定GNSS数据有效，或者当至少一个有效性定时器期满时，确定GNSS数据无效。
在一个特定实施例中，确定GNSS数据有效还是无效是基于至少一个基于定时器的条件是否被满足。
在一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的阈值时间量。
在一个特定实施例中，如果阈值时间量尚未被超过，则GNSS数据被确定为有效，以及如果阈值时间量已经被超过，则GNSS数据被确定为无效。
在一个特定实施例中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的多个阈值时间量，多个阈值时间量中的每个阈值时间量与GNSS数据的多个用途中的相应的用途相关联。
在一个特定实施例中，网络节点110确定GNSS数据的用途，并且基于多个阈值时间量中的与该用途相关联的特定的阈值时间量是否已经被超过，GNSS数据被确定为有效或无效。
在一个特定实施例中，该用途与以下中的至少一项相关联：上行链路同步，同步信号块测量，以及小区选择过程。
在一个特定实施例中，在UE处和/或由UE维护至少一个有效性定时器，并且执行至少一个动作包括：发送指示与至少一个有效性定时器相关联的至少一个参数的信息。
在一个特定实施例中，至少一个有效性定时器包括多个有效性定时器，多个有效性定时器中的每个有效性定时器与GNSS数据的用途相关联。
在一个特定实施例中，至少一个有效性定时器包括至少一个GNSS有效性定时器和时间对齐定时器。
在一个特定实施例中，基于以下中的至少一项，确定时间对齐定时器期满：GNSS有效性定时器的期满，以及GNSS有效性定时器的期满超过阈值量。
在一个特定实施例中，网络节点110获取新的GNSS数据，以及重新设置或重新启动时间对齐定时器。
在一个特定实施例中，至少一个有效性定时器与以下中的至少一项相关联：UE位置数据；时间参考信息；以及频率参考信息。
在一个特定实施例中，网络节点110确定至少一个有效性定时器已经或将在与UE的连接的连接持续时间内期满，并且执行动作包括以下中的至少一项：向UE发送指示至少一个有效性定时器将在与UE的连接的连接持续时间内期满的信息；请求UE立即刷新GNSS数据；请求UE在给定时段内刷新GNSS数据；修改UE的测量间隙配置；延迟连接的超时；以及延迟无线电链路故障的声明。
示例实施例
A组示例实施例
示例实施例A1.一种由用户设备用于在测量间隙期间执行测量的方法，该方法单独包括或与上面描述的其他步骤、特征或功能组合包括上面描述的任何用户设备步骤、特征或功能。
示例实施例A2.根据前一个实施例所述的方法，还包括：上面描述的一个或多个附加用户设备步骤、特征或功能。
示例实施例A3.根据前述实施例中任一项所述的方法，还包括：提供用户数据；以及经由向网络节点的传输将用户数据转发到主机计算机。
B组示例实施例
示例实施例B1.一种由网络节点执行的方法，该方法单独包括或与上面描述的其他步骤、特征或功能组合包括上面描述的任何网络节点步骤、特征或功能。
示例实施例B2.根据前一个实施例所述的方法，还包括：上面描述的一个或多个附加网络节点步骤、特征或功能。
示例实施例B3.根据前述实施例中任一项所述的方法，还包括：获得用户数据；以及将用户数据转发到主机或用户设备。
C组示例实施例
示例实施例C1.一种由用户设备(UE)用于确定GNSS数据的有效性的方法，该方法包括：基于有效性定时器，确定GNSS数据有效还是无效。
示例实施例C2.根据示例实施例C1所述的方法，还包括：接收GNSS数据；以及响应于接收到GNSS数据，启动至少一个有效性定时器。
示例实施例C3.根据示例实施例C1至C2中任一项所述的方法，其中，确定GNSS有效还是无效是基于有效性定时器是否期满。
示例实施例C4.根据示例实施例C3所述的方法，其中，至少一个有效性定时器包括多个有效性定时器，并且多个有效性定时器中的每个有效性定时器与GNSS数据的用途相关联。
示例实施例C5.根据示例实施例C3所述的方法，还包括：确定GNSS数据的用途，并且其中，基于多个有效性定时器中的与该用途相关联的特定有效性定时器，GNSS数据被确定有效还是无效。
示例实施例C6.根据示例实施例C5所述的方法，其中，该用途与上行链路同步相关联。
示例实施例C7.根据示例实施例C5所述的方法，其中，该用途与同步信号块测量相关联。
示例实施例C8.根据示例实施例C5所述的方法，其中，该用途与小区选择过程相关联。
示例实施例C9.根据示例实施例C1至C2中任一项所述的方法，其中，确定GNSS有效还是无效是基于至少一个基于定时器的条件是否被满足。
示例实施例C10.根据示例实施例C9所述的方法，其中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的至少一个阈值时间量。
示例实施例C11.根据示例实施例C9所述的方法，其中，如果阈值时间量尚未被超过，则GNSS被确定为有效，以及如果阈值时间量已经被超过，则GNSS被确定为无效。
示例实施例C12.根据示例实施例C9所述的方法，其中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的多个阈值时间量，并且多个阈值时间量中的每个阈值时间量与GNSS数据的用途相关联。
示例实施例C13.根据示例实施例C12所述的方法，还包括：确定GNSS数据的用途，并且其中，基于多个阈值时间量中的与该用途相关联的特定的阈值时间量是否已经被超过，GNSS数据被确定为有效或无效。
示例实施例C14.根据示例实施例C13所述的方法，其中，该用途与上行链路同步相关联。
示例实施例C15.根据示例实施例C13所述的方法，其中，该用途与同步信号块测量相关联。
示例实施例C16.根据示例实施例C13所述的方法，其中，该用途与小区选择过程相关联。
示例实施例C17.根据示例实施例C1至C16中任一项所述的方法，还包括：从网络节点接收与至少一个有效性定时器相关联的至少一个参数。
示例实施例C18.根据示例实施例C1至C17中任一项所述的方法，其中，至少一个有效性定时器包括GNSS有效性定时器和时间对齐定时器。
示例实施例C19.根据示例实施例C18所述的方法，还包括：基于以下中的至少一项，确定时间对齐定时器期满：GNSS有效性定时器的期满；以及GNSS有效性定时器的期满超过阈值量。
示例实施例C20.根据示例实施例C1至C19中任一项所述的方法，还包括：确定至少一个有效性定时器已经期满，并且刷新GNSS数据。
示例实施例C21.根据示例实施例C20所述的方法，还包括：在GNSS数据被刷新时重新设置或重新启动至少一个有效性定时器。
示例实施例C22.根据示例实施例C1至C21中任一项所述的方法，其中，至少一个有效性定时器与以下中的至少一项相关联：UE位置数据；以及时间参考信息；以及频率参考信息。
示例实施例C23.根据示例实施例C1至C22中任一项所述的方法，还包括：通过将连接持续时间与在至少一个有效性定时器上剩余的时间量进行比较，来基于至少一个有效性定时器，确定GNSS数据在连接持续时间内是否将有效。
示例实施例C24.根据示例实施例C1至C23中任一项所述的方法，其中，在确定至少一个有效性期满后，该方法包括以下中的至少一项：完成上行链路发送和下行链路接收；完成下行链路接收但不完成上行链路发送，除非GNSS数据在测量和/或传输间隙期间被刷新；完成下行链路接收并且转变到RRC空闲状态以发起上行链路发送；保持处于RRC连接状态，在获取新的GNSS数据时避免上行链路发送；以及在获取新的GNSS数据之后，恢复上行链路发送。
示例实施例C25.根据示例实施例C1至C24所述的方法，还包括：提供用户数据，以及经由向网络节点的传输将用户数据转发到主机。
示例实施例C26.一种包括处理电路的用户设备，处理电路被配置为执行示例实施例C1至C25中的任何方法。
示例实施例C27.一种包括处理电路的无线设备，处理电路被配置为执行示例实施例C1至C25中的任何方法。
示例实施例C28.一种包括指令的计算机程序，指令当在计算机上被执行时执行示例实施例C1至C25中的任何方法。
示例实施例C29.一种包括计算机程序的计算机程序产品，计算机程序包括指令，指令当在计算机上被执行时执行示例实施例C1至C25中的任何方法。
示例实施例C30.一种存储指令的非暂时性计算机可读介质，指令当由计算机执行时执行示例实施例C1至C25中的任何方法。
D组示例实施例
示例实施例D1.一种由网络节点用于确定GNSS数据的有效性的方法，该方法包括：向无线设备发送信息，该信息与基于有效性定时器来确定GNSS数据有效还是无效相关联或用于基于有效性定时器来确定GNSS数据有效还是无效。
示例实施例D2.根据示例实施例D1所述的方法，还包括：向无线设备发送GNSS数据。
示例实施例D3.根据示例实施例D1至D2中任一项所述的方法，还包括：在网络节点处维护至少一个有效性定时器，并且其中，发送信息包括：发送指示以下中的至少一项的信息：至少一个有效性定时器是否期满；以及与至少一个有效性定时器相关联的时间量。
示例实施例D4.根据示例实施例D1至D2中任一项所述的方法，其中，在无线设备处和/或由无线设备维护至少一个有效性定时器，并且其中，发送信息包括：发送指示与至少一个有效性定时器相关联的至少一个参数的信息。
示例实施例D5.根据示例实施例D1至D4中任一项所述的方法，其中，确定GNSS有效还是无效是基于有效性定时器是否期满。
示例实施例D6.根据示例实施例D5所述的方法，其中，至少一个有效性定时器包括多个有效性定时器，多个有效性定时器中的每个有效性定时器与GNSS数据的用途相关联。
示例实施例D7.根据示例实施例D6所述的方法，还包括：确定GNSS数据的用途，并且其中，基于多个有效性定时器中的与该用途相关联的特定有效性定时器，GNSS数据被确定有效还是无效。
示例实施例D8.根据示例实施例D7所述的方法，其中，该用途与上行链路同步相关联。
示例实施例D9.根据示例实施例D7所述的方法，其中，该用途与同步信号块测量相关联。
示例实施例D10.根据示例实施例D7所述的方法，其中，该用途与小区选择过程相关联。
示例实施例D11.根据示例实施例D1至D4中任一项所述的方法，其中，确定GNSS有效还是无效是基于至少一个基于定时器的条件是否被满足。
示例实施例D12.根据示例实施例D11所述的方法，其中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的至少一个阈值时间量。
示例实施例D13.根据示例实施例D11所述的方法，其中，如果阈值时间量尚未被超过，则GNSS被确定为有效，以及如果阈值时间量已经被超过，则GNSS被确定为无效。
示例实施例D14.根据示例实施例D11所述的方法，其中，至少一个基于定时器的条件包括至少一个有效性定时器已经运行的多个阈值时间量，并且多个阈值时间量中的每个阈值时间量与GNSS数据的用途相关联。
示例实施例D15.根据示例实施例D14所述的方法，还包括：确定GNSS数据的用途，并且其中，基于多个阈值时间量中的与该用途相关联的特定的阈值时间量是否已经被超过，GNSS数据被确定为有效或无效。
示例实施例D16.根据示例实施例D15所述的方法，其中，该用途与上行链路同步相关联。
示例实施例D17.根据示例实施例D15所述的方法，其中，该用途与同步信号块测量相关联。
示例实施例D18.根据示例实施例D15所述的方法，其中，该用途与小区选择过程相关联。
示例实施例D19.根据示例实施例D1至D18中任一项所述的方法，其中，至少一个有效性定时器包括GNSS有效性定时器和时间对齐定时器。
示例实施例D20.根据示例实施例D19所述的方法，还包括：基于以下中的至少一项来确定时间对齐定时器期满：GNSS有效性定时器的期满；以及GNSS有效性定时器的期满超过阈值量。
示例实施例D21.根据示例实施例D1至D20中任一项所述的方法，还包括：确定至少一个有效性定时器已经期满，并且刷新GNSS数据。
示例实施例D22.根据示例实施例D21所述的方法，还包括：在GNSS数据被刷新时重新设置或重新启动至少一个有效性定时器。
示例实施例D23.根据示例实施例D1至D22中任一项所述的方法，其中，至少一个有效性定时器与以下中的至少一项相关联：UE位置数据；以及时间参考信息；以及频率参考信息。
示例实施例D24.根据示例实施例D1至D23中任一项所述的方法，还包括：通过将连接持续时间与在至少一个有效性定时器上剩余的时间量进行比较，来基于至少一个有效性定时器，确定GNSS数据在连接持续时间内是否将有效。
示例实施例D25.根据示例实施例D1至D24中任一项所述的方法，还包括：获得指示在至少一个有效性定时器期满之前的剩余时间的信息，并且执行以下中的至少一项：确定至少一个有效性定时器是否将在无线设备的持续连接期间期满；向无线设备发送指示至少一个有效性定时器将在无线设备的持续连接期间期满的信息；请求无线设备立即刷新GNSS数据；请求无线设备在给定时段内刷新GNSS数据；修改用于无线设备的测量间隙配置；延迟连接的超时；以及延迟无线电链路故障的声明。
示例实施例D26.根据示例实施例D1至D25所述的方法，还包括：提供用户数据，以及经由向网络节点的传输将用户数据转发到主机。
示例实施例D27.一种包括处理电路的用户设备，处理电路被配置为执行示例实施例D1至D26中的任何方法。
示例实施例D28.一种包括处理电路的无线设备，处理电路被配置为执行示例实施例D1至D26中的任何方法。
示例实施例D29.一种包括指令的计算机程序，指令当在计算机上被执行时执行示例实施例D1至D26中的任何方法。
示例实施例D30.一种包括计算机程序的计算机程序产品，计算机程序包括指令，指令当在计算机上被执行时执行示例实施例D1至D26中的任何方法。
示例实施例D31.一种存储指令的非暂时性计算机可读介质，指令当由计算机执行时执行示例实施例D1至D26中的任何方法。
E组示例实施例
示例实施例E1.一种用户设备，包括：处理电路，其被配置为执行A组和C组示例实施例中的任一个的任何步骤；以及电源电路，其被配置为向处理电路供电。
示例实施例E2.一种网络节点，包括：处理电路，其被配置为执行B组和D组示例实施例中的任一个的任何步骤；以及电源电路，其被配置为向处理电路供电。
示例实施例E3.一种用户设备(UE)，包括：天线，其被配置为发送和接收无线信号；无线电前端电路，其被连接到天线和处理电路，并且被配置为调节在天线与处理电路之间传送的信号；处理电路，其被配置为执行A组和C组示例实施例中的任一个的任何步骤；输入接口，其被连接到处理电路并且被配置为允许将信息输入到UE中以由处理电路处理；输出接口，其被连接到处理电路并且被配置为从UE输出已由处理电路处理的信息；以及电池，其被连接到处理电路并且被配置为向UE供电。
示例实施例E4.一种主机，被配置为在通信系统中操作以提供过顶(OTT)服务，该主机包括：处理电路，其被配置为提供用户数据；以及网络接口，其被配置为发起用户数据向蜂窝网络的传输以发送到用户设备(UE)，其中，UE包括通信接口和处理电路，UE的通信接口和处理电路被配置为执行A组和C组示例实施例中的任一个的任何步骤以从主机接收用户数据。
示例实施例E5.根据前一个示例实施例所述的主机，其中，蜂窝网络还包括网络节点，其被配置为与UE通信以从主机向UE发送用户数据。
示例实施例E6.根据前两个示例实施例所述的主机，其中：主机的处理电路被配置为执行主机应用，从而提供用户数据；以及主机应用被配置为与在UE上执行的客户端应用交互，客户端应用与主机应用相关联。
示例实施例E7.一种由主机实现的方法，主机在还包括网络节点和用户设备(UE)的通信系统中操作，该方法包括：针对UE提供用户数据；以及发起经由包括网络节点的蜂窝网络向UE的携带用户数据的传输，其中，UE执行A组实施例中的任一个的任何操作以从主机接收用户数据。
示例实施例E8.根据前一个示例实施例所述的方法，还包括：在主机处，执行与在UE上执行的客户端应用相关联的主机应用以从UE接收用户数据。
示例实施例E9.根据前一个示例实施例所述的方法，还包括：在主机处，向在UE上执行的客户端应用发送输入数据，输入数据是通过执行主机应用而提供的，其中，用户数据是由客户端应用响应于来自主机应用的输入数据而提供的。
示例实施例E10.一种主机，被配置为在通信系统中操作以提供过顶(OTT)服务，该主机包括：处理电路，其被配置为提供用户数据；以及网络接口，其被配置为发起用户数据向蜂窝网络的传输以发送到用户设备(UE)，其中，UE包括通信接口和处理电路，UE的通信接口和处理电路被配置为执行A组和C组示例实施例中的任一个的任何步骤以向主机发送用户数据。
示例实施例E11.根据前一个示例实施例所述的主机，其中，蜂窝网络还包括网络节点，其被配置为与UE通信以从UE向主机发送用户数据。
示例实施例E12.根据前两个示例实施例所述的主机，其中：主机的处理电路被配置为执行主机应用，从而提供用户数据；以及主机应用被配置为与在UE上执行的客户端应用交互，客户端应用与主机应用相关联。
示例实施例E13.一种由主机实现的方法，主机被配置为在还包括网络节点和用户设备(UE)的通信系统中操作，该方法包括：在主机处，接收由UE经由网络节点发送到主机的用户数据，其中，UE执行A组和C组示例实施例中的任一个的任何步骤以向主机发送用户数据。
示例实施例E14.根据前一个示例实施例所述的方法，还包括：在主机处，执行与在UE上执行的客户端应用相关联的主机应用以从UE接收用户数据。
示例实施例E15.根据前一个示例实施例所述的方法，还包括：在主机处，向在UE上执行的客户端应用发送输入数据，输入数据是通过执行主机应用而提供的，其中，用户数据是由客户端应用响应于来自主机应用的输入数据而提供的。
示例实施例E16.一种主机，被配置为在通信系统中操作以提供过顶(OTT)服务，该主机包括：处理电路，其被配置为提供用户数据；以及网络接口，其被配置为发起用户数据向蜂窝网络中的网络节点的传输以发送到用户设备(UE)，网络节点具有通信接口和处理电路，网络节点的处理电路被配置为执行B组和D组示例实施例中的任一个的任何操作以从主机向UE发送用户数据。
示例实施例E17.根据前一个示例实施例所述的主机，其中：主机的处理电路被配置为执行提供用户数据的主机应用；以及UE包括处理电路，其被配置为执行与主机应用相关联的客户端应用以从主机接收用户数据的传输。
示例实施例E18.一种在主机中实现的方法，主机被配置为在还包括网络节点和用户设备(UE)的通信系统中操作，该方法包括：针对UE提供用户数据；以及发起经由包括网络节点的蜂窝网络的向UE的携带用户数据的传输，其中，网络节点执行B组和D组示例实施例中的任一个的任何操作以从主机向UE发送用户数据。
示例实施例E19.根据前一个示例实施例所述的方法，还包括：在网络节点处，发送由主机针对UE提供的用户数据。
示例实施例E20.根据前两个示例实施例中任一项所述的方法，其中，用户数据是通过执行主机应用在主机处提供的，主机应用与在UE上执行的客户端应用交互，客户端应用与主机应用相关联。
示例实施例E21.一种通信系统，被配置为提供过顶服务，该通信系统包括：主机，主机包括：处理电路，其被配置为针对用户设备(UE)提供用户数据，用户数据与过顶服务相关联；以及网络接口，其被配置为发起用户数据向蜂窝网络节点的传输以发送到UE，网络节点具有通信接口和处理电路，网络节点的处理电路被配置为执行B组和D组示例实施例中的任一个的任何操作以从主机向UE发送用户数据。
示例实施例E22.根据前一个示例实施例所述的通信系统，还包括：网络节点；和/或用户数据。
示例实施例E23.一种主机，被配置为在通信系统中操作以提供过顶(OTT)服务，主机包括：处理电路，其被配置为发起用户数据的接收；以及网络接口，其被配置为从蜂窝网络中的网络节点接收用户数据，网络节点具有通信接口和处理电路，网络节点的处理电路被配置为执行B组和D组示例实施例中的任一个的任何操作以从主机的用户设备(UE)接收用户数据。
示例实施例E24.根据前两个示例实施例所述的主机，其中：主机的处理电路被配置为执行主机应用，从而提供用户数据；以及主机应用被配置为与在UE上执行的客户端应用交互，客户端应用与主机应用相关联。
示例实施例E25.根据前两个示例实施例中任一项所述的主机，其中，发起用户数据的接收包括：请求用户数据。
示例实施例E26.一种由主机实现的方法，主机被配置为在还包括网络节点和用户设备(UE)的通信系统中操作，该方法包括：在主机处，发起来自UE的用户数据的接收，用户数据源自网络节点已从UE接收的传输，其中，网络节点执行B组和D组示例实施例中的任一个的任何步骤以从主机的UE接收用户数据。
示例实施例E27.根据前一个示例实施例所述的方法，还包括：在网络节点处，向主机发送所接收的用户数据。
尽管本文描述的计算设备(例如，UE、网络节点、主机)可以包括所示的硬件组件的组合，但其他实施例可以包括具有不同组件组合的计算设备。将理解，这些计算设备可以包括执行本文公开的任务、特征、功能和方法所需的硬件和/或软件的任何合适的组合。本文描述的确定、计算、获得或类似操作可以由处理电路执行，处理电路可以通过以下方式处理信息：将所获得的信息转换成其他信息、将所获得的信息或转换后的信息与存储在网络节点中的信息进行比较、和/或基于所获得的信息或转换后的信息而执行一个或多个操作、以及作为所述处理的结果做出确定。此外，尽管将组件描绘为位于较大框内或嵌套在多个框内的单个框，但实际上，计算设备可以包括构成单个所示组件的多个不同物理组件，并且功能可以在单独的组件之间划分。例如，通信接口可以被配置为包括本文描述的任何组件，和/或组件的功能可以在处理电路与通信接口之间划分。在另一个示例中，任何这样的组件的非计算密集型功能可以采用软件或固件来实现，而计算密集型功能可以采用硬件来实现。
在某些实施例中，本文描述的一些或全部功能可以通过处理电路执行存储在存储器上的指令来提供，在某些实施例中，存储器可以是非暂时性计算机可读存储介质形式的计算机程序产品。在替代实施例中，一些或全部功能可以由处理电路提供，而无需诸如以硬连线方式执行存储在单独的或分离的设备可读存储介质上的指令。在这些特定实施例的任何一个中，无论是否执行存储在非暂时性计算机可读存储介质上的指令，处理电路都可以被配置为执行所描述的功能。这样的功能所提供的益处不仅限于处理电路或计算设备的其他组件，而是整体上由计算设备和/或通常由最终用户和无线网络享有。

Claims (48)

1.一种由用户设备UE(112)用于确定全球导航卫星系统GNSS数据的有效性的方法(900)，所述方法包括：
维护(902)用于确定所述GNSS数据有效还是无效的至少一个有效性定时器。
2.根据权利要求1所述的方法，包括：基于所述至少一个有效性定时器，确定所述GNSS数据有效还是无效。
3.根据权利要求2所述的方法，其中，基于所述至少一个有效性定时器，确定所述GNSS数据有效还是无效包括：
当所述至少一个有效性定时器未期满时，确定所述GNSS数据有效，或者
当所述至少一个有效性定时器期满时，确定所述GNSS数据无效。
4.根据权利要求1至3中任一项所述的方法，包括：
在与网络节点(110)的连接的建立期间，向所述网络节点发送与所述GNSS数据的有效性相关联的第一信息。
5.根据权利要求4所述的方法，其中，所述第一信息指示以下中的至少一项：
在所述至少一个有效性定时器上剩余的时间量，
所述GNSS数据的首次定位时间，以及
与所述网络节点的所述连接的连接持续时间。
6.根据权利要求1至5中任一项所述的方法，包括：从所述网络接收第二信息，
所述第二信息指示所述GNSS数据是否被预期在连接持续时间内保持有效，或者
所述第二信息被用于确定所述GNSS数据是否被预期在所述连接持续时间内保持有效。
7.根据权利要求6所述的方法，其中，所述第二信息指示与所述网络节点的所述连接的所述连接持续时间。
8.根据权利要求2至7中任一项所述的方法，其中，基于所述至少一个有效性定时器，确定所述GNSS数据在所述连接持续时间内将有效还是无效包括：将所述连接持续时间与在所述至少一个有效性定时器上剩余的时间量进行比较。
9.根据权利要求1至8中任一项所述的方法，其中，维护所述至少一个有效性定时器包括：
接收所述GNSS数据；以及
响应于接收到所述GNSS数据，启动所述至少一个有效性定时器。
10.根据权利要求2所述的方法，其中，确定所述GNSS数据有效还是无效是基于至少一个基于定时器的条件是否被满足。
11.根据权利要求10所述的方法，其中，所述至少一个基于定时器的条件包括所述至少一个有效性定时器已经运行的阈值时间量。
12.根据权利要求11所述的方法，其中，如果所述阈值时间量尚未被超过，则所述GNSS数据被确定为有效，以及如果所述阈值时间量已经被超过，则所述GNSS数据被确定为无效。
13.根据权利要求10所述的方法，其中，所述至少一个基于定时器的条件包括所述至少一个有效性定时器已经运行的多个阈值时间量，所述多个阈值时间量中的每个阈值时间量与所述GNSS数据的多个用途中的相应的用途相关联。
14.根据权利要求13所述的方法，包括：确定所述GNSS数据的用途，并且其中，基于所述多个阈值时间量中的与所述用途相关联的特定的阈值时间量是否已经被超过，所述GNSS数据被确定为有效或无效。
15.根据权利要求14所述的方法，其中，所述用途与以下中的至少一项相关联：
上行链路同步，
同步信号块测量，以及
小区选择过程。
16.根据权利要求1至15中任一项所述的方法，其中，所述至少一个有效性定时器包括多个有效性定时器，所述多个有效性定时器中的每个有效性定时器与所述GNSS数据的用途相关联。
17.根据权利要求1至16中任一项所述的方法，包括：从网络节点接收与所述至少一个有效性定时器相关联的至少一个参数。
18.根据权利要求1至17中任一项所述的方法，其中，所述至少一个有效性定时器包括至少一个GNSS有效性定时器和时间对齐定时器。
19.根据权利要求18所述的方法，包括：基于以下中的至少一项，确定所述时间对齐定时器期满：
所述GNSS有效性定时器的期满；以及
所述GNSS有效性定时器的期满超过阈值量。
20.根据权利要求18至19中任一项所述的方法，包括：
获取新的GNSS数据；以及
重新设置或重新启动所述时间对齐定时器。
21.根据权利要求1至20中任一项所述的方法，其中，所述至少一个有效性定时器与以下中的至少一项相关联：
UE位置数据；以及
时间参考信息；以及
频率参考信息。
22.根据权利要求1至21中任一项所述的方法，包括：
确定所述至少一个有效性定时器已经期满；以及
在确定所述至少一个有效性期满后，执行以下中的至少一项：
完成上行链路发送和下行链路接收；
完成下行链路接收但不完成上行链路发送，除非GNSS数据在测量和/或传输间隙期间被刷新；
完成下行链路接收并且转变到无线电资源控制RRC空闲状态；
保持处于RRC连接状态，在获取新的GNSS数据时避免上行链路发送；
在获取新的GNSS数据之后，恢复上行链路发送；以及
当获取新的GNSS数据时，重新设置或重新启动所述至少一个有效性定时器。
23.一种由网络节点(110)用于确定全球导航卫星系统GNSS数据的有效性的方法(1000)，所述方法包括：
在连接建立期间，从用户设备UE(112)接收(1102)与所述GNSS数据的有效性和/或首次定位时间相关联的第一信息；以及
基于所述第一信息，执行(1004)至少一个动作。
24.根据权利要求23所述的方法，其中，所述第一信息指示以下中的至少一项：
在所述至少一个有效性定时器上剩余的时间量，以及
与所述UE的所述连接的连接持续时间。
25.根据权利要求23至24中任一项所述的方法，其中，执行所述至少一个动作包括：向所述UE发送第二信息，
所述第二信息指示所述GNSS数据是否被预期在连接持续时间内保持有效，或者
所述第二信息被用于确定所述GNSS数据是否被预期在所述连接持续时间内保持有效。
26.根据权利要求25所述的方法，其中，所述第二信息指示与所述网络节点的所述连接的所述连接持续时间。
27.根据权利要求23至26中任一项所述的方法，包括：在所述网络节点处，维护用于确定所述GNSS数据有效还是无效的至少一个有效性定时器。
28.根据权利要求27所述的方法，其中，维护所述至少一个有效性定时器包括：
向所述UE发送所述GNSS数据；以及
响应于发送所述GNSS数据，启动所述至少一个有效性定时器。
29.根据权利要求27至28中任一项所述的方法，包括：基于所述至少一个有效性定时器，确定所述GNSS数据有效还是无效。
30.根据权利要求29所述的方法，其中，基于所述至少一个有效性定时器，确定所述GNSS数据有效还是无效包括：将所述连接持续时间与在所述至少一个有效性定时器上剩余的时间量进行比较。
31.根据权利要求29所述的方法，其中，基于所述至少一个有效性定时器，确定所述GNSS数据有效还是无效包括：
当所述至少一个有效性定时器未期满时，确定所述GNSS数据有效，或者
当所述至少一个有效性定时器期满时，确定所述GNSS数据无效。
32.根据权利要求29所述的方法，其中，确定所述GNSS数据有效还是无效是基于至少一个基于定时器的条件是否被满足。
33.根据权利要求32所述的方法，其中，所述至少一个基于定时器的条件包括所述至少一个有效性定时器已经运行的阈值时间量。
34.根据权利要求33所述的方法，其中，如果所述阈值时间量尚未被超过，则所述GNSS数据被确定为有效，以及如果所述阈值时间量已经被超过，则所述GNSS数据被确定为无效。
35.根据权利要求32所述的方法，其中，所述至少一个基于定时器的条件包括所述至少一个有效性定时器已经运行的多个阈值时间量，所述多个阈值时间量中的每个阈值时间量与所述GNSS数据的多个用途中的相应的用途相关联。
36.根据权利要求35所述的方法，包括：确定所述GNSS数据的用途，并且其中，基于所述多个阈值时间量中的与所述用途相关联的特定的阈值时间量是否已经被超过，所述GNSS数据被确定为有效或无效。
37.根据权利要求36所述的方法，其中，所述用途与以下中的至少一项相关联：
上行链路同步，
同步信号块测量，以及
小区选择过程。
38.根据权利要求23至37中任一项所述的方法，其中，在所述UE处和/或由所述UE维护所述至少一个有效性定时器，并且其中，执行所述至少一个动作包括：发送指示与所述至少一个有效性定时器相关联的至少一个参数的信息。
39.根据权利要求23至38中任一项所述的方法，其中，所述至少一个有效性定时器包括多个有效性定时器，所述多个有效性定时器中的每个有效性定时器与所述GNSS数据的用途相关联。
40.根据权利要求24至35中任一项所述的方法，其中，所述至少一个有效性定时器包括至少一个GNSS有效性定时器和时间对齐定时器。
41.根据权利要求40所述的方法，包括：基于以下中的至少一项，确定所述时间对齐定时器期满：
所述GNSS有效性定时器的期满；以及
所述GNSS有效性定时器的期满超过阈值量。
42.根据权利要求40至41中任一项所述的方法，包括：
获取新的GNSS数据；以及
重新设置或重新启动所述时间对齐定时器。
43.根据权利要求23至42中任一项所述的方法，其中，所述至少一个有效性定时器与以下中的至少一项相关联：
UE位置数据；以及
时间参考信息；以及
频率参考信息。
44.根据权利要求23至43中任一项所述的方法，包括：确定所述至少一个有效性定时器已经或将在与所述UE的所述连接的所述连接持续时间内期满，并且其中，执行所述动作包括以下中的至少一项：
向所述UE发送指示所述至少一个有效性定时器将在与所述UE的所述连接的所述连接持续时间内期满的信息；
请求所述UE立即刷新所述GNSS数据；
请求所述UE在给定时段内刷新所述GNSS数据；
修改所述UE的测量间隙配置；
延迟连接的超时；以及
延迟无线电链路故障的声明。
45.一种用于确定全球导航卫星系统GNSS数据的有效性的用户设备UE(112)，所述UE适于：
维护用于确定所述GNSS数据有效还是无效的至少一个有效性定时器。
46.根据权利要求45所述的UE，适于执行权利要求2至22中的任一方法。
47.一种用于确定全球导航卫星系统GNSS数据的有效性的网络节点(110)，所述网络节点适于：
在连接建立期间，从用户设备UE(112)接收与所述GNSS数据的有效性和/或首次定位时间相关联的第一信息；以及
基于所述第一信息，执行至少一个动作。
48.根据权利要求47所述的网络节点，适于执行权利要求24至44中的任一方法。
CN202280054207.XA 2021-08-05 2022-08-05 非陆地网络中的全球导航卫星系统数据有效性 Pending CN117796062A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163229643P 2021-08-05 2021-08-05
US63/229,643 2021-08-05
PCT/SE2022/050738 WO2023014271A1 (en) 2021-08-05 2022-08-05 Global navigation satellite system data validity in non-terrestrial networks

Publications (1)

Publication Number Publication Date
CN117796062A true CN117796062A (zh) 2024-03-29

Family

ID=82939804

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280054207.XA Pending CN117796062A (zh) 2021-08-05 2022-08-05 非陆地网络中的全球导航卫星系统数据有效性

Country Status (3)

Country Link
EP (1) EP4381829A1 (zh)
CN (1) CN117796062A (zh)
WO (1) WO2023014271A1 (zh)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021066696A1 (en) * 2019-10-03 2021-04-08 Telefonaktiebolaget Lm Ericsson (Publ) Methods for updating ephemeris data in a non-terrestrial network (ntn)
US11799789B2 (en) * 2020-03-09 2023-10-24 Qualcomm Incorporated Timing adjustment in non-terrestrial wireless communications

Also Published As

Publication number Publication date
WO2023014271A1 (en) 2023-02-09
EP4381829A1 (en) 2024-06-12

Similar Documents

Publication Publication Date Title
CN116803134A (zh) 非陆地网络中的切换命令
US20230134701A1 (en) Gnss data in non-terrestrial network system information
US20230284060A1 (en) Synchronization signal block measurement timing configuration window and measurement gap configuration for non-terrestrial networks
US20230397161A1 (en) Access offset determination in conjunction with paging in non-terrestrial networks
CN116686234A (zh) 星历数据信令-随时间的增量
CN115699617A (zh) 无线通信网络中的波束重新配置
WO2023086001A1 (en) Systems and methods to facilitate long uplink transmission in internet of things non-terrestrial networks
US20240019583A1 (en) Methods and systems for signalling ephemeris data in a non-terrestrial network
US20220369069A1 (en) Modifying an event-based positioning procedure configured in a wireless device
WO2023067552A1 (en) Systems and methods for reducing system information acquisition during cell reselection in a non-terrestrial network
CN117796062A (zh) 非陆地网络中的全球导航卫星系统数据有效性
WO2023152302A1 (en) Non-terrestrial network access
WO2023152731A1 (en) Paging and system information (si) procedures under adjusted synchronization signal block measurement time configuration (smtc) in non-terrestrial networks (ntn)
WO2024136737A1 (en) Non-terrestrial network (ntn) network-based positioning methods
WO2023096556A1 (en) Systems and methods for support of autonomous adjustement of timing advance
CN118044282A (zh) 无线通信网络中的定位参考信号传输与测量
WO2024035316A1 (en) Methods, apparatus and computer-readable media for determining a timing advance in a non-terrestrial network
CN117321932A (zh) Ntn中的ue定时提前报告
WO2023014277A1 (en) Ephemeris data validity for non-terrestrial networks
KR20240090540A (ko) 적은 데이터 전송(sdt)에 대한 타이밍 어드밴스(ta) 유효성 검사를 위한 측정 시간 범위
WO2023152253A1 (en) Method and apparatus for ssb measurement time configuration in communication network
WO2024035965A1 (en) Methods for si accumulation in iot ntn with explicit and implicit epoch time indication
WO2023203556A1 (en) Systems and methods for system information accumulation in internet of things non-terrestrial networks
WO2023012755A1 (en) Device reachability in a non-terrestrial network
WO2024035301A1 (en) Location information for mobility in ntn

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication