[go: up one dir, main page]

CN118511455A - 促进物联网非陆地网络中的长上行链路传输的系统和方法 - Google Patents

促进物联网非陆地网络中的长上行链路传输的系统和方法 Download PDF

Info

Publication number
CN118511455A
CN118511455A CN202280087496.3A CN202280087496A CN118511455A CN 118511455 A CN118511455 A CN 118511455A CN 202280087496 A CN202280087496 A CN 202280087496A CN 118511455 A CN118511455 A CN 118511455A
Authority
CN
China
Prior art keywords
gap
transmission
information
network node
network
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
CN202280087496.3A
Other languages
English (en)
Inventor
T·汗
林兴钦
S·埃里克森洛文马克
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 CN118511455A publication Critical patent/CN118511455A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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/1853—Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
    • H04B7/18563—Arrangements for interconnecting multiple systems
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种由用户设备UE(112，200)用于促进物联网IoT非陆地网络NTN中的长上行链路传输的方法(700)，包括：向网络节点(110，300)发送(702)用于确定UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。UE从网络节点接收(704)配置信息，该配置信息配置UE以：当被发送到网络节点的信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入至少一个间隙，以及当被发送到网络节点的信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入至少一个间隙。

Description

促进物联网非陆地网络中的长上行链路传输的系统和方法
技术领域
本公开总体上涉及无线通信，更具体地，涉及促进物联网(IoT)非陆地网络(NTN)中的长上行链路传输的系统和方法。
背景技术
在第三代合作伙伴计划(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技术的支持扩展到超过6千兆赫的频率范围的复杂框架。
卫星通信和非陆地网络
卫星通信正在不断复兴。过去几年已经宣布了多项卫星网络计划。目标服务从回程和固定无线、到交通、到户外移动、再到IoT各不相同。卫星网络可以通过提供与服务欠缺地区的连接和多播/广播服务来补充地面上的移动网络。
为了受益于强大的移动生态系统和规模经济，适配包括LTE和NR的陆地无线接入技术以用于卫星网络引起了人们的极大兴趣，这已在3GPP标准化工作中得到体现。
在3GPP第15版中，3GPP已开始准备NR在NTN中运行的工作。这项工作是在研究项目“支持非陆地网络的NR”中进行的，并产生了3GPP TR 38.811 v.15.4.0。请参阅TR38.811v.15.4.0，支持非陆地网络的新无线电(NR)研究。在3GPP第16版中，准备NR在NTN网络中运行的工作以研究项目“NR支持非陆地网络的解决方案”继续，其被包含在3GPP TR38.821 v.16.1.0中。请参阅TR 38.821 v.16.1.0，支持非陆地网络的NR解决方案(3GPP，16.1.0，2021年6月)。同时，对适配窄带-IoT(NB-IoT)和LTE-机器型通信(LTE-M)以用于在NTN中运行的兴趣正在不断增长。因此，3GPP第17版包含有关NR NTN的工作项目。请参阅RP-193234，支持非陆地网络(NTN)的NR解决方案，3GPP RAN#86。3GPP第17版还包括有关对NTN的NB-IoT和LTE-M支持的研究项目。请参阅RP-193235，对非陆地网络的NB-Io/eMTC支持的研究，3GPP RAN#86。
卫星无线电接入网络通常包括以下组件：
·指代星载平台的卫星。
·地基网关，其根据架构的选择，将卫星连接到基站或核心网络。
·馈送器(feeder)链路，其指代网关与卫星之间的链路
·接入链路或服务链路，其指代卫星与用户设备(UE)之间的链路。
根据轨道高度，卫星可以被分类为低地球轨道(LEO)、中地球轨道(MEO)、或地球静止轨道(GEO)卫星：
·LEO：典型高度范围为250–1,500公里，轨道周期范围为90–120分钟。
·MEO：典型高度范围为5,000–25,000公里，轨道周期范围为3–15小时。
·GEO：高度约35,786公里，轨道周期为24小时。
根据系统中的卫星的功能，卫星通信网络可以分为两种基本架构：
·透明有效载荷(也称为弯管(bent pipe)架构)：卫星将接收到的信号在终端与地面上的网络设备之间转发，仅进行放大以及从上行链路频率到下行链路频率的位移。当应用于通用3GPP架构和术语时，透明有效载荷架构意味着gNodeB(gNB)位于地面上，并且卫星在gNB与UE之间转发信号/数据。
·再生有效载荷：卫星包括机载处理以解调和解码接收到的信号，并在将信号发送回地球之前重新生成信号。当应用于通用3GPP架构和术语时，再生有效载荷架构意味着gNB位于卫星中。
在3GPP第17版中用于NR NTN的工作项目中，仅考虑透明有效载荷架构。
图1示出了具有弯管转发器(transponder)的卫星网络的示例架构(即，透明有效载荷架构)。gNB可以被集成在网关中或经由陆地连接(有线、光纤、无线链路)被连接到网关。
通信卫星通常在给定区域上生成多个波束。波束的足迹通常呈椭圆形，它在传统上被视为小区，但是3GPP工作中不排除包括多个波束的覆盖足迹的小区。波束的足迹通常也被称为点波束。波束的足迹可以随着卫星移动而在地球的表面上移动，或可以通过卫星使用的波束指向机制被固定在地球上，以补偿卫星的运动。点波束的大小取决于系统设计，其范围可能从几十公里到几千公里。
长传播时延/RTT和高卫星速度的后果
传播时延是卫星通信的一个重要方面，它不同于陆地移动系统中预期的时延。对于弯管卫星网络，根据轨道高度，往返时延的范围可能从LEO卫星的数十毫秒到GEO卫星的数百毫秒。相比之下，陆地蜂窝网络中的往返时延通常低于1毫秒。
UE与卫星之间的距离可能变化很大，具体取决于卫星的位置以及UE看到的仰角ε。假设圆形轨道，当卫星位于UE正上方(ε＝90°)时实现最小距离，当卫星处于可能的最小仰角时实现最大距离。表1示出了针对不同轨道高度和仰角的卫星与UE之间的距离以及单向传播时延和最大传播时延差(与ε＝90°时的传播时延的差)。注意，该表假设再生有效载荷架构。对于透明有效载荷的情况，还需要考虑网关与卫星之间的传播时延，除非基站对此进行纠正。
表1：不同轨道高度和仰角的传播时延。
由于LEO和MEO卫星的高速率，传播时延也可能变化很大，并且每秒变化约10–100微秒(μs)，具体取决于轨道高度和卫星速率。
对于使用3GPP技术(特别是5G/NR)的NTN，长传播时延意味着UE用于它的上行链路传输的定时提前(TA)至关重要，并且必须比陆地网络中大得多，以便上行链路和下行链路在gNB处时间对准，就像在NR和LTE中的情况那样。随机接入(RA)过程的目的之一是为UE提供有效的TA，网络稍后可以基于来自UE的上行链路传输的接收定时来调整该TA。然而，甚至RA前导码(即，RA过程中来自UE的初始消息)也必须与TA一起发送，以允许gNB中的合理大小的RA前导码接收窗口(并确保前导码的Zadoff-Chu序列的循环位移不会如此之大，以致于使得Zadoff-Chu序列并且因此前导码看起来好像是基于同一个Zadoff-Chu根序列的另一个Zadoff-Chu序列并且因此是另一个前导码)。然而，该TA不必与UE随后用于其他上行链路传输的TA一样准确。UE在NTN中用于RA前导码传输的TA被称为“预补偿TA”。对于如何确定预补偿TA，已经考虑了各种提议—所有这些提议都涉及源自gNB和UE两者的信息。简言之，所讨论的替代提议包括：
·网络广播在特定参考点(例如小区中的中心点)有效的“公共TA”。然后，UE将基于UE的自身位置与参考点之间的差以及卫星的位置，计算其自身的预补偿TA与公共TA的偏差程度。根据该方法，UE使用全球导航卫星系统(GNSS)测量来获得其自身的位置，并且使用由网络广播的卫星轨道数据(包括特定时间的卫星位置)来获得卫星位置。
·UE基于UE和卫星各自的位置，自主计算UE与卫星之间的传播时延，并且网络/gNB在馈送器链路上广播传播时延，即，gNB与卫星之间的传播时延。根据该方法，UE使用GNSS测量来获得其自身的位置，并使用由网络广播的卫星轨道数据(包括特定时间的卫星位置)来获得卫星位置。然后，预补偿TA被计算为馈送器链路上的传播时延和卫星与UE之间的传播时延之和的两倍。
·gNB广播时间戳(在系统信息块9(SIB9)中)，UE将该时间戳与从GNSS获得的参考时间戳进行比较。基于这两个时间戳之间的差，UE可以计算gNB和UE之间的传播时延，并且预补偿TA是该传播时延的两倍。
结合RA过程，gNB基于RA前导码的接收时间，在随机接入响应消息(在4步RA中)或MsgB(在2步RA中)中向UE提供准确的(即，微调后的)TA。随后，gNB可以基于从UE接收上行链路传输的定时，使用定时提前命令MAC CE(或绝对定时提前命令MAC CE)来调整UE的TA。UE的TA的这种网络控制的目标通常是将UE的上行链路传输在gNB的接收机处的时间误差保持在循环前缀内(如上行链路传输的正确解码所要求的)。TA控制框架还包括gNB对UE配置的时间对准定时器。每次gNB调整UE的TA时，时间对准定时器被重新启动，并且如果时间对准定时器期满，则在没有在先的RA过程(其目的是为UE提供有效的定时提前)的情况下，UE不被允许在上行链路中进行发送。对于NTN，3GPP还同意，除了gNB对UE的TA的控制之外，UE还被允许基于使用UE的位置(例如从GNSS测量中获得)以及服务卫星的星历数据的知识和来自gNB的馈送器链路时延信息的对UE-gNB往返时间(RTT)的变化的估计，自主地更新它的TA。
第二个相关方面在于，不仅UE与卫星之间或者UE与gNB之间的传播时延在NTN中非常长，而且由于距离大，两个不同卫星或两个不同gNB之间的传播时延的差在与蜂窝通信(包括信令过程)相关的时间尺度上也可能很显著，即使在卫星/gNB服务相邻小区时也是如此。这对涉及在由不同卫星和/或不同gNB服务的两个小区中的接收或发送的所有过程都有影响。
与非陆地网络中的长传播时延/RTT相关的第三个重要方面是引入附加参数来补偿长传播时延/RTT。在陆地蜂窝网络中，小区中的UE-gNB RTT的范围可以从接近零到几十微秒。除了传播时延/RTT的绝对大小之外，非陆地网络的一个主要区别在于，即使在小区中传播时延/RTT最小的位置，传播时延/RTT也将很大并且远非接近零。事实上，NTN小区内的传播时延/RTT的变化与传播时延/RTT相比很小。这有利于引入偏移，该偏移主要处理小区在地面上的足迹与卫星之间的RTT，而其他机制(包括信令和控制环路)处理偏移之上的在小区内的较小RTT变化范围内的RTT相关方面。为此，3GPP同意引入这样一个参数，该参数标示为Koffset(有时也称为K_offset)。
Koffset参数可以潜在地用于各种定时相关机制中，但是本文相关的应用在物理上行链路共享信道(PUSCH)上的上行链路传输的调度中使用Koffset参数。Koffset用于指示上行链路许可(UL许可)与由UL许可分配的PUSCH传输资源之间的附加时延，该附加时延要被加到包含UL授权的下行链路控制信息(DCI)中的时隙偏移参数K2。因此，UL许可与在其中分配PUSCH传输资源的时隙之间的偏移是Koffset+K2。当在上行链路调度中这样使用时，可以说Koffset的目的是确保UE永远不被调度为在这样的时间点进行发送：由于UE必须应用的大TA，该时间点将出现在UE接收到UL许可的时间点之前。在3GPP中，还讨论了使网络的Koffset配置考虑UE可能已经用信号通知的UE已使用的TA。
与定时密切相关的第四个重要方面是卫星的运动引起的多普勒频率偏移。接入链路在6千兆赫以下的频段中可能受到约10–100kHz的多普勒位移的影响，而在更高频段中多普勒位移成比例地更高。此外，多普勒位移是不断变化的，在S频段中，速率高达每秒几百赫兹，而在Ka频段中，速率高达每秒几千赫兹。
星历数据
在3GPP TR 38.821 v.16.1.0中，已经包含星历数据应被提供给UE，例如以帮助将定向天线(或天线波束)指向卫星并计算正确的TA和多普勒位移。关于如何提供和更新星历数据的过程尚未被详细研究，但在系统信息中广播星历数据是一种选择。
卫星轨道可以使用六个参数来完整地描述。具体选择哪一组参数可以由用户决定，并且可以有许多不同的表示。例如，天文学中经常使用的参数的选择是轨道集(a,ε,i,Ω,ω,t)，其在图2中示出。如图所示，半长轴a和偏心率ε描述轨道椭圆的形状和大小；倾角i、升交点赤经(right ascension of the ascending node)Ω、近点角(argument ofperiapsis)ω确定其在空间中的位置，历元t确定参考时间(例如卫星穿过近点的时间)。
作为不同参数化的示例，两行轨道要素(TLE，two-line elements)使用平均运动n和平均异常M而不是a和t。一组完全不同的参数是卫星的位置和速率向量(x,y,z,vx,vy,vz)。这些向量有时被称为轨道状态向量。它们可以从轨道要素导出，反之亦然，因为它们包含的信息是等价的。所有这些表述(以及许多其他表述)都是要在NTN中使用的星历数据的格式的可能选择。为了取得进一步进展，应就数据的格式达成一致意见。
UE能够以至少几米的精度确定卫星的位置非常重要。然而，一些研究表明，当使用TLE的事实上的标准时，这可能很难实现。另一方面，LEO卫星通常具有GNSS接收机，并且能够以米级精度确定它们的位置。
在研究项目期间讨论并在3GPP TR 38.821 v.16.1.0中包含的另一方面是星历数据的有效性时间。一般来说，卫星位置的预测随着所使用的星历数据的年龄的增加而降低。这是由于大气阻力、卫星的操纵、所使用的轨道模型的缺陷等造成的。因此，例如，公开可用的TLE数据的更新相当频繁。更新频率取决于卫星及其轨道，并且对于受到强大大气阻力并需要经常执行校正操纵的处于极低轨道的卫星，更新频率从每周一次到每天多次。
因此，虽然似乎可以提供具有所需精度的卫星位置，但仍需谨慎以满足这些要求。例如，在选择星历数据格式或要被用于轨道传播的轨道模型时需要谨慎。
关于NTN的3GPP研究项目的一些成果
3GPP中的研究项目的成果为3GPP中的NTN的规范工作奠定了基础。以下包括来自上述研究项目和由此产生的技术报告的一些相关信息：
NTN的覆盖模式在3GPP TR 38.811 v.15.4.0的4.6节中描述如下：
卫星或飞行器通常在给定区域上生成多个波束。波束的足迹通常是椭圆形。
波束足迹可能随着卫星或飞行器在其轨道上的运动而在地球上空移动。替代地，波束足迹可以固定在地球上，在这种情况下，一些波束指向机制(机械或电子转向特性)将补偿卫星或飞行器运动。
表2列出了典型的波束足迹大小，其与3GPP TR 38.811 v.15.4.0第4.6节的表4.5.1相对应。
表2：典型的波束足迹大小[1]
图3示出了如3GPP TR 38.811 v.15.4.0中所讨论的各种NTN接入网络的典型波束模式。
第二个研究项目的TR(3GPP TR 38.821 v.16.1.0)描述NTN工作的场景如下：
非陆地网络通常具有以下要素：
-将非陆地网络连接到公共数据网络的一个或多个卫星网关
-GEO卫星由一个或多个卫星网关馈送，这些卫星网关跨卫星目标覆盖(例如，区域覆盖或甚至大陆覆盖)来部署。我们假设小区中的UE仅由一个卫星网关服务
-一颗非GEO卫星一次由一个卫星网关连续服务。系统确保连续服务卫星网关之间的服务和馈送器链路连续性，并具有足够的持续时间来进行移动锚定和切换
如表3所示，考虑了四种场景，并在表4中详细说明，它们分别对应于3GPP TR38.821 v.16.1.0的表4.2-1和表4.2-2。
表3：参考场景
透明卫星 再生卫星
基于GEO的非陆地接入网 场景A 场景B
基于LEO的非陆地接入网 场景C 场景D
表4：参考场景参数
值得注意的是，每颗卫星都能够使用波束成形技术将波束转向地球上的固定点。这适用于与卫星的可见时间相对应的时间段。波束(地球固定用户设备)内的最大时延变化是基于网关和用户设备两者的最小仰角来计算的。波束内的最大差分时延是基于最低点处的最大波束足迹直径来计算的。
对于场景D(其是具有再生有效载荷的LEO)，已列出了地球固定波束和地球移动波束。因此，当我们考虑固定/非固定波束时，存在一种附加场景。3GPP TR 38.821 v.16.1.0中的5个场景的完整列表如下：
场景A–GEO，透明卫星，地球固定波束；
场景B–GEO，再生卫星，地球固定波束；
场景C–LEO，透明卫星，地球移动波束；
场景D1–LEO，再生卫星，地球固定波束；
场景D2–LEO，再生卫星，地球移动波束。
对长上行链路传输的分段预补偿
在Rel-17 IoT NTN工作项目(WI)中，已同意针对长上行链路传输引入上行链路传输分段预补偿。此前，UE将在传输开始时调整它的上行链路定时。对于IoT NTN，网络可以对UE配置具有特定持续时间的传输段，并且UE可以在每个这样的传输段的开始处调整它的定时和频率。引入此特性是为了补偿NTN场景(例如LEO)中的大的定时和频率漂移。
在3GPP RAN1#106-e会议上，针对长UL传输的分段预补偿达成了以下协议：
协议：用于物理随机接入信道(PRACH)传输的UE预补偿的上行链路(UL)传输段的持续时间是由网络配置的随机接入信道(RACH)重复单位的数量
·对于NB-IoT，重复单位是P个符号组。
·对于增强型机器型通信(eMTC)，重复单位是包括保护期的一个前导码。
·供未来研究(FFS)：配置细节
协议：用于PUSCH传输的UE预补偿的UL传输段的持续时间是由网络配置的PUSCH重复单位的数量：
·对于NB-IoT，重复单位为
·对于eMTC，针对子物理资源块(子-PRB)分配的重复单位是其中Tslot＝0.5毫秒。对于全物理资源块(全-PRB)分配，重复单位是一个子帧。
·注1：在用于NB-IoT的TS 36.211 10.1.2.3和10.1.3.6中定义。
·注2：M_^UL_s lot在用于eMTC的TS 36.211 5.2.3A中定义
·FFS：RAN1，以进一步讨论有效和无效子帧
·FFS：配置细节
协议：对于NB-IoT，如果到Nslots个时隙的映射或该映射在用于窄带PUSCH(NPUSCH)传输的UE预补偿的UL传输段中的重复包含与任何所配置的窄带物理随机接入信道(NPRACH)资源相重叠的资源元素，则重叠的Nslots个时隙中的NPUSCH传输被推迟，直到下一Nslots个时隙不与任何所配置的NPRACH资源相重叠为止。
注意：Nslots在TS 36.211,10.1.3.6中定义
协议：UL传输段持续时间由网络配置
·FFS：配置信令的细节。
协议：
·对于NB-IoT NTN，网络在k比特字段中为每个PRACH前导码格式的UL传输段持续时间配置K个值之一，其中k比特字段的大小和K个候选值的数量取决于前导码格式。
o格式0和格式1：3比特字段，K＝6个候选值2.4.(TCP+TSEQ)、4.4.(TCP+TSEQ)、8.4.(TCP+TSEQ)、16.4.(TCP+TSEQ)、32.4.(TCP+TSEQ)、64.4.(TCP+TSEQ)
o格式2：2比特字段，K＝4个候选值2.6.(TCP+TSEQ)、4.6.(TCP+TSEQ)、8.6.(TCP+TSEQ)、16.6.(TCP+TSEQ)
·FFS：缩小K个候选值的范围、k比特字段的大小
·FFS：相同的段持续时间是否可以用于前导码格式内的所有前导码
协议：
·对于eMTC，网络在k比特字段中为PRACH的UL传输段持续时间配置K个值之一。
·FFS：K个候选值，k比特字段的大小
协议：
·对于NB-IoT/eMTC NTN，网络在k比特字段中为NPUSCH/PUSCH的UL传输段持续时间配置K个候选值之一。
ο对于NB-IoT，最大3比特字段，最大数量K＝8个候选值2毫秒、4毫秒、8毫秒、16毫秒、32毫秒、64毫秒、128毫秒、256毫秒
·FFS：缩小K个候选值的范围、k比特字段的大小
协议：
·UL传输段持续时间由UE特定的无线电资源控制(RRC)信令或由系统信息块(SIB)中的信令提供。
·注意：NB-IoT的UL传输段持续时间的值可能不同于eMTC。
在3GPP RAN1#106-bis-e会议上，针对长UL传输的分段预补偿达成了以下协议：
协议：至少对于初始接入，UL传输段的配置在系统信息块(SIB)上指示
·FFS经由RRC_CONNECTED中的UE特定的RRC信令
协议：对于eMTC PUSCH，3比特字段指示上行链路传输段持续时间的K＝8个值：
·全PRB分配(单位：子帧)：2 4 8 16 32 64 128 256
·子PRB分配(单位：资源单位)：1 2 4 8 16 32 64 128
协议：对于eMTC，在SIB中定义了3比特字段以指示PRACH的UL传输段持续时间的以下K＝8个值：
·(TCP+TSEQ+TGP),2*(TCP+TSEQ+TGP),4*(TCP+TSEQ+TGP),8*(TCP+TSEQ+TGP),16*(TCP+TSEQ+TGP),32*(TCP+TSEQ+TGP),64*(TCP+TSEQ+TGP),128*(TCP+TSEQ+TGP)
协议：对于eMTC，针对所有PRACH前导码的段持续时间使用相同的值
协议：对于NB-IOT，针对特定NPRACH格式的所有NPRACH前导码的段持续时间使用相同的值
然而，目前存在某些挑战。例如，在非对地静止轨道(NGSO)卫星中，尤其是LEO场景中，由于较大的定时和频率漂移而导致的TA和频率误差可能非常高。在Rel-17 IoT NTN WI中，将针对这样的长UL传输引入分段预补偿。例如，UE可以在正在进行的UL传输期间在每个传输段的开始处调整它的UL发射定时和频率。因此，需要用于在考虑不同的UE能力的同时促进分段预补偿的方法和信令。
发明内容
本公开的特定方面及其实施例能够提供针对这些或其他挑战的解决方案。例如，提供了方法和系统来支持关于IoT NTN的分段预补偿的不同类型的UE能力。附加地或替代地，特定方法和系统映射提供TA相关的间隙配置以最小化插入用于分段预补偿的上行链路间隙的需要。
根据特定实施例，一种由UE用于促进IoT NTN中的长上行链路传输的方法包括：向网络节点发送用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。所述UE从所述网络节点接收配置信息，所述配置信息配置所述UE以：当被发送到所述网络节点的所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙。替代地，所述配置信息配置所述UE以：当被发送到所述网络节点的所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
根据特定实施例，一种用于促进IoT NTN中的长上行链路传输的UE包括处理电路，所述处理电路被配置为向网络节点发送用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。所述处理电路被配置为从所述网络节点接收配置信息，所述配置信息配置所述UE以：当被发送到所述网络节点的所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙。替代地，所述配置信息配置所述UE以：当被发送到所述网络节点的所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
根据特定实施例，一种由网络节点用于促进IoT NTN中的长上行链路传输的方法包括：从UE接收用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。基于所述信息，所述网络节点配置所述UE以：当所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙。替代地，所述网络节点配置所述UE以：当所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
根据特定实施例，一种网络节点包括处理电路，所述处理电路被配置为：从UE接收用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。基于所述信息，所述处理电路被配置为配置所述UE以：当所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙。替代地，所述网络节点配置所述UE以：当所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
特定实施例能够提供以下技术优点中的一个或多个。例如，特定实施例能够提供支持关于IoT NTN的分段预补偿的不同类型的UE能力的技术优势。作为另一示例，特定实施例能够提供最小化插入用于分段预补偿的上行链路间隙的需要的技术优点。
其他优点对于本领域技术人员能够是显而易见的。特定实施例可能不具有所列举的优点、具有一些或具有全部所列举的优点。
附图说明
为了更全面地理解所公开的实施例及其特征和优点，现在结合附图参考以下描述，其中：
图1示出了具有弯管转发器的卫星网络的示例架构；
图2示出了示例轨道集；
图3示出了如3GPP TR 38.811 v.15.4.0中讨论的各种NTN接入网络的典型波束模式；
图4示出了根据特定实施例的示例通信系统；
图5示出了根据特定实施例的示例UE；
图6示出了根据特定实施例的示例网络节点；
图7示出了根据特定实施例的主机的框图；
图8示出了根据特定实施例的其中由一些实施例实现的功能可以被虚拟化的虚拟化环境；
图9示出了根据特定实施例的主机通过部分无线连接经由网络节点与UE进行通信；
图10示出了根据特定实施例的由UE用于促进IoT NTN中的长UL传输的示例方法；以及
图11示出了根据特定实施例的由网络节点用于促进IoT NTN中的长UL传输的示例方法。
具体实施方式
现在将参照附图更全面地描述本文设想的一些实施例。通过示例的方式提供实施例以向本领域技术人员传达主题的范围。
如上所述，在Rel-17 IoT NTN WI中，已经同意引入用于UL预补偿的传输段。UE可以在每个传输段的开始处自主地调整它的用于UL传输的TA(和/或频率)。网络将至少使用SIB来指示传输段配置。
以下定义用于解释本文所公开的实施例：
·类型A UE：它需要在相邻的传输段之间插入间隙，以实现分段上行链路预补偿。
·类型B UE：它不需要在相邻的传输段之间插入间隙来实现分段上行链路预补偿。例如，它可以通过丢弃/插入样本或对符号打孔等来实现分段上行链路预补偿。
在特定实施例中，对于类型B UE，要被丢弃以实现分段预补偿的样本或符号或时隙或子帧或资源单元的数量在标准规范中是固定的。
在另一特定实施例中，可以在规范中定义(要被丢弃或被打孔的)样本或符号或时隙或子帧或资源单元的数量的多个值。网络可以使用系统信息(SI)或UE特定的RRC信令来指示支持的值或值子集(来自规范中定义的值)。注意，网络不需要在类型B UE的传输段之间插入间隙。
如果UL间隙被引入以用于分段预补偿，则这将使调度变得复杂，特别是如果对间隙的需求取决于UE能力(即类型A或类型B UE)。此外，如果间隙短(例如，1毫秒)且分散，则间隙将难以用于调度来自其他UE的UL传输。
如果例如对于类型B UEE需要UL间隙，可以减少对调度器的影响的一种替代方法是由UE通过在定期间隔(其可以在规范中固定或由网络配置)消隐(blank)UL子帧来创建间隙，由此减少重复数量而不是在时间上使它们分散。然后，无论UE是否需要间隙，调度器都可以分配相同的UL资源。
本文描述的思想适用于LTE-M NTN和NB-IoT NTN上行链路信道，例如窄带物理上行链路共享信道((N)PUSCH)、窄带物理随机接入信道((N)PRACH)、以及物理上行链路控制信道(PUCCH)，但也可以适用于其他UL信道。
传输段持续时间或段持续时间是指由网络配置用于分段上行链路预补偿的传输段的持续时间。
UE能力信令
在一个实施例中，UE用信号通知网络它是类型A UE还是类型B UE。
在另一特定实施例中，类型A UE用信号通知它需要在相邻的段之间插入以实现分段上行链路预补偿的间隙持续时间。可能的间隙持续时间的值范围可以在规范中指定和/或由网络在SI中指示。
在另一特定实施例中，类型B UE用信号通知网络它需要丢弃/打孔以便实现分段预补偿的样本或符号或时隙或子帧或资源单元的数量。
在另一特定实施例中，UE能力信令取决于物理信道的类型。例如，NB-IoT UE可以用信号通知它需要用于NPUSCH传输的间隙，但不需要用于NPRACH传输的间隙。类似地，eMTCUE可以用信号通知它需要用于PUSCH/PUCCH传输的间隙，但不需要用于PRACH传输的间隙。
在另一特定实施例中，UE能力信令取决于物理信道的传输的持续时间。例如，UE可以报告：
·它在相邻的传输段之间不需要间隙
·它在例如256毫秒的特定持续时间内在相邻的传输段之间不需要间隙，但是它需要在每次256毫秒的传输之后使用间隙。它可以另外用信号通知所需间隙是否可以是40毫秒的传统UL补偿间隙，或者是持续时间不同于40毫秒的间隙。
·它在例如256毫秒的特定持续时间内在相邻的传输段之间需要间隙。
在另一特定实施例中，UE能力信令取决于NTN类型或卫星轨道。例如，UE可以报告：
·它在用于GEO卫星网络的相邻的传输段之间不需要间隙。
·它在用于LEO/MEO卫星网络的相邻的传输段之间需要间隙。
TA相关的间隙配置
根据特定实施例，UE可能需要在相邻的传输段之间插入间隙以实现定时/频率预补偿。在特定实施例中，网络可以调度和/或指示UE关于UE要在何处插入间隙。在另一实施例中，UE可以自己选择在何处插入间隙(即，在UE希望的那些相邻段之间)。UE然后可以向网络通知UE已经将间隙放置在何处。向网络提供信息可以避免盲检测并简化调度。
在特定实施例中，UE根据TA是增大还是减小而在相邻的传输段之间插入间隙。如果TA是非增大的，则UE将不在段之间插入间隙；如果TA增大，则UE在相邻的段之间插入间隙。例如，基于卫星星历和GNSS位置信息，UE可以确定卫星是否正在朝向UE移动和/或卫星-UE仰角是否正在增大。换句话说，在上行链路传输过程中，卫星-UE TA将随着时间而减小。UE不在相邻的段之间插入附加间隙。
在特定实施例中，取决于TA是增大还是减小，UE向网络指示它是否将在正在进行的UL传输的相邻的传输段之间插入间隙。
在另一特定实施例中，UE向UE提供信息，使得网络可以确定UE是否将使用间隙并随后相应地进行检测。例如，在特定实施例中，UE向网络报告它的位置，并且网络基于卫星星历和接收到的UE位置来确定TA是增大还是减小。网络推导出如果TA不增大，则UE不插入间隙。否则，如果TA增大，则网络推导出UE插入间隙。
在另一特定实施例中，UE向网络报告它的TA，并且网络基于接收到的TA值来确定TA是增大还是减小。网络推导出如果TA不增大，则UE不插入间隙。否则，如果TA增大，则UE插入间隙。相应地，在特定实施例中，网络可以例如基于网络确定TA正在增大而向UE用信号通知UE要插入间隙。
MSG3(N)PUSCH和PUCCH到Msg4/NPUSCH格式2到Msg4
以下实施例涉及网络配置用于PUSCH/NPUSCH上的MSG3传输、或者PUCCH上的混合自动重传请求-确认(HARQ-ACK)传输到Msg4接收/NPUSCH格式2上的HARQ-ACK到Msg4接收的传输段持续时间的情况。
在一个实施例中，在标准规范中规定UE针对PUSCH/NPUSCH上的MSG3传输或PUCCH上的HARQ-ACK传输到Msg4接收/NPUSCH格式2上的HARQ-ACK到Msg4接收而在相邻的传输段之间插入间隙。间隙的持续时间在规范中是固定的。替代地，间隙的持续时间可以由网络根据在规范中定义的一组值来配置，并且所配置的间隙持续时间可以由网络在SI中指示。
例如，如果在小区中配置了传输段，则所有UE都在相邻的段之间插入所指示的持续时间的间隙以用于PUSCH上的MSG3传输，而不管UE能力如何。
在另一实施例中，在标准规范中规定UE不应针对PUSCH/NPUSCH上的MSG3传输、或者PUCCH上的HARQ-ACK传输到Msg4接收/NPUSCH格式2上的HARQ-ACK到Msg4接收而在相邻的段之间插入间隙。
-如果网络对UE配置MSG3或PUCCH/NPUSCH格式2到Msg4接收的N次重复，则类型AUE的UE行为是使用min(N,M)次重复来发送MSG3或PUCCH/NPUSCH格式2到Msg4接收，其中M是UE在需要上行链路预补偿之前可以发送的最大重复次数。M可以由网络在系统信息(SI)中指示或者在规范中指定或者M等于段的持续时间。因此，在特定实施例中，UE仅发送M次重复。然而，在另一实施例中，UE可以不发送所有N次重复，其中M小于N。在又一实施例中，UE可以插入间隙，然后发送剩余的N-M次重复。在再一实施例中，UE可以在前M次重复之后使用一次重复作为间隙，然后继续发送N-M-1次重复。
-如果网络对UE配置MSG3或PUCCH/NPUSCH格式2到Msg4接收的N次重复，则类型BUE的UE行为是使用N次重复来发送MSG3或PUCCH/NPUSCH格式2到Msg4接收。因此，在示例实施例中，类型B UE根据需要丢弃样本或对符号打孔(如上所述)以能够发送所有N次重复。
在另一实施例中，类型A UE针对在PUSCH/NPUSCH上的MSG3传输(或PUCCH/NPUSCH格式2到Msg4接收)在传输段之间插入所指定的或所指示的间隙，而类型B UE不针对PUSCH/NPUSCH上的MSG3传输(或PUCCH/NPUSCH格式2到Msg4接收)在传输段之间插入间隙。如果网络尚不知道UE能力，则网络通过盲检测来接收UE传输。例如，网络可以执行多次尝试来接收UE传输以覆盖所有可能的选项。换句话说，网络可以假设UE正在使用间隙以及UE未正在使用间隙两者来盲检测UE传输。
在子实施例中，PRACH资源(时间/频率/码域)被划分以用于类型A UE和类型B UE，即，它们使用不同的PRACH资源，使得网络知道UE能力并且可以相应地调度MSG3并且可以确定MSG3传输是否将包括间隙。如本文所使用的，PRACH资源可以包括用于随机接入前导码(Msg1)的资源。
图4示出了根据一些实施例的通信系统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检测到的各种环境条件的数据)、分析功能、社交媒体、用于控制远程设备或以其他方式与远程设备交互的功能、用于警报和监视中心的功能、或者由服务器执行的任何其他这样的功能。
总体上，图4的通信系统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向网络节点110b路由通信的集线器。在其他实施例中，集线器114可以是非专用集线器，也就是说，能够操作以在UE与网络节点110b之间路由通信，但是还能够作为特定数据信道的通信起点和/或终点进行操作的设备。
图5示出了根据一些实施例的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可以利用图5中所示的所有组件或组件子集。组件之间的集成水平可以随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)以及任何种类的医疗设备，如心率监视器或遥控手术机器人。除了如关于图5所示的UE 200描述的其他组件之外，IoT设备形式的UE还包括取决于IoT设备的预期应用的电路和/或软件。
作为又一个特定示例，在IoT场景中，UE可以表示执行监视和/或测量并将这样的监视和/或测量的结果发送到另一个UE和/或网络节点的机器或其他设备。在这种情况下，UE可以是M2M设备，在3GPP上下文中可以将其称为MTC设备。作为一个特定示例，UE可以实现3GPP NB-IoT标准。在其他场景中，UE可以表示能够监视和/或报告其操作状态或与其操作相关联的其他功能的车辆(例如汽车、公共汽车、卡车)、轮船和飞机或其他设备。
在实践中，可以针对单个用例一起使用任何数量的UE。例如，第一UE可以是或被集成在无人机中，并且将无人机的速度信息(通过速度传感器获得)提供给作为操作无人机的遥控器的第二UE。当用户从遥控器进行改变时，第一UE可以调整无人机上的油门(例如，通过控制致动器)以提高或降低无人机的速度。第一UE和/或第二UE还可以包括上面描述的功能中的多个功能。例如，UE可以包括传感器和致动器，并且处理速度传感器和致动器两者的数据通信。
图6示出了根据一些实施例的网络节点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的实施例可以包括图6所示组件之外的附加组件，这些附加组件用于提供网络节点的功能的某些方面，包括本文描述的任何功能和/或支持本文描述的主题所必需的任何功能。例如，网络节点300可以包括用户接口设备，以允许将信息输入到网络节点300中以及允许从网络节点300输出信息。这可以允许用户针对网络节点300执行诊断、维护、修理和其他管理功能。
图7是根据本文描述的各个方面的主机400的框图，主机400可以是图4的主机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)等。
图8是示出其中可以虚拟化由一些实施例实现的功能的虚拟化环境500的框图。在当前上下文中，虚拟化意味着创建装置或设备的虚拟版本，其可以包括虚拟化硬件平台、存储设备和联网资源。如本文所使用的，虚拟化可以被应用于本文描述的任何设备或其组件，并且涉及一种实现，其中至少一部分功能被实现为一个或多个虚拟组件。本文描述的一些或所有功能可以被实现为由一个或多个虚拟机(VM)执行的虚拟组件，这些VM在由一个或多个硬件节点(例如作为网络节点、UE、核心网络节点或主机操作的硬件计算设备)托管的一个或多个虚拟环境500中实现。此外，在其中虚拟节点不需要无线电连接(例如，核心网络节点或主机)的实施例中，节点可以被完全虚拟化。
应用502(其可以替代地被称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)在虚拟化环境500中运行，以实现本文公开的一些实施例的某些特征、功能和/或益处。
硬件504包括处理电路、存储可由硬件处理电路执行的软件和/或指令的存储器和/或如本文描述的其他硬件设备，例如网络接口、输入/输出接口等。软件可以由处理电路执行以实例化一个或多个虚拟化层506(也被称为系统管理程序或虚拟机监视器(VMM))，提供虚拟机508a和508b(其中一个或多个通常可以被称为虚拟机508)，和/或执行针对本文描述的一些实施例而描述的任何功能、特征和/或益处。虚拟化层506可以向虚拟机508呈现看起来像联网硬件的虚拟操作平台。
虚拟机508包括虚拟处理、虚拟存储器、虚拟网络或接口以及虚拟存储装置，并且可以由对应的虚拟化层506运行。虚拟设备502的实例的不同实施例可以在一个或多个虚拟机508上实现，并且可以以不同的方式来实现。在一些上下文中，硬件的虚拟化被称为网络功能虚拟化(NFV)。NFV可以被用于将许多网络设备类型整合到可以位于数据中心和客户驻地设备中的行业标准的大容量服务器硬件、物理交换机和物理存储装置上。
在NFV的上下文中，虚拟机508可以是物理机的软件实现，该软件实现运行程序就好像程序是在物理的非虚拟化机器上执行一样。每个虚拟机508以及硬件504的执行该虚拟机的部分(专用于该虚拟机的硬件和/或该虚拟机与其他虚拟机共享的硬件)形成单独的虚拟网元。仍然在NFV的上下文中，虚拟网络功能负责处理在硬件504之上的一个或多个虚拟机508中运行的特定网络功能，并且对应于应用502。
硬件504可以在具有通用或特定组件的独立网络节点中实现。硬件504可以经由虚拟化来实现一些功能。替代地，硬件504可以是较大的硬件群集(例如，诸如在数据中心或CPE)的一部分，其中许多硬件节点一起工作并且经由管理和编排510进行管理，除其他项以外，管理和编排510监督应用502的生命周期管理。在一些实施例中，硬件504被耦接到一个或多个无线电单元，这些无线电单元均包括可以被耦接到一个或多个天线的一个或多个发射机和一个或多个接收机。无线电单元可以经由一个或多个适当的网络接口与其他硬件节点直接通信，以及可以与虚拟组件组合使用，以提供具有无线电能力的虚拟节点，例如无线电接入节点或基站。在一些实施例中，可以使用控制系统512来提供一些信令，该控制系统512可以替代地被用于硬件节点与无线电单元之间的通信。
图9示出了根据一些实施例的主机602通过部分无线连接经由网络节点604与UE606进行通信的通信图。
现在将参考图9描述前面段落中讨论的UE(诸如图4的UE 112a和/或图5的UE200)、网络节点(诸如图4的网络节点110a和/或图6的网络节点300)、以及主机(例如图4的主机116和/或图7的主机400)的根据各种实施例的示例实施方式。
与主机400类似，主机602的实施例包括硬件，例如通信接口、处理电路和存储器。主机602还包括软件，该软件被存储在主机602中或可由主机602访问并且可由处理电路执行。软件包括主机应用，该主机应用可以操作以向远程用户(例如经由在UE 606与主机602之间延伸的过顶(OTT)连接650进行连接的UE 606)提供服务。在向远程用户提供服务时，主机应用可以提供使用OTT连接650发送的用户数据。
网络节点604包括使其能够与主机602和UE 606进行通信的硬件。连接660可以是直接的或者通过核心网络(如图4的核心网络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连接650来发送消息，特别是空消息或“假(dummy)”消息。
尽管本文描述的计算设备(例如，UE、网络节点、主机)可以包括所示的硬件组件的组合，但其他实施例可以包括具有不同组件组合的计算设备。将理解，这些计算设备可以包括执行本文公开的任务、特征、功能和方法所需的硬件和/或软件的任何合适的组合。本文描述的确定、计算、获得或类似操作可以由处理电路执行，处理电路可以通过以下方式处理信息：将所获得的信息转换成其他信息、将所获得的信息或转换后的信息与存储在网络节点中的信息进行比较、和/或基于所获得的信息或转换后的信息而执行一个或多个操作、以及作为所述处理的结果做出确定。此外，尽管将组件描绘为位于较大框内或嵌套在多个框内的单个框，但实际上，计算设备可以包括构成单个所示组件的多个不同物理组件，并且功能可以在单独的组件之间划分。例如，通信接口可以被配置为包括本文描述的任何组件，和/或组件的功能可以在处理电路与通信接口之间划分。在另一个示例中，任何这样的组件的非计算密集型功能可以采用软件或固件来实现，而计算密集型功能可以采用硬件来实现。
在某些实施例中，本文描述的一些或全部功能可以通过处理电路执行存储在存储器上的指令来提供，在某些实施例中，存储器可以是非暂时性计算机可读存储介质形式的计算机程序产品。在替代实施例中，一些或全部功能可以由处理电路提供，而无需诸如以硬连线方式执行存储在单独的或分离的设备可读存储介质上的指令。在这些特定实施例的任何一个中，无论是否执行存储在非暂时性计算机可读存储介质上的指令，处理电路都可以被配置为执行所描述的功能。这样的功能所提供的益处不仅限于处理电路或计算设备的其他组件，而是整体上由计算设备和/或通常由最终用户和无线网络享有。
图10示出了根据特定实施例的由UE 112、200用于促进IoT NTN中的长UL传输的示例方法700。该方法开始于步骤702，UE向网络节点110、300发送用于确定UE是否要在至少一个UL传输中的相邻的传输段之间插入至少一个间隙的信息。在步骤704，UE 112、200从网络节点110、300接收配置信息，该配置信息配置UE 112、200以当被发送到网络节点110、300的信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入至少一个间隙。替代地，配置信息配置UE 112、200以当被发送到网络节点110、300的信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入至少一个间隙。
在特定实施例中，当UE要插入至少一个间隙时，该信息指示该UE是类型A UE，或者当UE不插入至少一个间隙时，该信息指示该UE是类型B UE。
在特定实施例中，当UE要插入至少一个间隙时，该信息指示能够被插入相邻的传输段之间的间隙持续时间或间隙持续时间的范围。
在特定实施例中，当UE要插入至少一个间隙时，该信息指示要被丢弃和/或被打孔以实现分段预补偿的符号、时隙和/或子帧的数量。
在特定实施例中，该信息包括与UE相关联的能力信息。
在特定实施例中，UE要插入至少一个间隙，并且该信息指示针对特定类型的传输和/或特定类型的物理信道要插入至少一个间隙。
在特定实施例中，特定类型的物理信道是PUSCH、PUCCH或(N)PUSCH。
在特定实施例中，当UE要插入至少一个间隙时，该信息指示：对于持续时间高于阈值持续时间的每个传输，至少一个间隙要被插入相邻的传输段之间，或者对于具有特定持续时间的每个传输，至少一个间隙要被插入相邻的传输段之间。
在特定实施例中，该信息指示特定类型的NTN，并且该配置信息配置UE以针对与该特定类型的NTN相关联的每个传输在相邻的传输段之间插入至少一个间隙。
在特定实施例中，该特定类型的NTN是低地球轨道或中地球轨道。
在特定实施例中，该信息指示定时提前，并且当定时提前增大时，UE在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙，或者当定时提前减小时，UE确定不在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙。
在特定实施例中，该信息指示UE的位置。
图11示出了根据特定实施例的由网络节点110、300用于促进IoT NTN中的长UL传输的示例方法800。该方法包括网络节点110、300在步骤802从UE(112、200)接收用于确定UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。在步骤804，基于该信息，网络节点110、300配置UE以当该信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入至少一个间隙。替代地，网络节点110、300配置UE以当信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入至少一个间隙。
在特定实施例中，当信息指示UE要插入至少一个间隙时，网络节点110、300确定UE是类型A UE，或者当该信息指示UE不插入至少一个间隙时，网络节点确定UE是类型B UE。
在特定实施例中，当UE要插入至少一个间隙时，该信息指示要被插入相邻的传输段之间的间隙持续时间或间隙持续时间的范围。
在特定实施例中，当UE要插入至少一个间隙时，该信息指示要被丢弃和/或被打孔以实现分段预补偿的符号、时隙和/或子帧的数量。
在特定实施例中，该信息包括与UE相关联的能力信息。
在特定实施例中，该信息指示特定类型的传输和/或特定类型的物理信道，并且网络节点基于该特定类型的传输和/或该特定类型的物理信道，确定至少一个间隙将被插入相邻的传输段之间。
在特定实施例中，特定类型的物理信道是PUSCH、PUCCH或(N)PUSCH。
在特定实施例中，该信息包括持续时间，并且网络节点确定对于持续时间高于阈值持续时间的每个传输，至少一个间隙将被插入相邻的传输段之间，或者网络节点确定对于具有特定持续时间的每个传输，至少一个间隙将被插入相邻的传输段之间。
在特定实施例中，该信息指示特定类型的NTN，并且网络节点确定针对与该特定类型的NTN相关联的每个传输，至少一个间隙将被插入相邻的传输段之间。
在特定实施例中，特定类型的NTN是低地球轨道或中地球轨道。
在特定实施例中，该信息指示定时提前，并且网络节点确定当定时提前增大时，至少一个间隙将被插入至少一个上行链路传输中的相邻的传输段之间，或者网络节点确定当定时提前减小时，至少一个间隙将不被插入至少一个上行链路传输中的相邻的传输段之间。
在特定实施例中，该信息指示UE的位置。
示例实施例
A组示例实施例
示例实施例A1.一种由用户设备用于促进IoT NTN中的长上行链路传输的方法，该方法包括：上述用户设备步骤、特征或功能中的任一个，单独或与上述其他步骤、特征或功能相组合。
示例实施例A2.根据前一实施例所述的方法，还包括上述的一个或多个附加用户设备步骤、特征或功能。
示例实施例A3.根据前述实施例中任一项所述的方法，还包括：提供用户数据；以及经由到网络节点的传输向主机计算机转发用户数据。
B组示例实施例
示例实施例B1.一种由网络节点执行的用于促进IoT NTN中的长上行链路传输的方法，该方法包括：上述网络节点步骤、特征或功能中的任一个，单独或与上述其他步骤、特征或功能相组合。
示例实施例B2.根据前一实施例所述的方法，还包括上述的一个或多个附加网络节点步骤、特征或功能。
示例实施例B3.根据任一前述实施例所述的方法，还包括：获得用户数据；以及向主机或用户设备转发用户数据。
C组示例实施例
示例实施例C1.一种由用户设备(UE)用于促进IoT NTN中的长上行链路传输的方法，该方法包括：与网络节点传送用于确定UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。
示例实施例C2a.根据示例实施例C1所述的方法，其中，传送信息包括向网络节点发送信息。
示例实施例C2b.根据示例实施例C1至C2a中任一项所述的方法，其中，该信息指示UE是类型A UE或类型B UE。
示例实施例C3.根据示例实施例C1所述的方法，其中，传送信息包括从网络节点接收信息。
示例实施例C4.根据示例实施例C1至C3中任一项所述的方法，其中，该信息指示要被插入相邻的传输段之间的间隙持续时间或间隙持续时间的范围。
示例实施例C5.根据示例实施例C1至C4中任一项所述的方法，其中，该信息指示要被丢弃和/或被打孔以实现分段预补偿的样本、符号、时隙、子帧和/或资源单元的数量。
示例实施例C6.根据示例实施例C1至C5中任一项所述的方法，其中，该信息包括与UE相关联的能力信息。
示例实施例C7.根据示例实施例C1至C6中任一项所述的方法，其中，该信息指示针对特定类型的传输和/或特定类型的物理信道要插入至少一个间隙。
示例实施例C8.根据示例实施例C1至C7中任一项所述的方法，其中，该信息指示对于持续时间高于阈值持续时间的每个传输，至少一个间隙要被插入相邻的传输段之间。
示例实施例C9.根据示例实施例C1至C8中任一项所述的方法，其中，该信息指示对于具有特定持续时间的每个传输，至少一个间隙要被插入相邻的传输段之间。
示例实施例C10.根据示例实施例C1至C9中任一项所述的方法，其中，该信息指示对于具有特定持续时间的每个传输，至少一个间隙要被插入相邻的传输段之间。
示例实施例C11.根据示例实施例C1至C10中任一项所述的方法，其中，该信息指示特定类型的NTN，并且UE被配置为针对与该特定类型的NTN相关联的每个传输在相邻传输段之间插入至少一个间隙。
示例实施例C12.根据示例实施例C1至C11中任一项所述的方法，其中，该信息指示定时提前。
示例实施例C13.根据示例实施例C12所述的方法，其中，UE被配置为基于定时提前增大还是减小，在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙。
示例实施例C14.根据示例实施例C1至C13中任一项所述的方法，其中，该信息指示UE的位置。
示例实施例C15.根据示例实施例C14所述的方法，还包括：基于UE的位置，确定与UE相关联的定时提前增大还是减小，并且其中，UE被配置为基于定时提前增大还是减小，在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙。
示例实施例C16.根据示例实施例C12至C15中任一项所述的方法，其中，UE被配置为当定时提前增大时，在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙，并且其中，UE被配置为当定时提前不增大或减小时，不在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙。
示例实施例C17.根据示例实施例C1至C16所述的方法，还包括：提供用户数据；以及经由到网络节点的传输向主机转发用户数据。
示例实施例C18.一种用户设备，包括被配置为执行示例实施例C1至C17中的任一项的方法的处理电路。
示例实施例C19.一种无线设备，包括被配置为执行示例实施例C1至C17中的任一项的方法的处理电路。
示例实施例C20.一种包括指令的计算机程序，该指令当在计算机上被执行时执行示例实施例C1至C17中的任一项的方法。
示例实施例C21.一种包括计算机程序的计算机程序产品，该计算机程序包括指令，该指令当在计算机上被执行时执行示例实施例C1至C17中的任一项的方法。
示例实施例C22.一种存储指令的非暂时性计算机可读介质，该指令当在计算机上被执行时执行示例实施例C1至C17中的任一项的方法。
D组示例实施例
示例实施例D1.一种由网络节点用于促进IoT NTN中的长上行链路传输所述的方法，该方法包括：与用户设备(UE)传送用于确定UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息。
示例实施例D2a.根据示例实施例D1所述的方法，其中，传送信息包括从UE接收信息。
示例实施例D2b.根据示例实施例D1至D2a中任一项所述的方法，其中，该信息指示UE是类型A UE或类型B UE。
示例实施例D3.根据示例实施例D1所述的方法，其中，传送信息包括向UE发送信息。
示例实施例D4.根据示例实施例D1至D3中任一项所述的方法，其中，该信息指示要被插入相邻的传输段之间的间隙持续时间或间隙持续时间的范围。
示例实施例D5.根据示例实施例D1至D4中任一项所述的方法，其中，该信息指示要被丢弃和/或被打孔以实现分段预补偿的样本、符号、时隙、子帧和/或资源单元的数量。
示例实施例D6.根据示例实施例D1至D5中任一项所述的方法，其中，该信息包括与UE相关联的能力信息。
示例实施例D7.根据示例实施例D1至D6中任一项所述的方法，其中，该信息指示特定类型的传输和/或特定类型的物理信道，并且该方法还包括：基于该特定类型的传输和/或该特定类型的物理信道，确定至少一个间隙将被插入相邻的传输段之间。
示例实施例D8.根据示例实施例D1至D7中任一项所述的方法，其中，该信息包括持续时间，并且该方法还包括：确定对于持续时间高于阈值持续时间的每个传输，至少一个间隙将被插入相邻的传输段之间。
示例实施例D9.根据示例实施例D1至D7中任一项所述的方法，其中，该信息包括持续时间，并且该方法还包括：确定对于具有特定持续时间的每个传输，至少一个间隙将被插入相邻的传输段之间。
示例实施例D10.根据示例实施例D1至D9中任一项所述的方法，其中，该信息指示对于具有特定持续时间的每个传输，UE要在相邻的传输段之间插入至少一个间隙。
示例实施例D11.根据示例实施例D1至D10中任一项所述的方法，其中，该信息指示特定类型的NTN，并且该方法还包括：确定对于与该特定类型的NTN相关联的每个传输，至少一个间隙将被插入相邻的传输段之间。
示例实施例D12.根据示例实施例D1至D11中任一项所述的方法，其中，该信息指示定时提前。
示例实施例D13.根据示例实施例D12所述的方法，还包括：确定定时提前增大还是减小；以及基于定时提前增大还是减小，确定至少一个间隙将被插入至少一个上行链路传输中的相邻的传输段之间。
示例实施例D14.根据示例实施例D1至D13中任一项所述的方法，其中，该信息指示UE的位置。
示例实施例D15.根据示例实施例D14所述的方法，还包括：基于UE的位置，确定与UE相关联的定时提前增大还是减小；以及基于定时提前增大还是减小，确定至少一个间隙是否将被插入至少一个上行链路传输中的相邻的传输段之间。
示例实施例D16.根据示例实施例D12至D15中任一项所述的方法，其中，UE被配置为当定时提前增大时，在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙，并且其中，UE被配置为当定时提前不增大或减小时，不在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙。
示例实施例D17.根据示例实施例D1至D16中任一项所述的方法，其中，网络节点包括gNodeB(gNB)。
示例实施例D18.根据前述示例实施例中任一项所述的方法，还包括：获得用户数据；以及将用户数据转发到主机或用户设备。
示例实施例D19.一种网络节点，包括被配置为执行示例实施例D1至D18中的任一项的方法的处理电路。
示例实施例D20.一种包括指令的计算机程序，该指令当在计算机上被执行时执行示例实施例D1至D18中的任一项的方法。
示例实施例D21.一种包括计算机程序的计算机程序产品，该计算机程序包括指令，该指令当在计算机上被执行时执行示例实施例D1至D18中的任一项的方法。
示例实施例D22.一种存储指令的非暂时性计算机可读介质，该指令当由计算机执行时执行示例实施例D1至D18中的任一项的方法。
E组示例实施例
示例实施例E1.一种用于促进IoT NTN中的长上行链路传输的用户设备，该用户设备包括：处理电路，其被配置为执行A组和C组示例实施例中的任一个的任何步骤；以及电源电路，其被配置为向处理电路供电。
示例实施例E2.一种用于促进IoT NTN中的长上行链路传输的网络节点，该网络节点包括：处理电路，其被配置为执行B组和D组示例实施例中的任一个的任何步骤；以及电源电路，其被配置为向处理电路供电。
示例实施例E3.一种用于促进IoT NTN中的长上行链路传输的用户设备(UE)，该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.根据前一个示例实施例所述的方法，还包括：在网络节点处，将接收到的用户数据发送到主机。
F组示例实施例
示例实施例F1.一种由用户设备(UE)用于促进eMTC NTN中的长上行链路传输的方法，该方法包括：从网络节点接收指示传输段持续时间的信息。
示例实施例F2.根据示例实施例F1所述的方法，其中，传输段持续时间包括至少一个传输段的最大重复次数。
示例实施例F3.根据示例实施例F1至F2中任一项所述的方法，其中，至少一个传输段用于在物理上行链路控制信道(PUCCH)上的传输。
示例实施例F4.根据示例实施例F1所述的方法，其中，PUCCH包括eMTC PUCCH。
示例实施例F5.根据示例实施例F1至F4中任一项所述的方法，其中，该信息使用k比特字段指示传输段持续时间的至少一个K值，其中，这些值根据CE模式而不同：CE模式A：1-比特字段被用于指示K＝2个候选值：{2,4}(单位：子帧)，和/或CE模式B：3比特字段被用于指示K＝5个候选值：{4,8,16,32,64}(单位：子帧)。
示例实施例F6.根据示例实施例F1至F5中任一项所述的方法，其中，该信息不指示PUCCH的传输段持续时间的值。
示例实施例F7.根据示例实施例F6所述的方法，还包括：基于不指示PUCCH的传输段持续时间的值的信息，确定不对至少一个传输段执行分段预补偿。
示例实施例F8.根据示例实施例F1至F5中任一项所述的方法，其中，该信息指示PUCCH的传输段持续时间的值。
示例实施例F9.根据示例实施例F8所述的方法，还包括：基于指示PUCCH的传输段持续时间的值的信息，对至少一个传输段执行分段预补偿。
示例实施例F10.根据示例实施例F1至F9中任一项所述的方法，还包括：基于该信息，确定不对PUCCH的至少一个传输段执行分段预补偿。
示例实施例F11。示例实施例F10所述的方法，其中，该信息使用k比特字段指示传输段持续时间的至少一个K值，其中，这些值根据CE模式而不同：CE模式A：2比特字段被用于指示K＝3个候选值：{2,4,8}(单位：子帧)；或者CE模式B：3比特字段被用于指示K＝6个候选值：{4,8,16,32,64,128}(单位：子帧)。
示例实施例F12.根据示例实施例F1至F11中任一项所述的方法，还包括：确定跳频时间间隔小于传输段持续时间，并在从第一窄带重新调谐到第二窄带的同时，调整至少一个传输段的上行链路发送定时和/或上行链路频率。
示例实施例F13.根据示例实施例F12所述的方法，还包括：基于跳频时间间隔小于传输段持续时间，确定不在相邻的传输段之间插入间隙。
示例实施例F14.根据示例实施例F1至F11中任一项所述的方法，还包括：从网络节点接收配置信息；基于该配置信息，确定是否在每个跳频实例处调整发送定时和/或频率；以及基于该配置信息，确定是否在相邻的传输段之间插入间隙。
示例实施例F15.根据示例实施例F14所述的方法，其中，配置信息是经由RRC信令接收的。
示例实施例F16.根据示例实施例F12至F15中任一项所述的方法，其中，传输段用于在物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)、或物理随机接入信道(PRACH)上的传输。
示例实施例F17.根据示例实施例F1至F16所述的方法，还包括：提供用户数据；以及经由到网络节点的传输将用户数据转发到主机。
示例实施例F18.一种用户设备，包括被配置为执行示例实施例F1至F17中的任一个的方法的处理电路。
示例实施例F19.一种无线设备，包括被配置为执行示例实施例F1至F17中的任一个的方法的处理电路。
示例实施例F20.一种包括指令的计算机程序，该指令当在计算机上被执行时执行示例实施例F1至F17中的任一个的方法。
示例实施例F21.一种包括计算机程序的计算机程序产品，该计算机程序包括指令，该指令当在计算机上被执行时执行示例实施例F1至F17中的任一个的方法。
示例实施例F22.一种存储指令的非暂时性计算机可读介质，该指令当由计算机执行时执行示例实施例F1至F17中的任一个的方法。
G组示例实施例
示例实施例G1.一种由网络节点用于促进eMTC NTN中的长上行链路传输的方法，该方法包括：向用户设备(UE)发送指示传输段持续时间的信息。
示例实施例G2.根据示例实施例G1所述的方法，其中，传输段持续时间包括至少一个传输段的最大重复次数。
示例实施例G3.根据示例实施例G1至G2中任一项所述的方法，其中，至少一个传输段用于在物理上行链路控制信道(PUCCH)上的传输。
示例实施例G4.根据示例实施例G1所述的方法，其中PUCCH包括eMTC PUCCH。
示例实施例G5.根据示例实施例G1至G4中任一项所述的方法，其中，该信息使用k比特字段指示传输段持续时间的至少一个K值，其中，这些值根据CE模式而不同：CE模式A：1-比特字段被用于指示K＝2个候选值：{2,4}(单位：子帧)，和/或CE模式B：3比特字段被用于指示K＝5个候选值：{4,8,16,32,64}(单位：子帧)。
示例实施例G6.根据示例实施例G1至G5中任一项所述的方法，其中，该信息不指示PUCCH的至少一个传输段持续时间的值。
示例实施例G7.根据示例实施例G6所述的方法，还包括：基于不指示PUCCH的传输段持续时间的值的信息，配置UE不对至少一个传输段执行分段预补偿。
示例实施例G8.根据示例实施例G1至G5中任一项所述的方法，其中，该信息指示PUCCH的传输段持续时间的值。
示例实施例G9.根据示例实施例G8所述的方法，还包括：配置UE基于指示PUCCH的传输段持续时间的值的信息，对至少一个传输段执行分段预补偿。
示例实施例G10.根据示例实施例G1至G9中任一项所述的方法，还包括：配置UE基于该信息，确定不对PUCCH的上行链路传输执行分段预补偿。
示例实施例G11.根据示例实施例G10所述的方法，其中，该信息使用k比特字段指示至少一个传输段持续时间的至少一个K值，其中，这些值根据CE模式而不同：CE模式A：2比特字段被用于指示K＝3个候选值：{2,4,8}(单位：子帧)；和/或CE模式B：3比特字段被用于指示K＝6个候选值：{4,8,16,32,64,128}(单位：子帧)。
示例实施例G12.根据示例实施例G1至G11中任一项所述的方法，其中，跳频时间间隔小于传输段持续时间，并且该方法还包括：配置UE以在从第一窄带重新调谐到第二窄带的同时，调整上行链路发送定时和/或上行链路频率。
示例实施例G13.根据示例实施例G12所述的方法，还包括：基于跳频时间间隔小于传输段持续时间，配置UE不在相邻的传输段之间插入间隙。
示例实施例G14.根据示例实施例G1至G11中任一项所述的方法，还包括：向UE发送配置信息，并且其中，UE被配置为基于配置信息，确定是否在每个跳频实例处调整发送定时和/或频率，并且其中，UE被配置为基于该配置信息，确定是否在相邻的传输段之间插入间隙。
示例实施例G15.根据示例实施例G14所述的方法，其中，配置信息是经由RRC信令发送的。
示例实施例G16.根据示例实施例G12至G15中任一项所述的方法，其中，传输段用于在物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)、或物理随机接入信道(PRACH)上的传输。
示例实施例G17.根据示例实施例G1至G16中任一项所述的方法，其中，网络节点包括gNodeB(gNB)。
示例实施例G18.根据前述示例实施例中任一项所述的方法，还包括：获得用户数据；以及将用户数据转发到主机或用户设备。
示例实施例G19.一种网络节点，包括被配置为执行示例实施例G1至G18中的任一个的方法的处理电路。
示例实施例G20.一种包括指令的计算机程序，该指令当在计算机上被执行时执行示例实施例G1至G18中的任一个的方法。
示例实施例G21.一种包括计算机程序的计算机程序产品，该计算机程序包括指令，该指令当在计算机上被执行时执行示例实施例G1至G18中的任一个的方法。
示例实施例G22.一种存储指令的非暂时性计算机可读介质，该指令当由计算机执行时执行示例实施例G1至G18中的任一个的方法。
附加信息
eMTC PUCCH的传输段持续时间
与eMTC PUSCH/PRACH类似，网络应当能够配置PUCCH的传输段持续时间，以便支持至少12*TS＝0.39μs(TS 36.133中的表7.26.2-1)的定时精度(假设其中TA漂移约为100μs/s且仰角较小的最差情况场景)。可以注意到，较长的传输段持续时间将满足更有利的TA漂移或仰角等的需要。
下面的表5中提供了eMTC PUCCH的传输段持续时间。需要注意的是，对于CE模式A，PUCCH的最大传输持续时间是8毫秒，对于CE模式B，PUCCH的最大传输持续时间是128毫秒，两者都小于256毫秒。因此，与eMTC PUSCH不同，我们不需要支持长达256毫秒的传输段持续时间。选择下限以满足0.39μs的定时误差要求。对于上限，支持最大可能的段持续时间便已足够。例如，对于针对PUCCH配置8次重复的CE模式A，最大传输段可以包括4次重复。
表5：eMTC PUCCH的传输段持续时间。
在特定实施例中，对于eMTC PUCCH，网络使用k比特字段针对上行链路传输段持续时间配置K个值之一，其中这些值根据CE模式而不同：
-CE模式A：1比特字段被用于指示K＝2个候选值：{2,4}(单位：子帧)
-CE模式B：3比特字段被用于指示K＝5个候选值：{4,8,16,32,64}(单位：子帧)
在另一特定实施例中，如果网络不意图针对PUCCH配置分段预补偿，则网络不在SI或UE特定RRC信令中指示用于发送段持续时间的任何值。
在另一特定实施例中，如果网络没有在SI或UE特定RRC信令中指示用于发送段持续时间的任何值，则UE不需要对PUCCH上的上行链路传输执行分段预补偿。
在前面的实施例中，当网络不想针对上行链路配置分段预补偿时，网络向UE隐式地指示该信息。替代地，网络可以通过添加用于传输段持续时间的另一值，向UE显式地指示这一点。
在特定实施例中，对于eMTC PUCCH，网络使用k比特字段针对上行链路传输段持续时间配置K个值之一，其中这些值根据CE模式而不同：
-CE模式A：2比特字段被用于指示K＝3个候选值：{2,4,8}(单位：子帧)
-CE模式B：3比特字段被用于指示K＝6个候选值：{4,8,16,32,64,128}(单位：
子帧)
在另一特定实施例中，如果对于CE模式A，PUCCH的传输段持续时间被设置为8个子帧(或者对于CE模式B，被设置为128个子帧)，则UE不需要对PUCCH执行分段预补偿。
eMTC跳频和预补偿间隙
在eMTC中，跳频对于PUCCH始终是激活的，并且也可以由网络针对PUSCH/PRACH来配置。如果跳频时间间隔小于所配置的传输段持续时间，则UE可以调整上行链路发送定时和频率，同时重新调谐到不同的窄带。为了促进跳频，eMTC允许相邻的窄带之间最多2个SC-FDMA上行链路符号的频率重调谐间隙。
在一个实施例中，如果跳频针对上行链路信道被激活并且跳频时间间隔由网络设置为小于传输段持续时间，则UE被允许在每个跳频实例处调整它的发送定时和频率，并且UE不被允许在传输段之间插入间隙。这是因为UE可以使用相邻的窄带之间最多2个SC-FDMA上行链路符号的现有窄带重调谐时间段来调整它的定时。
示例：跳频对于LTE-M PUCCH始终活动。网络针对CE模式A配置跳频时间间隔为[1,2,4,8](毫秒)，或者针对CE模式B配置跳频时间间隔为[2,4,8,16](毫秒)。如果针对PUCCH配置的跳频间隔小于针对PUCCH配置的传输段持续时间，则类型A或类型B UE可以在它使用用于跳频的重调谐间隙跳到不同窄带时调整它的定时/频率，并且附加间隙不需要被插入传输段之间。
在另一实施例中，网络针对跳频通过RRC配置以下UE行为：
·如果被配置，则UE在每个跳频实例处调整它的发送定时和频率，并且UE不在相邻的传输段之间插入间隙。
·如果被配置，则UE在每个跳频实例处调整它的发送定时和频率，并且UE在相邻的传输段之间插入间隙。
·否则，UE在相邻的传输段之间插入间隙并且UE不在每个跳频实例处调整它的发送定时和频率。

Claims (28)

1.一种由用户设备UE(112，200)用于促进物联网IoT非陆地网络NTN中的长上行链路传输的方法(700)，所述方法包括：
向网络节点(110，300)发送(702)用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息，以及
从所述网络节点接收(704)配置信息，所述配置信息配置所述UE以：
当被发送到所述网络节点的所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙，以及
当被发送到所述网络节点的所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
2.根据权利要求1所述的方法，其中,当所述UE要插入所述至少一个间隙时，所述信息指示所述UE是类型A UE，或者当所述UE不插入所述至少一个间隙时，所述信息指示所述UE是类型B UE。
3.根据权利要求1至2中任一项所述的方法，其中，当所述UE要插入所述至少一个间隙时，所述信息指示能够被插入所述相邻的传输段之间的间隙持续时间或间隙持续时间的范围。
4.根据权利要求1至3中任一项所述的方法，其中，当所述UE要插入所述至少一个间隙时，所述信息指示要被丢弃和/或被打孔以实现分段预补偿的符号、时隙和/或子帧的数量。
5.根据权利要求1至4中任一项所述的方法，其中，所述信息包括与所述UE相关联的能力信息。
6.根据权利要求1至5中任一项所述的方法，其中，当所述UE要插入所述至少一个间隙时，所述信息指示针对特定类型的传输和/或特定类型的物理信道要插入所述至少一个间隙。
7.根据权利要求6所述的方法，其中,所述特定类型的物理信道是物理上行链路共享信道、物理上行链路控制信道、或窄带物理上行链路共享信道。
8.根据权利要求7所述的方法，其中，当所述UE要插入所述至少一个间隙时，所述信息指示：
对于持续时间高于阈值持续时间的每个传输，所述至少一个间隙要被插入所述相邻的传输段之间，或者
对于具有特定持续时间的每个传输，所述至少一个间隙要被插入所述相邻的传输段之间。
9.根据权利要求1至8中任一项所述的方法，其中,所述信息指示特定类型的NTN，并且所述配置信息配置所述UE以针对与所述特定类型的NTN相关联的每个传输在所述相邻的传输段之间插入所述至少一个间隙。
10.根据权利要求9所述的方法，其中,所述特定类型的NTN是低地球轨道或中地球轨道。
11.根据权利要求1至10中任一项所述的方法，其中,所述信息指示定时提前，并且所述方法包括：
当所述定时提前增大时，在至少一个上行链路传输中的相邻的传输段之间插入所述至少一个间隙；或者
当所述定时提前减小时，确定不在所述至少一个上行链路传输中的相邻的传输段之间插入所述至少一个间隙。
12.根据权利要求1至10中任一项所述的方法，其中，所述信息指示所述UE的位置。
13.一种由网络节点(110，300)用于促进物联网IoT非陆地网络NTN中的长上行链路传输的方法(800)，所述方法包括：
从用户设备UE(112，200)接收(802)用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息，以及
基于所述信息，配置(804)所述UE以：
当所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙，以及
当所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
14.根据权利要求13所述的方法，包括：
当所述信息指示所述UE要插入所述至少一个间隙时，确定所述UE是类型A UE，或者
当所述信息指示所述UE不插入所述至少一个间隙时，确定所述UE是类型B UE。
15.根据权利要求13至14中任一项所述的方法，其中，当所述UE要插入所述至少一个间隙时，所述信息指示要被插入所述相邻的传输段之间的间隙持续时间或间隙持续时间的范围。
16.根据权利要求13至15中任一项所述的方法，其中，当所述UE要插入所述至少一个间隙时，所述信息指示要被丢弃和/或被打孔以实现分段预补偿的符号、时隙和/或子帧的数量。
17.根据权利要求13至16中任一项所述的方法，其中，所述信息包括与所述UE相关联的能力信息。
18.根据权利要求13至17中任一项所述的方法，其中,所述信息指示特定类型的传输和/或特定类型的物理信道，并且所述方法还包括：基于所述特定类型的传输和/或所述特定类型的物理信道，确定所述至少一个间隙将被插入所述相邻的传输段之间。
19.根据权利要求18所述的方法，其中,所述特定类型的物理信道是物理上行链路共享信道、物理上行链路控制信道、或窄带物理上行链路共享信道。
20.根据权利要求19所述的方法，其中，所述信息包括持续时间，并且所述方法还包括：
确定对于持续时间高于阈值持续时间的每个传输，所述至少一个间隙将被插入所述相邻的传输段之间，或者
确定对于具有特定持续时间的每个传输，所述至少一个间隙将被插入所述相邻的传输段之间。
21.根据权利要求13至20中任一项所述的方法，其中,所述信息指示特定类型的NTN，并且所述方法还包括：确定针对与所述特定类型的NTN相关联的每个传输，所述至少一个间隙将被插入所述相邻的传输段之间。
22.根据权利要求21所述的方法，其中,所述特定类型的NTN是低地球轨道或中地球轨道。
23.根据权利要求13至22中任一项所述的方法，其中,所述信息指示定时提前，并且所述方法包括：
确定当所述定时提前增大时，所述至少一个间隙将被插入至少一个上行链路传输中的相邻的传输段之间；或者
确定当所述定时提前减小时，所述至少一个间隙将不被插入所述至少一个上行链路传输中的相邻的传输段之间。
24.根据权利要求13至23中任一项所述的方法，其中，所述信息指示所述UE的位置。
25.一种用于促进物联网IoT非陆地网络NTN中的长上行链路传输的用户设备UE(200，112)，所述UE包括处理电路(202)，所述处理电路被配置为：
向网络节点(300，110)发送(702)用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息，以及
从所述网络节点接收(704)配置信息，所述配置信息配置所述UE以：
当被发送到所述网络节点的所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙，以及
当被发送到所述网络节点的所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
26.根据权利要求25所述的UE，其中，所述处理电路被配置为执行权利要求2至12中的任一项所述的方法。
27.一种用于促进物联网IoT非陆地网络NTN中的长上行链路传输的网络节点(110，300)，所述网络节点包括处理电路(302)，所述处理电路被配置为：
从用户设备UE(112，200)接收用于确定所述UE是否要在至少一个上行链路传输中的相邻的传输段之间插入至少一个间隙的信息，以及
基于所述信息，配置所述UE以：
当所述信息指示至少一个符号、时隙和/或子帧要被丢弃和/或被打孔以实现分段预补偿时，插入所述至少一个间隙，以及
当所述信息指示至少一个样本要被丢弃和/或被打孔以实现分段预补偿时，不插入所述至少一个间隙。
28.根据权利要求27所述的网络节点，其中，所述处理电路被配置为执行权利要求14至24中的任一项所述的方法。
CN202280087496.3A 2021-11-10 2022-11-10 促进物联网非陆地网络中的长上行链路传输的系统和方法 Pending CN118511455A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163278088P 2021-11-10 2021-11-10
US63/278,088 2021-11-10
PCT/SE2022/051045 WO2023086001A1 (en) 2021-11-10 2022-11-10 Systems and methods to facilitate long uplink transmission in internet of things non-terrestrial networks

Publications (1)

Publication Number Publication Date
CN118511455A true CN118511455A (zh) 2024-08-16

Family

ID=84358418

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280087496.3A Pending CN118511455A (zh) 2021-11-10 2022-11-10 促进物联网非陆地网络中的长上行链路传输的系统和方法

Country Status (3)

Country Link
CN (1) CN118511455A (zh)
TW (1) TW202325081A (zh)
WO (1) WO2023086001A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112990822B (zh) * 2021-03-18 2023-12-01 新疆运联创科信息技术有限公司 一种基于智慧托盘的物联网管理系统
US12255730B2 (en) * 2021-12-23 2025-03-18 Rohde & Schwarz Gmbh & Co. Kg Method of testing user equipment for non-terrestrial networks and test system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021162613A1 (en) * 2020-02-14 2021-08-19 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for supporting coherent transmissions in a non-terrestrial network

Also Published As

Publication number Publication date
WO2023086001A1 (en) 2023-05-19
TW202325081A (zh) 2023-06-16

Similar Documents

Publication Publication Date Title
US20250097811A1 (en) Systems and methods for reducing system information acquisition during cell reselection in a non-terrestrial network
CN117796062A (zh) 非陆地网络中的全球导航卫星系统数据有效性
WO2023152707A1 (en) Combining time-based cho and rach-less access with restricted preconfigured ul grants
US20250287461A1 (en) Ephemeris data for conditional handover
US20250159654A1 (en) Paging and system information (si) procedures under adjusted synchronization signal block measurement time configuration (smtc) in non-terrestrial networks (ntn)
CN118525575A (zh) 位置信息提供
US20250227521A1 (en) Minimization of Drive Testing Configuration
EP4569947A1 (en) Methods, apparatus and computer-readable media for determining a timing advance in a non-terrestrial network
WO2024035301A1 (en) Location information for mobility in ntn
CN118511455A (zh) 促进物联网非陆地网络中的长上行链路传输的系统和方法
US12487366B2 (en) Methods and systems for signalling ephemeris data in a non-terrestrial network
WO2023059259A1 (en) Minimization of drive testing for non-terrestrial networks
WO2023096556A1 (en) Systems and methods for support of autonomous adjustement of timing advance
CN119895932A (zh) 无线网络中的小数据传送
US20250133522A1 (en) Systems and methods to facilitate long uplink transmission in internet of things non-terresterial networks
WO2023152302A1 (en) Non-terrestrial network access
WO2024171139A1 (en) Activation of measurement gaps for ntn
CN119137888A (zh) 通信网络中的信令
US20250261092A1 (en) Systems and methods for system information accumulation in internet of things non-terrestrial networks
TWI887842B (zh) 用於能力降低的使用者設備之pdsch
CN120019591A (zh) 用于具有显式和隐式历元时间指示的iot ntn中的si累积的方法
WO2025126156A1 (en) Multi-user resource allocation for nb-iot ntn
WO2025177172A1 (en) Timing advance modification for non-terrestrial networks
TW202545216A (zh) 用於波束跳換之最佳化
WO2025210593A1 (en) Indication of store and forward for ntn

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination