CN117716756A - 位置获取延迟管理 - Google Patents

位置获取延迟管理 Download PDF

Info

Publication number
CN117716756A
CN117716756A CN202280052529.0A CN202280052529A CN117716756A CN 117716756 A CN117716756 A CN 117716756A CN 202280052529 A CN202280052529 A CN 202280052529A CN 117716756 A CN117716756 A CN 117716756A
Authority
CN
China
Prior art keywords
nas
state
network
gnss
layer
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
CN202280052529.0A
Other languages
English (en)
Inventor
A·恰托维奇
M·S·丹达
A·森古普塔
A·里科阿尔瓦里尼奥
L·许
B·什雷斯塔
L·F·B·洛佩斯
S·W·埃奇
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN117716756A publication Critical patent/CN117716756A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • 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/18502—Airborne stations
    • H04B7/18504—Aircraft used as relay or high altitude atmospheric platform
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/0035—Synchronisation arrangements detecting errors in frequency or phase
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks

Landscapes

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

Abstract

UE可以包括IoT NTN设备，并且UE可以获取GNSS位置以执行时间/频率预补偿。UE的NAS层可以在UE的一个或多个较低层处基于GNSS定位过程来发起连接请求过程。网络可以向UE发送寻呼请求，并且基于UE处的GNSS定位过程来管理寻呼响应定时器。

Description

位置获取延迟管理
相关申请的交叉引用
本申请要求享受于2021年8月4日提交的、标题为“LOCATION ACQUISITION DELAYMANAGEMENT”的美国非临时专利申请序列号No.17/394,397的权益，该美国申请的全部内容通过引用的方式明确地并入本文中。
技术领域
概括而言，本公开内容涉及通信系统，并且更具体地，涉及具有位置获取延迟管理的无线通信的方法。
背景技术
无线通信系统被广泛地部署以提供各种电信服务，诸如电话、视频、数据、消息传送和广播。典型的无线通信系统可以采用能够通过共享可用的系统资源来支持与多个用户的通信的多址技术。这样的多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统和时分同步码分多址(TD-SCDMA)系统。
已经在各种电信标准中采用这些多址技术以提供公共协议，该公共协议使不同的无线设备能够在城市、国家、地区以及甚至全球级别进行通信。示例电信标准是5G新无线电(NR)。5G NR是由第三代合作伙伴计划(3GPP)颁布的连续移动宽带演进的一部分，以满足与时延、可靠性、安全性、可缩放性(例如，与物联网一起)相关联的新要求以及其它要求。5GNR包括与增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠低时延通信(URLLC)相关联的服务。5G NR的一些方面可以是基于4G长期演进(LTE)标准的。存在对5GNR技术的进一步改进的需求。这些改进还可以适用于其它多址技术以及采用这些技术的电信标准。
发明内容
下文给出了对一个或多个方面的简要概述，以便提供对这样的方面的基本理解。本概述不是所有预期方面的广泛综述，并且既不旨在识别所有方面的关键或重要元素，也不旨在描绘任何或所有方面的范围。其唯一目的是以简化形式给出一个或多个方面的一些概念，作为稍后给出的更详细描述的前序。
在本公开内容的一方面中，提供了一种方法、计算机可读介质和装置。该装置可以包括用户设备(UE)和网络。UE可以包括物联网(IoT)非地面网络(NTN)设备，并且UE可以获取全球导航卫星系统(GNSS)位置以执行时间/频率预补偿。UE的NAS层可以确定与UE的GNSS位置相关联的位置获取状态，并且在UE的一个或多个较低层处基于GNSS定位(fix)过程来发起连接请求过程。NAS层可以基于指示GNSS位置在与NAS层相比较低的层中不可用的位置获取状态来将NAS层的状态设置为第一状态，并且响应于从较低层接收关于GNSS位置可用的指示而将NAS层状态改变为NAS层的第二状态。NAS层可以在NAS层的第一状态下延迟对NAS层处的连接请求的发起，并且在NAS层第二状态下发送连接请求。NAS层可以基于位置获取状态向NAS过程定时器添加时间延迟，并且基于在NAS层处发送连接请求来启动NAS过程定时器。NAS层可以在覆盖间隙期间省略或延迟注册请求消息的传输。
网络可以向UE发送寻呼请求，并且基于UE处的GNSS定位过程来管理寻呼响应定时器。寻呼响应定时器可以基于未从UE接收寻呼响应来控制寻呼请求的重传。网络可以从UE接收UE能力指示，并且UE能力指示可以包括用于UE在发起与网络的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE的GNSS位置可用性可以作为UE通信参数从网络的归属用户服务器(HSS)接收。例如，网络可以基于非静止状态向寻呼响应定时器添加延迟。例如，网络可以基于UE的GNSS位置可用性来计算寻呼响应定时器的持续时间。网络可以基于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，该小区包括NTN小区或地面网络(TN)小区。网络可以基于直到下一覆盖间隙为止的持续时间大于或等于用于UE在发起与网络的连接之前执行时间-频率预补偿的额外延迟来启动寻呼响应定时器。
为了实现上述目的和相关目的，一个或多个方面包括以下充分描述的以及在权利要求中特别指出的特征。以下描述和附图详细阐述了一个或多个方面的某些说明性特征。然而，这些特征指示在其中可以采用各个方面的原理的各个方式中的仅一些方式，以及本说明书旨在包括所有这样的方面以及其等效物。
附图说明
图1是示出无线通信系统和接入网络的示例的示意图。
图2A是示出根据本公开内容的各个方面的第一帧的示例的示意图。
图2B是示出根据本公开内容的各个方面的子帧内的DL信道的示例的示意图。
图2C是示出根据本公开内容的各个方面的第二帧的示例的示意图。
图2D是示出根据本公开内容的各个方面的子帧内的UL信道的示例的示意图。
图3是示出接入网络中的基站和用户设备(UE)的示例的示意图。
图4示出了非地面网络(NTN)配置的示例。
图5示出了无线通信的控制平面协议栈的示例。
图6A是无线通信的呼叫流程图。
图6B是无线通信的呼叫流程图。
图7是无线通信的呼叫流程图。
图8是无线通信的呼叫流程图。
图9是无线通信的呼叫流程图。
图10是无线通信的呼叫流程图。
图11是无线通信的呼叫流程图。
图12是无线通信的呼叫流程图。
图13是无线通信的呼叫流程图。
图14A是无线通信的流程图。
图14B是无线通信的流程图。
图15是无线通信的流程图。
图16是无线通信的呼叫流程图。
图17是无线通信的流程图。
图18是无线通信的流程图。
图19是无线通信的流程图。
图20是无线通信的流程图。
图21是示出用于示例装置的硬件实现的示例的示意图。
图22是示出用于示例装置的硬件实现的示例的示意图。
具体实施方式
下面结合附图阐述的详细描述旨在作为对各种配置的描述，而不是旨在表示可以实践本文所描述的概念的唯一配置。出于提供对各个概念的全面理解的目的，具体实施方式包括特定细节。然而，对于本领域技术人员来说显而易见的是，可以在没有这些特定细节的情况下实践这些概念。在一些实例中，以框图的形式示出了公知的结构和组件，以便避免使这样的概念模糊。
现在将参考各种装置和方法介绍电信系统的几个方面。这些装置和方法将在以下详细描述中进行描述，并且在附图中通过各种框、组件、电路、过程、算法等(统称为“元素”)进行示出。可以使用电子硬件、计算机软件或者其任何组合来实现这些元素。这样的元素是实现成硬件还是软件，取决于特定应用和施加到整个系统上的设计约束。
举例来说，元素、或元素的任何部分或元素的任何组合可以被实现为包括一个或多个处理器的“处理系统”。处理器的示例包括微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(RISC)处理器、片上系统(SoC)、基带处理器、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立硬件电路以及被配置为执行遍及本公开内容描述的各种功能的其它合适的硬件。处理系统中的一个或多个处理器可以执行软件。无论被称为软件、固件、中间件、微代码，硬件描述语言或其它名称，软件应当被广义地解释为意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、函数等。
因此，在一个或多个示例方面中，所描述的功能可以在硬件、软件或其任何组合中实现。如果在软件中实现，则功能可以作为一个或多个指令或代码在计算机可读介质上进行存储或者编码。计算机可读介质包括计算机存储介质。存储介质可以是可以由计算机存取的任何可用介质。通过举例而非限制的方式，这样的计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、光盘存储、磁盘存储、其它磁存储设备、各类型的计算机可读介质的组合、或者能够用于以指令或数据结构的形式存储能够由计算机存取的计算机可执行代码的任何其它介质。
虽然本申请中通过对一些示例的说明描述了各方面和实现方式，但是本领域技术人员将理解，在许多不同的布置和场景中可能会出现额外的实现方式和用例。本文描述的创新可以在许多不同的平台类型、设备、系统、形状、尺寸和封装布置上实现。例如，实现方式和/或使用可以经由集成芯片实现方式和其它基于非模块组件的设备(例如，最终用户设备、车辆、通信设备、计算设备、工业设备、零售/采购设备、医疗设备、启用人工智能(AI)的设备等)出现。虽然一些示例可能专门针对用例或应用，或可能不专门针对用例和应用，但是所描述的创新的各种各样的适用性可能会出现。实现方式的范围可以从芯片级或模块化组件到非模块化、非芯片级实现方式，并且进一步到并入所描述的创新的一个或多个方面的聚合式、分布式或原始设备制造商(OEM)设备或系统。在一些实际设置中，并入所描述的方面和特征的设备还可以包括用于所要求保护并且描述的方面的实现方式和实践的额外组件和特征。例如，对无线信号的发送和接收必要地包括用于模拟和数字目的的多个组件(例如，包括天线、RF链、功率放大器、调制器、缓冲器、处理器、交织器、加法器/相加器等的硬件组件)。意欲是，本文所描述的创新可以在不同尺寸、形状和构造的各种设备、芯片级组件、系统、分布式布置、聚合式或分解式组件、最终用户设备等中实践。
图1是示出无线通信系统和接入网络100的示例的示意图。无线通信系统(还称为无线广域网(WWAN))包括基站102、UE 104、演进分组核心(EPC)160和另一核心网络190(例如，5G核心(5GC))。基站102可以包括宏小区(高功率蜂窝基站)和/或小型小区(低功率蜂窝基站)。宏小区包括基站。小型小区包括毫微微小区、微微小区和微小区。
被配置用于4G LTE(被统称为演进型通用移动电信系统(UMTS)地面无线电接入网络(E-UTRAN))的基站102可以通过第一回程链路132(例如，S1接口)来与EPC 160对接。被配置用于5G NR(被统称为下一代RAN(NG-RAN))的基站102可以通过第二回程链路184来与核心网络190对接。除了其它功能之外，基站102还可以执行以下功能中的一个或多个功能：用户数据的传输、无线电信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如，切换、双连接)、小区间干扰协调、连接建立和释放、负载均衡、针对非接入层(NAS)消息的分发、NAS节点选择、同步、无线电接入网络(RAN)共享、多媒体广播多播服务(MBMS)、用户和设备追踪、RAN信息管理(RIM)、寻呼、定位和对警告消息的传递。基站102可以在第三回程链路134上(例如，X2接口)直接或间接地(例如，通过EPC 160或核心网络190)互相通信。第一回程链路132、第二回程链路184和第三回程链路134可以是有线的或无线的。
基站102可以与UE 104进行无线通信。基站102中的每个基站102可以针对相应的地理覆盖区域110提供通信覆盖。可以存在重叠的地理覆盖区域110。例如，小型小区102'可以具有与一个或多个宏基站102的覆盖区域110重叠的覆盖区域110'。包括小型小区和宏小区两者的网络可以被称为异构网络。异构网络还可以包括家庭演进型节点B(eNB)(HeNB)，HeNB可以向被称为封闭用户组(CSG)的受限制组提供服务。在基站102与UE 104之间的通信链路120可以包括从UE 104到基站102的上行链路(UL)(还被称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(还被称为前向链路)传输。通信链路120可以使用多输入多输出(MIMO)天线技术，其包括空间复用、波束成形和/或发射分集。通信链路可以是通过一个或多个载波的。基站102/UE 104可以使用在用于在每个方向上传输的多达总共Yx MHz(x个分量载波)的载波聚合中分配的每个载波多达YMHz(例如，5、10、15、20、100、400等MHz)带宽的频谱。载波可以彼此相邻或者可以彼此不相邻。对载波的分配可以是关于DL和UL不对称的(例如，与针对UL相比，针对DL可以分配更多或更少的载波)。分量载波可以包括主分量载波和一个或多个辅分量载波。主分量载波可以被称为主小区(PCell)，以及辅分量载波可以被称为辅小区(SCell)。
某些UE 104可以使用设备到设备(D2D)通信链路158彼此通信。D2D通信链路158可以使用DL/UL WWAN频谱。D2D通信链路158可以使用一个或多个侧行链路信道，诸如物理侧行链路广播信道(PSBCH)、物理侧行链路发现信道(PSDCH)、物理侧行链路共享信道(PSSCH)以及物理侧行链路控制信道(PSCCH)。D2D通信可以通过各种的无线D2D通信系统，诸如例如，WiMedia、蓝牙、ZigBee、基于电气与电子工程师学会(IEEE)802.11标准的Wi-Fi、LTE或者NR。
无线通信系统还可以包括例如在5GHz非许可频谱等中经由通信链路154来与Wi-Fi站(STA)152相通信的Wi-Fi接入点(AP)150。当在非许可频谱中通信时，STA 152/AP 150可以在通信之前执行空闲信道评估(CCA)以便确定信道是否可用。
小型小区102'可以在经许可的和/或非许可的频谱中操作。当在非许可频谱中操作时，小型小区102'可以采用NR并且使用与由Wi-Fi AP 150所使用的非许可频谱相同的非许可频谱(例如，5GHz等)。在非许可频谱中采用NR的小型小区102'可以提高接入网络的覆盖和/或增大接入网络的容量。
电磁频谱通常基于频率/波长细分为各种类别、频带、信道等。在5G NR中，两个初始操作频带被标识为频率范围名称FR1(410MHz–7.125GHz)和FR2(24.25GHz–52.6GHz)。尽管FR1的一部分大于6GHz，但是在各种文档和文章中，FR1通常(可互换地)被称为“sub-6GHz”频带。关于FR2有时会出现类似的命名问题，FR2尽管与被国际电信联盟(ITU)标识为“毫米波”频带的极高频(EHF)频带(30GHz-300GHz)不同，但是在文档和文章中通常(可互换地)被称为“毫米波”频带。
在FR1与FR2之间的频率通常被称为中频带频率。最近的5G NR研究已经将针对这些中频带频率的操作频带标识为频率范围名称FR3(7.125GHz–24.25GHz)。落在FR3内的频带可以继承FR1特性和/或FR2特性，并且因此可以有效地将FR1和/或FR2的特性扩展到中频带频率。另外，目前正在探索较高的频带，以将5G NR操作扩展到52.6GHz以上。例如，三个较高的操作频带已经被标识为频率范围名称FR4a或FR4-1(52.6GHz–71GHz)、FR4(52.6GHz–114.25GHz)和FR5(114.25GHz–300GHz)。这些较高频带中的每个频带都落在EHF频带内。
考虑到以上方面，除非另有具体说明，否则应当理解，术语“sub-6GHz”等(如果在本文中使用的话)可以广义地表示可以小于6GHz、可以在FR1内、或可以包括中频带频率的频率。此外，除非另有具体说明，否则应当理解，术语“毫米波”等(如果在本文中使用的话)可以广义地表示可以包括中频带频率、可以在FR2、FR4、FR4-a或FR4-1和/或FR5内、或可以在EHF频带内的频率。
基站102(无论是小型小区102'还是大型小区(例如，宏基站))可以包括和/或被称为eNB、gNodeB(gNB)或另一类型的基站。一些基站(例如gNB 180)可以在与UE 104相通信的传统的sub 6GHz频谱中、在毫米波频率和/或近毫米波频率中操作。当gNB 180在毫米波或近毫米波频率中操作时，gNB 180可以被称为毫米波基站。毫米波基站180可以利用与UE104的波束成形182来补偿路径损耗和短距离。基站180和UE 104可以各自包括多个天线(诸如天线元件、天线面板和/或天线阵列)以促进波束成形。
基站102、103或180可以在一个或多个发送方向182’上向UE 104发送经波束成形的信号。UE 104可以在一个或多个接收方向182”上接收来自基站102、103或180的经波束成形的信号。UE 104还可以在一个或多个发送方向上向基站102、103或180发送经波束成形的信号。基站102、103或180可以在一个或多个接收方向上接收来自UE 104的经波束成形的信号。基站102、103或180/UE 104可以执行波束训练，以确定针对基站102、103或180/UE 104中的每一个的最佳接收和发送方向。针对基站102、103或180的发送方向和接收方向可以是相同的，或可以是不相同的。针对UE 104的发送方向和接收方向可以是相同的或者可以是不相同的。
基站103可以是非地面网络(NTN)基站103。在一些方面中，NTN基站103可以与核心网络190和/或EPC 160相关联。NTN可以类似于具有非地面位置(例如在卫星处)的基站102或180进行操作。NTN基站103可以包括卫星或无人机系统(UAS)平台。NTN基站103可以在一个或多个发送方向183上向UE 104发送经波束成形的信号，并且UE 104还可以在一个或多个发送方向上向NTN基站103发送经波束成形的信号。
EPC 160可以包括移动性管理实体(MME)162、其它MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170和分组数据网络(PDN)网关172。MME 162可以与归属用户服务器(HSS)174相通信。MME 162是处理在UE 104与EPC 160之间的信令的控制节点。通常，MME 162提供承载和连接管理。所有的用户互联网协议(IP)分组是通过服务网关166来传输的，服务网关166本身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其它功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可以包括互联网、内联网、IP多媒体子系统(IMS)、PS流服务和/或其它IP服务。BM-SC 170可以提供用于MBMS用户服务供应和递送的功能。BM-SC 170可以用作针对内容提供方MBMS传输的入口点，可以用于在公共陆地移动网络(PLMN)内授权并且发起MBMS承载服务，并且可以用于调度MBMS传输。MBMS网关168可以用于向属于对特定服务进行广播的多播广播单频网络(MBSFN)区域的基站102分发MBMS业务，以及可以负责会话管理(启动/停止)以及负责收集与eMBMS相关联的计费信息。
核心网络190可以包括接入和移动性管理功能(AMF)192、其它AMF 193、会话管理功能(SMF)194和用户平面功能(UPF)195。AMF 192可以与统一数据管理(UDM)196进行通信。AMF 192是处理在UE 104与核心网络190之间的信令的控制节点。通常，AMF 192提供QoS流和会话管理。所有的用户互联网协议(IP)分组是通过UPF 195来传输的。UPF 195提供UE IP地址分配以及其它功能。UPF 195连接到IP服务197。IP服务197可以包括互联网、内联网、IP多媒体子系统(IMS)、分组交换(PS)流服务和/或其它IP服务。
基站可以包括和/或被称为gNB、节点B、eNB、接入点、基站收发机、无线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、发送接收点(TRP)、或者某种其它适当的术语。基站102针对UE 104提供去往EPC 160或核心网络190的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电单元、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、相机、游戏控制台、平板电脑、智能设备、可穿戴设备、运载工具、电表、气泵、大型或小型厨房电器、医疗保健设备、植入物、传感器/致动器、显示器、或者任何其它类似功能的设备。UE 104中的一些UE可以被称为IoT设备(例如，停车计费表、气泵、烤箱、运载工具、心脏监护仪等)。UE 104还可以称为站、移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持设备、用户代理、移动客户端、客户端或者某种其它适当的术语。在一些场景中，术语UE还可以应用于一个或多个伴随设备(诸如在设备星座布置中)。这些设备中的一个或多个设备可以共同地接入网络和/或单独地接入网络。
再次参考图1，在某些方面中，UE 104可以包括位置获取管理组件198，位置获取管理组件198被配置为：确定与UE的GNSS位置相关联的位置获取状态，基于UE的位置获取状态来发起针对NAS过程的连接请求，并且向网络发送该连接请求。在某些方面中，基站102、103或180可以包括位置获取管理组件199，位置获取管理组件199被配置为：向UE发送寻呼请求，并且基于UE的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于未从UE接收到寻呼响应来控制该寻呼请求的重传。尽管以下描述可能集中在5G NR上，但是本文所描述的概念可以应用于其它类似领域，例如LTE、LTE-A、CDMA、GSM和其它无线技术。
图2A是示出5G NR帧结构内的第一子帧的示例的示意图200。图2B是示出5G NR子帧内的DL信道的示例的示意图230。图2C是示出5G NR帧结构内的第二子帧的示例的示意图250。图2D是示出5G NR子帧内的UL信道的示例的示意图280。5G NR帧结构可以是频分双工(FDD)(其中，对于特定的子载波集合(载波系统带宽)，该子载波集合内的子帧专用于DL或UL)，或者可以是时分双工(TDD)(其中，对于特定的子载波集(载波系统频带)，该子载波集合内的子帧专用于DL和UL两者)。在通过图2A、图2C提供的示例中，假设5G NR帧结构是TDD，其中子帧4被配置为具有时隙格式28(具有大多数DL)，其中D是DL，U是UL，并且F对于在DL/UL之间使用是灵活的，并且子帧3被配置为具有时隙格式1(具有全UL)。虽然子帧3、4分别被示为具有时隙格式1、28，但是任何特定子帧可以被配置为具有各种可用的时隙格式0-61中的任何时隙格式。时隙格式0、1分别是全DL、全UL。其它时隙格式2-61包括DL、UL和灵活符号的混合。UE通过所接收的时隙格式指示符(SFI)而被配置为具有时隙格式(通过DL控制信息(DCI)动态地配置，或者通过无线电资源控制(RRC)信令半静态地/静态地配置)。注意，下面的描述还适用于作为TDD的5G NR帧结构。
图2A-2D示出了帧结构，并且本公开内容的各方面可以应用于可以具有不同的帧结构和/或不同的信道的其它无线通信技术。帧(10ms)可以被划分为10个大小相等的子帧(1ms)。每个子帧可以包括一个或多个时隙。子帧还可以包括微时隙，微时隙可以包括7、4或2个符号。每个时隙可以包括14或12个符号，取决于循环前缀(CP)是普通的还是扩展的。对于普通CP，每个时隙可以包括14个符号，以及对于扩展CP，每个时隙可以包括12个符号。在DL上的符号可以是CP正交频分复用(OFDM)(CP-OFDM)符号。在UL上的符号可以是CP-OFDM符号(用于高吞吐量场景)或者离散傅里叶变换(DFT)扩展OFDM(DFT-s-OFDM)符号(还被称为单载波频分多址(SC-FDMA)符号)(用于功率受限场景；限于单个流传输)。在子帧内的时隙数量是基于CP和数字方案(numerology)的。数字方案定义子载波间隔(SCS)，并且实际上定义符号长度/持续时间(其可以等于1/SCS)。
μ SCSΔf＝2μ·15[kHz] 循环前缀
0 15 普通
1 30 普通
2 60 普通，扩展
3 120 普通
4 240 普通
对于普通CP(14个符号/时隙)，不同的数字方案μ0至4允许每子帧分别1、2、4、8和16个时隙。对于扩展CP，数字方案2允许每子帧4个时隙。因此，对于普通CP和数字方案μ，存在14个符号/时隙和2μ个时隙/子帧。子载波间隔可以等于2μ*15kHz，其中μ是数字方案0到4。因此，数字方案μ＝0具有15kHz的子载波间隔，并且数字方案μ＝4具有240kHz的子载波间隔。符号长度/持续时间是与子载波间隔逆相关的。图2A-2D提供了具有每时隙14个符号的普通CP和具有每子帧4个时隙的数字方案μ＝2的示例。时隙持续时间是0.25ms，子载波间隔是60kHz并且符号持续时间近似为16.67μs。在帧集合内，可以存在频分复用的一个或多个不同的带宽部分(BWP)(参见图2B)。每个BWP可以具有特定的数字方案和CP(普通或扩展)。
资源网格可以用于表示帧结构。每个时隙包括资源块(RB)(还被称为物理RB(PRB))，RB包括12个连续的子载波。资源网格被划分为多个资源元素(RE)。由每个RE携带的比特的数量取决于调制方案。
如图2A中所示，RE中的一些RE携带用于UE的参考(导频)信号(RS)。RS可以包括用于在UE处的信道估计的解调RS(DM-RS)(针对一种特定配置被指示为R，但是其它DM-RS配置是可能的)以及信道状态信息参考信号(CSI-RS)。RS还可以包括波束测量RS(BRS)、波束细化RS(BRRS)以及相位跟踪RS(PT-RS)。
图2B示出在帧的子帧内的各种DL信道的示例。物理下行链路控制信道(PDCCH)在一个或多个控制信道元素(CCE)(例如，1、2、4、8或16个CCE)内携带DCI，每个CCE包括六个RE组(REG)，每个REG包括在RB的OFDM符号中的12个连续的RE。在一个BWP内的PDCCH可以被称为控制资源集合(CORESET)。UE被配置为在CORESET上的PDCCH监测时机期间在PDCCH搜索空间(例如，公共搜索空间、UE特定搜索空间)中监测PDCCH候选，其中，PDCCH候选具有不同的DCI格式和不同的聚合级别。额外的BWP可以跨越信道带宽位于较大和/或较低的频率处。主同步信号(PSS)可以在帧的特定子帧的符号2内。PSS被UE 104用来确定子帧/符号定时和物理层标识。辅同步信号(SSS)可以在帧的特定子帧的符号4内。SSS被UE用来确定物理层小区标识组号和无线电帧定时。基于物理层标识和物理层小区标识组号，UE可以确定物理小区标识符(PCI)。基于PCI，UE可以确定DM-RS的位置。携带主信息块(MIB)的物理广播信道(PBCH)可以在逻辑上与PSS和SSS分组在一起，以形成同步信号(SS)/PBCH块(还被称为SS块(SSB))。MIB提供在系统带宽中的RB的数量和系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、未通过PBCH发送的广播系统信息(例如系统信息块(SIB))和寻呼请求。
如图2C中所示，RE中的一些RE携带用于基站处的信道估计的DM-RS(针对一个特定配置被指示为R，但是其它DM-RS配置是可能的)。UE可以发送针对物理上行链路控制信道(PUCCH)的DM-RS和针对物理上行链路共享信道(PUSCH)的DM-RS。可以在PUSCH的前一个或两个符号中发送PUSCH DM-RS。可以根据发送了短PUCCH还是长PUCCH并且根据所使用的特定PUCCH格式，来在不同的配置中发送PUCCH DM-RS。UE可以发送探测参考信号(SRS)。SRS可以是在子帧的最后一个符号中发送的。SRS可以具有梳状结构，并且UE可以在所述梳中的一个梳上发送SRS。SRS可以由基站用于信道质量估计，以实现UL上的频率相关调度。
图2D示出在帧的子帧内的各种UL信道的示例。可以如在一种配置中所指示地来定位PUCCH。PUCCH携带上行链路控制信息(UCI)，诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和混合自动重传请求(HARQ)确认(ACK)(HARQ-ACK)反馈(即，指示一个或多个ACK和/或否定ACK(NACK)的一个或多个HARQ ACK比特)。PUSCH携带数据，并且可以另外用于携带缓冲器状态报告(BSR)、功率余量报告(PHR)和/或UCI。
图3是在接入网络中与UE 350进行通信的基站310的框图。基站310可以对应于基站102/180和/或NTN基站103。在DL中，可以将来自EPC 160的IP分组提供给控制器/处理器375。控制器/处理器375实现层3和层2功能。层3包括无线电资源控制(RRC)层，并且层2包括服务数据适配协议(SDAP)层、分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层和介质访问控制(MAC)层。控制器/处理器375提供：与以下各项相关联的RRC层功能：系统信息(例如，MIB、SIB)的广播、RRC连接控制(例如，RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、无线电接入技术(RAT)间移动性、以及用于UE测量报告的测量配置；与以下各项相关联的PDCP层功能：报头压缩/解压缩、安全性(加密、解密、完整性保护、完整性验证)、以及切换支持功能；与以下各项相关联的RLC层功能：上层分组数据单元(PDU)的传输、通过ARQ的纠错、RLC服务数据单元(SDU)的串接、分段和重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序；以及与以下各项相关联的MAC层功能：在逻辑信道与传输信道之间的映射、MAC SDU到传输块(TB)上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先化。
发送(TX)处理器316和接收(RX)处理器370实现与各种信号处理功能相关联的层1功能。包括物理(PHY)层的层1可以包括在传输信道上的错误检测、对传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、到物理信道上的映射、对物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M阶正交幅度调制(M-QAM))来处理到信号星座的映射。经编码和调制的符号然后可以被分成并行的流。每个流然后可以被映射到OFDM子载波、在时域和/或频域中与参考信号(例如，导频)进行复用，以及然后使用快速傅立叶逆变换(IFFT)组合在一起，以产生携带时域OFDM符号流的物理信道。OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可以用于确定编码和调制方案以及用于空间处理。信道估计可以根据由UE 350发送的参考信号和/或信道状况反馈来推导。然后可以经由单独的发射机318TX将每个空间流提供给不同的天线320。每个发射机318TX可以利用相应的空间流来对射频(RF)载波进行调制以用于传输。
在UE 350处，每个接收机354RX通过其相应的天线352接收信号。每个接收机354RX恢复调制到RF载波上的信息，并且将该信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实现与各种信号处理功能相关联的层1功能。RX处理器356可以对信息执行空间处理以恢复以UE 350为目的地的任何空间流。如果多个空间流以UE 350为目的地，则其可以由RX处理器356组合成单个OFDM符号流。RX处理器356然后使用快速傅立叶变换(FFT)来将OFDM符号流从时域转换到频域。频域信号包括针对OFDM信号的每个子载波的单独的OFDM符号流。通过确定由基站310发送的最可能的信号星座点来恢复和解调每个子载波上的符号和参考信号。这些软决策可以基于由信道估计器358计算出的信道估计。然后对软决策进行解码和解交织，以恢复最初由基站310在物理信道上发送的数据和控制信号。然后将数据和控制信号提供给实现层3和层2功能的控制器/处理器359。
控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可以被称为计算机可读介质。在UL中，控制器/处理器359提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩和控制信号处理，以恢复来自EPC 160的IP分组。控制器/处理器359还负责使用ACK和/或NACK协议的错误检测以支持HARQ操作。
类似于结合由基站310进行的DL传输所描述的功能，控制器/处理器359提供：与系统信息(例如，MIB、SIB)获取、RRC连接和测量报告相关联的RRC层功能；与报头压缩/解压缩和安全性(加密、解密、完整性保护、完整性验证)相关联的PDCP层功能；与上层PDU的传输、通过ARQ的纠错、RLC SDU的串接、分段和重组、RLC数据PDU的重新分段以及RLC数据PDU的重新排序相关联的RLC层功能；以及与在逻辑信道和传输信道之间的映射、MAC SDU到TB上的复用、MAC SDU从TB的解复用、调度信息报告、通过HARQ的纠错、优先级处理和逻辑信道优先化相关联的MAC层功能。
TX处理器368可以使用由信道估计器358从由基站310发送的参考信号或反馈中导出的信道估计来选择适当的编码和调制方案，并且促进空间处理。可以经由单独的发射机354TX来将由TX处理器368生成的空间流提供给不同的天线352。每个发射机354TX可以利用相应的空间流来对RF载波进行调制以用于传输。
在基站310处，以与结合UE 350处的接收机功能所描述的方式类似的方式来处理UL传输。每个接收机318RX通过其相应的天线320接收信号。每个接收机318RX对调制到RF载波上的信息进行恢复并且将该信息提供给RX处理器370。
控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可以被称为计算机可读介质。在UL中，控制器/处理器375提供在传输信道与逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理，以恢复来自UE 350的IP分组。可以将来自控制器/处理器375的IP分组提供给EPC 160。控制器/处理器375还负责使用ACK和/或NACK协议的错误检测以支持HARQ操作。
TX处理器368、RX处理器356和控制器/处理器359中的至少一个可以被配置为执行与图1的198有关的方面。TX处理器316、RX处理器370和控制器/处理器375中的至少一个可以被配置为执行与图1的199有关的方面。
图4示出了NTN 400配置的示例。NTN可以指使用卫星或UAS平台上的RF资源的网络或网络段。在一些方面中，NTN可以包括NR-NTN。该示例提供了，NTN 400可以包括第一NTN基站402、第二NTN基站404、第三NTN基站401、一个或多个NTN网关406、网络408、以及小区覆盖之外的UE 430和第一NTN基站402的小区覆盖之内的UE 432。
在一些方面中，UE 430或UE 432可以包括IoT设备，并且UE可以连接到NTN以用于无线通信。
一个或多个NTN网关406可以将NTN连接到公共数据网络。对于透明卫星，NTN网关406可以支持将信号从卫星转发到诸如NR-Uu接口之类的Uu接口的功能。对于再生卫星，网关406可以提供传输网络层节点，并且可以支持传输协议，例如，充当IP路由器。卫星无线电接口(SRI)可以在NTN网关406和卫星之间提供IP中继连接以分别传输NG或F1接口。一个或多个地球同步赤道轨道(GEO)卫星(例如，其在本文中可以称为第一NTN基站402、第二NTN基站404或第三NTN基站401)可以由一个或多个NTN网关406馈送，并且该一个或多个卫星可以被部署在卫星目标覆盖内，卫星目标覆盖可以对应于区域覆盖或者甚至大陆覆盖。非GEO卫星可以一次由一个或多个网关406连续地服务，并且NTN可以被配置为在连续的服务网关406之间提供具有持续时间的服务和馈线链路连续性，以执行移动性锚定和切换。
第一NTN基站402(包括卫星或UAS平台)可以通过在第一NTN基地台402和网关406之间建立的馈线链路410与数据网络408进行通信，以便经由服务链路412向第一NTN基台402的小区覆盖或小区420的视场内的UE 432提供服务。卫星可以对应于搭载弯管有效载荷或再生有效载荷电信发射机的、放置在近地轨道(LEO)、中地轨道(MEO)或地球静止轨道(GEO)中的太空运载工具。UAS可以指包括系留式UAS(TUA)、轻于空气的UAS(LTA)、重于空气的UAS(HTA)的系统，例如，通常在8和50km之间的高度(包括高空平台(HAP))内。馈线链路可以包括在NTN网关与卫星、UAS等之间的无线链路。服务链路412可以指在卫星(例如，基站402)与UE 432之间的无线电链路。如结合图1所描述的，NTN基站402可以使用一个或多个定向波束(例如波束成形)来与UE 432交换通信。卫星波束可以指由卫星上的天线生成的无线通信波束。
在一些方面中，UE可以包括具有延迟容忍服务的低成本IoT设备。也就是说，UE可以包括IoT设备，例如公用事业计量器、每小时收集一次天气测量的传感器等，IoT设备可能具有有限的计算预算，并且被配置为具有低时延和/或带宽规范。在一个方面中，这样的IoTNTN设备可能不具有连续地维护其位置信息的能力，并且在另一方面中，IoT NTN设备可以被配置为支持全球导航卫星系统(GNSS)和/或全球定位系统(GPS)，但是不必与数据发送和/或接收同时进行。
IoT NTN设备可以被配置为在发起上行链路传输之前获取GNSS位置以执行时间/频率预补偿。也就是说，在IoT NTN设备可以发起到NTN的上行链路数据传输之前，IoT NTN设备可以获取GNSS位置以执行时间/频率预补偿。GNSS定位或GNSS位置获取过程可能需要相对长的时间延迟，例如，在10到30秒之间，并且因此，IoT NTN设备和向IoT NTN设备提供无线通信的NTN可能在处理网络中的寻呼响应时可能经历上行链路消息的低效率传输。
在另一方面中，UE 432可以经由服务链路412与NTN基站402进行通信，并且第三NTN基站401可以通过卫星间链路(ISL)416中继针对第一NTN基站402的通信，并且第三NTN基站401可以通过在第三NTN基站401和NTN网关406之间建立的馈线链路410与数据网络408进行通信。ISL链路可以是在卫星的星座之间提供的，并且可以涉及使用卫星上的透明有效载荷。ISL可以在RF频率或光学频带中操作。
在一些方面中，NTN可以包括具有不完整星座和/或小区覆盖的低成本部署。也就是说，由NTN提供的NTN小区可以具有一个或多个覆盖间隙。参考图4，第一NTN基站402可以向第一NTN小区420提供第一物理小区ID(PCI)(即，PCI1)，并且第二NTN基站404可以向第二NTN小区422提供第二PCI(即，PCI2)。由于NTN小区的不完全覆盖，布置在第一NTN小区420和第二NTN小区422之间的UE 430可能不被分别由第一NTN基站402或第二NTN-基站404提供的一个或多个NTN小区(例如，第一NTN小区420或第二NTN小区422)覆盖。因此，UE 430可能在覆盖间隙444中，在此期间，UE 430不被由网络提供的NTN小区覆盖。
第一NTN小区420可以对应于第一覆盖内时间440，第二NTN小区422可以对应于第二覆盖内时间442，并且在第一NTN小区420和第二NTN小区422之间未被任何NTN小区覆盖的区域可以对应于覆盖间隙444。例如，1000km NTN小区中的静止UE可以具有大约2.2分钟(132秒)的覆盖内时间440/442以及在10分钟与40分钟之间的覆盖间隙444。
当第一NTN小区420覆盖变得对UE 432可用时，可以假设回程链路对UE 432是可用的。UE 430和432可以知道覆盖间隙444调度。也就是说，UE 430和432以及NTN基站402和404可以知道UE 430和430何时可以在覆盖内时间440和442或覆盖间隙444内。然而，核心网络可能不知道覆盖间隙444。因此，某些数据通信(例如，对NAS层上的消息的发送和接收)可能不知道耗时的GNSS定位过程。GNSS定位过程可以指如下的过程：由UE 430和432执行，以获取足够数量的NTN基站402和404(例如，GNSS卫星)的信号，以自信地确定UE 430和430的位置，例如，以达到特定级别的估计精度。在一个实施例中，足够数量的NTN基站402和404可以是4个。在另一实施例中，足够数量的NTN基站402和404可以是6个。对信号的获取可以指由UE检测来自每个NTN基站的信号的能量和定时的过程。GNSS定位过程的持续时间可能取决于几个因素。在一个示例中，可以在没有任何关于卫星信号的定时的先前知识的情况下执行GNSS定位过程(即，冷启动)。在另一示例中，可以在具有关于卫星信号的定时的先前知识的情况下执行GNSS过程，这可能比冷启动花费更短的时间。自最后的GNSS定位过程以来经过一定量的时间之后，卫星信号的定时的先前知识可能变得无效。
图4的第一NTN基站402、第二NTN基站404和第三NTN基站401可以被配置为执行与图1的位置获取管理组件199有关的方面。图4的UE 430和432可以被配置为执行与图1的位置获取管理组件198有关的方面。
图5示出了无线通信的控制平面协议栈500的示例。控制平面协议栈500的示例可以包括核心网络的UE 510、基站530以及接入和移动性管理功能(AMF)550。UE 510和AMF550可以包括非接入层(NAS)层和较低层504。较低层可以包括RRC层、PDCP层、RLC层、MAC层和PHY层。NAS层可以指在无线电接口处在UE与AMF之间的控制平面的最高层。NAS层处的协议的主要功能可以包括UE的移动性管理以及对会话管理过程的支持，以建立和维护在UE与分组数据网络(PDN)网关之间的IP连接。也就是说，NAS层可以提供针对在UE与网络之间的连接的支持。因此，UE 510的NAS层512和AMF 550的NAS层552可以提供针对在UE 510与AMF550之间的连接的支持。
在一个方面中，NAS层可以发起连接请求，并且将注册请求发送到核心网络的NAS层。然而，NAS层逻辑可能不知道较低层504处耗时的GNSS定位过程。因此，UE的NAS层512可以发起连接请求，但是由于缺乏有效的位置信息，连接请求可能不会被发送到网络。
从UE(例如，IoT NTN设备)的角度来看，UE的NAS层可以向着较低层发起连接请求，并且启动NAS过程监督定时器(即，NAS过程定时器)，例如，用于发送注册请求消息。例如，NAS过程定时器可以被配置作为用于注册过程的15秒。如果NAS过程定时器在NAS层已经从网络接收到对所发送的注册消息的响应之前到期，则NAS层重新启动或中止注册过程。然而，在较低层处，例如，在发送RRC连接请求消息之前，定位(例如，确定)GNSS地址的过程可能花费14秒。在其它示例中，该时间可以花费小于14秒或大于14秒。在GNSS定位之后，例如可以在0.5秒内完成RRC过程，并且在15秒NAS过程定时器运行的情况下，可以在NAS层处发起连接请求之后14.5秒将注册请求消息发送到较低层的网络侧。因此，15秒NAS过程定时器可能在从网络接收到对注册请求消息的响应之前到期，并且NAS层可能中止初始尝试并且重新启动或中止该过程。
失败的第一次尝试可能会导致UE侧的能量浪费，并且信令使用IoT NTN设备的有限资源。UE可以执行多个过程以便连接到网络。额外的过程是由于NAS层假设较低层的应用层能够无延迟地建立连接，而较低层可以替代地在向网络发送注册请求消息之前建立GNSS位置以执行时间/频率预补偿。此外，由于不连续的覆盖，UE可以进一步等待下一覆盖内时间来成功地发起连接请求。
UE可以确定与UE的GNSS位置相关联的位置获取状态，基于UE的位置获取状态来发起针对NAS过程的连接请求，并且将该连接请求发送到网络。在一个方面中，位置获取状态可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。在另一方面中，位置获取状态可以指示UE是采用一个或多个较低层中的额外延迟用于GNSS位置获取的类型。
在一些方面中，一个或多个较低层可以保持对GNSS位置可用性的认识。也就是说，UE可以在UE的一个或多个较低层处保持对GNSS位置可用性的认识。UE的一个或多个较低层可以被配置为向NAS层提供关于GNSS位置可用性的指示。基于对从一个或多个较低层接收的GNSS位置可用性的指示，NAS层可以确定是否发起到一个或多个较低层的连接请求。也就是说，基于GNSS位置在一个或多个较低层中可用，NAS层可以发起到一个或多个较低层的连接请求。
NAS层可以保持第一NAS状态，在该状态下，UE被注册但是由于缺乏有效的位置信息而不能发起连接请求。也就是说，UE可以被配置为具有第一NAS状态，该第一NAS状态指示UE不能在建立GNSS定位之前发起连接请求。可以从一个或多个较低层接收对GNSS位置可用性的指示，并且可以将UE的NAS层的状态设置为第一NAS状态，该第一NAS状态指示UE不能在建立GNSS定位之前发起连接请求。第一NAS状态可以被视为注册状态的替代，诸如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。
在从一个或多个较低层接收到关于GNSS位置不可用的指示时，可以将NAS层设置为第一NAS状态。在从一个或多个较低层接收到关于该位置可用的指示时，UE可以将NAS层的状态改变为第一NAS状态之外。也就是说，UE可以将NAS层的状态从第一NAS状态改变为在其中NAS层可以发起连接请求的不同的状态。在从一个或多个较低层接收关于GMSS位置可用的指示时，NAS层的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
基于NAS层处于第一NAS状态，NAS层可以向应用层指示由于位置不可用而导致连接请求不可能。也就是说，UE可以处于指示UE不能在建立GNSS定位之前发起连接请求的第一NAS状态，并且处于第一NAS态的NAS层可以被配置为向应用层指示在NAS层处的连接请求被延迟，直到NAS层的状态改变为不同状态为止。
在一些方面中，NAS层可以确定UE是否是采用较低层中的额外延迟进行GNSS位置获取的类型，并且可以基于UE的类型来确定NAS过程定时器。也就是说，基于UE是使用较低层中的额外延迟来进行位置获取的类型，并且可以基于UE的类型来确定NAS过程定时器。UE的类型可以是基于UE配置来确定的。UE配置可以指示UE的类型，指示UE是否使用较低层中的额外延迟来进行GNSS位置获取。
响应于NAS层确定UE是使用一个或多个较低层中的额外延迟进行GNSS位置获取的类型，NAS层可以将额外延迟应用于NAS过程定时器。该延迟可以对应于获取GNSS定位的时间。也就是说，基于NAS层确定UE使用一个或多个较低层中的额外延迟进行GNSS位置获取，NAS层可以基于该额外延迟来增加NAS过程定时器，使得NAS过程定时器不会由于一个或多个较低层处来自GNSS位置获取的额外延迟而过期。例如，如果NAS过程定时器是15秒，并且NAS层确定UE将使用一个或多个较低层中的10秒延迟来进行GNSS位置获取，则UE可以将NAS过程定时器增加达10秒，并且将NAS过程定时器设置为25秒。因此，UE可以基于一个或多个较低层中用于GNSS位置获取的额外延迟来增加NAS过程定时器，以避免由于来自GNSS位置获取的额外延迟而导致NAS过程定时器的到期。
在一个方面中，如果自最后的上行链路传输以来的时间大于门限，则可以应用延迟，其中该门限对应于GNSS定位的有效时间。也就是说，即使NAS层确定UE被指定具有在一个或多个较低层中用于GNSS位置获取的额外延迟，如果来自先前上行链路传输的GNSS位置获取仍然有效，则UE可以在不引起额外延迟的情况下发起连接请求。因此，NAS层可以确定自最后的上行链路传输以来的时间是否短于GNSS位置的有效持续时间，GNSS位置是否仍然有效，并且UE可以不添加额外延迟来增加NAS过程定时器。
在另一方面中，NAS层可以确定额外延迟将导致消息在覆盖间隙期间发送，并且NAS层可以被配置为不发送注册请求消息或者将注册请求消息进一步延迟达覆盖间隙的持续时间。可以基于建立GNSS位置信息以及与网络的RRC连接的一个或多个较低层，将注册请求消息发送到网络。然而，由于在一个或多个较低层处的GNSS位置获取，NAS过程定时器可以增加达额外的延迟，并且使得在覆盖间隙期间调度注册请求消息的传输。由于UE和网络可能在覆盖间隙期间不进行通信，因此UE可能不向网络发送注册请求消息。在一个方面中，UE的NAS层可以确定省略注册请求的传输。UE可以在随后的覆盖内时间内重新发起连接请求。在另一方面中，UE的NAS层可以将注册请求的传输推迟到随后的覆盖内时间。也就是说，UE可以将注册请求的传输延迟与覆盖间隙的持续时间相对应的时间延迟，使得注册请求可以在随后的覆盖内时间期间被发送到网络。
从网络的角度来看，网络可以寻呼UE并且启动寻呼响应定时器。也就是说，网络可以向UE发送寻呼请求并且运行寻呼响应定时器，直到网络从UE接收到寻呼响应为止。寻呼响应定时器可以响应于向UE发送寻呼请求而运行，并且网络可以响应于寻呼响应定时器的到期而声明寻呼请求的传输失败。网络可以计算寻呼响应定时器以补偿来自UE处的GNSS位置获取的额外时间延迟。
例如，寻呼响应定时器可以被配置为10秒。UE可以在一个或多个较低层处接收寻呼，并且UE可以将寻呼请求转发到NAS层。NAS层可以发起连接建立过程(例如，发送服务请求消息)以响应从网络接收到的寻呼请求。例如，在向网络发送服务请求消息之前，UE的一个或多个较低层可能花费10秒来获取GNSS定位。不知道这一点的网络可以声明寻呼请求不成功，并且将寻呼请求重新发送给UE。
由于UE侧建立GNSS定位的延迟，寻呼请求的初始传输可能不成功，因此网络可能已经浪费了能量并且降低了效率。网络还可能在发送无效寻呼请求时已经浪费了网络资源。在一些情况下，网络可以在第一尝试之后声明UE不可达。由于小区中的不连续覆盖，网络可能需要等待下一覆盖内时间来再次寻呼UE。
网络可以确定UE的GNSS位置可用性。也就是说，网络可以确定UE是否被指定具有用于GNSS位置获取的额外延迟。网络可以向UE发送寻呼请求，并且基于UE的GNSS位置可用性来确定寻呼响应定时器。在一些方面中，网络可以基于UE中的GNSS位置可用性来确定是否启动寻呼响应定时器和/或寻呼响应定时器的值。在一个方面中，网络可以确定在与用于GNSS位置获取的额外延迟相对应的持续时间内不启动寻呼响应定时器。在另一方面中，网络可以将用于GNSS位置获取的额外延迟添加到寻呼响应定时器。如果寻呼定时器在接收到寻呼响应之前到期，则网络可以重新寻呼UE。也就是说，寻呼定时器在从UE接收到寻呼响应之前到期，并且网络可以向UE重传该寻呼请求。
在一个方面中，网络可以基于由网络从UE接收的UE能力指示来确定UE中的GNSS位置可用性。也就是说，UE可以发送用于指示UE的GNSS位置可用性的UE能力指示。UE能力指示可以指示UE在发起与网络的连接之前是否使用延迟来执行时间/频率预补偿。UE能力指示还可以指示在发起与网络的连接之前执行时间/频率预补偿的延迟的长度。
在另一方面中，网络可以确定在归属用户服务器(HSS)中存储的UE通信参数中GNSS位置可用性。也就是说，网络的HSS可以保存UE通信参数的数据库，并且UE通信参数可以包括对UE的GNSS位置可用性的指示。网络可以参考HSS中的数据库来确定UE中的GNSS位置可用性。UE通信参数可以包括静止指示，该静止指示如果被设置，则指示UE是被指定具有延迟的静止UE。UE通信参数还可以包括对在发起与网络的连接之前执行时间/频率预补偿的延迟的长度的指示。
网络可以进一步基于在UE位置处直到下一覆盖间隙为止的时间的确定来确定是否启动寻呼响应。如果到下一覆盖间隔的时间小于寻呼响应定时器的值，则网络不启动寻呼响应定时器。也就是说，如果网络确定在下一覆盖间隙期间期望寻呼响应，则网络可以不启动寻呼响应定时器。
图6A和图6B是无线通信的呼叫流程图600和650。图6A是无线通信的呼叫流程图600。呼叫流程图600可以包括UE 602和网络606。UE 602可以包括NAS层601、一个或多个较低层603和应用层604。呼叫流程图600可以从UE 602的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层604的连接请求而启动。在另一方面中，可以从NAS层601启动注册请求。例如，UE 602可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 602可以被配置为延迟对在NAS层601处的NAS消息的传输的发起，直到一个或多个较低层603成功地建立GNSS定位过程为止。UE 602的NAS层601可以从一个或多个较低层603接收关于GNSS定位可用的指示，并且发起NAS消息的传输。
在610处，UE 602的NAS层601可以从一个或多个较低层603接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层601相比一个或多个较低的层603中是否可用。对位置获取的指示可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。这里，UE 602的NAS层601可以从一个或多个较低层603接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层601相比一个或多个较低的层603中可用。
在611处，UE 602的NAS层601可以确定与UE 602的GNSS位置相关联的位置获取状态。这里，UE 602的NAS层601可以基于在610处从一个或多个较低层603接收的对位置获取的指示来确定GNSS定位是可用的。
在612处，UE 602的NAS层601可以设置NAS层601的状态。UE 602的NAS层601可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或者第二状态(例如，第二NAS状态)，该第一状态指示UE 602不能在建立GNSS定位之前发起NAS消息的传输，该第二状态指示UE602能够在建立GNSS定位之前发起NAS消息的传输。这里，NAS层601可以基于指示GNSS位置在与NAS层601相比较低的层中可用的位置获取状态，来将NAS层601的状态设置为第二NAS状态。也就是说，UE 602可以被配置为具有指示UE 602能够在建立GNSS定位之前发起NAS消息的传输的第二NAS状态。
在630处，UE 602的NAS层601可以确定启动网络注册过程。UE 602的NAS层601可以被指定为向网络发送注册请求。UE 602的NAS层601可以基于在612处设置的NAS层的状态来发起注册请求或延迟注册请求，该状态是基于在611处确定的位置获取状态来确定的。在一个方面中，基于NAS层601处于指示GNSS位置在与NAS层601相比较低的层中不可用的第一NAS状态，NAS层601可以延迟对注册请求的发起。在另一方面中，基于NAS层601处于指示GNSS位置在与NAS层601相比较低的层中可用的第二NAS状态，NAS层601可以发起注册请求。
在613处，UE 602的NAS层601可以接收来自应用层604的连接请求。响应于接收来自应用层604的连接请求，NAS层601可以基于在612处设置的NAS层的状态来发起连接请求或延迟连接请求，该状态是基于在611处确定的位置获取状态来确定的。在一个方面中，基于NAS层601处于指示GNSS位置在与NAS层601相比较低的层中不可用的第一NAS状态，NAS层601可以延迟对从应用层604接收的连接请求的发起。在另一方面中，基于NAS层601处于指示GNSS位置在与NAS层601相比较低的层中可用的第二NAS状态，NAS层601可以发起从应用层604接收的连接请求。
在620处，UE 602的NAS层601可以基于NAS层601的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层601可以基于GNSS位置在一个或多个较低层603中可用来确定发起NAS消息到一个或多个较低层603的传输。在一个方面中，在612处，NAS层601的状态可以被设置为第二NAS状态，并且NAS层601可以发起连接请求。在另一方面中，NAS层601的状态最初可以在612处被设置为第一NAS状态，并且基于在611处接收到对与UE602的GNSS位置的获取相关联的位置获取的指示而在618处改变为第二NAS状态。
在622处，UE 602的NAS层601可以基于在NAS层601处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行直到UE 602接收到对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络606接收到对注册请求消息的响应之前到期，则NAS层601可以中止初始尝试并且重新启动该过程。
在626处，UE 602的一个或多个较低层603可以向网络606发送NAS消息，并且在628处，UE 602的一个子或多个较低层603可以从网络606接收对在626处向网络606发送的连接请求的响应。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层604的连接请求而启动。在另一方面中，在630处，可以从NAS层601启动注册请求。在629处，NAS层601可以向应用层604指示成功地建立了与网络606的连接。
图6B是无线通信的呼叫流程图650。呼叫流程图650示出了UE 602可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络606的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图6A所示的过程。也就是说，UE 602可以基于在图6A的呼叫流程图600中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
在652处，UE 602可以从网络606接收覆盖间隙的起始时间和持续时间。在一个方面中，UE 602可以基于覆盖间隙的从网络606接收的起始时间和持续时间来确定覆盖间隙。
在654处，UE 602的NAS层601可以在其期间UE 602未被网络606的小区覆盖的时间中的覆盖间隙期间省略NAS消息的传输，该小区包括NTN小区或TN小区。提供NTN小区的NTN可以包括卫星网络。
在656处，UE 602的NAS层601可以延迟NAS消息的传输，直到UE 602在网络606的小区的覆盖内。也就是说，UE 602的NAS层601可以将注册请求的传输推迟到随后的覆盖内时间。在一个方面中，连接请求的传输可以被延迟达基于覆盖间隙的持续时间的时间延迟。在另一方面中，UE 602可以将注册请求的传输延迟与覆盖间隙的持续时间相对应的时间延迟，使得注册请求可以在随后的覆盖内时间期间被发送到网络606。
图7是无线通信的方法的呼叫流程图700。呼叫流程图700可以包括UE 702和网络706。UE 702可以包括NAS层701、一个或多个较低层703以及应用层704。呼叫流程图700可以从UE 702的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层704的连接请求而启动。在另一方面中，可以从NAS层701启动注册请求。例如，UE 702可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 702可以被配置为延迟对在NAS层701处的NAS消息的传输的发起，直到一个或多个较低层703成功地建立GNSS定位过程为止。UE 702的NAS层701可以从一个或多个较低层703接收关于GNSS定位不可用的指示，并且延迟对NAS消息的传输的发起。
在710处，UE 702的NAS层701可以从一个或多个较低层703接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层701相比一个或多个较低的层703中是否可用。对位置获取的指示可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。这里，UE 602的NAS层601可以从一个或多个较低层603接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层601相比一个或多个较低的层603中不可用。
在711处，UE 702的NAS层701可以确定与UE 702的GNSS位置相关联的位置获取状态。这里，UE 702的NAS层701可以基于在710处从一个或多个较低层703接收的对位置获取的指示来确定GNSS定位不可用。
在712处，UE 702的NAS层701可以设置NAS层701的状态。UE 702的NAS层701可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或第二NAS状态(例如，第二NAS状态)，第一状态指示UE 702不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE 702能够在建立GNSS定位之前发起NAS消息的传输。这里，UE 702的NAS层701可以基于指示GNSS位置在与NAS层701相比较低的层中不可用的位置获取状态来将NAS层701的状态设置为第一NAS状态。也就是说，UE 702可以被配置为具有第一NAS状态，该第一NAS状态指示UE 702不能在建立GNSS定位之前发起NAS消息的传输。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一个示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。
在730处，UE 702的NAS层701可以确定启动网络注册过程。UE 702的NAS层701可以被指定为向网络发送注册请求。UE 702的NAS层701可以基于在712处设置的NAS层的状态来发起注册请求或延迟注册请求，该状态是基于在711处确定的位置获取状态来确定的。在一个方面中，基于NAS层701处于指示GNSS位置在与NAS层701相比较低的层中不可用的第一NAS状态，NAS层701可以延迟对注册请求的发起。在另一方面中，基于NAS层701处于指示GNSS位置在与NAS层701相比较低的层中可用的第二NAS状态，NAS层701可以发起注册请求。
在713处，UE 702的NAS层701可以接收来自应用层704的连接请求。响应于接收来自应用层704的连接请求，NAS层701可以基于在712处设置的NAS层的状态来发起连接请求或延迟连接请求，该状态是基于在711处确定的位置获取状态来确定的。在一个方面中，基于NAS层701处于指示GNSS位置在与NAS层701相比较低的层中不可用的第一NAS状态，NAS层701可以延迟对从应用层704接收的连接请求的发起。在另一方面中，基于NAS层701处于指示GNSS位置在与NAS层701相比较低的层中可用的第二NAS状态，NAS层701可以发起从应用层704接收的连接请求。
在714处，UE 702的NAS层701可以基于指示GNSS位置在较低层703处可用的位置获取状态来延迟对在NAS层701处的NAS消息的传输的发起，直到NAS层701的状态改变为第二NAS状态为止。也就是说，UE 702的NAS层701可以不发起在NAS层701处的NAS消息的传输，直到NAS层701的状态从第一NAS状态改变为第二NAS状态为止。在基于接收对用于指示GNSS位置在一个或多个较低层703处可用的位置获取状态的指示来将NAS层701的状态改变为第二NAS状态之后，NAS层701可以发起NAS消息的传输。NAS消息的传输可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，NAS消息可以与在713处从应用层704接收的连接请求相关联。在另一方面中，NAS消息可以与在730处从NAS层701生成的注册请求相关联。
在715处，UE 702的NAS层701可以基于位置获取状态向UE 702的应用层704指示没有在NAS层701处发送连接请求。处于第一状态的NAS层701可以向应用层704指示连接请求由于GNSS位置在一个或多个较低层703处不可用而被延迟。也就是说，UE 702可以被配置为当NAS层701处于第一NAS状态时，指示UE 702不能在建立GNSS定位之前发起连接请求，并且处于第一NAS状态的NAS层701可以被配置为向应用层704指示在NAS层701处的连接请求被延迟直到NAS层701的状态改变为不同状态为止。
在716处，UE 702的一个或多个较低层703可以利用网络706获取GNSS定位。GNSS定位过程可以指由UE 702执行以获取足够数量的基站的信号以自信地确定UE 702的位置的过程。在UE 702可以发起到网络706的上行链路数据传输之前，UE 702可以获取GNSS位置以执行时间/频率预补偿。例如，GNSS定位或GNSS位置获取过程可能花费相对长的时间延迟，例如，在10到30秒之间。
在717处，基于在716处一个或多个较低层703利用网络706获取GNSS定位，UE 702的NAS层701可以从一个或多个较低层703接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层701相比一个或多个较低层703中可用。
在718处，UE 702的NAS层701可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层701的状态改变为NAS层701的第二NAS状态。UE 702的NAS层701可以当在710处从一个或多个较低层703接收到关于该位置可用的指示时将NAS层701的状态从第一NAS状态改变为第二NAS状态。也就是说，UE 702可以将NAS层701的状态从第一NAS状态改变为在其中NAS层701可以发起NAS消息的传输的不同的状态，。在从一个或多个较低层703接收关于GMSS位置可用的指示时，NAS层701的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
在720处，UE 702的NAS层701可以基于NAS层701的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层701可以基于GNSS位置在一个或多个较低层703中可用来确定发起NAS消息到一个或多个较低层703的传输。在一个方面中，NAS层701的状态可以在712处被设置为第二NAS状态，并且NAS层701可以发起NAS消息的传输。在另一方面中，NAS层701的状态最初可以在712处被设置为第一NAS状态，并且基于在711处接收对与UE702的GNSS位置的获取相关联的位置获取的指示而在718处改变为第二NAS状态。
在722处，UE 702的NAS层701可以基于在NAS层701处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 702接收对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络706接收对注册请求消息的响应之前到期，则NAS层701可以中止初始尝试并且重新启动该过程。
在726处，UE 702的一个或多个较低层703可以向网络706发送NAS消息，并且在728处，UE 702的一个子或多个较低层703可以从网络706接收对在726处向网络706发送的NAS消息的传输的响应。在729处，NAS层701可以向应用层704指示已成功地建立与网络706的连接。
图6B的呼叫流程图650可以应用于图7的呼叫流程图700。基于呼叫流程图650，UE702可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络706的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图7中所示的过程。也就是说，UE 702可以基于在图7的呼叫流程图700中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
图8是无线通信的方法的呼叫流程图800。呼叫流程图800可以包括UE 802和网络806。UE 802可以包括NAS层801、一个或多个较低层803以及应用层804。呼叫流程图800可以从UE 802的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层804的连接请求而启动。在另一方面中，可以从NAS层801启动注册请求。例如，UE 802可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 802可以被配置为延迟对在NAS层801处的NAS消息的传输的发起，直到一个或多个较低层803成功地建立GNSS定位过程为止。UE 802的NAS层801可以确定UE 802是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型，并且延迟对NAS消息的传输的发起。
在811处，UE 802的NAS层801可以确定与UE 802的GNSS位置相关联的位置获取状态。这里，UE 802的NAS层801可以确定UE 802是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型。
在812处，UE 802的NAS层801可以设置NAS层801的状态。UE 802的NAS层801可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或第二状态(例如第二NAS状态)，第一状态指示UE 802不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE 802能够在建立GNSS定位之前发起NAS消息的传输。这里，UE 802的NAS层801可以基于位置获取状态来将NAS层801的状态设置为第一NAS状态，该位置获取状态指示UE是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型。也就是说，UE 802可以被配置为具有第一NAS状态，该第一NAS状态指示UE 802不能在建立GNSS定位之前发起NAS消息的传输。基于确定UE 802是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型，UE 802的NAS层801可以将NAS层801的状态设置为作为NAS层801的默认状态的第一NAS状态。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。
在830处，UE 802的NAS层801可以确定启动网络注册过程。UE 802的NAS层801可以被指定为向网络发送注册请求。UE 802的NAS层801可以基于在812处设置的NAS层的状态来发起注册请求或延迟注册请求，所述状态是基于在811处确定的位置获取状态来确定的。在一个方面中，基于NAS层801处于指示GNSS位置在与NAS层801相比较低的层中不可用的第一NAS状态，NAS层801可以延迟对注册请求的发起。在另一方面中，基于NAS层801处于指示GNSS位置在与NAS层801相比较低的层中可用的第二NAS状态，NAS层801可以发起注册请求。
在813处，UE 802的NAS层801可以接收来自应用层804的连接请求。响应于接收来自应用层804的连接请求，NAS层801可以基于在812处设置的NAS层的状态来发起连接请求或延迟连接请求，所述状态是基于在811处确定的位置获取状态来确定的。在一个方面中，基于NAS层801处于指示UE是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型的第一NAS状态，NAS层801可以延迟对从应用层804接收的连接请求的发起。在另一方面中，基于NAS层801处于指示GNSS位置在与NAS层801相比较低的层中可用的第二NAS状态，NAS层801可以发起从应用层804接收的连接请求。
在814处，UE 802的NAS层801可以基于指示GNSS位置在较低层803中可用的位置获取状态来延迟对在NAS层801处的NAS消息的传输的发起，直到NAS层801的状态改变为第二NAS状态为止。也就是说，UE 802的NAS层801可以不发起在NAS层801处的NAS消息的传输，直到NAS层801的状态从第一NAS状态改变为第二NAS状态为止。在基于接收到对用于指示GNSS位置在一个或多个较低层803处可用的位置获取状态的指示来将NAS层801的状态改变为第二NAS状态之后，NAS层801可以发起NAS消息的传输。NAS消息的传输可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，NAS消息可以与在813处从应用层804接收到的连接请求相关联。在另一方面中，NAS消息可以与在830处从NAS层801生成的注册请求相关联。
在815处，UE 802的NAS层801可以基于位置获取状态向UE 802的应用层804指示连接请求未在NAS层801处发送。处于第一状态的NAS层801可以向应用层804指示连接请求由于GNSS位置在一个或多个较低层803处不可用而被延迟。也就是说，UE 802可以被配置为当NAS层801处于第一NAS状态时，指示UE 802不能在建立GNSS定位之前发起连接请求，并且处于第一NAS状态的NAS层801可以被配置为向应用层804指示在NAS层801处的连接请求被延迟，直到NAS层801的状态改变为不同状态为止。
在816处，UE 802的一个或多个较低层803可以利用网络806获取GNSS定位。GNSS定位过程可以指由UE 802执行以获取足够数量的基站的信号以自信地确定UE 802的位置的过程。在UE 802可以发起到网络806的上行链路数据传输之前，UE 802可以获取GNSS位置以执行时间/频率预补偿。例如，GNSS定位或GNSS位置获取过程可能花费相对长的时间延迟，例如，在10到30秒之间。
在817处，基于在816处一个或多个较低的层803利用网络806获取GNSS定位，UE802的NAS层801可以从一个或多个较低层803接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层801相比一个或多个较低层803中可用。
在818处，UE 802的NAS层801可以响应于从较低层接收关于GNSS位置可用的指示，来将NAS层801的状态改变为NAS层801中的第二NAS状态。UE 802的NAS层801可以在810处从一个或多个较低层803接收到关于该位置可用的指示时将NAS层801的状态从第一NAS状态改变为第二NAS状态。也就是说，UE 802可以将NAS层801的状态从第一NAS状态改变为在其中NAS层801可以发起连接请求的不同状态。在从一个或多个较低层803接收关于GMSS位置可用的指示时，NAS层801的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
在820处，UE 802的NAS层801可以基于NAS层801的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层801可以基于GNSS位置在一个或多个较低层803中可用来确定发起NAS消息到一个或多个较低层803的传输。这里，NAS层801的状态最初可以在812处默认地被设置为第一NAS状态，并且基于在811处接收对与UE 802的GNSS位置的获取相关联的位置获取的指示而在818处改变为第二NAS状态。
在822处，UE 802的NAS层801可以基于在NAS层801处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行直到UE 802接收到对NAS消息的传输的响应，并且如果NAS过程定时器在从网络806接收到对注册请求消息的响应之前到期，则NAS层801可以中止初始尝试并且重新启动该过程。
在826处，UE 802的一个或多个较低层803可以向网络806发送NAS消息，并且在828处，UE 802的一个或多个较低层803可以从网络806接收对在826处向网络806发送的NAS消息的响应。在829处，NAS层801可以向应用层804指示已成功地建立与网络806的连接。
图6B的呼叫流程图650可以应用于图8的呼叫流程图800。基于呼叫流程图650，UE802可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络806的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图8中所示的过程。也就是说，UE 802可以基于在图8的呼叫流程图800中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
图9是无线通信的方法的呼叫流程图900。呼叫流程图900可以包括UE 902和网络906。UE 902可以包括NAS层901、一个或多个较低层903以及应用层904。呼叫流程图900可以从UE 902的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层904的连接请求而启动。在另一方面中，可以从NAS层901启动注册请求。例如，UE 902可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 902可以被配置为延迟对在NAS层901处的NAS消息的传输的发起，直到一个或多个较低层903成功地建立GNSS定位过程为止。UE 802的NAS层801可以确定UE 802是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型，并且基于自最后的上行链路传输以来的时间小于门限来发起NAS消息的传输。
在911处，UE 902的NAS层901可以确定与UE 902的GNSS位置相关联的位置获取状态。这里，UE 902的NAS层901可以确定UE 902是一个或多个较低层903中的额外延迟可以被指定用于GNSS位置获取的类型。
在912处，UE 902的NAS层901可以设置NAS层901的状态。UE 902的NAS层901可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或第二状态(例如第二NAS状态)，第一状态指示UE 902不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE 902能够在建立GNSS定位之前发起NAS消息的传输。这里，UE 902的NAS层901可以基于指示UE是一个或多个较低层903中的额外延迟可以被指定用于GNSS位置获取的类型的位置获取状态，来将NAS层901的状态设置为第一NAS状态。也就是说，UE 902可以被配置为具有第一NAS状态，该第一NAS状态指示UE 902不能在建立GNSS定位之前发起NAS消息的传输。基于确定UE 902是一个或多个较低层903中的额外延迟可以被指定用于GNSS位置获取的类型，UE 902的NAS层901可以将NAS层901的状态设置为第一NAS状态作为NAS层901的默认状态。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。
在918处，UE 902的NAS层901可以基于自最后的上行链路传输以来的时间小于门限，将NAS层901的状态改变为NAS层901的第二NAS状态，其中该门限对应于GNSS定位的有效时间。也就是说，即使NAS层901确定UE 902被指定具有在一个或多个较低层903中用于GNSS位置获取的额外延迟，如果来自先前上行链路传输的GNSS位置获取仍然有效，则UE 902可以发起NAS消息的传输，而无需等待一个或多个较低层903获取GNSS定位。因此，NAS层901可以确定自最后的上行链路传输以来的时间是否短于GNSS位置的有效持续时间，GNSS位置是否仍然有效，并且UE 902可以不延迟对NAS消息的传输的发起。也就是说，UE 902可以将NAS层901的状态从第一NAS状态改变为在其中NAS层901可以发起NAS消息的传输的不同的状态。在从一个或多个较低层903接收关于GMSS位置可用的指示时，NAS层901的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
在930处，UE 902的NAS层901可以确定启动网络注册过程。UE 902的NAS层901可以被指定为向网络发送注册请求。UE 902的NAS层901可以基于在912处设置的NAS层的状态来发起注册请求或延迟注册请求，所述状态是基于在911处确定的位置获取状态来确定的。在一个方面中，基于NAS层901处于指示GNSS位置在与NAS层901相比较低的层中不可用的第一NAS状态，NAS层902可以延迟对注册请求的发起。在另一方面中，基于NAS层901处于指示GNSS位置在与NAS层901相比较低的层中可用的第二NAS状态，NAS层902可以发起注册请求。
在913处，UE 902的NAS层901可以接收来自应用层904的连接请求。响应于接收来自应用层904的连接请求，NAS层901可以基于在912处设置的NAS层的状态来发起连接请求或延迟连接请求，所述状态是基于在911处确定的位置获取状态而确定的。在一个方面中，基于NAS层901处于第一NAS状态(其指示GNSS位置在与NAS层901相比较低的层中不可用或者UE是一个或多个较低层903中的额外延迟可以被指定用于GNSS位置获取的类型)，NAS层901可以延迟对从应用层904接收的连接请求的发起。在另一方面中，基于NAS层901处于第二NAS状态(其指示GNSS位置在与NAS层902相比较低的层中可用或者UE是该额外延迟未被指定用于GNSS位置获取的类型)，NAS层904可以发起从应用层904接收的连接请求。
在920处，UE 902的NAS层901可以基于NAS层901的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层901可以基于GNSS位置在一个或多个较低层903中可用来确定发起NAS消息到一个或多个较低层903的传输。这里，NAS层901的状态最初可以在912处默认地被设置为第一NAS状态，并且基于在911处接收对与UE 902的GNSS位置的获取相关联的位置获取的指示而在918处改变为第二NAS状态。
在922处，UE 902的NAS层901可以基于在NAS层901处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行直到UE 902接收到对NAS消息的传输的响应，并且如果NAS过程定时器在从网络906接收到对注册请求消息的响应之前到期，则NAS层901可以中止初始尝试并且重新启动该过程。
在926处，UE 902的一个或多个较低层903可以向网络906发送连接请求，并且在928处，UE 902的该一个或多个较低层903可以从网络906接收对在926处向网络906发送的连接请求的响应。在929处，NAS层901可以向应用层904指示已成功地建立与网络906的连接。NAS消息的传输可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，NAS消息可以与在913处从应用层904接收的连接请求相关联。在另一方面中，NAS消息可以与在930处从NAS层901生成的注册请求相关联。在929处，NAS层901可以向应用层904指示已成功地建立与网络906的连接。
图6B的呼叫流程图650可以应用于图9的呼叫流程图900。基于呼叫流程图650，UE902可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络906的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图9中所示的过程。也就是说，UE 902可以基于在图9的呼叫流程图900中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
图10是无线通信的方法的呼叫流程图1000。呼叫流程图1000可以包括UE 1002和网络1006。UE 1002可以包括NAS层1001、一个或多个较低层1003和应用层1004。呼叫流程图1000可以从UE 1002的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层1004的连接请求而启动。在另一方面中，可以从NAS层1001启动注册请求。例如，UE1002可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 1002可以被配置为基于额外延迟在一个或多个较低层1003中被指定用于GNSS位置获取而将额外时间延迟应用于NAS过程定时器。UE 1002的NAS层1001可以从一个或多个较低层1003接收关于GNSS定位可用的指示，并且不增加NAS过程定时器。
在1010处，UE 1002的NAS层1001可以从一个或多个较低层1003接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层1001相比一个或多个较低的层1003中是否可用。位置获取可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。这里，UE 1002的NAS层1001可以从一个或多个较低层1003接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层1001相比一个或多个较低的层1003中可用。
在1011处，UE 1002的NAS层1001可以确定与UE 1002的GNSS位置相关联的位置获取状态。这里，UE 1002的NAS层1001可以基于在1010处从一个或多个较低层1003接收的对位置获取的指示来确定GNSS定位是可用的。
在1012处，UE 1002的NAS层1001可以设置NAS层1001的状态。UE 1002的NAS层1001可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或第二状态(例如第二NAS状态)，第一状态指示UE 1002不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE1002能够在建立GNSS定位之前发起NAS消息的传输。这里，NAS层1001可以基于位置获取状态将NAS层1001的状态设置为第二NAS状态，该位置获取状态指示GNSS位置在与NAS层1001相比较低的层中可用或者UE是额外延迟未被指定用于GNSS位置获取的类型。也就是说，UE 1002可以被配置为具有第二NAS状态，该第二NAS状态指示UE 1002能够在建立GNSS定位之前发起NAS消息的传输。
在1030处，UE 1002的NAS层1001可以确定启动网络注册过程。UE 1002的NAS层1001可以被指定为向网络发送注册请求。UE 1002的NAS层1001可以基于在1012处设置的NAS层的状态来确定增加NAS过程定时器，该状态是基于在1011处确定的位置获取状态来确定的。在一个方面中，基于NAS层1001处于指示GNSS位置在与NAS层1001相比较低的层中不可用的第一NAS状态，NAS层1001可以增加NAS过程定时器。在另一方面中，基于NAS层1001处于指示GNSS位置在与NAS层1001相比较低的层中可用的第二NAS状态，NAS层1001可以在不增加NAS过程定时器的情况下发起注册请求。
在1013处，UE 1002的NAS层1001可以接收来自应用层1004的连接请求。响应于接收来自应用层1004的连接请求，NAS层1001可以增加或保持NAS过程定时器，并且基于在1012处设置的NAS层的状态来发起连接请求，该状态是基于在1011处确定的位置获取状态来确定的。在一个方面中，基于NAS层1001处于指示GNSS位置在与NAS层1001相比较低的层中不可用的第一NAS状态，NAS层1001可以延迟对从应用层1004接收的连接请求的发起。在另一方面中，基于NAS层1001处于指示GNSS位置在与NAS层1001相比较低的层中可用的第二NAS状态，NAS层1001可以发起从应用层1004接收的连接请求。
在1020处，UE 1002的NAS层1001可以基于NAS层1001的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层1001可以基于GNSS位置在一个或多个较低层1003中可用来确定发起NAS消息到一个或多个较低层1003的传输。在一个方面中，NAS层1001的状态可以在1012处被设置为第二NAS状态，并且NAS层1001可以发起NAS消息的传输。在另一方面中，NAS层1001的状态最初可以在1012处被设置为第一NAS状态，并且基于在1011处接收对与UE 1002的GNSS位置的获取相关联的位置获取的指示而在1018处改变为第二NAS状态，
在1022处，UE 1002的NAS层1001可以基于在NAS层1001处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 1002接收到对连接请求的响应为止，并且如果NAS过程定时器在从网络1006接收到对注册请求消息的响应之前到期，则NAS层1001可以中止初始尝试并且重新启动该过程。
在1026处，UE 1002的一个或多个较低层1003可以向网络1006发送NAS消息，并且在1028处，UE 1002的一个或多个较低层1003可以从网络1006接收对在1026处向网络1006发送的连接请求的响应。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层1004的连接请求而启动。在另一方面中，注册请求可以是在1030处从NAS层1001启动的。在1029处，NAS层1001可以向应用层1004指示已成功地建立与网络1006的连接。
图6B的呼叫流程图650可以应用于图10的呼叫流程图1000。基于呼叫流程图650，UE 1002可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络1006的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图10中所示的过程。也就是说，UE 1002可以基于在图10的呼叫流程图1000中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
图11是无线通信的方法的呼叫流程图1100。呼叫流程图1100可以包括UE 1102和网络1106。UE 1102可以包括NAS层1101、一个或多个较低层1103和应用层1104。呼叫流程图1100可以从UE 1102的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层1104的连接请求而启动。在另一方面中，注册请求可以是从NAS层1101启动的。例如，UE 1102可以包括IoT NTN设备，并且获取GNSS。例如，UE 1102可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 1102可以被配置为基于额外延迟在一个或多个较低层603中被指定用于GNSS位置获取而将额外时间延迟应用于NAS过程定时器。UE 1102的NAS层1101可以从一个或多个较低层1103接收关于GNSS定位不可用的指示，并且增加NAS过程定时器可以应用额外的时间延迟。
在1110处，UE 1102的NAS层1101可以从一个或多个较低层1103接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层1101相比一个或多个较低的层1103中是否可用。位置获取可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。这里，UE 1102的NAS层1101可以从一个或多个较低层1103接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层1101相比一个或多个较低的层1103中是可用的。
在1111处，UE 1102的NAS层1101可以确定与UE 1102的GNSS位置相关联的位置获取状态。这里，UE 1102的NAS层1101可以基于在1110处从一个或多个较低层1103接收的对位置获取的指示来确定GNSS定位是可用的。
在1112处，UE 1102的NAS层1101可以设置NAS层1101的状态。UE 1102的NAS层1101可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或第二状态(例如第二NAS状态)，第一状态指示UE 1102不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE1102能够在建立GNSS定位之前发起NAS消息的传输。这里，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，第一NAS州可以用另一名称来指代。在另一方面中，NAS层1101可以基于位置获取状态而将NAS层1101的状态设置为第二状态(例如，第二NAS状态)，该位置获取状态指示GNSS位置在与NAS层1101相比较低的层中可用或者UE是额外延迟未被指定用于GNSS位置获取的类型。也就是说，UE 1102可以被配置为具有指示UE 1102能够在建立GNSS定位之前发起NAS消息的传输的第二NAS状态。
在1130处，UE 1102的NAS层1101可以确定启动网络注册过程。UE 1102的NAS层1101可以被指定为向网络发送注册请求。UE 1102的NAS层1101可以基于在1112处设置的NAS层的状态来确定增加NAS过程定时器，该状态是基于在1111处确定的位置获取状态来确定的。在一个方面中，基于NAS层1101处于指示GNSS位置在与NAS层1101相比较低的层中不可用的第一NAS状态，NAS层1101可以增加NAS过程定时器。在另一方面中，基于NAS层1101处于指示GNSS位置在与NAS层1101相比较低的层中是可用的第二NAS状态，NAS层1102可以在不增加NAS过程定时器的情况下发起注册请求。
在1113处，UE 1102的NAS层1101可以接收来自应用层1104的连接请求。响应于接收来自应用层1104的连接请求，NAS层1101可以增加或保持NAS过程定时器，并且基于在1112处设置的NAS层的状态来发起连接请求，该状态是基于在1111处确定的位置获取状态而确定的。在一个方面中，基于NAS层1101处于指示GNSS位置在与NAS层1101相比较低的层中不可用的第一NAS状态，NAS层1101可以增加NAS过程定时器，并且基于在1112处设置的NAS层的状态来发起连接请求，该状态是基于在1111处确定的位置获取状态而确定的。在另一方面中，基于NAS层1101处于指示GNSS位置在与NAS层1101相比较低的层中可用的第二NAS状态，NAS层1101可以保持NAS过程定时器，并且基于在1112处设置的NAS层的状态来发起连接请求，该状态是基于在1111处确定的位置获取状态而确定的。
在1115处，UE 1102的NAS层1101可以基于位置获取状态向UE 1102的应用层1104指示在具有增加的NAS过程定时器的NAS层1101处发送连接请求。处于第一状态的NAS层1101可以向应用层1104指示，由于GNSS位置在一个或多个较低层1103处不可用，因此利用增加的NAS过程定时器来发起连接请求。也就是说，UE 1102可以被配置为当NAS层1101处于第一NAS状态时，指示UE 1102不能在建立GNSS定位之前发起连接请求，并且处于第一NAS状态的NAS层1101可以被配置为向应用层1104指示利用增加的NAS过程定时器发起在NAS层1101处的连接请求。
在1119处，UE 1102的NAS层1101可以基于位置获取状态来将时间延迟添加到NAS过程定时器，该时间延迟与对NAS消息的响应相关联。NAS消息的传输可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，NAS消息可以与在1113处从应用层1104接收的连接请求相关联。在另一方面中，NAS消息可以与在1130处从NAS层1101生成的注册请求相关联。也就是说，NAS层1101可以基于NAS层1101的状态处于第二NAS状态来将额外的时间延迟添加到NAS过程定时器，第二NAS状态指示GNSS位置在与NAS层1101相比较低的层中可用。响应于在1111处将NAS层的状态设置为第二NAS状态，NAS层1101可以通过添加额外的时间延迟来增加NAS过程定时器。在一个方面中，NAS层1101的状态可以基于在1110处接收的用于指示GNSS位置不可用或不能在短时间段内变得可用的对位置获取的指示而在1112处被设置为第二NAS状态，并且额外的时间延迟可以对应于获取GNSS定位的延迟。在另一方面中，NAS层1101的状态可以基于UE 1102是一个或多个较低层1103中的额外延迟可以被指定用于GNSS位置获取的类型而在1112处被设置为第二NAS状态，并且额外的时间延迟可以对应于在一个或多个较低层1103上被指定用于GNSS位置获取的额外延迟。
在一个方面中，如果自最后的上行链路传输以来的时间大于或等于门限，则NAS层1101可以添加额外延迟，其中该门限对应于GNSS定位的有效时间。也就是说，即使NAS层1101确定UE 1102被指定具有在一个或多个较低层1103中用于GNSS位置获取的额外延迟，如果来自先前上行链路传输的GNSS位置获取仍然有效，则UE 1102可以在不引起额外延迟的情况下发起NAS消息的传输。因此，NAS层1101可以确定自最后的上行链路传输以来的时间是否短于GNSS位置的有效持续时间，GNSS位置是否仍然有效，并且UE 1102可以不添加额外的延迟来增加NAS过程定时器。
在另一方面中，NAS层1101可以确定额外的延迟将导致在覆盖间隙期间发送消息，并且NAS层1101可以被配置为不发送注册请求消息或者进一步延迟注册请求消息达覆盖间隙的持续时间。覆盖间隙可以基于在1108处接收的覆盖间隙的起始时间和持续时间来确定。可以基于建立GNSS位置信息和与网络1106的RRC连接的一个或多个较低层1103而将注册请求消息发送到网络1106。然而，由于在一个或多个较低层1103处的GNSS位置获取，NAS过程定时器可以增加达额外的延迟，并且使得在覆盖间隙期间调度注册请求消息的传输。由于UE 1102和网络1106可以在覆盖间隙期间不进行通信，因此UE 1102可以不向网络1106发送注册请求消息。例如，NAS过程定时器可以被配置作为用于注册过程的15秒，并且NAS层1101在1111处确定在较低层处在向网络1106发送NAS消息之前，定位(例如，确定)GNSS地址的过程可能花费14秒，NAS层1101可以将14秒添加到15秒以将NAS过程定时器设置为29秒。
在1120处，UE 1102的NAS层1101可以基于NAS层1101的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层1101可以基于GNSS位置在一个或多个较低层1103中可用来确定发起NAS消息到一个或多个较低层1103的传输，在1111处对与UE 1102的GNSS位置相关联的位置获取状态的确定可以基于在1110处从一个或多个较低层1103接收的对GNSS位置可用性的指示。在一个方面中，NAS层1101的状态可以在1112处被设置为第二NAS状态，并且NAS层1011可以发起NAS消息的传输。在另一方面中，NAS层1101的状态最初可以在1112处被设置为第一NAS状态，并且基于在1111处接收对与UE 1102的GNSS位置的获取相关联的位置获取的指示而在1118处改变为第二NAS状态，
在1122处，UE 1102的NAS层1101可以基于在NAS层1101处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 1102接收到对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络1106接收到对注册请求消息的响应之前到期，则NAS层1101可以中止初始尝试并且重新启动该过程。
在1116处，UE 1102的一个或多个较低层1103可以利用网络1106获取GNSS定位。GNSS定位过程可以指由UE 1102执行以获取足够数量的基站的信号以自信地确定UE 1102的位置的过程。在UE 1102可以发起到网络1106的上行链路数据传输之前，UE 1102可以获取GNSS位置以执行时间/频率预补偿。例如，GNSS定位或GNSS位置获取过程可能花费相对长的时间延迟，例如，在10到30秒之间。
在1117处，基于在1116处一个或多个较低层1103利用网络1106获取GNSS定位，UE1102的NAS层1101可以从一个或多个较低层1103接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层1101相比一个或多个较低层1103中可用。
在1118处，UE 1102的NAS层1101可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层1101的状态改变为NAS层1101的第二NAS状态。UE 1102的NAS层1101可以在1110处从一个或多个较低层1103接收关于该位置可用的指示时将NAS层1101的状态从第一NAS状态改变为第二NAS状态。也就是说，UE 1102可以将NAS层1101的状态从第一NAS状态改变为在其中NAS层1101可以发起连接请求的不同的状态。在从一个或多个较低层1103接收关于GMSS位置可用的指示时，NAS层1101的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
在1126处，UE 1102的一个或多个较低层1103可以向网络1106发送NAS消息，并且在1128处，UE 110的一个或多个较低层1103可以从网络1106接收对在1126处向网络1106发送的NAS消息的响应。在1129处，NAS层1101可以向应用层1104指示已成功地建立与网络1106的连接。
图6B的呼叫流程图650可以应用于图11的呼叫流程图1100。基于呼叫流程图650，UE 1102可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络1106的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图11中所示的过程。也就是说，UE 1102可以基于在图11的呼叫流程图1100中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
图12是无线通信的方法的呼叫流程图1200。呼叫流程图1200可以包括UE 1202和网络1206。UE 1202可以包括NAS层1201、一个或多个较低层1203和应用层1204。呼叫流程图1200可以从UE 1202的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层1204的连接请求而启动。在另一方面中，注册请求可以是从NAS层1201启动的。例如，UE 1202可以包括IoT NTN设备并且获取GNSS位置以执行时间/频率预补偿。UE 1202可以被配置为基于额外延迟在一个或多个较低层1203中被指定用于GNSS位置获取而将额外时间延迟应用于NAS过程定时器。UE 1202的NAS层1201可以确定UE 1202是一个或多个较低层1203中的额外延迟可以被指定用于GNSS位置获取的类型，并且增加NAS过程定时器可以应用额外的时间延迟。
在1211处，UE 1202的NAS层1201可以确定与UE 1202的GNSS位置相关联的位置获取状态。这里，UE 1202的NAS层1201可以确定UE 1202是一个或多个较低层1203中的额外延迟可以被指定用于GNSS位置获取的类型。
在1212处，UE 1202的NAS层1201可以设置NAS层1201的状态。UE 1202的NAS层1201可以将NAS层的状态设置为第一状态(例如，第一NAS状态)或第二状态(例如第二NAS状态)，第一状态指示UE 1202不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE1202能够在建立GNSS定位之前发起NAS消息的传输。这里，UE 1202的NAS层1201可以基于位置获取状态而将NAS层1201的状态设置为第一NAS状态，该位置获取状态指示UE是一个或多个较低层1203中的额外延迟可以被指定用于GNSS位置获取的类型。也就是说，UE 1202可以被配置为具有第一NAS状态，该第一NAS状态指示UE 1202不能在建立GNSS定位之前发起NAS消息的传输。基于确定UE 1202是一个或多个较低层1203中的额外延迟可以被指定用于GNSS位置获取的类型，UE 1202的NAS层1201可以将NAS层1201的状态设置为第一NAS状态作为NAS层1201的默认状态。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。
在1230处，UE 1202的NAS层1201可以确定启动网络注册过程。UE 1202的NAS层1201可以被指定为向网络发送注册请求。UE 1202的NAS层1201可以基于在1212处设置的NAS层的状态来确定增加NAS过程定时器，该状态是基于在1211处确定的位置获取状态来确定的。在一个方面中，基于NAS层1201处于指示GNSS位置在与NAS层1201相比较低的层中不可用的第一NAS状态，NAS层1201可以增加NAS过程定时器。在另一方面中，基于NAS层1201处于指示GNSS位置在与NAS层1201相比较低的层中可用的第二NAS状态，NAS层1201可以在不增加NAS过程定时器的情况下发起注册请求。
在1213处，UE 1202的NAS层1201可以接收来自应用层1204的连接请求。响应于接收来自应用层1204的连接请求，NAS层1201可以增加或保持NAS过程定时器，并且基于在1212处设置的NAS层的状态来发起连接请求，该状态是基于在1211处确定的位置获取状态而确定的。在一个方面中，基于NAS层1201处于指示UE是一个或多个较低层1203中的额外延迟可以被指定用于GNSS位置获取的类型的第一NAS状态，NAS层1201可以增加NAS过程定时器，并且基于在1212处设置的NAS层的状态来发起连接请求，该状态是基于在1211处确定的位置获取状态而确定的。在另一方面中，基于NAS层1201处于指示GNSS位置在与NAS层1201相比较低的层中可用的第二NAS状态，NAS层1201可以保持NAS过程定时器，并且基于在1212处设置的NAS层的状态来发起连接请求，该状态是基于在1211处确定的位置获取状态而确定的。
在1215处，UE 1202的NAS层1201可以基于位置获取状态向UE 1202中的应用层1204指示连接请求是在具有增加的NAS过程定时器的NAS层1201处发送的。处于第一状态的NAS层1201可以向应用层1204指示，由于GNSS位置在一个或多个较低层1203处不可用，因此利用增加的NAS过程定时器来发起连接请求。也就是说，UE 1202可以被配置为当NAS层1201处于第一NAS状态时，指示UE 1202不能在建立GNSS定位之前发起连接请求，并且处于第一NAS状态的NAS层1201可以被配置为向应用层1204指示在NAS层1201处的连接请求是利用增加的NAS过程定时器发起的。
在1219处，UE 1202的NAS层1201可以基于位置获取状态而将时间延迟添加到NAS过程定时器，该时间延迟与对连接请求的响应相关联。也就是说，NAS层1201可以基于NAS层1201的的状态处于指示GNSS位置在与NAS层1201相比较低的层中可用的第二NAS状态来将额外的时间延迟添加到NAS过程定时器。响应于在1211处将NAS层的状态设置为第二NAS状态，NAS层1201可以通过添加额外的时间延迟来增加NAS过程定时器。在一个方面中，NAS层1201的状态可以基于在1210处接收的用于指示GNSS位置不可用或不能在短时间段内变得可用的对位置获取的指示而在1212处被设置为第二NAS状态，并且额外的时间延迟可以对应于获取GNSS定位的延迟。在另一方面中，NAS层1201的状态可以基于UE 1202是一个或多个较低层1203中的额外延迟可以被指定用于GNSS位置获取的类型而在1212处被设置为第二NAS状态，并且该额外的时间延迟可以对应于在一个或多个较低层1203上被指定用于GNSS位置获取的额外延迟。
在一个方面中，如果自最后的上行链路传输以来的时间大于或等于门限，则NAS层1201可以添加额外延迟，其中该门限对应于GNSS定位的有效时间。也就是说，即使NAS层1201确定UE 1202被指定具有在一个或多个较低层1203中用于GNSS位置获取的额外延迟，如果来自先前上行链路传输的GNSS位置获取仍然有效，则UE 1202可以在不引起额外延迟的情况下发起连接请求。因此，NAS层1201可以确定自最后的上行链路传输以来的时间是否短于GNSS位置的有效持续时间，GNSS位置是否仍然有效，并且UE 1202可以不添加额外的延迟来增加NAS过程定时器。
在另一方面中，NAS层1201可以确定额外的延迟将导致在覆盖间隙期间发送消息，并且NAS层1201可以被配置为不发送注册请求消息或者进一步延迟注册请求消息达覆盖间隙的持续时间。覆盖间隙可以基于在1208处接收的覆盖间隙的起始时间和持续时间来确定。可以基于建立GNSS位置信息和与网络1206的RRC连接的一个或多个较低层1203将注册请求消息发送到网络1206。然而，由于在一个或多个较低层1203处的GNSS位置获取，NAS过程定时器可以增加达额外的延迟，并且使得在覆盖间隙期间调度注册请求消息的传输。由于UE 1202和网络1206可以在覆盖间隙期间不进行通信，因此UE 1202可以不向网络1206发送注册请求消息。例如，NAS过程定时器可以被配置为用于注册过程的15秒，并且NAS层1201在1211处确定，在较低层处在向网络1206发送连接请求消息之前，定位(例如，确定)GNSS地址的过程可能花费14秒，NAS层1201可以将14秒添加到15秒以将NAS过程定时器设置为29秒。
在1220处，UE 1202的NAS层1201可以基于NAS层1201的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层1201可以基于GNSS位置在一个或多个较低层1203中可用来确定发起NAS消息到一个或多个较低层1203的传输，在1211处对与UE 1202的GNSS位置相关联的位置获取状态的确定可以基于在1210处从一个或多个较低层1203接收的对GNSS位置可用性的指示。在一个方面中，NAS层1201的状态可以在1212处被设置为第二NAS状态，并且NAS层1201可以发起连接请求。在另一方面中，NAS层1201的状态最初可以在1212处被设置为第一NAS状态，并且基于在1211处接收对与UE 1202的GNSS位置的获取相关联的位置获取的指示而在1218处改变为第二NAS状态，
在1222处，UE 1202的NAS层1201可以基于在NAS层1201处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 1202接收到对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络1206接收到对注册请求消息的响应之前到期，则NAS层1201可以中止初始尝试并且重新启动该过程。
在1216处，UE 1202的一个或多个较低层1203可以利用网络1206获取GNSS定位。GNSS定位过程可以指由UE 1202执行以获取足够数量的基站的信号以自信地确定UE 1202的位置的过程。在UE 1202可以发起到网络1206的上行链路数据传输之前，UE 1202可以获取GNSS位置以执行时间/频率预补偿。例如，GNSS定位或GNSS位置获取过程可能花费相对长的时间延迟，例如，在10到30秒之间。
在1217处，基于在1216处一个或多个较低层1203利用网络1206获取GNSS定位，UE1202的NAS层1201可以从一个或多个较低层1203接收对位置获取的指示，该指示用于指示GNSS位置在与NAS层1201相比一个或多个较低层1203中可用。
在1218处，UE 1202的NAS层1201可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层1201的状态改变为NAS层1201的第二NAS状态。UE 1202的NAS层1201可以在1210处从一个或多个较低层1203接收关于该位置可用的指示时将NAS层1201的状态从第一NAS状态改变为第二NAS状态。也就是说，UE 1202可以将NAS层1201的状态从第一NAS状态改变为在其中NAS层1201可以发起连接请求的不同的状态。在从一个或多个较低层1203接收关于GMSS位置可用的指示时，NAS层1201的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
在1226处，UE 1202的一个或多个较低层1203可以向网络1206发送NAS消息，并且在1228处，UE 120的一个或多个较低层1203可以从网络1206接收对在1226处向网络1206发送的NAS消息的响应。在1229处，NAS层1201可以向应用层1204指示已成功地建立与网络1206的连接。
图6B的呼叫流程图650可以应用于图12的呼叫流程图1200。基于呼叫流程图650，UE 1202可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络1206的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图12中所示的过程。也就是说，UE 1202可以基于在图12的呼叫流程图1200中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。
图13是无线通信的方法的呼叫流程图1300。呼叫流程图1300可以包括UE 1302和网络1306。UE 1302可以包括NAS层1301、一个或多个较低层1303和应用层1304。呼叫流程图1300可以从UE 1302的角度示出基于GNSS定位过程来发送NAS消息的过程。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层1304的连接请求而启动。在另一方面中，注册请求可以是从NAS层1301启动的。例如，UE 1302可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。UE 1302可以被配置为基于额外延迟在一个或多个较低层603中被指定用于GNSS位置获取而将额外的时间延迟应用于NAS过程定时器。UE 802的NAS层801可以确定UE 802是一个或多个较低层803中的额外延迟可以被指定用于GNSS位置获取的类型，并且由于最后的上行链路传输小于门限，所以不增加NAS过程定时器。
在1311处，UE 1302的NAS层1301可以确定与UE 1302的GNSS位置相关联的位置获取状态。这里，UE 1302的NAS层1301可以确定UE 1302是一个或多个较低层1303中的额外延迟可以被指定用于GNSS位置获取的类型。
在1312处，UE 1302的NAS层1301可以设置NAS层1301的状态。UE 1302的NAS层1301可以将NAS层的状态设置为的第一状态(例如，第一NAS状态)或第二状态(例如第二NAS状态)，第一状态指示UE 1302不能在建立GNSS定位之前发起NAS消息的传输，第二状态指示UE1302能够在建立GNSS定位之前发起NAS消息的传输。这里，UE 1302的NAS层1301可以基于位置获取状态来将NAS层1301的状态设置为第一NAS状态，该位置获取状态指示UE是一个或多个较低层1303中的额外延迟可以被指定用于GNSS位置获取的类型。也就是说，UE 1302可以被配置为具有第一NAS状态，该第一NAS状态指示UE 1302不能在建立GNSS定位之前发起NAS消息的传输。基于确定UE 1302是一个或多个较低层1303中的额外延迟可以被指定用于GNSS位置获取的类型，UE 1302的NAS层1301可以将NAS层1301的状态设置为第一NAS状态作为NAS层1301的默认状态。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。
在1318处，UE 1302的NAS层1301可以基于自最后的上行链路传输以来的时间小于门限而将NAS层1301的状态改变为NAS层1301的第二NAS状态，其中该门限对应于GNSS定位的有效时间。也就是说，即使NAS层1301确定UE 1302被指定具有在一个或多个较低层1303中用于GNSS位置获取的额外延迟，如果来自先前上行链路传输的GNSS位置获取仍然有效，则UE 1302可以在不引起额外延迟的情况下发起NAS消息的传输。因此，NAS层1301可以确定自最后的上行链路传输以来的时间是否短于GNSS位置的有效持续时间，GNSS位置是否仍然有效，并且UE 1302可以不添加额外的延迟来增加NAS过程定时器。也就是说，UE 1302可以将NAS层1301的状态从第一NAS状态改变为在其中NAS层1301可以发起NAS消息的传输的不同的状态。在从一个或多个较低层1303接收关于GMSS位置可用的指示时，NAS层1301的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。
在1330处，UE 1302的NAS层1301可以确定启动网络注册过程。UE 1302的NAS层1301可以被指定为向网络发送注册请求。UE 1302的NAS层1301可以基于在1312处设置的NAS层的状态来确定增加NAS过程定时器，该状态是基于在1311处确定的位置获取状态而确定的。在一个方面中，基于NAS层1301处于指示GNSS位置在与NAS层1301相比较低的层中不可用的第一NAS状态，NAS层13011可以增加NAS过程定时器。在另一方面中，基于NAS层1301处于指示GNSS位置在与NAS层1301相比较低的层中可用的第二NAS状态，NAS层13011可以在不增加NAS过程定时器的情况下发起注册请求。
在1313处，UE 1302的NAS层1301可以接收来自应用层1304的连接请求。响应于接收来自应用层1304的连接请求，NAS层1301可以基于在1312处设置的NAS层的状态来发起连接请求或延迟连接请求，所述状态是基于在1311处确定的位置获取状态来确定的。在一个方面中，基于NAS层1301处于第一NAS状态(其指示GNSS位置在与NAS层1301相比较低的层中不可用或者UE是一个或多个较低层1303中的额外延迟可以被指定用于GNSS位置获取的类型)，NAS层1301可以延迟对从应用层1304接收的连接请求的发起。在另一方面中，基于NAS层1301处于第二NAS状态(其指示GNSS位置在与NAS层1301相比较低的层中可用或者UE是额外延迟未被指定用于GNSS位置获取的类型)，NAS层1301可以发起从应用层1304接收的连接请求。
在1320处，UE 1302的NAS层1301可以基于NAS层1301的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层1301可以基于GNSS位置在一个或多个较低层1303中可用来确定发起NAS消息到一个或多个较低层1303的传输，在1311处对与UE 1302的GNSS位置相关联的位置获取状态的确定可以基于在1310处从一个或多个较低层1303接收的对GNSS位置可用性的指示。在一个方面中，NAS层1301的状态可以在1312处被设置为第二NAS状态，并且NAS层1301可以发起连接请求。在另一方面中，NAS层1301的状态最初可以在1312处被设置为第一NAS状态，并且基于在1311处接收对与UE 1302的GNSS位置的获取相关联的位置获取的指示而在1318处改变为第二NAS状态，
在1322处，UE 1302的NAS层1301可以基于在NAS层1301处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 1302接收到对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络1306接收到对注册请求消息的响应之前到期，则NAS层1301可以中止初始尝试并且重新启动该过程。
在1326处，UE 1302的一个或多个较低层1303可以向网络1306发送连接请求，并且在1328处，UE 1302的一个或多个较低层1303可以从网络1306接收对在1326处向网络1306发送的连接请求的响应。在1329处，NAS层1301可以向应用层1304指示已成功地建立与网络1306的连接。NAS消息的传输可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，NAS消息可以与在913处从应用层904接收的连接请求相关联。在另一方面中，NAS消息可以与在930处从NAS层901生成的注册请求相关联。
图6B的呼叫流程图650可以应用于图13的呼叫流程图1300。基于呼叫流程图650，UE 1302可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络1306的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图13中所示的过程。也就是说，UE 1302可以基于在图13的呼叫流程图1300中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。在1329，NAS层1301可以向应用层904指示已成功地建立与网络1306的连接。
图14A是无线通信的方法的流程图1400。该方法可以由UE(例如，UE 104/602/702/802/902/1002/1102/1202/1302；装置2102)执行。UE可以基于从UE的角度来看的GNSS定位过程来发送NAS消息。例如，UE可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层的连接请求而启动。在另一方面中，注册请求可以是从NAS层启动的。
在1404处，UE可以确定与UE的GNSS位置相关联的位置获取状态。UE可以接收对位置获取状态的指示，该指示用于指示GNSS位置在与NAS层相比一个或多个较低的层中是否可用。可以基于从一个或多个较低层接收的对位置获取的指示来确定位置获取状态。在一个方面中，从来自一个或多个较低层的位置获取状态接收的指示可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。在另一方面中，位置获取状态可以指示UE是一个或多个较低层中的额外延迟用于GNSS位置获取的类型。例如，在611、711、811、911、1011、1111、1211和1311处，UE 602、702、802、902、1002、1102、1202或1302的NAS层601、701、801、901、1001、1101、1201或1301可以确定与UE 602、702、802、902、1002、1202或1302的GNSS位置相关联的位置获取状态。UE 602、702、802、902、1002、1102、1202或1302的NAS层601、701、801、901、1001、1101、1201或1301可以接收对位置获取状态的指示，位置获取状态指示GNSS位置是否在与NAS层601、701、801、901、1001、1101、1201或1301相比一个或多个较低层603、703、803、903、1003、1103、1203或1303中可用。此外，1404可以由位置获取组件2142来执行。
在1406处，UE可以设置NAS层的状态。在一个方面中，UE的NAS层可以基于位置获取状态来将NAS层的状态设置为第一状态(例如，第一NAS状态)，该位置获取状态指示GNSS位置在与NAS层相比较低的层中不可用或者UE是一个或多个较低层中的额外延迟可以被指定用于GNSS位置获取的类型。也就是说，UE可以被配置为具有第一NAS状态，该第一NAS状态指示UE不能在建立GNSS定位之前发起NAS消息的传输。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。在另一方面中，NAS层可以基于位置获取状态来将NAS层的状态设置为第二状态(例如，第二NAS状态)，该位置获取状态指示GNSS位置在与NAS层相比较低的层中可用或者UE是额外延迟未被指定用于GNSS位置获取的类型。例如，在612、712、812、912、1012、1112、1212和1312处，UE 602、702、802、902、1002、1102、1202或1302的NAS层601、701、801、901、1001、1101、1201或1301可以设置NAS层601、701、801、901、1001、1101、1201或1301的状态。此外，1406可以由NAS层状态管理组件2146来执行。
在1410处，UE可以基于位置获取状态来延迟对在NAS层处的NAS消息的传输的发起，直到NAS层的状态变为第二NAS状态为止，该位置获取状态指示GNSS位置在较低层处可用或者UE是一个或多个较低层中的额外延迟可以被指定用于GNSS位置获取的类型。也就是说，UE的NAS层可以不发起NAS层处的NAS消息的传输，直到NAS层的状态从第一NAS状态改变为第二NAS状态为止。在基于接收对用于指示GNSS位置在一个或多个较低层处可用的位置获取状态的指示而将NAS层的状态改变为第二NAS状态之后，NAS层可以发起NAS消息的传输。例如，在714和814处，UE 702或802的NAS层701或801可以基于指示GNSS位置在较低层703或803处可用的位置获取状态来延迟对在NAS层701或801处的NAS消息的传输的发起，直到NAS层701或801的状态改变为第二状态为止。此外，1410可以由NAS消息管理组件2144来执行。
在1412处，UE可以向UE的应用层指示由于位置获取状态而未发送NAS层处的连接请求。处于第一状态的NAS层可以向应用层指示连接请求由于GNSS位置在一个或多个较低层处不可用而被延迟。也就是说，UE可以被配置为当NAS层处于第一NAS状态时，指示UE不能在建立GNSS定位之前发起连接请求，并且处于第一NAS态的NAS层可以被配置为向应用层指示在NAS层处的连接请求被延迟，直到NAS层的状态改变为不同的状态为止。例如，在715和815处，UE 702或802的NAS层701或801可以基于位置获取状态向UE 702或801的应用层704或804指示未在NAS层处发送连接请求。此外，1412可以由NAS消息管理组件2144来执行。
在1414处，UE可以利用网络获取GNSS定位。GNSS定位过程可以指由UE执行以获取足够数量的基站的信号以自信地确定UE的位置的过程。在UE可以发起到网络的上行链路数据传输之前，UE可以获取GNSS位置以执行时间/频率预补偿。例如，GNSS定位或GNSS位置获取过程可能花费相对长的时间延迟，例如，在10到30秒之间。例如，在716和816处，UE 702或802的一个或多个较低层703或803可以利用网络606获取GNSS定位。此外，1414可以由位置获取组件2142来执行。
在1416处，UE可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层的状态改变为NAS层的第二NAS状态。在从一个或多个较低层接收关于该位置可用的指示时，UE的NAS层可以将NAS层的状态从第一NAS状态改变为第二NAS状态。也就是说，UE可以将NAS层的状态从第一NAS状态改变为在其中NAS层可以发起NAS消息的传输的不同的状态。在从一个或多个较低层接收关于GMSS位置可用的指示时，NAS层的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。例如，在718、818和918处，UE 702、802和902的NAS层701、801和901可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层701、801和901的状态改变为NAS层701、801和901的第二NAS状态。此外，1416可以由NAS层状态管理组件2146来执行。
在1418处，UE可以基于NAS层的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层可以基于GNSS位置在一个或多个较低层中可用来发起NAS消息到一个或多个较低层的传输，对与UE的GNSS位置相关联的位置获取状态的确定可以基于从一个或多个较低层接收的对GNSS位置可用性的指示。在一个方面中，NAS层的状态可以被设置为第二NAS状态，并且NAS层可以发起NAS消息的传输。在另一方面中，NAS层的状态最初可以被设置为第一NAS状态，并且基于接收对与UE的GNSS位置的获取相关联的位置获取的指示而改变为第二NAS状态。例如，在620、720、820和920处，UE 602、702、802和902的NAS层601、701、801和901可以基于NAS层601、701、801和901的状态是是第二NAS状态来发起针对NAS过程的连接请求。此外，1418可以由NAS消息管理组件2144来执行。
在1420处，UE可以基于在NAS层处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 602、702、802和902接收到对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络606接收到对注册请求消息的响应之前到期，则NAS层601、701、801和901可以中止初始尝试并且重新启动该过程。例如，在622、722、822和922处，UE 602、702、802和902的NAS层601、701、801和901可以基于在NAS层601、701、801和901处发送NAS消息来启动NAS过程定时器。此外，1420可以由NAS过程定时器组件2148来执行。
在1422处，UE可以向UE的应用层指示由于位置获取状态而未发送NAS层处的连接请求。处于第一状态的NAS层可以向应用层指示连接请求由于GNSS位置在一个或多个较低层处不可用而被延迟。也就是说，UE可以被配置为当NAS层处于第一NAS状态时，指示UE不能在建立GNSS定位之前发起连接请求，并且处于第一NAS态的NAS层可以被配置为向应用层指示在NAS层的连接请求被延迟，直到NAS层的状态改变为不同的状态。例如，在1115和1215处，UE 1102或1202的NAS层1101或1201可以基于位置获取状态向UE 1102和1202的应用层1104或1204指示未在NAS层处发送连接请求。此外，1422可以由NAS消息管理组件2144来执行。
在1424处，UE可以基于位置获取状态来将时间延迟添加到NAS过程定时器，该时间延迟与对NAS消息的响应相关联。NAS消息的传输可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，NAS消息可以与从应用层接收的连接请求相关联。在另一方面中，NAS消息可以与从NAS层生成的注册请求相关联。也就是说，NAS层可以基于NAS层的状态处于第二NAS状态来将额外的时间延迟添加到NAS过程定时器，该第二NAS状态指示GNSS位置在与NAS层相比较低的层中可用或者UE是额外延迟未被指定用于GNSS位置获取的类型。响应于将NAS层的状态设置为第二NAS状态，NAS层可以通过添加额外的时间延迟来增加NAS过程定时器。在一个方面中，可以基于接收到的对用于指示GNSS位置不可用或不能在短时间段内变得可用的位置获取的指示而将NAS层的状态设置为第二NAS状态，并且额外的时间延迟可以对应于获取GNSS定位的延迟。在另一方面中，可以基于UE是在一个或多个较低层中的额外延迟可以被指定用于GNSS位置获取的类型而将NAS层的状态设置为第二NAS状态，并且额外的时间延迟可以对应于在一个或多个较低层上被指定用于GNSS位置获取的额外延迟。例如，在1119和1219处，UE 1102或1202的NAS层1011或1201可以基于位置获取状态而将时间延迟添加到NAS过程定时器，该时间延迟与对连接请求的响应相关联。此外，1424可以由NAS过程定时器组件2148来执行。
在1428处，UE可以基于NAS层的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输。也就是说，NAS层可以基于GNSS位置在一个或多个较低层中可用来确定发起NAS消息到一个或多个较低层的传输，对与UE的GNSS位置相关联的位置获取状态的确定可以基于从一个或多个较低层接收的对GNSS位置可用性的指示。在一个方面中，NAS层的状态可以被设置为第二NAS状态，并且NAS层可以发起NAS消息的传输。在另一方面中，NAS层的状态最初可以被设置为第一NAS状态，并且基于接收对与UE的GNSS位置的获取相关联的位置获取的指示而改变为第二NAS状态。例如，在1020、1120、1220和1320处，UE 1002、1102、1202或1302的NAS层1001、1101、1201或1301可以基于NAS层1001、1101、1201或1301的状态是第二NAS状态来发起针对NAS过程的连接请求。此外，1428可以由NAS消息管理组件2144来执行。
在1430处，UE可以基于在NAS层处发送NAS消息来启动NAS过程定时器。NAS过程定时器可以运行，直到UE 1002、1102、1202或1302接收到对NAS消息的传输的响应为止，并且如果NAS过程定时器在从网络706接收到对注册请求消息的响应之前到期，则NAS层1001、1101、1201或1301可以中止初始尝试并且重新启动该过程。例如，在1022、1122、1222和1322处，UE 1002、1102、1202或1302的NAS层1001、1101、1201或1301可以基于在NAS层1001、1101、1201或1301处发送NAS消息来启动NAS过程定时器。此外，1430可以由NAS过程定时器组件2148来执行。
在1432处，UE可以利用网络获取GNSS定位。GNSS定位过程可以指由UE执行以获取足够数量的基站的信号以自信地确定UE的位置的过程。在UE可以发起到网络的上行链路数据传输之前，UE可以获取GNSS位置以执行时间/频率预补偿。例如，GNSS定位或GNSS位置获取过程可能花费相对长的时间延迟，例如，在10到30秒之间。例如，在1116和1216处，UE1102或1202的一个或多个较低层1103或1203可以利用网络706获取GNSS定位。此外，1432可以由位置获取组件2142来执行。
在1434处，UE可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层的状态改变为NAS层的第二NAS状态。在从一个或多个较低层接收关于该位置可用的指示时，UE的NAS层可以将NAS层的状态从第一NAS状态改变为第二NAS状态。也就是说，UE可以将NAS层的状态从第一NAS状态改变为在其中NAS层可以发起连接请求的不同的状态。在从一个或多个较低层接收关于GMSS位置可用的指示时，NAS层的不同状态可以分别包括例如5GMM-REGISTERED.NORMAL-SERVICE状态或5GMM-IDLE状态的状态。例如，在1118、1218和1318处，UE 1102、1202或1302的NAS层1101、1201或1301可以响应于从较低层接收关于GNSS位置可用的指示而将NAS层1101、1201或1301的状态改变为NAS层1101、1201或1301的第二NAS状态。此外，1434可以由NAS层状态管理组件2146来执行。
在1440处，UE可以向网络发送NAS消息，并且从网络接收对向网络发送的NAS消息的响应。例如，在626、628、726、728、826、828、926、928、1026、1028、1126、1128、1226、1228、1326和1328处，UE 602、702、802、902、1002、1102、1202或1302的一个或多个较低层603、703、803、903、1003、1103、1203或1303可以向网络606、706、806、906、1006、1106、1206或1306发送连接请求，并且从网络606、706、806、906、1006、1106、1206或1306接收对向网络606、706、806、906、1006、1106、1206或1306发送的连接请求的响应。此外，1440可以由NAS消息管理组件2144来执行。
图14B是无线通信的方法的流程图1450。该方法可以由UE(例如，UE 104/602；装置2102)执行。UE可以基于确定NAS消息的传输可能落入覆盖间隙来确定省略或延迟NAS消息到网络606的传输。在一个方面中，基于覆盖间隙来省略或延迟NAS消息的传输的确定可以被超级强加给图14A中所示的过程。也就是说，UE可以基于在图14A的流程图1400中所示的步骤中的任何步骤之间的覆盖间隙来确定是否省略或延迟NAS消息的传输。NAS消息可以包括连接请求、注册请求或寻呼响应中的至少一个。在一个方面中，该连接请求可以基于来自应用层704的连接请求而启动。在另一方面中，注册请求可以是从NAS层701启动的。
在1452处，UE可以从网络接收覆盖间隙的起始时间和持续时间。在一个方面中，UE可以基于覆盖间隙的从网络接收的起始时间和持续时间来确定覆盖间隙。例如，在652处，UE 602可以从网络606接收覆盖间隙的起始时间和持续时间。此外，1452可以由小区覆盖组件2140来执行。
在1454处，UE可以在其期间UE未被网络的小区覆盖的时间中的覆盖间隙期间省略NAS消息的传输，该小区包括NTN小区或TN小区。提供NTN小区的NTN可以包括卫星网络。例如，在654处，UE 602的NAS层601可以在其期间UE 602、702、802、902、1002、1102、1202或1302未被网络606、706、806、906、1006、1106、1206或1306的小区覆盖的时间中的覆盖间隙期间省略注册请求消息的传输，该小区包括NTN小区或TN小区。此外，1454可以由NAS消息管理组件2144来执行。
在1456处，UE可以延迟注册请求消息的传输，直到UE在网络的小区的覆盖内。也就是说，UE的NAS层可以将注册请求的传输推迟到随后的覆盖内时间。在一个方面中，连接请求的传输可以被延迟达基于覆盖间隙的持续时间的时间延迟。在另一方面中，UE可以将注册请求的传输延迟与覆盖间隙的持续时间相对应的时间延迟，使得注册请求可以在随后的覆盖内时间期间被发送到网络。例如，在656处，UE 602的NAS层601可以延迟注册请求消息的传输，直到UE 602在网络606的小区的覆盖内。此外，1456可以由NAS消息管理组件2144来执行。
图15是无线通信的方法的流程图1500。该方法可以由UE(例如，UE 104/502；装置2102)执行。UE可以基于从UE的角度来看的GNSS定位过程来发送连接请求过程。例如，UE可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。
在1504处，UE可以确定与UE的GNSS位置相关联的位置获取状态。UE可以接收对位置获取状态的指示，该位置获取状态用于指示GNSS位置在与NAS层相比一个或多个较低的层中是否可用。可以基于从一个或多个较低层接收的对位置获取的指示来确定位置获取状态。在一个方面中，从来自一个或多个较低层的位置获取状态接收的指示可以指示GNSS位置是否可用或者可以在短时间段内变得可用(例如，不需要获得GNSS定位)。在另一方面中，位置获取状态可以指示UE是一个或多个较低层中的额外延迟用于GNSS位置获取的类型。例如，在611、711、811、911、1011、1111、1211和1311处，UE 602、702、802、902、1002、1102、1202或1302的NAS层601、701、801、901、1001、1101、1201或1301可以确定与UE 602、702、802、902、1002、1202或1302的GNSS位置相关联的位置获取状态。UE 602、702、802、902、1002、1102、1202或1302的NAS层601、701、801、901、1001、1101、1201或1301可以接收对位置获取状态的指示，所述位置获取状态指示GNSS位置是否在与的NAS层601、701、801、901、1001、1101、1201或1301相比一个或多个较低层603、703、803、903、1003、1103、1203或1303中可用。此外，1504可以由位置获取组件2142来执行。
在1506处，UE可以设置NAS层的状态。在一个方面中，UE的NAS层可以基于位置获取状态来将NAS层的状态设置为第一状态(例如，第一NAS状态)，该位置获取状态指示GNSS位置在与NAS层相比较低的层中不可用或者UE是一个或多个较低层中的额外延迟可以被指定用于GNSS位置获取的类型。也就是说，UE可以被配置为具有指示UE不能在建立GNSS定位之前发起连接请求的第一NAS状态。第一NAS状态可以被视为注册状态的替代，例如5GMM-REGISTERED状态。在一个示例中，该状态可以被称为“5GMM-REGISTERED.NO-LOCATION-AVAILABLE”状态。在另一个示例中，第一NAS状态可以被视为5GMM-IDLE状态的子状态，并且可以被称为“具有位置延迟的5GMM-IIDLE模式”。在其它示例中，可以用另一名称来指代第一NAS状态。在另一方面中，NAS层可以基于位置获取状态来将NAS层的状态设置为第二状态(例如，第二NAS状态)，该位置获取状态指示GNSS位置在与NAS层相比较低的层中可用或者UE是额外延迟未被指定用于GNSS位置获取的类型。例如，在612、712、812、912、1012、1112、1212和1312处，UE 602、702、802、902、1002、1102、1202或1302的NAS层601、701、801、901、1001、1101、1201或1301可以设置NAS层601、701、801、901、1001、1101、1201或1301的状态。此外，1506可以由NAS层状态管理组件2146来执行。
在1540处，UE可以向网络发送连接请求。例如，在626、628、726和728处，UE 602、702、802、902、1002、1102、1202或1302的一个或多个较低层603、703、803、903、1003、1103、1203或1303可以向网络606、706、806、906、1006、1106、1206或1306发送连接请求。此外，1540可以由NAS消息管理组件2144来执行。
图16是无线通信的方法的呼叫流程图1600。呼叫流程图1600可以包括UE 1602和网络1604。呼叫流程图1600可以从网络1604的角度示出基于GNSS定位过程向UE 1602发送寻呼请求的网络1604过程。例如，UE 1602可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。
在1606处，网络1604可以从UE 1602接收用于指示UE 1602的GNSS位置可用性的UE能力指示。UE 1602可以向网络发送用于指示UE 1602的GNSS位置可用性的UE能力指示。UE1602的GNSS位置可用性可以指示UE 1602是否被指定具有大于门限值的时间延迟，以使用GNSS来获得UE的位置。例如，该门限值可以是一(1)秒。UE能力指示可以包括用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE能力指示还可以指示在发起与网络1604的连接之前执行时间/频率预补偿的延迟的长度。
在1608处，网络1604可以向UE 1602发送覆盖间隙的起始时间和持续时间。UE1602可以从基站1604接收覆盖间隙的起始时间和持续时间。也就是说，网络1604可以向UE1602发送覆盖间隙的起始时间和持续时间，并且网络1604和UE 1602可以知道覆盖间隙调度。
在1610处，网络1604可以向UE 1602发送寻呼请求。UE 1602可以从网络1604接收寻呼请求。在向UE 1602发送寻呼请求之后，网络1604可以启动寻呼响应定时器。UE 1602可以从网络1604接收寻呼请求。寻呼响应定时器可以运行，直到网络1604从UE 1602接收到寻呼响应为止，并且网络1604可以响应于寻呼响应定时器的到期来确定寻呼请求的传输已经失败。
在1612处，网络1604可以基于UE 1602的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于未从UE 1702接收到寻呼响应来控制对寻呼请求的重传。GNSS位置可用性可以指示用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的时间延迟。
在一个方面中，可以在1606处从UE 1602接收的UE能力指示中接收UE 1602的GNSS位置可用性。也就是说，UE能力指示可以指示UE 1602在发起与网络1604的连接之前是否使用延迟来执行时间/频率预补偿。UE能力指示还可以指示在发起与网络1604的连接之前执行时间/频率预补偿的延迟的长度。网络1604可以通过基于UE 1602的获得UE 1602的位置的时间延迟大于门限值而增加寻呼响应定时器来管理寻呼响应定时器。网络1604可以通过基于UE 1602的获得UE 1602的位置的时间延迟小于门限值而不增加寻呼响应定时器来管理寻呼响应定时器。
在另一方面中，UE 1602的GNSS位置可用性可以作为UE 1602通信参数从网络1604的HSS接收。也就是说，网络1604的HSS可以保存UE通信参数的数据库，并且UE通信参数可以包括对UE 1602的GNSS位置可用性的指示。网络1604可以参考HSS中的数据库以确定UE1602中的GNSS位置可用性。UE 1602通信参数可以包括用于指示UE 1602处的GNSS位置可用性的UE 1602的静止指示，其中基于该静止指示而不向寻呼响应定时器添加延迟。也就是说，UE通信参数可以包括静止指示，该静止指示如果被设置，则指示UE 1602是使用延迟的静止UE 1602。UE 1602通信参数还可以指示UE 1602的非静止状态，其中寻呼响应定时器的管理包括基于非静止状态向寻呼响应定时器添加延迟。网络1604可以通过基于静止指示而增加寻呼响应定时器来管理寻呼响应定时器。UE 1602通信参数可以指示用于UE 1602的延迟的持续时间。
在1614处，网络1604可以基于UE 1602的GNSS位置可用性来计算寻呼响应定时器的持续时间。寻呼响应定时器可以响应于向UE 1602发送寻呼请求而运行，并且网络1604可以响应于寻呼响应定时器的到期而声明寻呼请求的传输失败。网络1604可以计算寻呼响应定时器，以补偿UE 1602处来自GNSS位置获取的额外时间延迟。例如，寻呼响应定时器可以被配置为16秒，但是UE 1602的一个或多个较低层在向网络1604发送寻呼响应之前可能花费另一16秒来获取GNSS定位。网络1604可能不知道这一点，并且可以在寻呼响应定时器的到期时声明寻呼请求失败。
在1616处，网络1604可以向寻呼响应定时器添加第一时间延迟，第一时间延迟对应于用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的额外延迟。也就是说，网络1604可以将寻呼响应定时器增加达用于UE 1602的额外延迟，并且网络1604可以避免寻呼响应定时器由于UE 1602处的来自GNSS位置获取的额外时间延迟而到期。
在1618处，网络1604可以基于在其期间UE 1602未被网络1604的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，该小区包括NTN小区或TN小区。提供NTN小区的NTN可以包括卫星网络1604。在一个方面中，寻呼响应定时器可以基于直到下一覆盖间隙为止的持续时间大于或等于用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的额外延迟而启动。
网络1604可以进一步基于UE 1602位置处对直到下一覆盖间隙为止的时间的确定来确定是否启动寻呼响应。如果到下一覆盖间隙的时间小于寻呼响应定时器的值，则网络1604不启动寻呼响应定时器。也就是说，如果网络1604确定在下一覆盖间隙期间期望寻呼响应，则网络1604可以不启动寻呼响应定时器。
在1613处，UE 1602可以基于GNSS位置可用性来获得UE 1602的位置。使用GNSS获得UE 1602的位置的时间延迟可以被指定为大于或等于门限值。在一个方面中，UE 1602可以被指定具有大于或等于门限值的时间延迟，以使用GNSS来获得UE 1602的位置。因此，被指定用于UE 1602的在发送寻呼响应之前获得UE 1602的位置的时间延迟可能影响网络1604确定寻呼请求是否成功地发送到UE 1602。
在1615处，UE可以基于UE 1602的位置来估计定时和频率偏移。可以基于UE 1602的位置来估计定时和频率偏移。UE 1602可以基于根据UE 1602的位置估计的定时和频率偏移来发送寻呼响应。
在1620处，网络1604可以在寻呼响应定时器的到期之前从UE 1602接收寻呼响应。UE 1602可以向网络1604发送寻呼响应，该发送是基于UE 1602的位置的。寻呼响应可以是在跟随1610处对寻呼请求的接收之后的扩展时段之后发送的，该扩展时段基于在1606处向网络1604发送的UE能力指示，UE 1602使用该扩展时段来获得UE 1602的位置。寻呼响应可以包括来自UE 1602的NAS层消息，该NAS层消息可以在1610处由网络1604发送的寻呼响应中发起连接建立过程(例如，服务请求消息)。
在1622处，网络1604可以基于寻呼响应定时器的到期来重传该寻呼请求。也就是说，寻呼定时器在从UE 1602接收到寻呼响应之前到期，并且在寻呼响应定时器的到期时，网络1604可以向UE 1602重传该寻呼请求。
图17是无线通信的方法的流程图1700。该方法可以由网络(例如，网络606/1704；装置2202)来执行。网络可以基于从网络的角度来看的GNSS定位过程向UE发送寻呼请求。例如，UE可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。
在1702处，网络可以从UE接收用于指示UE的GNSS位置可用性的UE能力指示。UE可以向网络发送用于指示UE的GNSS位置可用性的UE能力指示。UE的GNSS位置可用性可以指示UE是否被指定具有使用GNSS来获得UE的位置的大于门限值的时间延迟。例如，门限值可以是一(1)秒。UE能力指示可以包括用于UE在发起与网络的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE能力指示还可以指示在发起与网络的连接之前执行时间/频率预补偿的延迟的长度。例如，在1606处，网络1604可以从UE 1602接收用于指示UE 1602的GNSS位置可用性的UE能力指示。此外，1702可以由UE能力指示组件2240来执行。
在1704处，网络可以向UE发送覆盖间隙的起始时间和持续时间。UE可以从基站接收覆盖间隙的起始时间和持续时间。也就是说，网络可以向UE发送覆盖间隙的起始时间和持续时间，并且网络和UE可以知道覆盖间隙调度。例如，在1608处，网络1604可以向UE 1602发送覆盖间隙的起始时间和持续时间。此外，1704可以由覆盖间隙组件2242来执行。
在1706处，网络可以向UE发送寻呼请求。在向UE发送寻呼请求之后，网络可以启动寻呼响应定时器。UE可以从网络接收寻呼请求。寻呼响应定时器可以运行，直到网络从UE接收到寻呼响应为止，并且网络可以响应于寻呼响应定时器的到期来确定寻呼请求的传输已经失败。例如，在1610处，网络1604可以向UE 1602发送寻呼请求。此外，1706可以由寻呼组件2244来执行。
在1708处，网络可以基于UE的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于未从UE接收到寻呼响应来控制对寻呼请求的重传。GNSS位置可用性可以指示用于UE在发起与网络1604的连接之前执行时间-频率预补偿的时间延迟。在一个方面中，可以在1702处从UE接收的UE能力指示中接收UE的GNSS位置可用性。也就是说，UE能力指示可以指示UE在发起与网络的连接之前是否使用延迟来执行时间/频率预补偿。UE能力指示还可以指示在发起与网络的连接之前执行时间/频率预补偿的延迟的长度。网络可以通过基于UE的获得UE的位置的时间延迟大于门限值而增加寻呼响应定时器来管理寻呼响应定时器。网络可以通过基于UE的获得UE的位置的时间延迟小于门限值而不增加寻呼响应定时器来管理寻呼响应定时器。在另一方面中，UE的GNSS位置可用性可以作为UE通信参数从网络的HSS接收。也就是说，网络的HSS可以保存UE通信参数的数据库，并且UE通信参数可以包括对UE的GNSS位置可用性的指示。网络可以参考HSS中的数据库来确定UE中的GNSS位置可用性。UE通信参数可以包括UE的用于指示UE处的GNSS位置可用性的静止指示，其中基于静止指示而不向寻呼响应定时器添加延迟。也就是说，UE通信参数可以包括静止指示，该静止指示如果被设置，则指示UE是具有延迟的静止UE。UE通信参数还可以指示UE的非静止状态，其中对寻呼响应定时器的管理包括基于非静止状态向寻呼响应定时器添加延迟。网络可以通过基于静止指示而增加寻呼响应定时器来管理寻呼响应定时器。UE通信参数可以指示用于UE的延迟的持续时间。例如，在1612处，网络1604可以基于UE 1602的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于未从UE 1702接收到寻呼响应来控制对寻呼请求的重传。此外，1708可以由寻呼响应定时器管理组件2246来执行。
在1710处，网络可以基于UE的GNSS位置可用性来计算寻呼响应定时器的持续时间。寻呼响应定时器可以响应于向UE发送寻呼请求而运行，并且网络可以响应于寻呼响应定时器的到期而声明寻呼请求的传输失败。网络可以计算寻呼响应定时器，以补偿UE处来自GNSS位置获取的额外时间延迟。例如，寻呼响应定时器可以被配置为16秒，但是UE的一个或多个较低层在向网络发送寻呼响应之前可能花费另一16秒来获取GNSS定位。网络可能不知道这一点，并且可能在寻呼响应定时器的到期时声明寻呼请求失败。例如，在1614处，网络1604可以基于UE 1602的GNSS位置可用性来计算寻呼响应定时器的持续时间。此外，1710可以由寻呼响应定时器管理组件2246来执行。
在1712处，网络可以将第一时间延迟添加到寻呼响应定时器，第一时间延迟对应于用于UE在发起与网络的连接之前执行时间-频率预补偿的额外延迟。也就是说，网络1604可以将寻呼响应定时器增加达UE 1602的额外延迟，并且网络1604可以避免寻呼响应定时器由于UE 1602处来自GNSS位置获取的额外时间延迟而到期。例如，在1616处，网络1604可以将第一时间延迟添加到寻呼响应定时器，第一时间延迟对应于用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的额外延迟。此外，1712可以由寻呼响应定时器管理组件2246来执行。
在1714处，网络可以基于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，该小区包括NTN小区或TN小区。提供NTN小区的NTN可以包括卫星网络。在一个方面中，寻呼响应定时器可以基于直到下一覆盖间隙为止的持续时间大于或等于用于UE在发起与网络的连接之前执行时间-频率预补偿的额外延迟来启动。网络可以进一步基于UE位置处对直到下一覆盖间隙为止的时间的确定来确定是否启动寻呼响应。如果到下一覆盖间隔的时间小于寻呼响应定时器的值，则网络不启动寻呼响应定时器。也就是说，如果网络确定在下一覆盖间隙期间期望寻呼响应，则网络可以不启动寻呼响应定时器。例如，在1618处，网络1604可以基于在其期间UE 1602未被网络1604的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，该小区包括NTN小区或TN小区。此外，1714可以由寻呼响应定时器管理组件2246来执行。
在1716处，网络可以在寻呼响应定时器的到期之前从UE接收寻呼响应。UE可以向网络发送寻呼响应，该发送是基于UE的位置的。寻呼响应可以是在跟随1706处对寻呼请求的接收的扩展时段之后发送的，该扩展时段是基于在1702处向网络发送的UE能力指示的，该扩展时段由UE用于获得UE的位置。寻呼响应可以包括来自UE的NAS层消息，该NAS层消息可以在1706处由网络发送的寻呼响应中发起连接建立过程(例如，服务请求消息)。例如，在1620处，网络1604可以从UE 1602接收寻呼响应。此外，1716可以由寻呼组件2244来执行。
在1718处，网络可以基于寻呼响应定时器的到期来重传该寻呼请求。也就是说，寻呼定时器在从UE接收到寻呼响应之前到期，并且在寻呼响应定时器的到期时，网络可以向UE重传该寻呼请求。例如，在1622处，网络1604可以基于寻呼响应定时器的到期来重传该寻呼请求。此外，1718可以由寻呼组件2244来执行。
图18是无线通信的方法的流程图1800。该方法可以由网络(例如，网络606/1704；装置2202)来执行。网络可以基于从网络的角度来看的GNSS定位过程向UE发送寻呼请求。例如，UE可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。
在1802处，网络可以从UE接收用于指示UE的GNSS位置可用性的UE能力指示。UE可以向网络发送用于指示UE的GNSS位置可用性的UE能力指示。UE的GNSS位置可用性可以指示UE是否被指定具有使用GNSS来获得UE的位置的大于门限值的时间延迟。例如，该门限值可以是一(1)秒。UE能力指示可以包括用于UE在发起与网络的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE能力指示还可以指示在发起与网络的连接之前执行时间/频率预补偿的延迟的长度。例如，在1606处，网络1604可以从UE 1602接收用于指示UE 1602的GNSS位置可用性的UE能力指示。此外，1802可以由UE能力指示组件2240来执行。
在1806处，网络可以向UE发送寻呼请求。在向UE发送寻呼请求时，网络可以启动寻呼响应定时器。UE可以从网络接收寻呼请求。寻呼响应定时器可以运行，直到网络从UE接收到寻呼响应为止，并且网络可以响应于寻呼响应定时器的到期来确定寻呼请求的传输已经失败。例如，在1610处，网络1604可以向UE 1602发送寻呼请求。此外，1806可以由寻呼组件2244来执行。
在1808处，网络可以基于UE的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于未从UE接收到寻呼响应来控制对寻呼请求的重传。GNSS位置可用性可以指示用于UE在发起与网络1604的连接之前执行时间-频率预补偿的时间延迟。在一个方面中，可以在1802处从UE接收的UE能力指示中接收UE的GNSS位置可用性。也就是说，UE能力指示可以指示UE在发起与网络的连接之前是否使用延迟来执行时间/频率预补偿。UE能力指示还可以指示在发起与网络的连接之前执行时间/频率预补偿的延迟的长度。网络可以通过基于UE的获得UE的位置的时间延迟大于门限值而增加寻呼响应定时器来管理寻呼响应定时器。网络可以通过基于UE的获得UE的位置的时间延迟小于门限值而不增加寻呼响应定时器来管理寻呼响应定时器。在另一方面中，UE的GNSS位置可用性可以作为UE通信参数从网络的HSS接收。也就是说，网络的HSS可以保存UE通信参数的数据库，并且UE通信参数可以包括对UE的GNSS位置可用性的指示。网络可以参考HSS中的数据库来确定UE中的GNSS位置可用性。UE通信参数可以包括用于指示UE处的GNSS位置可用性的UE的静止指示，其中基于静止指示而不向寻呼响应定时器添加延迟。也就是说，UE通信参数可以包括静止指示，该静止指示如果被设置，则指示UE是具有延迟的静止UE。UE通信参数还可以指示UE的非静止状态，其中对寻呼响应定时器的管理包括基于非静止状态向寻呼响应定时器添加延迟。网络可以通过基于静止指示而增加寻呼响应定时器来管理寻呼响应定时器。UE通信参数可以指示用于UE的延迟的持续时间。例如，在1612处，网络1604可以基于UE 1602的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于未从UE 1702接收到寻呼响应来控制对寻呼请求的重传。此外，1808可以由寻呼响应定时器管理组件2246来执行。
图19是无线通信的方法的流程图1900。该方法可以由UE(例如，UE 104/602、702、802、902、1002、1102、1202、1302或1602；装置2102)执行。UE可以基于从UE的角度来看的GNSS定位过程来发送连接请求过程。例如，UE可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。
在1902处，UE可以向网络发送用于指示UE的GNSS位置可用性的UE能力指示。UE1602的GNSS位置可用性可以指示UE 1602是否被指定具有使用GNSS来获得UE的位置的大于门限值的时间延迟。例如，该门限值可以是一(1)秒。UE能力指示可以包括用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE能力指示还可以指示在发起与网络1604的连接之前执行时间/频率预补偿的延迟的长度。例如，在1606处，UE 1602可以向网络发送用于指示UE 1602的GNSS位置可用性的UE能力指示。此外，1902可以由UE能力指示组件2150来执行。
在1904处，UE可以从基站接收覆盖间隙的起始时间和持续时间。也就是说，网络1604可以向UE 1602发送覆盖间隙的起始时间和持续时间，并且网络1604和UE 1602可以知道覆盖间隙调度。例如，在1608处，UE 1602可以从基站1604接收覆盖间隙的起始时间和持续时间。此外，1904可以由小区覆盖组件2140来执行。
在1906处，UE可以从网络接收寻呼请求。在向UE 1602发送寻呼请求时，网络1604可以启动寻呼响应定时器。UE 1602可以从网络1604接收寻呼请求。寻呼响应定时器可以运行，直到网络1604从UE 1602接收到寻呼响应为止，并且网络1604可以响应于寻呼响应定时器的到期来确定寻呼请求的传输已经失败。例如，在1610处，UE 1602可以从网络1604接收寻呼请求。此外，1906可以由NAS消息管理组件2144来执行。
在1909处，UE可以基于GNSS位置可用性来获得UE的位置。使用GNSS获得UE位置的时间延迟可以被指定为大于或等于门限值。在一个方面中，UE可以被指定具有使用GNSS来获得UE的位置的大于或等于门限值的时间延迟。因此，被指定用于UE的在发送寻呼响应之前获得UE的位置的时间延迟可能影响网络确定寻呼请求是否成功地发送到UE。例如，在1613处，UE 1602可以基于GNSS位置可用性来获得UE 1602的位置。此外，1909可以由位置获取组件2142来执行。
在1911处，UE可以基于UE的位置来估计定时和频率偏移。可以基于UE的位置来估计定时和频率偏移。UE可以基于根据UE的位置估计的定时和频率偏移来发送寻呼响应。例如，在1615处，UE 1602可以基于UE 1602的位置来估计定时和频率偏移。此外，1911可以由位置获取组件2142来执行。
在1916处，UE可以向网络发送寻呼响应，该发送是基于UE的位置的。寻呼响应可以是在跟随1906处对寻呼请求的接收的扩展时段之后发送的，该扩展时段是基于在1902处向网络发送的UE能力指示的，UE使用该扩展时段来获得UE的位置。寻呼响应可以包括来自UE的NAS层消息，该NAS层消息可以在1610由网络1604发送的寻呼响应中发起连接建立过程(例如，服务请求消息)。例如，在1620处，UE 1602可以向网络1604发送寻呼响应，该发送是基于UE 1602的位置的。此外，1916可以由NAS消息管理组件2144来执行。
在1918处，UE可以基于寻呼响应定时器的到期来接收对寻呼请求的重传。也就是说，寻呼定时器在从UE接收到寻呼响应之前到期，并且在寻呼响应定时器的到期时，网络可以向UE重传该寻呼请求。例如，在1622处，UE 1602可以基于寻呼响应定时器的到期来重传该寻呼请求。此外，1918可以由NAS消息管理组件2144来执行。
图20是无线通信的方法的流程图2000。该方法可以由UE(例如，UE 104/602、702、802、902、1002、1102、1202、1302或1602；装置2102)执行。UE可以基于从UE的角度来看的GNSS定位过程来发送连接请求过程。例如，UE可以包括IoT NTN设备，并且获取GNSS位置以执行时间/频率预补偿。
在2002处，UE可以向网络发送用于指示UE的GNSS位置可用性的UE能力指示。UE1602的GNSS位置可用性可以指示UE 1602是否被指定具有使用GNSS来获得UE的位置的大于门限值的时间延迟。例如，该门限值可以是一(1)秒。UE能力指示可以包括用于UE 1602在发起与网络1604的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE能力指示还可以指示在发起与网络1604的连接之前执行时间/频率预补偿的延迟的长度。例如，在1606处，UE 1602可以向网络发送用于指示UE 1602的GNSS位置可用性的UE能力指示。此外，2002可以由UE能力指示组件2150来执行。
在2006处，UE可以从网络接收寻呼请求。在向UE 1602发送寻呼请求时，网络1604可以启动寻呼响应定时器。UE 1602可以从网络1604接收寻呼请求。寻呼响应定时器可以运行，直到网络1604从UE 1602接收到寻呼响应为止，并且网络1604可以响应于寻呼响应定时器的到期来确定寻呼请求的传输已经失败。例如，在1610处，UE 1602可以从网络1604接收寻呼请求。此外，2006可以由NAS消息管理组件2144来执行。
在2009处，UE可以基于GNSS位置可用性来获得UE的位置。使用GNSS获得UE位置的时间延迟可以被指定为大于或等于门限值。在一个方面中，UE可以被指定具有使用GNSS来获得UE的位置的大于或等于门限值的时间延迟。因此，被指定用于UE的在发送寻呼响应之前获得UE的位置的时间延迟可能影响网络确定寻呼请求是否成功地发送到UE。例如，在1613处，UE 1602可以基于GNSS位置可用性来获得UE 1602的位置。此外，2009可以由位置获取组件2142来执行。
在2016处，UE可以向网络发送寻呼响应，该发送是基于UE的位置的。寻呼响应可以是在跟随2006处对寻呼请求的接收的扩展时段之后发送的，该扩展时段是基于在2002处向网络发送的UE能力指示的，UE使用该扩展时段来获得UE的位置。寻呼响应可以包括来自UE的NAS层消息，该NAS层消息可以在1610处由网络1604发送的寻呼响应中发起连接建立过程(例如，服务请求消息)。例如，在1620处，UE 1602可以向网络1604发送寻呼响应，该发送是基于UE 1602的位置的。此外，2016可以由NAS消息管理组件2144来执行。
图21是示出用于装置2102的硬件实现的示例的示意图2100。装置2102可以是UE、UE的组件，或者可以实现UE功能。在一些方面中，装置2102可以包括与蜂窝RF收发机2122耦合的蜂窝基带处理器2104(还称为调制解调器)。在一些方面中，装置2102可以进一步包括一个或多个订户身份模块(SIM)卡2120、耦合到安全数字(SD)卡2108和屏幕2110的应用处理器2106、蓝牙模块2112、无线局域网(WLAN)模块2114、全球定位系统(GPS)模块2116或电源2118。蜂窝基带处理器2104通过蜂窝RF收发机2122与UE 104和/或BS 212/180进行通信。蜂窝基带处理器2104可以包括计算机可读介质/存储器。计算机可读介质/存储器可以是非暂时性的。蜂窝基带处理器2104负责一般处理，其包括执行在计算机可读介质/存储器上存储的软件。当由蜂窝基带处理器2104执行该软件时，该软件使蜂窝基带处理器2104执行上文所描述的各种功能。计算机可读介质/存储器还可以用于存储由蜂窝基带处理器2104在执行软件时操纵的数据。蜂窝基带处理器2104还包括接收组件2130、通信管理器2132和发送组件2134。通信管理器2132包括一个或多个示出的组件。通信管理器2132内的组件可以被存储在计算机可读介质/存储器中和/或被配置为蜂窝基带处理器2104内的硬件。蜂窝基带处理器2104可以是UE 350的组件，并且可以包括TX处理器368、RX处理器356和控制器/处理器359中的至少一个和/或存储器360。在一种配置中，装置2102可以是调制解调器芯片并且仅包括基带处理器2104，并且在另一配置中，装置2101可以是整个UE(例如，参见图3的350)并且包括装置2102的额外模块。
通信管理器2132包括被配置为从网络接收覆盖间隙的起始时间和持续时间的小区覆盖组件2140，例如，如结合1452和1904所述。通信管理器2132还包括位置获取组件2142，位置获取组件2142被配置为：确定与UE的GNSS位置相关联的位置获取状态，获取与网络的GNSS定位，基于GNSS位置可用性来获得UE的位置，以及基于UE的位置来估计定时和频率偏移，例如，如结合1404、1414、1432、1504、1909、1911和2009所述。通信管理器2132还包括NAS消息管理组件2144，NAS消息管理组件2144被配置为：延迟对NAS层处的NAS消息的传输的发起直到NAS层的状态改变为第二NAS状态为止，向UE的应用层指示由于位置获取状态而未发送NAS层处的NAS消息，基于NAS层的状态是第二NAS状态来发起用于NAS过程的NAS消息的传输，向网络发送NAS消息，从网络接收对向网络发送的NAS消息的响应，在其期间UE未被网络的小区覆盖的时间中的覆盖间隙期间省略或延迟NAS信号的传输，以及从网络接收寻呼请求或对寻呼请求的重传，例如，如结合1410、1412、1418、1422、1428、1440、1454、1456、1540、1906、1916、2006和2016所述。通信管理器2132包括NAS层状态管理组件2146，NAS层状态管理组件2146被配置为：设置NAS层的状态，并且响应于从较低层接收到关于GNSS位置可用的指示而将NAS层的状态改变为NAS层的第二NAS状态，例如，如结合1406、1416、1434、1506、1902所述。通信管理器2132还包括NAS过程定时器组件2148，NAS过程定时器组件2148被配置为：基于位置获取状态将时间延迟添加到NAS过程定时器，该时间延迟与对连接请求的响应相关联，并且基于在NAS层处发送连接请求来启动NAS过程定时器，例如，如结合1420、1424和1430所述。通信管理器2132还包括UE能力指示组件2150，UE能力指示组件2150被配置为向网络发送用于指示UE的GNSS位置可用性的UE能力指示，例如，如结合1902和2002所述。
该装置可以包括执行在图6A、图6B、图7、图14A和图14B的流程图中的算法的每个框的额外组件。照此，在图6A、图6B、图7、图14A和图14B的流程图中的每个框可以由组件执行，并且该装置可以包括这些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，被存储在计算机可读介质内用于由处理器来实现，或其某种组合。
如图所示，装置2102可以包括被配置用于各种功能的各种组件。在一种配置中，装置2102(并且尤其是蜂窝基带处理器2104)包括：用于向网络发送用于指示UE的GNSS位置可用性的UE能力指示的单元，用于从网络接收寻呼请求的单元，用于基于GNSS位置可用性来获得UE的位置的单元，用于向网络发送寻呼响应的单元，该发送是基于UE的位置的，用于基于UE的位置来估计定时和频率偏移的单元，以及用于基于定时和频率偏移来发送寻呼响应的单元。装置2102包括：用于确定与UE的GNSS位置相关联的位置获取状态的单元，用于基于UE的位置获取状态来发起针对NAS过程的连接请求的单元，以及用于向网络发送连接请求的单元。装置2102包括：用于基于指示GNSS位置在与NAS层相比较低的层中不可用的位置获取状态而将NAS层的状态设置为第一状态的单元，以及用于基于指示GNSS位置在较低层可用的位置获取状态来延迟对NAS层处的连接请求的发起直到NAS的状态改变为第二状态为止的单元。装置2102包括：用于响应于从较低层接收到关于GNSS位置可用的指示而将NAS层的状态改变为NAS层的第二状态的单元，用于向UE的应用层指示由于位置获取状态而未发送NAS层的连接请求的单元，以及用于基于位置获取状态向NAS过程定时器添加时间延迟的单元，该时间延迟与对连接请求的响应相关联，以及用于基于在NAS层处发送连接请求来启动NAS过程定时器的单元，该NAS过程定时器对应于UE的位置获取状态。装置2102包括：用于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙期间省略注册请求消息的传输的单元，该小区包括NTN小区或TN小区，用于延迟注册请求消息的传输直到UE在网络的小区的覆盖内为止的单元，以及用于基于覆盖间隙的持续时间而将所述传输延迟达一时间延迟的单元。这些单元可以是装置2102的被配置为执行由这些单元记载的功能的组件中的一个或多个组件。如上所述，装置2102可以包括TX处理器368、RX处理器356和控制器/处理器359。照此，在一种配置中，这些单元可以是被配置为执行由这些单元记载的功能的TX处理器368、RX处理器356和控制器/处理器359。
图22是示出用于装置2202的硬件实现的示例的示意图2200。装置2202可以是基站、基站的组件，或者可以实现基站功能。在一些方面中，装置2202可以包括基带单元2204。基带单元2204可以通过蜂窝RF收发机2222与UE 104进行通信。基带单元2204可以包括计算机可读介质/存储器。基带单元2204负责一般处理，其包括执行在计算机可读介质/存储器上存储的软件。当由基带单元2204执行该软件时，该软件使基带单元2204执行上文所描述的各种功能。计算机可读介质/存储器还可以用于存储由基带单元2204在执行软件时操纵的数据。基带单元2204还包括接收组件2230、通信管理器2232和发送组件2234。通信管理器2232包括一个或多个示出的组件。通信管理器2232内的组件可以被存储在计算机可读介质/存储器中和/或被配置为基带单元2204内的硬件。基带单元2204可以是基站310的组件，并且可以包括TX处理器316、RX处理器370和控制器/处理器375中的至少一个和/或存储器376。
通信管理器2232包括UE能力指示组件2240，UE能力指示组件2240被配置为从UE接收用于指示UE的GNSS位置可用性的UE能力指示。UE能力指示可以包括用于UE在发起与网络的连接之前执行时间-频率预补偿的时间延迟的持续时间，例如，如结合1802所描述的。通信管理器2232还包括覆盖间隙组件2242，覆盖间隙组件2242被配置为向UE发送覆盖间隙的起始时间和持续时间，例如，如结合1804所描述的。通信管理器2232还包括寻呼组件2244，寻呼组件2244被配置为：向UE发送寻呼请求，从UE接收寻呼响应，并且基于寻呼响应定时器的到期来重传寻呼请求，例如，如结合1806、1816、1818和1906所描述的。通信管理器2232还包括寻呼响应定时器管理组件2246，寻呼响应定时器管理组件2246被配置为：基于UE的GNSS位置可用性来管理寻呼响应定时器，该寻呼响应定时器基于未从UE接收到寻呼响应来控制对寻呼请求的重传，基于UE的GNSS位置可用性来计算寻呼响应定时器的持续时间，将第一时间延迟添加到寻呼响应定时器，第一时间延迟对应于用于UE在发起与网络的连接之前执行时间频率预补偿的额外延迟，以及基于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，该小区包括NTN小区或TN小区，例如，如结合1808、1810、1812、1814和1908所描述的。
该装置可以包括执行在图16、图18、图19和图22的流程图中的算法的每个框的额外组件。因此，在图16、图18、图19和图22的流程图中的每个框可以由组件执行，并且该装置可以包括这些组件中的一个或多个组件。组件可以是专门被配置为执行所述过程/算法的一个或多个硬件组件，由被配置为执行所述过程/算法的处理器来实现，被存储在计算机可读介质内用于由处理器来实现，或其某种组合。
如图所示，装置2202可以包括被配置用于各种功能的各种组件。在一种配置中，装置2202(并且尤其是基带单元2204)包括：用于从UE接收用于指示UE的GNSS位置可用性的UE能力指示的单元，用于向UE发送寻呼请求的单元，以及用于基于UE的GNSS位置可用性来管理寻呼响应定时器的单元，寻呼响应定时器基于是否从UE接收到寻呼响应来控制对寻呼请求的重传。装置2202包括用于基于寻呼响应定时器的到期来重传该寻呼请求的单元。装置2202包括用于在寻呼响应定时器的到期之前从UE接收寻呼响应的单元。装置2202包括：用于基于静止指示而增加寻呼响应定时器的单元，用于基于UE的获得UE的位置的时间延迟大于门限值而增加寻呼响应定时器的单元，以及用于基于UE的获得UE的位置的时间延迟小于门限值而不增加寻呼响应定时器的单元，用于基于UE的GNSS位置可用性来计算寻呼响应定时器的持续时间的单元，以及用于将第一时间延迟添加到寻呼响应定时器的单元，第一时间延迟对应于被指定用于UE的在发起与网络的连接之前执行时间-频率预补偿的额外延迟。装置2202包括：用于基于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器的单元，该小区包括NTN小区或TN小区，以及用于基于直到下一覆盖间隙为止的持续时间大于或等于用于UE在发起与网络的连接之前执行时间-频率预补偿的额外延迟来启动寻呼响应定时器的单元。装置2202包括用于向UE发送覆盖间隙的起始时间和持续时间的单元。如上所述，装置2202可以包括TX处理器316、RX处理器370和控制器/处理器375。照此，在一种配置中，这些单元可以是被配置为执行由这些单元记载的功能的TX处理器316、RX处理器370和控制器/处理器375。
该装置可以包括用户设备(UE)和网络。UE可以包括物联网(IoT)非地面网络(NTN)设备，并且UE可以获取全球导航卫星系统(GNSS)位置以执行时间/频率预补偿。UE的NAS层可以确定与UE的GNSS位置相关联的位置获取状态，并且在UE的一个或多个较低层处基于GNSS定位过程来发起连接请求过程。NAS层可以基于指示GNSS位置在与NAS层相比较低的层中不可用的位置获取状态而将NAS层的状态设置为第一状态，并且响应于从较低层接收到关于GNSS位置可用的指示而将NAS层状态改变为NAS层的第二状态。NAS层可以在NAS层的第一状态下延迟对NAS层处的连接请求的发起，并且在NAS层第二状态下发送连接请求。NAS层可以基于位置获取状态向NAS过程定时器添加时间延迟，并且基于在NAS层处发送连接请求来启动NAS过程定时器。NAS层可以在覆盖间隙期间省略或延迟注册请求消息的传输。
网络可以向UE发送寻呼请求，并且基于UE处的GNSS定位过程来管理寻呼响应定时器。寻呼响应定时器可以基于未从UE接收到寻呼响应来控制对寻呼请求的重传。网络可以从UE接收UE能力指示，并且UE能力指示可以包括用于UE在发起与网络的连接之前执行时间-频率预补偿的时间延迟的持续时间。UE的GNSS位置可用性可以作为UE通信参数从网络的归属用户服务器(HSS)接收。例如，网络可以基于非静止状态向寻呼响应定时器添加延迟。例如，网络可以基于UE的GNSS位置可用性来计算寻呼响应定时器的持续时间。网络可以基于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，该小区包括NTN小区或地面网络(TN)小区。网络可以基于直到下一覆盖间隙为止的持续时间大于或等于用于UE在发起与网络的连接之前执行时间-频率预补偿的额外延迟来启动寻呼响应定时器。
应理解的是，所公开的过程/流程图中的框的特定次序或层次是对示例方法的说明。应理解的是，基于设计偏好，可以重新排列过程/流程图中的框的特定次序或层次。此外，可以合并或省略一些框。所附的方法权利要求以示例次序给出了各个框的元素，并且并不意味着限于所给出的特定次序或层次。
提供前面的描述以使得本领域的任何技术人员能够实施本文描述的各个方面。对这些方面的各种修改对于本领域技术人员而言将是显而易见的，以及本文所定义的通用原理可以应用到其它方面。因此，权利要求不旨在限于本文所示的方面，而是应被赋予与语言权利要求一致的全部范围，其中，除非特别说明，否则对单数形式的元素的提及并不意味着“一个且仅一个”，而是“一个或多个”。诸如“如果”、“当……时”和“同时”的术语应被解释为意指“在……条件下”，而不是暗示直接的时间关系或反应。也就是说，这些短语(例如“当……时”)并不意味着响应于动作的发生或在该动作发生期间的立即动作，而仅意味着如果满足条件，则动作将发生，但不要求针对动作发生的特定或立即的时间约束。词语“示例性的”在本文中用于意指“用作示例、实例或说明”。本文中描述为“示例性”的任何方面不一定被解释为比其它方面更优选或有利。除非另有明确声明，否则术语“一些”指代一个或多个。诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A，B和C中的一个或多个”以及“A、B、C或其任何组合”的组合包括A、B和/或C的任何组合，并且可以包括A的倍数、B的倍数或C的倍数。特别是，诸如“A、B或C中的至少一个”、“A、B或C中的一个或多个”、“A、B和C中的至少一个”、“A，B和C中的一个或多个”以及“A、B、C或其任何组合”的组合可以是仅A、仅B、仅C、A和B、A和C、B和C、或A和B和C，其中任何这样的组合可以包含A、B或C的一个或多个成员。贯穿本公开所描述的各个方面的元件的本领域普通技术人员已知的或稍后将已知的所有结构和功能等效物通过引用明确地并入本文中，并且旨在被权利要求所涵盖。此外，本文所公开的任何内容都不旨在是奉献给公众的，而不管这种公开内容是否明确地记载在权利要求中。词语“模块”、“机制”、“元素”、“设备”等等可能不是词语“单元”的替代。照此，没有权利要求元素要被解释为功能模块，除非该元素是明确地使用短语“用于......的单元”来记载的。
以下方面仅是说明性的，并且可以与本文描述的其它方面或教导相结合，而不受限制。
方面1是一种用于无线通信的装置，该装置包括至少一个处理器，其耦合到存储器并且被配置为：向网络发送用于指示UE的GNSS位置可用性的UE能力指示，从网络接收寻呼请求，基于GNSS位置可用性来获得UE的位置，以及向网络发送寻呼响应，该发送是基于UE的位置的。
方面2是根据方面1所述的装置，其中，寻呼响应是在跟随对寻呼请求的接收的扩展时段之后发送的，该扩展时段是基于UE向网络发送的UE能力指示的，至少一个处理器和存储器使用该扩展时段来获得UE的位置。
方面3是根据方面1和2中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为：基于UE的位置来估计定时和频率偏移，以及基于定时和频率偏差来发送寻呼响应。
方面4是根据方面1至3中任一方面所述的装置，其中，UE的GNSS位置可用性指示用于使用GNSS获得UE的位置的时间延迟是否大于或等于门限值。
方面5是根据方面1至4中任一方面所述的装置，其中，UE的GNSS位置可用性指示用于使用GNSS获得UE的位置的时间延迟是否大于或等于门限值。
方面6是根据方面5所述的装置，其中，该门限值是1秒。
方面7是根据方面1至6中任一方面所述的装置，其中，UE的GNSS位置可用性指示用于使用GNSS获得UE的位置的时间延迟。
方面8是一种用于实现方面1至7中任一方面的无线通信的方法。
方面9是一种用于无线通信的装置，该装置包括用于实现方面1至7中任一方面的单元。
方面10是一种存储计算机可执行代码的计算机可读介质，其中，当由处理器执行该代码时，该代码使处理器实现方面1至7中的任一方面。
方面11是一种用于无线通信的装置，该装置包括至少一个处理器，其耦合到存储器并且被配置为：从UE接收用于指示UE的GNSS位置可用性的UE能力指示，向UE发送寻呼请求，并且基于UE的GNSS位置可用性来管理寻呼响应定时器，寻呼响应定时器基于是否从UE接收到寻呼响应来控制对寻呼请求的重传。
方面12是根据方面11所述的装置，其中，至少一个处理器和存储器还被配置为基于寻呼响应定时器的到期来重传寻呼请求。
方面13是根据方面11和12中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为在寻呼响应定时器的到期之前从UE接收寻呼响应。
方面14是根据方面11至13中任一方面所述的装置，其中，UE的GNSS位置可用性是作为UE通信参数从网络的HSS接收的。
方面15是根据方面14所述的装置，其中，UE通信参数包括UE的静止指示，其中，为了管理寻呼响应定时器，至少一个处理器和存储器还被配置为基于静止指示而增加寻呼响应定时器。
方面16是根据方面11至15中任一方面所述的装置，其中，UE的GNSS位置可用性指示UE是否被指定为具有使用GNSS获得UE的位置的大于或等于门限值的时间延迟。
方面17是根据方面16的装置，其中，UE的GNSS位置可用性指示使用GNSS获得UE的位置的时间延迟大于或等于门限值，其中，为了管理寻呼响应定时器，至少一个处理器和存储器还被配置为基于UE的获得UE的位置的时间延迟大于门限值而增加寻呼响应定时器。
方面18是根据方面16和17中任一方面所述的装置，其中，UE的GNSS位置可用性指示使用GNSS获得UE的位置的时间延迟小于门限值，其中，为了管理寻呼响应定时器，至少一个处理器和存储器还被配置为基于UE的获得UE的位置的时间延迟小于门限值而不增加寻呼响应定时器。
方面19是根据方面11至18中任一方面所述的装置，其中，为了管理寻呼响应定时器，至少一个处理器和存储器被配置为基于UE的GNSS位置可用性来计算寻呼响应定时器的持续时间。
方面20是根据方面19所述的装置，其中，为了计算寻呼响应定时器的持续时间，至少一个处理器和存储器还被配置为将第一时间延迟添加到寻呼响应定时器，第一时间延迟对应于被指定用于UE的在发起与所述网络的连接之前执行时间-频率预补偿的额外延迟。
方面21是根据方面11至20中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为基于在其期间UE未被网络的小区覆盖的时间中的覆盖间隙来启动寻呼响应定时器，小区包括NTN小区或TN小区。
方面22是根据方面21所述的装置，其中，至少一个处理器和存储器还被配置为向UE发送覆盖间隙的起始时间和持续时间。
方面23是根据方面21和22中任一方面所述的装置，其中，至少一个处理器和存储器被配置为：基于直到下一覆盖间隙为止的持续时间大于或等于用于UE在发起与网络的连接之前执行时间-频率预补偿的额外延迟，来启动寻呼响应定时器。
方面24是根据方面11至23中任一方面所述的装置，其中，提供NTN小区的NTN包括卫星网络。
方面25是一种用于实现方面11至24中任一方面的无线通信的方法。
方面26是一种用于无线通信的装置，该装置包括用于实现方面11至24中任一方面的单元。
方面27是一种存储计算机可执行代码的计算机可读介质，其中，当由处理器执行该代码时，该代码使处理器实现方面11至24中的任一方面。
方面28是一种用于无线通信的装置，该装置包括至少一个处理器，其耦合到存储器并且被配置为：确定与UE的GNSS位置相关联的位置获取状态，基于UE的位置获取状态来发起NAS过程的连接请求，并且向网络发送连接请求。
方面29是根据方面28所述的装置，其中，至少一个处理器和存储器还被配置为：基于指示GNSS位置在与NAS层相比较低的层中不可用的位置获取状态来将NAS层的状态设置为第一状态，以及基于指示GNSS位置在较低层可用的位置获取状态来延迟对NAS层处的连接请求的发起，直到NAS层的状态改变为第二状态为止。
方面30是根据方面29所述的装置，其中，至少一个处理器和存储器还被配置为响应于从较低层接收到关于GNSS位置可用的指示来将NAS层的状态改变为NAS的第二状态，其中，至少一个处理器和所述存储器被配置为基于NAS层的状态是第二状态来发送连接请求。
方面31是根据方面29和30中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为向UE的应用层指示由于位置获取状态而未发送NAS层处的连接请求。
方面32是根据方面28至31中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为：基于位置获取状态向NAS过程定时器添加时间延迟，该时间延迟与对连接请求的响应相关联，并且基于在NAS层处发送连接要求来启动NAS过程定时器，NAS过程定时器对应于UE的位置获取状态。
方面33是根据方面32所述的装置，其中，基于指示UE对应于具有用于位置获取的额外延迟的UE类型的位置获取状态来添加时间延迟，并且该时间延迟对应于用于位置获取的额外延迟。
方面34是根据方面33所述的装置，其中，将时间延迟添加到NAS过程定时器还是基于跟随最后的上行链路传输的持续时间大于或等于门限值的。
方面35是根据方面34所述的装置，其中，该门限值对应于GNSS位置的有效持续时间。
方面36是根据方面28至35中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为：在其期间UE未被网络的小区覆盖的时间中的覆盖间隙期间，省略注册请求消息的传输，小区包括NTN小区或TN小区。
方面37是根据方面36所述的装置，其中，提供NTN小区的NTN包括卫星网络。
方面38是根据方面36和37中任一方面所述的装置，其中，至少一个处理器和存储器还被配置为延迟注册请求消息的传输，直到UE在网络的小区的覆盖内为止。
方面39是根据方面38所述的装置，其中，覆盖间隙的起始时间和持续时间由网络传送到UE。
方面40是根据方面38和39中任一项所述的装置，其中，至少一个处理器和存储器还被配置为基于覆盖间隙的持续时间来将传输延迟达一时间延迟。
方面41是一种用于实现方面28至40中任一方面的无线通信的方法。
方面42是一种用于无线通信的装置，该装置包括用于实现方面28至40中任一方面的单元。
方面43是一种存储计算机可执行代码的计算机可读介质，其中，当由处理器执行该代码时，该代码使处理器实现方面28至40中的任一方面。

Claims (30)

1.一种用于在用户设备(UE)处进行无线通信的装置，包括：
存储器；以及
耦合到所述存储器的至少一个处理器，所述至少一个处理器和所述存储器被配置为：
向网络发送用于指示所述UE的全球导航卫星系统(GNSS)位置可用性的UE能力指示；
从所述网络接收寻呼请求；
基于所述GNSS位置可用性获得所述UE的位置；以及
向所述网络发送寻呼响应，所述发送是基于所述UE的所述位置的。
2.根据权利要求1所述的装置，其中，所述寻呼响应是在跟随对所述寻呼请求的接收的扩展时段之后发送的，所述扩展时段是基于所述UE向所述网络发送的所述UE能力指示的，所述扩展时段由所述至少一个处理器和所述存储器用于获得所述UE的所述位置。
3.根据权利要求1所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
基于所述UE的所述位置来估计定时和频率偏移；以及
基于所述定时和频率偏移来发送所述寻呼响应。
4.根据权利要求1所述的装置，其中，所述UE的所述GNSS位置可用性指示用于使用所述GNSS获得所述UE的所述位置的时间延迟是否大于或等于门限值。
5.一种用于在网络处进行无线通信的装置，包括：
存储器；以及
耦合到所述存储器的至少一个处理器，所述至少一个处理器和所述存储器被配置为：
从用户设备(UE)接收用于指示所述UE的全球导航卫星系统(GNSS)位置可用性的UE能力指示；
向所述UE发送寻呼请求；以及
基于所述UE的所述GNSS位置可用性来管理寻呼响应定时器，所述寻呼响应定时器基于是否从所述UE接收寻呼响应来控制所述寻呼请求的重传。
6.根据权利要求5所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
基于所述寻呼响应定时器的到期来重传所述寻呼请求。
7.根据权利要求5所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
在所述寻呼响应定时器的到期之前，从所述UE接收所述寻呼响应。
8.根据权利要求5所述的装置，其中，所述UE的所述GNSS位置可用性是作为UE通信参数从所述网络的归属用户服务器(HSS)接收的。
9.根据权利要求8所述的装置，其中，所述UE通信参数包括对所述UE的静止指示，其中，为了管理所述寻呼响应定时器，所述至少一个处理器和所述存储器还被配置为：基于所述静止指示来增加所述寻呼响应定时器。
10.根据权利要求5所述的装置，其中，所述UE的所述GNSS位置可用性指示所述UE是否被指定具有使用所述GNSS来获得所述UE的位置的大于或等于门限值的时间延迟。
11.根据权利要求10所述的装置，其中，所述UE的所述GNSS位置可用性指示用于使用所述GNSS获得所述UE的所述位置的所述时间延迟大于或等于所述门限值，
其中，为了管理所述寻呼响应定时器，所述至少一个处理器和所述存储器还被配置为：基于所述UE的用于获得所述UE的所述位置的所述时间延迟大于所述门限值来增加所述寻呼响应定时器。
12.根据权利要求10所述的装置，其中，所述UE的所述GNSS位置可用性指示用于使用所述GNSS获得所述UE的所述位置的所述时间延迟小于所述门限值，
其中，为了管理所述寻呼响应定时器，所述至少一个处理器和所述存储器还被配置为：基于所述UE的用于获得所述UE的所述位置的所述时间延迟小于所述门限值来不增加所述寻呼响应定时器。
13.根据权利要求5所述的装置，其中，为了管理所述寻呼响应定时器，所述至少一个处理器和所述存储器被配置为：
基于所述UE的所述GNSS位置可用性来计算所述寻呼响应定时器的持续时间。
14.根据权利要求13所述的装置，其中，为了计算所述寻呼响应定时器的所述持续时间，所述至少一个处理器和所述存储器还被配置为：
向所述寻呼响应定时器添加第一时间延迟，所述第一时间延迟对应于针对所述UE指定的用于在发起与所述网络的连接之前执行时间-频率预补偿的额外延迟。
15.根据权利要求5所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
基于在其期间所述UE未被所述网络的小区覆盖的时间中的覆盖间隙来启动所述寻呼响应定时器，所述小区包括非地面网络(NTN)小区或地面网络(TN)小区。
16.根据权利要求15所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
向所述UE发送所述覆盖间隙的起始时间和持续时间。
17.根据权利要求15所述的装置，其中，所述至少一个处理器和所述存储器被配置为：基于直到下一覆盖间隙为止的持续时间大于或等于用于所述UE在发起与所述网络的连接之前执行时间-频率预补偿的额外延迟，来启动所述寻呼响应定时器。
18.一种用于在用户设备(UE)处进行无线通信的装置，包括：
存储器；以及
耦合到所述存储器的至少一个处理器，所述至少一个处理器和所述存储器被配置为：
确定与所述UE的全球导航卫星系统(GNSS)位置相关联的位置获取状态；
基于所述UE的所述位置获取状态来发起针对非接入层(NAS)过程的连接请求；以及
向网络发送所述连接请求。
19.根据权利要求18所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
基于所述位置获取状态指示所述GNSS位置在与所述NAS层相比较低的层中不可用，将NAS层的状态设置为第一状态；以及
基于所述位置获取状态指示所述GNSS位置在所述较低的层处可用，在所述NAS层处延迟对所述连接请求的发起，直到所述NAS层的状态改变为第二状态。
20.根据权利要求19所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
响应于从所述较低的层接收到关于所述GNSS位置可用的指示，将所述NAS层的状态改变为所述NAS层的所述第二状态，
其中，所述至少一个处理器和所述存储器被配置为：基于所述NAS层的状态是所述第二状态来发送所述连接请求。
21.根据权利要求19所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
向所述UE的应用层指示由于所述位置获取状态而不发送所述NAS层处的所述连接请求。
22.根据权利要求18所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
基于所述位置获取状态向NAS过程定时器添加时间延迟，所述时间延迟与对所述连接请求的响应相关联；以及
基于在NAS层处发送所述连接请求，启动所述NAS过程定时器，所述NAS过程定时器对应于所述UE的所述位置获取状态。
23.根据权利要求22所述的装置，其中，所述时间延迟是基于指示所述UE对应于具有用于所述位置获取的额外延迟的UE类型的所述位置获取状态而添加的，
其中，所述时间延迟对应于用于所述位置获取的所述额外延迟。
24.根据权利要求23所述的装置，其中，向所述NAS过程定时器添加所述时间延迟还是基于跟随最后的上行链路传输的持续时间大于或等于门限值的。
25.根据权利要求24所述的装置，其中，所述门限值对应于所述GNSS位置的有效性持续时间。
26.根据权利要求18所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：
在其期间所述UE未被所述网络的小区覆盖的时间中的覆盖间隙期间，省略注册请求消息的传输，所述小区包括非地面网络(NTN)小区或地面网络(TN)小区。
27.根据权利要求26所述的装置，其中，提供所述NTN小区的NTN包括卫星网络。
28.根据权利要求26所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：延迟所述注册请求消息的传输，直到所述UE在所述网络的所述小区的覆盖内为止。
29.根据权利要求28所述的装置，其中，所述覆盖间隙的起始时间和持续时间是由所述网络向所述UE传送的。
30.根据权利要求28所述的装置，其中，所述至少一个处理器和所述存储器还被配置为：基于所述覆盖间隙的持续时间，将所述传输延迟达一时间延迟。
CN202280052529.0A 2021-08-04 2022-07-21 位置获取延迟管理 Pending CN117716756A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US17/394,397 US20230037983A1 (en) 2021-08-04 2021-08-04 Location acquisition delay management
US17/394,397 2021-08-04
PCT/US2022/037910 WO2023014515A2 (en) 2021-08-04 2022-07-21 Location acquisition delay management

Publications (1)

Publication Number Publication Date
CN117716756A true CN117716756A (zh) 2024-03-15

Family

ID=82899374

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280052529.0A Pending CN117716756A (zh) 2021-08-04 2022-07-21 位置获取延迟管理

Country Status (4)

Country Link
US (1) US20230037983A1 (zh)
EP (1) EP4381845A2 (zh)
CN (1) CN117716756A (zh)
WO (1) WO2023014515A2 (zh)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2619528C2 (ru) * 2012-10-15 2017-05-16 Нокиа Текнолоджиз Ой Повторное подключение к сети после приема пользовательским оборудованием отклонения запроса на обслуживание в ответ на запрос на обслуживание

Also Published As

Publication number Publication date
US20230037983A1 (en) 2023-02-09
WO2023014515A3 (en) 2023-03-23
WO2023014515A2 (en) 2023-02-09
EP4381845A2 (en) 2024-06-12

Similar Documents

Publication Publication Date Title
US11800347B2 (en) User equipment (UE) capability and assistance information exchange over sidelinks
US11582832B2 (en) Activation/deactivation of direct link in dual/multi-connectivity with UE relays
US20240063896A1 (en) Satellite access with non-continuous coverage
CN114868349B (zh) 基于harq重传开启或关闭的非地面网络功率控制
US11751175B2 (en) Facilitating semi-static transmission configuration indicator (TCI) configuration
CN116076047A (zh) 用于监视具有定时偏移的dl通信的方法和装置
US11658786B2 (en) Configuration and procedure for search space used in small data transfer over pre-configured uplink resources
US20230127796A1 (en) Priority assignment for sidelink-based positioning
US20230319921A1 (en) Protocol stacks and bearer modeling for rsu assisted uu connectivity
WO2022021154A1 (en) Methods and apparatus for data transmission in rach procedures
CN116326159A (zh) 辅助连接
US20230037983A1 (en) Location acquisition delay management
US11832129B2 (en) PDCP reorder timer expiry enhancements due to scheduler variations in dual connectivity
US11917602B2 (en) Emission specifications for NTN
US11757503B2 (en) UE panel specific beam application time
WO2022011634A1 (en) Method and apparatus for single beam paging in 5g
US20230104008A1 (en) Scheduling offset selection for ntn
US20240154730A1 (en) Sps pucch harq ack/nack configuration
WO2022061698A1 (en) Recover from downlink data transfer failure
US20230102893A1 (en) Periodic positioning report enhancement
US20230261791A1 (en) Delayed semi-persistent scheduling harq-ack with physical uplink channel repetition
WO2022150146A1 (en) Fast scell activation
CN117063583A (zh) 具有统一tci指示的dci中的伪指示
CN117099406A (zh) Ntn中的蜂窝小区禁止规程
CN116325585A (zh) 用于上行链路覆盖改善的基于ack/nack的中继方案

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