CN114008989A - 测量移动通信网络中的往返时间 - Google Patents

Abstract

公开了用于测量RTT的装置、方法和系统。一种装置(400)包括处理器(405)和收发器(425)，该收发器(425)经由互通功能与移动核心网通信(705)。处理器发送(710)第一请求以在装置与移动核心网之间建立数据连接，其中，第一请求包括装置支持往返时间(“RTT”)测量的第一指示符，该RTT测量是使用经由数据连接发送的消息并且使用封装报头计算的。处理器从互通功能接收(715)第一消息，并且将第二消息发送(720)到互通功能，其中，第一消息包括第一封装报头，该第一封装报头包括回声请求指示，其中，第二消息包括第二封装报头，该第二封装报头包括回声响应指示。

Description

测量移动通信网络中的往返时间

技术领域

本文公开的主题总体上涉及无线通信，并且更具体地涉及测量往返时间(“RTT”)。

背景技术

在此定义以下缩写和首字母缩略词，在以下描述内引用了以下缩写和首字母缩略词中的至少一些。

第三代合作伙伴计划(“3GPP”)、第五代核心(“5GC”)、第五代QoS指示符(“5QI”)、接入和移动性管理功能(“AMF”)、接入网性能(“ANP”)、接入点名称(“APN”)、接入层(“AS”)、接入业务引导、切换和拆分(“ATSSS”)、分配/保留策略(“ARP”)、应用编程接口(“API”)、载波聚合(“CA”)、空闲信道评估(“CCA”)、控制信道元素(“CCE”)、信道状态信息(“CSI”)、公共搜索空间(“CSS”)、数据网络名称(“DNN”)、数据无线电承载(“DRB”)、差分服务码点(“DSCP”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、增强型空闲信道评估(“eCCA”)、增强型移动宽带(“eMBB”)、封装安全有效载荷(“ESP”)、演进型节点B(“eNB”)、演进分组核心(“EPC”)、演进型UMTS陆地无线电接入网(“E-UTRAN”)、欧洲电信标准协会(“ETSI”)、回声确认指示符(“EAI”)、请求指示符(“ERI”，ERI-d是指与虚拟有效载荷相关联的ERI，并且ERI-v是指与有效的有效载荷相关联的ERI)、固定接入网关功能(“FAGF”)、固定网络住宅网关(“FN-RG”)、基于帧的设备(“FBE”)、频分双工(“FDD”)、频分多址(“FDMA”)、通用路由封装(“GRE”)、全球唯一临时UE身份(“GUTI”)、通用分组无线电服务(“GPRS”)、GPRS隧道传输协议(“GTP”，GTP-C指控制信号隧道传输，而GTP-U指用户数据隧道传输)、混合自动重传请求(“HARQ”)、归属订户服务器(“HSS”)、物联网(“IoT”)、IP多媒体子系统(“IMS”，又称为“IP多媒体核心网子系统”)、互联网协议(“IP”)、关键性能指标(“KPI”)、许可辅助访问(“LAA”)、基于负载的设备(“LBE”)、先听后讲(“LBT”)、长期演进(“LTE”)、高级LTE(“LTE-A”)、介质访问控制(“MAC”)、多路访问(“MA”)、调制编码方案(“MCS”)、机器类型通信(“MTC”)、大规模MTC(“mMTC”)、移动性管理(“MM”)、移动性管理实体(“MME”)、多输入多输出(“MIMO”)、多径TCP(“MPTCP”)、多用户共享接入(“MUSA”)、非接入层(“NAS”)、窄带(“NB”)、网络功能(“NF”)、网络访问标识符(“NAI”)、下一代(例如，5G)节点B(“gNB”)、下一代无线电接入网(“NG-RAN”)、新无线电(“NR”)、策略控制和计费(“PCC”)、策略控制功能(“PCF”)、策略控制和计费规则功能(“PCRF”)、分组数据网络(“PDN”)、分组数据单元(“PDU”)、PDN网关(“PGW”)、公共陆地移动网络(“PLMN”)、服务质量(“QoS”)、QoS类别标识符(“QCI”)、正交相移键控(“QPSK”)、注册区域(“RA”)、无线电接入网(“RAN”)、无线电接入技术(“RAT”)、无线电资源控制(“RRC”)、接收(“RX”)、反射式QoS指示符(“RQI”)、单个网络切片选择辅助信息(“S-NSSAI”)、调度请求(“SR”)、安全用户面位置(“SUPL”)、服务网关(“SGW”)、会话管理功能(“SMF”)、流控制传输协议(“SCTP”)、系统信息块(“SIB”)、追踪区域(“TA”)、传送块(“TB”)、传送块大小(“TBS”)、传输控制协议(“TCP”)、时分双工(“TDD”)、时分复用(“TDM”)、发送和接收点(“TRP”)、传输(“TX”)、受信任的WLAN互通功能(“TWIF”)、上行链路控制信息(“UCI”)、统一数据管理(“UDM”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、用户面(“UP”)、通用移动电信系统(“UMTS”)、超可靠性和低延迟通信(“URLLC”)、用户数据报协议(“UDP”)、UE路由选择策略(“URSP”)、无线局域网(“WLAN”)、无线局域网选择策略(“WLANSP”)和全球微波接入互操作性(“WiMAX”)。

有许多已知的用于测量IP通信网络中的分组延迟的技术。然而，它们中没有一个针对5G NR进行优化，而简单性和效率是主要决定性因素。考虑到当UE在延长的时间段应用该解决方案时，它们可能会消耗许多无线电和电池资源，因此即使是基于“乒乓”的最简单解决方案也不是非常高效。

进一步地，从UE向核心网发送频繁的回声请求消息(例如，每5-10秒一次)是非常低效的，因为它消耗了大量的无线电、网络和电池资源。而且，它创建附加的业务，这可能增加拥塞并且可能导致更高的延迟值。

发明内容

公开了用于测量RTT的方法。装置和系统也执行该方法的功能。

用于测量RTT的第一方法包括：支持与移动核心网(例如，5GC)中的控制面功能进行通信的第一接口(例如，N2接口)和通过非3GPP接入网与远程单元进行通信的第二接口。第一方法包括：经由第一接口接收请求，以建立用于经由数据连接实现远程单元和移动核心网之间的数据通信的接入资源。此处，数据连接支持多个QoS流，并且该请求包括使用第一QoS流来请求RTT测量的第一指示符(例如，RTT报告请求)。第一方法包括：经由第二接口将第一消息发送到远程单元，并且使用数据连接的第一QoS流，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。第一方法包括：经由第二接口接收第二消息，其中，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。第一方法包括：使用回声响应指示来测量数据连接的第一QoS流的RTT。

用于测量RTT的第二方法包括：与接入网进行通信，该接入网经由互通功能(例如，TNGF或N3IWF)连接至移动核心网(例如，5GC)。第二方法包括：发送第一请求，以建立远程单元和移动核心网之间的数据连接。此处，第一请求包括远程单元支持使用经由数据连接发送的消息并使用封装报头计算的RTT测量的第一指示符。第二方法包括：从互通功能接收第一消息。此处，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。第二方法包括：将第二消息发送到互通功能。此处，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。

附图说明

将通过参照在附图中示出的特定实施例来呈现上面简要描述的实施例的更具体的描述。要理解的是，这些附图仅描绘了一些实施例并且因此不被认为是范围的限制，将通过使用附图来利用附加的特征和细节描述并解释实施例。

图1是示出了用于测量RTT的无线通信系统的一个实施例的示意性框图；

图2A是示出了用于测量RTT的过程的一个实施例的框图；

图2B是图2A中描绘的过程的延续；

图2C是图2A-B中描绘的过程的延续；

图3A是图示了用于测量RTT的过程的另一实施例的框图；

图3B是图3A中描绘的过程的延续；

图3C是图3A-B中描绘的过程的延续；

图4是示出了用于测量RTT的用户设备装置的一个实施例的示意性框图；

图5是示出了用于测量RTT的网络设备装置的一个实施例的示意性框图；

图6是示出了用于测量RTT的第一方法的一个实施例的流程图；以及

图7是示出了用于测量RTT的第二方法的一个实施例的流程图。

具体实施方式

如本领域的技术人员将了解到的，实施例的各个方面可以体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或组合软件和硬件方面的实施例的形式。

例如，所公开的实施例可以被实施为包括定制的超大规模集成(“VLSI”)电路或门阵列，诸如逻辑芯片、晶体管的现成半导体，或其他分立无件的硬件电路。所公开的实施例还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等可编程硬件设备中实施。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理或逻辑块，该可执行代码例如可以被组织为对象、程序或功能。

此外，实施例可以采取体现在存储在下文中被称为代码的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。该存储设备可以是有形的、非暂时性的和/或非传输的。该存储设备可以不体现信号。在某些实施例中，该存储设备仅采用用于访问代码的信号。

可以利用一个或多个计算机可读介质的任何组合。该计算机可读介质可以是计算机可读存储介质。该计算机可读存储介质可以是存储代码的存储设备。例如，该存储设备可以是但不限于电子、磁性、光学、电磁、红外、全息、微机械或半导体系统、装置或设备或者前述的任何适当的组合。

存储设备的更具体的示例(非详尽列表)将包括以下：具有一根或多根电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪速存储器)、便携式光盘只读存储器(“CD-ROM”)、光学存储设备、磁性存储设备或者前述的任何适当的组合。在本文的上下文中，计算机可读存储介质可以是可以包含或存储通过或结合指令执行系统、装置或设备使用的程序的任何有形介质。

贯穿本说明书的对“一个实施例”、“实施例”或者类似语言的引用意味着结合实施例描述的特定特征、结构或特性包括在至少一个实施例中。因此，贯穿本说明书，短语“在一个实施例中”、“在实施例中”和类似语言的出现可以但不一定全部指相同的实施例，而是意味着“一个或多个但非所有的实施例”，除非另有明确指定。术语“包括(including)”、“包含(comprising)”、“具有”及其变型意味着“包括但不限于”，除非另有明确指定。列举的项的列表并不意味着任何或所有项都是互相排斥的，除非另有明确指定。术语“一”、“一个”和“该”也指“一个或多个”，除非另有明确指定。

此外，所描述的实施例的特征、结构或特性可以以任何适当的方式组合。在以下描述中，提供了许多具体细节，诸如，编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例以提供对实施例的全面理解。然而，相关领域的技术人员将认识到的是，可以在没有一个或多个具体细节的情况下或者利用其他方法、组件、材料等实践实施例。在其他情况下，没有详细地示出或描述众所周知的结构、材料或操作以避免混淆实施例的各个方面。

下面参照根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图描述了实施例的各个方面。将理解的是，可以由代码实施示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合。可以将该代码提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实施在示意性流程图和/或示意性框图中指定的功能/动作的装置。

该代码还可以存储在可以指导计算机、其他可编程数据处理装置或者其他设备以特定方式运行的存储设备中，使得存储在存储设备中的指令产生制品，该制品包括实施在示意性流程图和/或示意性框图中指定的功能/动作的指令。

该代码还可以加载到计算机、其他可编程数据处理装置或者其他设备上以使得在计算机、其他可编程装置或者其他设备上执行一系列操作步骤以产生计算机实施的过程，使得在计算机或者其他可编程装置上执行的代码提供用于实施在示意性流程图和/或示意性框图中指定的功能/动作的过程。

附图中的示意性流程图和/或示意性框图示出了根据各个实施例的装置、系统、方法和程序产品的可能的实施方式的架构、功能性和操作。在这方面，示意性流程图和/或示意性框图中的每个框都可以表示代码的模块、区段或部分，该代码包括用于实施(多个)指定的逻辑功能的代码的一个或多个可执行指令。

还应该注意的是，在一些可替选的实施方式中，框中标注的功能可以不按照附图中标注的顺序发生。例如，实际上，连续示出的两个框可以基本上同时执行，或者有时可以以相反顺序执行这些框，取决于所涉及的功能性。其他步骤或方法可以设想为在功能、逻辑或效果上等同于所图示附图的一个或多个框或其部分。

对每个附图中的元素的描述可以指继续的图的元素。相同的数字在所有附图中表示相同的元素，包括相同元素的替代实施例。

公开了用于测量RTT的方法、装置和系统。可能要求UE监测多个接入网的延迟，以便选择“最佳”接入网。在第一用例中，能够支持接入业务引导、切换、拆分(ATSSS)的UE可以同时通过3GPP接入网(例如，NG-RAN)和非3GPP接入网(例如，WLAN)进行通信，其中，在UE和远程主机之间交换的业务既可以分布在两个接入上，也可以仅在“最佳”接入上被发送，例如，以较小的延迟或较少的往返时间(RTT)为特征的访问。在上行链路(UL)方向上，基于由网络提供的策略规则(ATSSS规则)UE决定如何跨两个接入分配业务。类似地，在下行链路(DL)方向上，5G核心(5GC)网络的边缘处的UPF基于对应的策略规则决定如何将业务分配到两个接入。

在许多场景中，在通信延迟很重要的情况下，策略规则可以指示应该根据延迟相关条件来路由特定业务。例如，UE中的策略规则可以指示：

-“如果通过3GPP接入的延迟小于20ms，则通过3GPP接入将业务路由到远程主机”；或者

-“将IMS语音业务路由到具有最小延迟的接入”

为了执行以上策略规则，要求UE测量通过3GPP接入的延迟(或RTT)和通过非3GPP接入的延迟(或RTT)。类似地，要求UPF测量通过3GPP接入的延迟(或RTT)和通过非3GPP接入的延迟(或RTT)，以便决定如何按照策略规则路由DL业务。

Rel-16中的3GPP规范指示，在UPF中必须支持性能测量功能性(PMF)，这有助于UE(和UPF自身)通过两个接入进行RTT测量。具体地，Rel-16 3GPP规范指定可以通过在UPF中在UE和PMF之间交换回声请求/回声响应消息来进行RTT测量。这样，UE可以计算通过每个接入的RTT，这与每个接入的延迟紧密地相关联。

然而，从UE向PMF发送频繁的回声请求消息(例如，每5-10秒一次)是非常低效的，因为它消耗了大量的无线电、网络和电池资源。此外，它创建附加的业务，这可能增加拥塞并可能导致更高的延迟值。

本公开的一个目的是指定用于在UE和UPF中测量RTT的替代方法，该方法不需要交换专用的回声请求/回声响应消息，并且从而其提高了测量过程的效率。

第二用例是网络需要监测UE和TNGF/N3IWF之间的RTT并在RTT超过特定阈值时采取措施。例如，为了支持要求低延迟的应用，在通过非3GPP接入来传送该应用的业务时，网络可能想要监测RTT，并且当通过非3GPP接入的RTT无法保持低于例如30ms时，则可以通过3GPP接入来传递该业务。

在这种情况下，与用例1相反，UE和/或UPF不需要测量RTT。当RTT超过特定阈值时，仅需要5GC中的控制面实体(例如，通过SMF)从TNGF/N3IWF接收通知。本公开的另一目的是指定一种方法，其中，当RTT值超过某些阈值时，SMF可以接收由TNGF/N3IWF测量的该RTT值或通知。

通常，有许多已知的用于测量IP通信网络中的分组延迟的技术。然而，针对拥挤的空中接口，它们中没有一个是适当高效的，而简单性和效率是主要的决定因素。考虑到当UE应用该解决方案延长的时间段段时，它们可能消耗许多无线电和电池资源，因此即使基于回声请求/回声响应消息的最简单解决方案也不是很高效。

而且，用于分组延迟测量的许多已知技术不适用于5G，因为它们在5G核心网中需要某种代理功能性，这些功能性不可用且不太可能被引入。例如，5GC中的UPF可以应用SOCKS代理，该SOCKS代理终止UE的所有UDP和TCP流，并且然后通过N6接口创建对应的出站流。然而，代理操作引入了大量开销，并且可能对分组吞吐量和UE的电池消耗产生严重影响。

要注意的是，代理功能性在5GC中定义，但仅用于启用多径TCP(MPTCP)操作，没有其它。因此，当使用MPTCP时，不需要本公开中所公开的测量方法。然而，当未将MPTCP协议应用于业务引导操作时，需要所公开的测量方法。

图1描绘了根据本公开的实施例的用于测量RTT的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、5G-RAN 115和移动核心网140。5G-RAN115和移动核心网形成移动通信网络。5G-RAN 115可以由包含至少一个蜂窝基本单元121的3GPP接入网120和/或包含至少一个接入点131的非3GPP接入网130组成。远程单元使用3GPP通信链路123与3GPP接入网120进行通信，并使用非3GPP通信链路133与非3GPP接入网130进行通信。即使在图1中描绘了特定数量的远程单元105、3GPP接入网120、蜂窝基本单元121、3GPP通信链路123、非3GPP接入网130、接入点131、非3GPP通信链路133和移动核心网140，本领域的技术人员也将认识到，任何数量的远程单元105、3GPP接入网120、蜂窝基本单元121、3GPP通信链路123、非3GPP接入网130、接入点131、非3GPP通信链路133和移动核心网140可以包括在无线通信系统100中。

在一种实施方式中，无线通信系统100符合在3GPP规范中指定的5G系统。然而，更一般地，无线通信系统100可以实施其他网络中的一些其他开放或专有通信网络，例如LTE或WiMAX。本公开不旨在限制任何特定的无线通信系统架构或协议的实施方式。

在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接至互联网的电视)、智能电器(例如，连接至互联网的电器)、机顶盒、游戏控制台、安全系统(包括安全相机)、车载计算机、网络设备(例如，路由器、开关、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。而且，远程单元105可以被称为UE、订户单元、移动台、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线传输/接收单元(“WTRU”)、设备或本领域使用的其他术语。

远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与3GPP接入网120中的一个或多个蜂窝基本单元121直接通信。此外，UL和DL通信信号可以通过3GPP通信链路123被承载。类似地，远程单元105可以经由通过非3GPP通信链路133被承载的UL和DL通信信号与(多个)非3GPP接入网130中的一个或多个接入点131通信。此处，接入网120和130是向远程单元105提供对移动核心网140的接入的中间网络。

在一些实施例中，远程单元105经由与移动核心网140的网络连接与远程主机155通信。例如，远程单元105中的应用(例如，网页浏览器、媒体客户端、电话/VoIP应用)可以触发远程单元105使用5G-RAN 115(例如，3GPP接入网120和/或非3GPP接入网130)建立与移动核心网140的PDU会话(或其他数据连接)。然后，移动核心网140使用PDU会话在远程单元105和数据网络150(例如，远程主机155)之间中继业务。要注意的是，远程单元105可以建立与移动核心网140的一个或多个PDU会话(或其他数据连接)。这样，远程单元105可以具有用于与数据网络150进行通信的至少一个PDU会话。远程单元105可以建立用于与其他数据网络和/或其他远程主机进行通信的附加PDU会话。

蜂窝基本单元121可以分布在地理区上。在某些实施例中，蜂窝基本单元121也可以被称为接入终端、基部、基站、节点B、eNB、gNB、家庭节点B、中继节点、设备或本领域中使用的任何其他术语。蜂窝基本单元121通常是诸如3GPP接入网120的无线电接入网(“RAN”)的一部分，该无线电接入网可以包括可通信地耦合至一个或多个对应的蜂窝基本单元121的一个或多个控制器。无线电接入网的这些和其他元件未被示出，但是通常是本领域的普通技术人员众所周知的。蜂窝基本单元121经由3GPP接入网120连接到移动核心网140。

蜂窝基本单元121可以经由3GPP通信链路123为例如小区或小区扇区的服务区域内的多个远程单元105服务。蜂窝基本单元121可以经由通信信号与一个或多个远程单元105直接通信。通常，蜂窝基本单元121发送DL通信信号以在时间、频率和/或空间域中为远程单元105服务。此外，可以通过3GPP通信链路123承载DL通信信号。3GPP通信链路123可以是执照的或免执照的无线电频谱中的任何适当的载波。3GPP通信链路123促进远程单元105中的一个或多个远程单元105和/或蜂窝基本单元121中的一个或多个蜂窝基本单元121之间的通信。

非3GPP接入网130可以分布在地理区上。每个非3GPP接入网130可以利用服务区域为多个远程单元105服务。通常，非3GPP接入网130的服务区域小于蜂窝基本单元121的服务区域。非3GPP接入网130中的接入点131可以通过接收UL通信信号并且发送DL通信信号来与一个或多个远程单元105直接通信，以在时间、频率和/或空间域中为远程单元105服务。DL和UL通信信号两者都通过非3GPP通信链路133被承载。3GPP通信链路123和非3GPP通信链路133可以采用不同的频率和/或不同的通信协议。在各种实施例中，接入点131可以使用免执照的无线电频谱进行通信。如本文更详细地描述的，移动核心网140可以经由非3GPP接入网130向远程单元105提供服务。

在一些实施例中，非3GPP接入网130经由互通功能135连接到移动核心网140。互通功能135在远程单元105和移动核心网140之间提供互通。在一些实施例中，互通功能135是非3GPP互通功能(“N3IWF”)，并且在其他实施例中，它是受信任的非3GPP网关功能(“TNGF”)。N3IWF支持“不受信任的”非3GPP接入网到移动核心网(例如，5GC)的连接，而TNGF支持“受信任的”非3GPP接入网到移动核心网的连接。互通功能135支持经由“N2”和“N3”接口到移动核心网140的连接性，并且它在远程单元105和AMF 145之间中继“N1”信令。如所描绘的，3GPP接入网120和互通功能135两者使用“N2”接口与AMF 145通信。互通功能135还使用“N3”接口与UPF 143通信。

非3GPP接入网130可以支持三种不同类型的互通功能135。第一类型(“类型1”)支持不支持NAS协议的UE到一个或多个5GC网络的连接性。第二类型(“类型2”)支持支持NAS协议的UE到一个或多个5GC网络的连接性。第三类型(“类型3”)支持使用现有S2a过程(参见3GPP TS 23.402)的到一个或多个EPC网络的连接性。要注意的是，非3GPP接入网130可以支持一种、两种或所有三种类型的互通功能。

在某些实施例中，非3GPP接入网130可以由移动核心网140的运营商控制，并且可以直接接入移动核心网140。这种非3GPP AN部署被称为“受信任的非3GPP接入网”。当非3GPP接入网130由3GPP运营商或受信任的合作伙伴操作时，它被视为“受信任的”，并且支持某些安全特征，诸如强空中接口加密。相反，不受移动核心网140的运营商(或受信任的合作伙伴)控制的非3GPP AN部署不能直接访问移动核心网140，或者不支持某些安全特征的非3GPP AN部署称为“不受信任的”非3GPP接入网。

在一个实施例中，移动核心网140是5G核心(“5GC”)或演进分组核心(“EPC”)，其可以被耦合至数据网络(例如，数据网络150，诸如其它数据网络中的互联网和私有数据网络)。远程单元105可以具有与移动核心网140的订阅或其他账户。每个移动核心网140属于单个公共陆地移动网络(“PLMN”)。本公开不旨在限制任何特定的无线通信系统架构或协议的实施方式。

移动核心网140包括若干网络功能(“NF”)。如所描绘的，移动核心网140包括多个用户面功能(“UPF”)。此处，移动核心网140至少包括为3GPP接入网120和非3GPP接入网130服务的UPF143。要注意的是，在某些实施例中，移动核心网可以包含一个或多个中间UPF，例如，为非3GPP接入网130服务的第一中间UPF和为3GPP接入网120服务的第二中间UPF。在这种实施例中，UPF 143将是接收两个中间UPF的UP业务的锚UPF。

移动核心网140还包括多个控制面功能，包括但不限于为3GPP接入网120和非3GPP接入网130服务的接入和移动性管理功能(“AMF”)145、会话管理功能(“SMF”)146、策略控制功能(“PCF”)148和统一数据管理功能(“UDM”)149。在某些实施例中，移动核心网140还可以包括认证服务器功能(“AUSF”)、网络储存库功能(“NRF”)(由各种NF用来通过API发现并相互通信)或为5GC定义的其他NF。在各种实施例中，移动核心网140可以包括PMF(未示出)以辅助UE和/或锚UPF 143通过两次接入进行性能测量，包括延迟测量。在一个实施例中，PMF可以与锚UPF 143位于同一位置。

尽管在图1中描绘了特定数量和类型的网络功能，但是本领域的技术人员将认识到，在移动核心网140中可以包括任何数量和类型的网络功能。而且，在移动核心网140是EPC的情况下，所描绘的网络功能可以被诸如MME、S-GW、P-GW、HSS等的适当的EPC实体代替。

如所描绘的，远程单元105(例如，UE)可以经由两种类型的接入来连接至移动核心网(例如，5G移动通信网络)：(1)经由3GPP接入网120和(2)经由非3GPP接入网130。第一类型的接入(例如，3GPP接入网120)使用3GPP定义的无线通信类型(例如，NG-RAN)，并且第二类型的接入(例如，非3GPP接入网130)使用非3GPP定义的无线通信类型(例如，WLAN)。5G-RAN115是指可以提供对移动核心网140的接入的任何类型的5G接入网，包括3GPP接入网120和非3GPP接入网130。

在各种实施例中，移动核心网140支持不同类型的移动数据连接和不同类型的网络切片，其中，每个移动数据连接利用特定的网络切片。为了便于说明，在图1中未示出不同的网络切片，但是假设它们的支持。

在许多场景中，在通信延迟很重要的情况下，(例如，引导策略110的)策略规则可以指示应该根据延迟相关条件来路由特定业务。在一个示例中，远程单元105中的业务引导规则可以指示：“如果通过3GPP接入的延迟小于20ms，则通过3GPP接入将业务路由到远程主机”。在另一示例中，或者远程单元105中的业务引导规则可以指示：“将IMS语音业务路由到具有最小延迟的接入”。

为了执行这种策略规则，远程单元105测量通过3GPP接入的延迟和通过非3GPP接入的延迟。在某些实施例中，UPF 143可以测量通过3GPP接入的延迟和通过非3GPP接入的延迟，以便决定如何按照策略规则路由DL业务。在其他实施例中，假设上行链路延迟和下行链路延迟之间具有强相关性，则UE 205和UPF 143中的一个可以向另一个报告通过3GPP接入的延迟和通过非3GPP接入的延迟。

在某些实施例中，远程单元105经由互通功能(“IWF”)135发送与移动核心网140建立数据连接(例如，PDU会话)的请求，并且可以在请求中指示它支持使用封装报头(例如，GRE报头)进行RTT测量。此后，远程单元105可以偶尔从IWF 135接收具有封装报头的消息，该封装报头包括回声请求指示符。响应于回声请求指示符，远程单元105可以立即将回声响应(例如，回声ACK)消息发送回IWF135，其中，IWF 135使用发送具有回声请求的消息和接收回声响应之间的经过时间来测量RTT。下面讨论测量RTT的附加细节。

图2描绘了根据本公开的实施例的用于测量接入网的RTT的第一过程200。在第一过程200中，UE 205不进行其自身的RTT测量，而是可以从SMF接收由网络测量的RTT。要注意的是，第一过程200可以支持上述用例1和用例2。第一过程200涉及UE 205、IWF 135、UPF143、AMF 145和SMF 146。回顾一下，UPF 143可以通过3GPP接入或非3GPP接入发送用户业务。

在图2A中，第一过程200开始于UE 205建立用于NAS信令的与IWF 135的一个或多个IPsec安全关联(SA)(参见通信210)。在一些实施例中，IWF 135是TNGF。在其他实施例中，IWF 135是N3IWF。

在步骤1中，UE 205例如通过发送PDU会话建立请求消息(参见消息212)来请求PDU会话。在该消息中，UE 205包括指示(例如，新指示“支持基于GRE的RTT测量”)，该指示表明可以通过使用下面指定的利用GRE协议的技术来支持通过非3GPP接入的RTT测量。

在一个示例中，UE 205请求多址PDU(MA PDU)会话，即，可以支持通过3GPP访问和非3GPP访问两者的数据通信的PDU会话。在这种情况下，网络中的UPF 143和UE 205可能需要测量通过每个接入的RTT，以便确定如何分别路由MA PDU会话的下行链路业务和上行链路业务。例如，如果某些业务应该基于“最小延迟”引导模式被路由，则可能需要通过每个接入的RTT。在这种情况下，应该通过每个接入测量RTT，使得可以确定具有最小延迟的访问。这种情况是上面讨论的用例1的一个示例。

5GC中的PCF(附图中未示出)为MA PDU会话创建PCC规则，该PCC规则被发送到SMF146，并指示(1)应当对通过MA PDU会话发送的所选择的数据流应用什么QoS，(2)应当对通过MA PDU会话发送的所选择的数据流应用哪种引导模式等。

PCC规则的一个示例如下：

-第一PCC规则可能指示(1)应该通过使用5QI-1传送App-1的业务，以及(2)如果3GPP接入可用的话，应该将App-1的业务引导至3GPP接入，否则，将其引导至非3GPP接入。

-第二PCC规则可能指示(1)应该通过使用5QI-2传送App-2的业务，以及(2)应该将App-2的业务引导至具有“最小延迟”的接入。

-第三PCC规则可能指示(1)应该通过使用5QI-3，上行链路方向上的200Kbps保证带宽和下行链路方向上的500Kbps保证带宽，来传送App-3的业务，以及(2)如果3GPP接入可用的话，应该将App-3的业务引导至非3GPP接入，否则引导至3GPP接入。

基于接收到的用于MA PDU会话的PCC规则，SMF 146确定(1)用于UE 205的接入引导规则(例如，ATSSS规则)，以及(2)用于UPF 143的接入引导规则(参见框213)。另外，SMF146确定应该为MA PDU会话建立哪些QoS流，并为UE 205创建关联的QoS规则，且为UPF 143创建关联的QoS执行规则(QER)。

基于上面考虑的第二PCC规则，SMF 146确定(1)UE 205和UPF143需要获得RTT测量，以便确定哪个接入具有“最小延迟”，以及(2)RTT测量应该通过使用5QI-2(即，应用到App-2的相同5QI)获得，这应该利用“最小延迟”引导模式引导。下面的步骤指定UE 205和UPF 143如何获得必要的RTT测量。

在步骤2中，IWF 135接收PDU会话资源设置请求消息214，该PDU会话资源设置请求消息包括PDU会话建立接受消息和QoS流设置请求列表216，该QoS流设置请求列表216包括三个不同的QoS流的列表，每一个QoS流对应于上面考虑的三个PCC规则中的一个PCC规则。

要注意的是，针对第二QoS流(由QFI-2标识)，SMF 146不仅包括关联的QoS参数(5QI-2、ARP-2、RQI-2)，而且还包括称为RTT报告请求的新参数，该新参数向IWF 135指示它应该通过该QoS流测量RTT，并且应该基于一些报告条件向SMF 146报告所测量的RTT。例如，这个新参数可以向IWF 135指示每当它比先前报告的RTT值变化+/-10％时报告所测量的RTT。在另一情况下，与用例2相关联(参见上文)，仅当所测量的RTT值超过某个阈值时，报告条件才可以向IWF 135指示报告RTT或向SMF 146发送通知。在一些其他情况下，RTT报告请求可以不包括报告条件，这可以向IWF 135指示每当有新值可用就应该报告所测量的RTT。在另一些其他情况下，RTT报告请求可以包括测量参数，例如，以指示应该多久测量一次RTT。

要注意的是，除非UE 205指示它可以“支持基于GRE的RTT测量”，否则SMF 146不将RTT报告请求参数发送给IWF 135(在步骤1中)。如果UE 205不能“支持基于GRE的RTT测量”，那么可以如3GPP规范的Rel-16中所指定的那样进行RTT测量，即，通过在UE205和UPF 143之间交换PMF回声请求/响应消息。

在步骤3中，IWF 135照常确定要建立的子IPsec安全关联(SA)的数量，哪一个携带由PCF为MA PDU会话决定的三个QoS流中的一个或多个QoS流(参见框218)。在图2A所描绘的示例中，IWF 135决定建立两个子IPsec SA：第一个承载QoS流1的业务和QoS流2的业务(分别由QFI-1和QFI-2标识)，并且第二个承载QoS流3的业务(由QFI-3标识)。

在步骤4中，IWF 135向UE 205发送消息以建立所确定的数量的子IPsec SA(参见消息传递220和222)。在步骤5中，IWF 135将在步骤2中接收到的PDU会话建立接受消息转发到UE 205(参见消息传递224)。

在步骤6中，IWF 135用PDU会话资源设置响应消息响应在步骤2中接收到的请求，该PDU会话资源设置响应消息指示已通过非3GPP接入成功建立了用于PDU会话的无线电接入资源(参见消息传递226)。

在步骤7中，UE 205和UPF 143可以通过PDU会话的非3GPP接入开始用户面(UP)通信(参见框228和230)。除了用户面通信以外，IWF 135还可以如在步骤2中所教导的那样通过第二QoS流(QFI-2)开始RTT测量，并接收该QoS流的RTT报告请求参数。

继续图2B，在步骤8中，在上行链路(UL)方向上，UE 205将用GRE封装的用户面业务(即，一系列PDU有效载荷)发送给IWF 135(参见UL消息232)。GRE报头包括与封装的PDU有效载荷相关联的QoS流标识符(QFI)。为了便于说明，图2B仅示出了与QFI-2相关联的PDU有效载荷，然而，还将发送与QFI-1和QFI-3相关联的PDU有效载荷。

要注意的是，由于在第一过程200中没有教导UE执行RTT测量，因此此时UE在GRE报头中不包括任何新的指示符。IWF 135通过利用GTP-U封装的N3接口将从UE 205接收到的每个PDU有效载荷转发给UPF 143。

在下行链路(DL)方向上，UPF 143在N3接口上将用户面业务(即，一系列PDU有效载荷)发送给IWF 135。继而，IWF 135用GRE封装这些PDU有效载荷，并将它们转发给UE 205。照常，GRE报头包括与所封装的PDU有效载荷相关联的QoS流标识符(QFI)。

然而，在步骤10中，当IWF 135想要测量RTT时，IWF 135在GRE报头中包括新的指示符，称为回声请求指示(ERI)(参见消息传递234)。当UE 205接收到在报头中具有ERI的GRE分组时，它立即用包含回声Ack指示符(EAI)的GRE分组来响应(参见框236和消息传递238)。该GRE分组不包含PDU有效载荷；它仅仅是帮助IWF135测量UE 205和IWF 135之间的当前RTT的确认。IWF 135通过计算具有ERI的已发送GRE分组和具有EAI的已接收GRE分组之间的时间差来测量RTT 240。

在步骤11-12中，IWF 135在转发给UE 205的所有PDU有效载荷中均不包括ERI(参见消息传递242)。仅当IWF 135想要进行另一RTT测量并更新平均RTT值时，才包括ERI。在一个实施例中，(平均)RTT是第一次访问的往返时间的“累积的移动平均值”。此处，在EAI(1)之后，RTT＝rtt。在EAI(2)之后，RTT＝(RTT+rtt)/2。在EAI(3)之后，RTT＝(2*RTT+rtt)/3。在EAI(4)之后，RTT＝(3*RTT+rtt)/4。通常，在EAI(n+1)之后，RTT_NEW＝(n*RTT_OLD+rtt)/(n+1)。在其他实施例中，IWF 135可以使用诸如“加权移动平均”的其他类型的求平均来计算RAN的(平均)RTT，其中，最近的rtt值具有比旧的rtt值更大的权重。

继续图2C，步骤13示出了IWF 135在一段时间内未从UPF 143接收到DL业务的情况(参见框244)。为了在不存在要递送给UE 205的DL业务时进行另一RTT测量，IWF 135可以向UE 205发送“虚拟(Dummy)”有效载荷，并将ERI指示符包括在GRE报头中(参见消息传递246)。然而，在这种情况下，IWF 135还需要教导UE 205丢弃虚拟有效载荷。为此，IWF 135包括不同的ERI指示符，称为“ERI-d”，该ERI指示符具有与步骤10中包括的ERI指示符(称为“ERI-v”)的值不同的值。当PDU有效载荷是有效的并且应该被UE 205消耗时，包括ERI-v指示符，而当PDU有效载荷是虚拟的并且应该被UE 205丢弃(忽略)时，包括ERI-d指示符(参见框247)。

UE 205在接收到包括ERI-v或ERI-d指示符的GRE分组时，发送具有EAI指示符的GRE分组(参见消息传递248)，从而允许IWF135测量RTT 249。回顾一下，仅当UE 205在步骤1中指示能够“支持基于GRE的RTT测量”时，该UE行为才是可能的。否则，UE 205将忽略GRE报头中的ERI-v和ERI-d指示符。

在步骤14-15中，IWF 135将更多PDU有效载荷转发给UE 205，而没有ERI指示符(参见消息250)。在步骤20中，IWF 135决定将所测量的(和平均的)RTT报告给SMF 146(参见框252)。此处根据接收到的RTT报告请求参数中的报告条件做出决定(参见步骤2)。在步骤21中，IWF 135经由AMF 145向SMF 146发送所测量的(和平均的)RTT，例如在PDU会话资源通知消息内(参见消息传递254)。替代地，IWF 135可以将所测量的RTT发送到UPF 143。UPF 143然后可以将在N3接口上(即，在UPF 143与IWF 135之间)测量的第二RTT添加到从IWF 135接收到的测量RTT(即，RAN-RTT)，并将这些RTT值的总和转发到SMF 146。这样，SMF 146就会知道UE 205和UPF 143之间的总RTT。可以使用未在本文中指定的过程，例如通过使用3GPP TS23.501中定义的QoS监测过程，测量N3接口上的RTT。

仅需要以下两个步骤来支持用例1(ATSSS)，其中，UE 205和UPF 143两者都知道通过非3GPP接入的RTT。为了支持用例2(RTT监测)，当RTT超过预定义阈值时，IWF 135将所测量的RTT或通知发送给SMF 146就足够了(在步骤21中)。替代地，IWF 135将所测量的RTT发送到UPF 143，并且然后UPF 143将UE 205与UPF 143之间的总RTT发送到SMF 146可能足够了。

在步骤22中，SMF 146将从IWF 135接收到的测量RTT转发给UPF 143(参见消息传递256)，如上面所讨论的，UPF 143可以将从SMF 146接收到的测量RAN-RTT添加到N3-RTT(在N3接口上测量的)，以获得UE 105和UPF 143之间的总RTT。在N3接口上的RTT利用未在本文中讨论的手段来测量，例如，通过使用QFI-2标识的第二QoS流交换GTP-U回声请求/回声响应消息。

最后，在步骤23中，再次在添加N3接口上的RTT之后，SMF 146还将从IWF 135接收到的测量RTT转发到UE 205(参见消息传递258)。在该步骤之后，UE 205和UPF 143两者都具有相同的RTT值，该值表征了通过非3GPP接入的UE 205和UPF 143之间的整个路径。UE 205和UPF 143可以使用该RTT值来进行它们的ATSSS决定，并将App-2的UL和DL业务分别路由到具有最小延迟(或最小RTT)的接入，如步骤2中考虑的第二PCC规则所要求的。

在各种实施例中，上面讨论的ERI-v、ERI-d和EAI指示符可以包含在GRE报头的密钥字段中，并通过使用表1所示的两个比特进行编码。

表1

尽管以上示例在GRE报头中使用两个比特来编码回声请求指示符(例如，ERI-v或ERI-d)，但在其他实施例中，IWF 135和UE 205可以使用不同量的比特来传达回声请求指示符。例如，GRE报头中的单个比特可以用于指示回声请求。更进一步地，回声请求指示符和/或回声确认指示符不受限于GRE报头，并且在其他实施例中，可以在不同的封装报头中进行传达。

图3A-3C描绘了根据本公开的实施例的用于测量接入网的RTT的第二过程300。在第二过程300中，UE 205进行其自身的RTT测量，并且不需要接收由网络测量的RTT。要注意的是，由于UE知道RTT，所以第二过程300主要支持用例1。第二过程300涉及UE 205、IWF135、UPF 143、AMF 145和SMF 146。回顾一下，UPF 143可以通过3GPP接入或非3GPP接入发送用户业务。

在图3A中，第二过程300开始于UE 205建立用于NAS信令的与IWF 135的一个或多个IPsec安全关联(SA)(参见通信302)。在一些实施例中，IWF 135是TNGF。在其他实施例中，IWF 135是N3IWF。

在步骤1中，UE 205例如通过发送PDU会话建立请求消息(参见消息304)来请求PDU会话。在该消息中，UE 205包括指示(例如，新指示“支持基于GRE的RTT测量”)，该指示表明可以通过使用下面指定的利用GRE协议的技术来支持通过非3GPP接入的RTT测量。

基于接收到的用于MA PDU会话的PCC规则，SMF 146确定(1)用于UE 205的接入引导规则(例如，ATSSS规则)，以及(2)用于UPF 143的接入引导规则(参见框306)。另外，SMF146确定应该为MA PDU会话建立哪些QoS流，并为UE 205创建关联的QoS规则，且为UPF 143创建关联的QoS执行规则(QER)。

在所描绘的实施例中，SMF 146确定(1)UE 205和UPF 143需要获得RTT测量，以便确定哪个接入具有“最小延迟”，以及(2)RTT测量应该通过使用5QI-2(即，应用到App-2的相同5QI)获得，这应该利用“最小延迟”引导模式引导。

在步骤2中，IWF 135接收PDU会话资源设置请求消息308，该PDU会话资源设置请求消息包括PDU会话建立接受消息和QoS流设置请求列表310，该QoS流设置请求列表310包括三个不同的QoS流的列表，每一个QoS流对应于上面考虑的三个PCC规则中的一个PCC规则。

要注意的是，对于第二QoS流(由QFI-2标识)，SMF 146包括上面讨论的参数RTT报告请求，该参数RTT报告请求向IWF 135指示它应该通过该QoS流测量RTT，并且它应该基于一些报告条件将所测量的RTT报告给SMF 146。要注意的是，除非UE 205指示它可以“支持基于GRE的RTT测量”，否则SMF 146不将RTT报告请求参数发送给IWF 135(在步骤1中)。

在步骤3中，IWF 135照常确定要建立的子IPsec安全关联(SA)的数量，哪一个承载由PCF为MA PDU会话决定的三个QoS流中的一个或多个QoS流(参见框312)。在图3A所描绘的示例中，IWF 135决定建立两个子IPsec SA：第一个承载QoS流1的业务和QoS流2的业务(分别由QFI-1和QFI-2标识)，并且第二个承载QoS流3的业务(由QFI-3标识)。

在步骤4中，IWF 135向UE 205发送消息以建立确定数量的子IPsec SA(参见消息传递314和316)。在步骤5中，IWF 135将在步骤2中接收到的PDU会话建立接受消息转发到UE205(参见消息传递318)。此处，还向UE 205通知它应该通过第二QoS流(QFI-2)进行RTT测量。这可以通过在PDU会话建立接受消息中包括新的信息元素(IE)或通过扩展现有的已授权QoS规则IE来实现，使得它不仅可以指定应该被映射到QFI-2的业务，而且可以指定只有RTT测量应该使用QFI-2进行。

在步骤6中，IWF 135用PDU会话资源设置响应消息响应在步骤2中接收到的请求，该消息指示已通过非3GPP接入成功建立了用于PDU会话的无线电接入资源(参见消息传递320)。

在步骤7中，UE 205和UPF 143可以通过PDU会话的非3GPP接入开始用户面(UP)通信(参见框322和324)。除了用户面通信之外，UE 205和IWF 135两者都可以通过第二QoS流(QFI-2)开始RTT测量。

继续图3B，在步骤8中，在上行链路(UL)方向上，UE 205将用户面业务(即，一系列PDU有效载荷)发送给IWF 135，并且用GRE封装每个PDU有效载荷(参见UL消息326)。照常地，GRE报头包括与所封装的PDU有效载荷相关联的QoS流标识符(QFI)。为了便于说明，图3B仅示出了与QFI-2相关联的PDU有效载荷，然而，还将发送与QFI-1和QFI-3相关联的PDU有效载荷。IWF 135通过利用GTP-U封装的N3接口将从UE 205接收到的每个PDU有效载荷转发到UPF143。

当UE 205想要测量RTT时，UE 205在GRE报头中包括ERI指示符(ERI-v或ERI-d，如上面参照图2所讨论的)。在步骤8a中，UE 205包括ERI-v指示符。当IWF 135接收到在报头中具有ERI的GRE分组时，它立即用包含EAI的GRE分组来响应(参见框327和消息传递328)。UE205通过计算具有ERI的已发送GRE分组和具有EAI的已接收GRE分组之间的时间差来测量RTT 330。在步骤9中，UE 205将更多PDU有效载荷转发给IWF 135，此处没有ERI指示符(参见消息传递332)。

在下行链路(DL)方向上，UPF 143在N3接口上将用户面业务(即，一系列PDU有效载荷)发送给IWF 135。继而，IWF 135用GRE封装这些PDU有效载荷，并将它们转发给UE 205。照常，GRE报头包括与所封装的PDU有效载荷相关联的QoS流标识符(QFI)。

然而，在步骤10中，当IWF 135想要测量RTT时，IWF 135在GRE报头中包括新的指示符，称为回声请求指示(ERI)(参见消息传递334)。当UE 205接收到在报头中具有ERI的GRE分组时，它立即用包含回声Ack指示符(EAI)的GRE分组来响应(参见框336和消息传递338)。该GRE分组不包含PDU有效载荷；它仅仅是辅助IWF135测量UE 205和IWF 135之间的当前RTT的确认。IWF 135通过计算具有ERI的已发送GRE分组和具有EAI的已接收GRE分组之间的时间差来测量RTT 340。如上面所讨论的，并非所有的DL业务都包括ERI。在步骤11至步骤12中，更多PDU有效载荷从UE 205被转发到IWF 135，而没有ERI指示符(参见消息传递342)。

尽管在图3B中未描绘，但是UE 205可以将具有虚拟有效载荷和ERI-d指示符的GRE分组发送到IWF 135，以便在没有要递送的UL业务时进行RTT测量。类似地，IWF 135可以将具有虚拟有效载荷和ERI-d指示符的GRE分组发送到UE 205，以便在没有要递送的DL业务时进行RTT测量。

继续图3C，在步骤20中，例如使用上述过程，UE 205测量RTT(参见框344)，并且IWF135测量RTT(参见框346)。在步骤20b中，IWF 135决定将所测量的(和平均的)RTT报告给SMF146(参见框348)。此处根据接收到的RTT报告请求参数中的报告条件做出决定(参见步骤2)。在步骤21中，IWF 135经由AMF 145向SMF 146发送所测量的(和平均的)RTT，例如在PDU会话资源通知消息内(参见消息传递350)。替代地，IWF 135可以将所测量的RTT发送到UPF143，并且然后UPF 143可以将其转发到SMF 146。

在各种实施例中，仅IWF 135将RTT报告给SMF 146。该方法通过不要求UE 205向SMF 146报告RTT来节省无线电资源。

在步骤22中，SMF 146将从IWF 135接收到的所测量的RRT转发到UPF 143(参见消息传递352)。仅当在步骤21中IWF 135将所测量的RTT发送到SMF 146时才需要该步骤(即，当在步骤21中IWF135将所测量的RTT发送到UPF 143时不需要)。然而，要注意的是，在这种情况下，不会添加N3接口上(在IWF 135和UPF 143之间)的RTT。这是因为由UPF 143接收到的RTT应该与由UE 205计算出的RTT类似，该由UE 205计算出的RTT不包括N3接口上的RTT。重要的是，UE 205和UPF 143两者都可以基于类似的RTT值来做出其业务引导决定。

如果UE 205和UPF 143需要知道表征通过非3GPP接入的UE 205和UPF 143之间的整个路径的RTT(即，UE 205和IWF 135之间的RTT加上N3接口上的RTT)，则可以将获得的RTT增加某一固定值。该值可以在UE 205和UPF 143中被预配置，或者可以在PDU会话建立过程期间用信号通知给UE 205(例如，在步骤5中)和UPF 143(例如，在图4A至图4C未示出的步骤中)。

图4描绘了根据本公开的实施例的可以用于测量RTT的用户设备装置400的一个实施例。用户设备装置400可以是远程单元105的一个实施例。此外，用户设备装置400可以包括处理器405、存储器410、输入设备415、输出设备420、收发器425。在一些实施例中，输入设备415和输出设备420被组合成单个设备，诸如触摸屏。在某些实施例中，用户设备装置400不包括任何输入设备415和/或输出设备420。

如所描绘的，收发器425包括至少一个发射器430和至少一个接收器435。此处，收发器425经由互通功能(例如，TNGF或N3IWF)并且通过非3GPP接入网与移动核心网(例如，5GC)通信。附加地，收发器425可以支持至少一个网络接口440。此处，至少一个网络接口440促进与eNB或gNB的通信(例如，使用“Uu”接口)。附加地，至少一个网络接口440可以包括用于与UPF、SMF和/或P-CSCF通信的接口。

在一个实施例中，处理器405可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器405可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)或类似的可编程控制器。在一些实施例中，处理器405执行存储在存储器410中的指令以执行本文描述的方法和例程。处理器405通信地耦合至存储器410、输入设备415、输出设备420和收发器425。

在各种实施例中，处理器405发送第一请求以在该装置与移动核心网之间建立数据连接，其中，第一请求包括该装置支持RTT测量的第一指示符，RTT测量是使用经由数据连接发送的消息并且使用封装报头计算的。处理器405从互通功能接收第一消息，并且将第二消息发送到互通功能，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示，并且第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。

在一些实施例中，处理器405从移动核心网进一步接收第一通知(例如，DL NAS传送消息)，其中，第一通知包括基于由互通功能计算的RTT测量导出的平均RTT。例如，可以通过将由互通功能计算出的RTT测量与移动核心网中的互通功能和用户面功能之间的路径的平均RTT组合来计算平均RTT。

在一些实施例中，第一消息包含虚拟PDU。在这种实施例中，处理器405发送第二消息同时忽略虚拟PDU。在一些实施例中，第一消息包括由移动核心网中的用户面功能经由互通功能发送的下行链路PDU。在这种实施例中，下行链路PDU被第一封装报头封装。

在各种实施例中，第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。在一些实施例中，回声请求指示包括GRE报头中的比特的集合。在一个实施例中，该比特的集合包括单个比特。在其他实施例中，该比特的集合包括多个比特。

在某些实施例中，回声请求指示使用第一值来指示与GRE报头相关联的分组有效载荷包含从移动核心网接收到的PDU，并且使用第二值来指示分组有效载荷包含要被忽略的虚拟PDU。在这种实施例中，第二封装报头还可以是符合GRE协议的分组报头，其中，回声响应指示包括GRE报头中的比特的集合。在这种实施例中，回声响应指示可以使用第三值来确认回声请求。

在一些实施例中，处理器405通过使用数据连接的第一QoS流向互通功能进一步发送第三消息，其中，第三消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括第二回声请求指示。此处，处理器405可以从互通功能接收第四消息，并使用回声响应指示来测量数据连接的第一QoS流的RTT，其中，第四消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括第二回声响应指示(例如，回声Ack指示)。在一些这种实施例中，第三消息包含虚拟PDU，其中，互通功能发送第四消息同时忽略虚拟PDU。在其他实施例中，第三消息包含由第一封装报头封装的上行链路PDU，其中，上行链路PDU要经由互通功能被转发到移动核心网。

在一个实施例中，存储器410是计算机可读存储介质。在一些实施例中，存储器410包括易失性计算机存储介质。例如，存储器410可以包括RAM，该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器410包括非易失性计算机存储介质。例如，存储器410可以包括硬盘驱动器、闪存或任何其他适当的非易失性计算机存储设备。在一些实施例中，存储器410包括易失性和非易失性计算机存储介质。在一些实施例中，存储器410存储与测量RTT有关的数据，例如，存储传输表等。在某些实施例中，存储器410还存储程序代码和相关数据，诸如在用户设备装置400和一个或多个软件应用上操作的操作系统(“OS”)或其他控制器算法。

在一个实施例中，输入设备415可以包括任何已知的计算机输入设备，该计算机输入设备包括触摸板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入设备415可以与输出设备420集成在一起，例如，作为触摸屏或者类似的触敏显示器。在一些实施例中，输入设备415包括触摸屏，使得可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备415包括两个或更多个不同设备，诸如，键盘和触摸板。

在一个实施例中，输出设备420可以包括任何已知的电子可控显示器或者显示设备。输出设备420可以被设计为输出视觉信号、听觉信号和/或触觉信号。在一些实施例中，输出设备420包括能够将视觉数据输出到用户的电子显示器。例如，输出设备420可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或者能够将图像、文本等输出到用户的类似的显示设备。作为另一非限制性示例，输出设备420可以包括可穿戴显示器，诸如，智能手表、智能眼镜、平视显示器等。进一步地，输出设备420可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备420包括用于产生声音的一个或多个扬声器。例如，输出设备420可以产生声音警报或通知(例如，嘟嘟声或者钟声)。在一些实施例中，输出设备420包括用于产生振动、运动或者其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备420的全部或多个部分可以与输入设备415集成在一起。例如，输入设备415和输出设备420可以形成触摸屏或者类似的触敏显示器。在其他实施例中，输出设备420的全部或多个部分可以位于输入设备415附近。

如上面所讨论的，收发器425经由一个或多个接入网与移动通信网的一个或多个网络功能进行通信。收发器425在处理器405的控制下操作以发送消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器405可以在特定时间选择性地激活收发器(或其部分)，以便发送和接收消息。收发器425可以包括一个或多个发射器430和一个或多个接收器435。在某些实施例中，一个或多个发射器430和/或一个或多个接收器435可以共享收发器硬件和/或电路系统。例如，一个或多个发射器430和/或一个或多个接收器435可以共享(多根)天线、(多个)天线调谐器、(多个)放大器、(多个)滤波器、(多个)振荡器、(多个)混频器、(多个)调制器/解调器、电源等。

在各种实施例中，收发器425被配置为与(多个)3GPP接入网120和(多个)非3GPP接入网130通信。在一些实施例中，收发器425为(多个)3GPP接入网120和/或(多个)非3GPP接入网130实施调制解调器功能性。在一个实施例中，收发器425使用不同的通信协议或协议栈，同时使用公共物理硬件来实施多个逻辑收发器。例如，收发器425可以包括一个专用集成电路(“ASIC”)，该专用集成电路包括用于接入不同网络的第一收发器和第二收发器的功能。在其他实施例中，收发器425包括用于(多个)3GPP接入网和用于(多个)非3GPP接入网的分开的收发器。

图5描绘了根据本公开的实施例的可以用于测量RTT的用户设备装置500的一个实施例。网络设备装置500可以是诸如TNGF或N3IWF的IWF 135的一个实施例。此外，网络设备装置500可以包括处理器505、存储器510、输入设备515、输出设备520、收发器525。在一些实施例中，输入设备515和输出设备520被组合为单个设备，诸如触摸屏。在某些实施例中，用户设备装置500不包括任何输入设备515和/或输出设备520。

如所描绘的，收发器525包括至少一个发射器530和至少一个接收器535。此处，收发器525与一个或多个远程单元105以及与提供对一个或多个PLMN的接入的一个或多个互通功能135进行通信。附加地，收发器525可以支持至少一个网络接口540。在一些实施例中，收发器525支持与移动核心网(例如，5GC)中的控制面功能(例如，SMF)通信的第一接口(例如，N2接口)以及通过非3GPP接入网与远程单元(例如，UE)通信的第二接口。

在一个实施例中，处理器505可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器505可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)或类似的可编程控制器。在一些实施例中，处理器505执行存储在存储器510中的指令以执行本文描述的方法和例程。处理器505通信地耦合至存储器510、输入设备515、输出设备520和第一收发器525。

在各种实施例中，处理器505经由第一接口接收请求，以建立用于经由数据连接实现远程单元和移动核心网之间的数据通信的接入资源。此处，数据连接支持多个QoS流，并且该请求包括第一指示符(例如，RTT报告请求)，该第一指示符使用第一QoS流来请求RTT测量。处理器505经由第二接口并且使用数据连接的第一QoS流将第一消息发送到远程单元，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。处理器505经由第二接口接收第二消息，其中，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)，并且使用回声响应指示测量数据连接的第一QoS流的RTT。

在一些实施例中，处理器505进一步确定平均RTT是否满足报告条件，并且响应于平均RTT满足报告条件来经由第一接口发送第一通知。在这种实施例中，平均RTT可以基于所测量的RTT。在某些实施例中，处理器505通过评估被包括在第一指示符中包括的一个或多个报告条件来确定平均RTT是否满足报告条件。在进一步的实施例中，处理器505可以经由第二接口转发经由第一接口接收到的第二通知，其中，第二通知包括平均RTT。

在一些实施例中，网络设备装置500支持与移动核心网中的UPF(例如，UPF 143)通信的第三接口(例如，N3)。此处，第一消息可以包含经由第三接口接收到的PDU。在一些实施例中，第一消息包含虚拟PDU。在这种实施例中，远程单元发送第二消息同时忽略虚拟PDU。在某些实施例中，处理器505确定平均RTT是否满足报告条件，并且响应于平均RTT满足报告条件来经由第三接口发送通知，其中，平均RTT基于所测量的RTT。要注意的是，UPF可以将所报告的平均RTT转发到SMF。在一个实施例中，UPF将第三接口(例如，N3接口)的RTT添加到由网络设备装置500报告的RTT(例如，RAN-RTT)。

在一些实施例中，第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。在某些实施例中，第一消息包括GRE报头，该GRE报头包括响应于接收到请求RTT测量的第一指示符的回声请求指示。在某些实施例中，回声请求指示包括GRE报头中的比特的集合。在一个实施例中，该比特的集合包括单个比特。在其他实施例中，该比特的集合包括多个比特。

在各种实施例中，回声请求指示使用第一值来指示与GRE报头相关联的分组有效载荷包含经由第三接口接收到的PDU，并且使用第二值来指示分组有效载荷包含要被远程单元忽略的虚拟PDU。

在一些实施例中，第二封装报头是符合GRE协议的分组报头，其中，回声响应指示包括GRE报头中的比特的集合。在一个实施例中，回声响应指示包括GRE报头内的单个比特。在其他实施例中，回声响应指示包括GRE报头内的多个比特。在各种实施例中，回声响应指示使用第三值来确认回声请求。

在一些实施例中，处理器505通过使用数据连接的第一QoS流来经由第二接口从远程单元接收第三消息。此处，第三消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括第二回声请求指示。处理器505还经由第二接口发送第四消息。此处，第四消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括第二回声响应指示(例如，回声Ack指示)，其中，远程单元使用回声响应指示测量数据连接的第一QoS流的RTT。

在某些实施例中，第三消息包含由第一封装报头封装的虚拟PDU。在这种实施例中，处理器505发送第四消息同时忽略虚拟PDU。在某些实施例中，第三消息包含由第一封装报头封装的上行链路PDU。在这种实施例中，处理器505可以发送第四消息，并且经由第三接口将上行链路PDU转发到移动核心网。

在一个实施例中，存储器510是计算机可读存储介质。在一些实施例中，存储器510包括易失性计算机存储介质。例如，存储器510可以包括RAM，该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器510包括非易失性计算机存储介质。例如，存储器510可以包括硬盘驱动器、闪存或任何其他适当的非易失性计算机存储设备。在一些实施例中，存储器510包括易失性和非易失性计算机存储介质。在一些实施例中，存储器510存储与测量RTT有关的数据，例如，存储传输表等。在某些实施例中，存储器510还存储程序代码和相关数据，诸如在用户设备装置500和一个或多个软件应用上操作的操作系统(“OS”)或其他控制器算法。

在一个实施例中，输入设备515可以包括任何已知的计算机输入设备，该计算机输入设备包括触摸板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入设备515可以与输出设备520集成在一起，例如，作为触摸屏或者类似的触敏显示器。在一些实施例中，输入设备515包括触摸屏，使得可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备515包括两个或多个不同设备，诸如，键盘和触摸板。

在一个实施例中，输出设备520可以包括任何已知的电子可控显示器或者显示设备。输出设备520可以被设计为输出视觉信号、听觉信号和/或触觉信号。在一些实施例中，输出设备520包括能够将视觉数据输出到用户的电子显示器。例如，输出设备520可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或者能够将图像、文本等输出到用户的类似的显示设备。作为另一非限制性示例，输出设备520可以包括可穿戴显示器，诸如，智能手表、智能眼镜、平视显示器等。进一步地，输出设备520可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备520包括用于产生声音的一个或多个扬声器。例如，输出设备520可以产生声音警报或通知(例如，嘟嘟声或者钟声)。在一些实施例中，输出设备520包括用于产生振动、运动或者其他触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备520的全部或多个部分可以与输入设备515集成在一起。例如，输入设备515和输出设备520可以形成触摸屏或者类似的触敏显示器。在其他实施例中，输出设备520的全部或多个部分可以位于输入设备515附近。

如上面所讨论的，收发器525可以与一个或多个远程单元和/或与提供对一个或多个PLMN的接入的一个或多个互通功能通信。收发器525还可以与一个或多个网络功能(例如，在移动核心网140中)通信。收发器525在处理器505的控制下操作以发送消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器505可以在特定时间选择性地激活收发器(或其部分)，以便发送和接收消息。

收发器525可以包括一个或多个发射器530和一个或多个接收器535。在某些实施例中，一个或多个发射器530和/或一个或多个接收器535可以共享收发器硬件和/或电路系统。例如，一个或多个发射器530和/或一个或多个接收器535可以共享(多根)天线、(多个)天线调谐器、(多个)放大器、(多个)滤波器、(多个)振荡器、(多个)混频器、(多个)调制器/解调器、电源等。在一个实施例中，收发器525使用不同的通信协议或协议栈，同时使用公共物理硬件来实施多个逻辑收发器。

图6描绘了根据本公开的实施例的用于测量RTT的方法600。在一些实施例中，方法600由诸如互通功能135和/或网络设备装置500的装置执行。在某些实施例中，方法600可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)执行。

方法600开始于支持605与移动核心网(例如，5GC)中的控制面功能进行通信的第一接口(例如，N2接口)和通过非3GPP接入网与远程单元进行通信的第二接口。

方法600包括：经由第一接口接收610请求，以建立用于经由数据连接实现远程单元和移动核心网之间的数据通信的接入资源。此处，数据连接支持多个QoS流，并且该请求包括第一指示符(例如，RTT报告请求)，该第一指示符使用第一QoS流来请求RTT测量。

方法600包括：经由第二接口将第一消息发送615到远程单元，并且使用数据连接的第一QoS流，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。

方法600包括：经由第二接口接收620第二消息，其中，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。

方法600包括：使用回声响应指示测量625数据连接的第一QoS流的RTT。方法600结束。

图7描绘了根据本公开的实施例的用于测量RTT的方法700。在一些实施例中，方法700由诸如远程单元105、UE 205和/或用户设备装置400的装置执行。在某些实施例中，方法700可以由执行程序代码的处理器(例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)执行。

方法700开始并且与接入网进行通信705，该接入网经由互通功能(例如，TNGF或N3IWF)连接至移动核心网(例如，5GC)。

方法700包括：发送710第一请求，以建立远程单元和移动核心网之间的数据连接。此处，第一请求包括远程单元支持使用经由数据连接发送的消息并使用封装报头计算的RTT测量的第一指示符。

方法700包括：从互通功能接收715第一消息。此处，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。

方法700包括：将第二消息发送720到互通功能。此处，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。方法700结束。

本文公开了一种根据本公开的实施例的用于测量RTT的第一装置。第一装置可以由诸如TNGF或N3IWF等互通功能实施。第一装置包括与移动核心网(例如，5GC)中的控制面功能进行通信的第一接口(例如，N2接口)和通过非3GPP接入网与远程单元进行通信的第二接口。第一装置包括处理器，该处理器经由第一接口接收请求，以建立用于经由数据连接实现远程单元和移动核心网之间的数据通信的接入资源。此处，数据连接支持多个QoS流，并且该请求包括第一指示符(例如，RTT报告请求)，该第一指示符使用第一QoS流来请求RTT测量。处理器经由第二接口并且使用数据连接的第一QoS流将第一消息发送到远程单元，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。处理器经由第二接口接收第二消息，其中，第二消息包括第二封装报头(例如，GRE报头)，该第一封装报头包括回声响应指示(例如，回声Ack指示)，并且使用回声响应指示测量数据连接的第一QoS流的RTT。

在一些实施例中，处理器进一步确定平均RTT是否满足报告条件，并且响应于平均RTT满足报告条件来经由第一接口发送第一通知。在这种实施例中，平均RTT可以基于所测量的RTT。在某些实施例中，处理器通过评估被包括在第一指示符中的一个或多个报告条件来确定平均RTT是否满足报告条件。在进一步的实施例中，处理器可以经由第二接口转发经由第一接口接收到的第二通知，其中，第二通知包括平均RTT。

在一些实施例中，该装置包括与移动核心网中的用户面功能通信的第三接口(例如，N3)。此处，第一消息可以包含经由第三接口接收到的PDU。在一些实施例中，第一消息包含虚拟PDU。在这种实施例中，远程单元发送第二消息同时忽略虚拟PDU。在某些实施例中，处理器确定平均RTT是否满足报告条件，并且响应于平均RTT满足报告条件来经由第三接口发送通知，其中，平均RTT基于所测量的RTT。

在一些实施例中，第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。在某些实施例中，第一消息包括GRE报头，该GRE报头包括响应于接收到请求RTT测量的第一指示符的回声请求指示。在某些实施例中，回声请求指示包括GRE报头中的比特的集合。在一个实施例中，该比特的集合包括单个比特。在其他实施例中，该比特的集合包括多个比特。

在各种实施例中，回声请求指示使用第一值来指示与GRE报头相关联的分组有效载荷包含经由第三接口接收到的PDU，并且使用第二值来指示分组有效载荷包含要被远程单元忽略的虚拟PDU。

在一些实施例中，第二封装报头是符合GRE协议的分组报头，其中，回声响应指示包括GRE报头中的比特的集合。在一个实施例中，回声响应指示包括GRE报头内的单个比特。在其他实施例中，回声响应指示包括GRE报头内的多个比特。在各种实施例中，回声响应指示使用第三值来确认回声请求。

在一些实施例中，处理器通过使用数据连接的第一QoS流来经由第二接口从远程单元接收第三消息。此处，第三消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括第二回声请求指示。处理器还经由第二接口发送第四消息。此处，第四消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括第二回声响应指示(例如，回声Ack指示)，其中，远程单元使用回声响应指示测量数据连接的第一QoS流的RTT。

在某些实施例中，第三消息包含由第一封装报头封装的虚拟PDU。在这种实施例中，处理器发送第四消息同时忽略虚拟PDU。在某些实施例中，第三消息包含由第一封装报头封装的上行链路PDU。在这种实施例中，处理器可以发送第四消息，并且经由第三接口将上行链路PDU转发到移动核心网。在各种实施例中，处理器经由第一接口进一步接收测量参数，其中，测量参数指示用于测量RTT的频率。

本文公开了一种根据本公开的实施例的用于测量RTT的第一方法。第一方法可以由诸如TNGF或N3IWF的互通功能执行。第一方法包括：支持与移动核心网(例如，5GC)中的控制面功能进行通信的第一接口(例如，N2接口)和通过非3GPP接入网与远程单元进行通信的第二接口。第一方法包括：经由第一接口接收请求，以建立用于经由数据连接实现远程单元和移动核心网之间的数据通信的接入资源。此处，数据连接支持多个QoS流，并且该请求包括第一指示符(例如，RTT报告请求)，该第一指示符使用第一QoS流来请求RTT测量。第一方法包括：经由第二接口并且使用数据连接的第一QoS流将第一消息发送到远程单元，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。第一方法包括：经由第二接口接收第二消息，其中，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声确认指示)。第一方法包括：使用回声响应指示，测量数据连接的第一QoS流的RTT。

在一些实施例中，第一方法包括：确定平均RTT是否满足报告条件，并且响应于平均RTT满足报告条件来经由第一接口发送第一通知。在这种实施例中，平均RTT可以基于所测量的RTT。在某些实施例中，确定平均RTT是否满足报告条件包括：评估被包括在第一指示符中的一个或多个报告条件。在进一步实施例中，第一方法可以包括：经由第二接口转发经由第一接口接收到的第二通知，其中，第二通知包括平均RTT。

在一些实施例中，第一方法包括：支持与移动核心网中的用户面功能通信的第三接口(例如，N3)。此处，第一消息可以包含经由第三接口接收到的PDU。在一些实施例中，第一消息包含虚拟PDU。在这种实施例中，远程单元发送第二消息同时忽略虚拟PDU。在某些实施例中，第一方法包括：确定平均RTT是否满足报告条件，并且响应于平均RTT满足报告条件来经由第三接口发送通知，其中，平均RTT基于所测量的RTT。

在一些实施例中，第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。在某些实施例中，第一消息包括GRE报头，该GRE报头包括响应于接收到请求RTT测量的第一指示符的回声响应指示。在某些实施例中，回声请求指示包括GRE报头中的比特的集合。在一个实施例中，该比特的集合包括单个比特。在其他实施例中，该比特的集合包括多个比特。

在各种实施例中，回声请求指示使用第一值来指示与GRE报头相关联的分组有效载荷包含经由第三接口接收到的PDU，并且使用第二值来指示分组有效载荷包含要被远程单元忽略的虚拟PDU。

在一些实施例中，第二封装报头是符合GRE协议的分组报头，其中，回声响应指示包括GRE报头中的比特的集合。在一个实施例中，回声响应指示包括GRE报头内的单个比特。在其他实施例中，回声响应指示包括GRE报头内的多个比特。在各种实施例中，回声响应指示使用第三值来确认回声请求。

在一些实施例中，第一方法包括：通过使用数据连接的第一QoS流来经由第二接口从远程单元接收第三消息。此处，第三消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括第二回声请求指示。第一方法还可以包括：经由第二接口发送第四消息。此处，第四消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括第二回声响应指示(例如，回声Ack指示)，其中，远程单元使用回声响应指示测量数据连接的第一QoS流的RTT。

在某些实施例中，第三消息包含由第一封装报头封装的虚拟PDU。在这种实施例中，发送第四消息包括：发送第四消息同时忽略虚拟PDU。在某些实施例中，第三消息包含由第一封装报头封装的上行链路PDU。在这种实施例中，第一方法可以包括：响应于接收到第三消息，经由第三接口将上行链路PDU转发到移动核心网。在各种实施例中，第一方法包括：经由第一接口接收测量参数，其中，测量参数指示用于测量RTT的频率。

本文公开了一种根据本公开的实施例的用于测量RTT的第二装置。第二装置可以由诸如UE的远程单元实施。第二装置包括经由互通功能(例如，TNGF或N3IWF)并且通过非3GPP接入网与移动核心网(例如，5GC)通信的收发器。第二装置包括处理器，该处理器发送第一请求以在该装置与移动核心网之间建立数据连接，其中，第一请求包括该装置支持RTT测量的第一指示符，该RTT测量是使用经由数据连接发送的消息并且使用封装报头计算的。处理器从互通功能接收第一消息，并且将第二消息发送到互通功能，其中，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示，并且第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。

在一些实施例中，处理器从移动核心网进一步接收第一通知(例如，DL NAS传送消息)，其中，第一通知包括基于由互通功能计算的RTT测量导出的平均RTT。例如，可以通过将由互通功能计算出的RTT测量与移动核心网中的互通功能和用户面功能之间的路径的平均RTT组合来计算平均RTT。

在一些实施例中，第一消息包含虚拟PDU。在这种实施例中，处理器发送第二消息同时忽略虚拟PDU。在一些实施例中，第一消息包括由移动核心网中的用户面功能经由互通功能发送的下行链路PDU。在这种实施例中，下行链路PDU被第一封装报头封装。

在各种实施例中，第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。在一些实施例中，回声请求指示包括GRE报头中的比特的集合。在一个实施例中，该比特的集合包括单个比特。在其他实施例中，该比特的集合包括多个比特。

在某些实施例中，回声请求指示使用第一值来指示与GRE报头相关联的分组有效载荷包含从移动核心网接收到的PDU，并且使用第二值来指示分组有效载荷包含要被忽略的虚拟PDU。在这种实施例中，第二封装报头还可以是符合GRE协议的分组报头，其中，回声响应指示包括GRE报头中的比特的集合。在这种实施例中，回声响应指示可以使用第三值来确认回声请求。

在一些实施例中，处理器通过使用数据连接的第一QoS流向互通功能进一步发送第三消息，其中，第三消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括第二回声请求指示。此处，处理器可以从互通功能接收第四消息，并使用回声响应指示来测量数据连接的第一QoS流的RTT，其中，第四消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括第二回声响应指示(例如，回声Ack指示)。在一些这种实施例中，第三消息包含虚拟PDU，其中，互通功能发送第四消息同时忽略虚拟PDU。在其他实施例中，第三消息包含由第一封装报头封装的上行链路PDU，其中，上行链路PDU要经由互通功能被转发到移动核心网。

本文公开了一种根据本公开的实施例的用于测量RTT的第二方法。第二方法可以由诸如UE的远程单元执行。第二方法包括：与接入网进行通信，该接入网经由互通功能(例如，TNGF或N3IWF)连接至移动核心网(例如，5GC)。第二方法包括：发送第一请求，以建立远程单元和移动核心网之间的数据连接。此处，第一请求包括远程单元支持使用经由数据连接发送的消息并使用封装报头计算的RTT测量的第一指示符。第二方法包括：从互通功能接收第一消息。此处，第一消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括回声请求指示。第二方法包括：将第二消息发送到互通功能。此处，第二消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括回声响应指示(例如，回声Ack指示)。

在一些实施例中，第二方法包括：从移动核心网接收第一通知(例如，DL NAS传送消息)，其中，第一通知包括基于由互通功能计算的RTT测量导出的平均RTT。例如，可以通过将互通功能计算出的RTT测量与移动核心网中的互通功能和用户面功能之间的路径的平均RTT组合来计算平均RTT。

在一些实施例中，第一消息包含虚拟PDU。在这种实施例中，第二方法包括：发送第二消息同时忽略虚拟PDU。在一些实施例中，第一消息包括由移动核心网中的用户面功能经由互通功能发送的下行链路PDU。在这种实施例中，下行链路PDU被第一封装报头封装。

在各种实施例中，第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。在一些实施例中，回声请求指示包括GRE报头中的比特的集合。在一个实施例中，该比特的集合包括单个比特。在其他实施例中，该比特的集合包括多个比特。

在某些实施例中，回声请求指示使用第一值来指示与GRE报头相关联的分组有效载荷包含从移动核心网接收到的PDU，并且使用第二值来指示分组有效载荷包含要被忽略的虚拟PDU。在这种实施例中，第二封装报头还可以是符合GRE协议的分组报头，其中，回声响应指示包括GRE报头中的比特的集合。在这种实施例中，回声响应指示可以使用第三值来确认回声请求。

在一些实施例中，第二方法包括：通过使用数据连接的第一QoS流向互通功能发送第三消息，其中，第三消息包括第一封装报头(例如，GRE报头)，该第一封装报头包括第二回声请求指示。此处，第二方法可以包括：从互通功能接收第四消息，并使用回声响应指示来测量数据连接的第一QoS流的RTT，其中，第四消息包括第二封装报头(例如，GRE报头)，该第二封装报头包括第二回声响应指示(例如，回声确认指示)。在一些这种实施例中，第三消息包含虚拟PDU，其中，互通功能发送第四消息同时忽略虚拟PDU。在其他实施例中，第三消息包含由第一封装报头封装的上行链路PDU，其中，上行链路PDU要经由互通功能被转发到移动核心网。

可以以其他特定形式来实践实施例。所描述的实施例在所有方面仅被认为是说明性的，而不是限制性的。因此，本发明的范围是由随附权利要求指示的，而不是由前面的描述指示的。落入权利要求的等同含义和范围内的所有变化都会包含在其范围内。

Claims (28)

1.一种装置，包括：

第一接口，所述第一接口与移动核心网中的控制面功能通信；

第二接口，所述第二接口通过非3GPP接入网与远程单元通信；以及

处理器，所述处理器：

经由所述第一接口接收请求，以建立用于经由数据连接实现所述远程单元与所述移动核心网之间的数据通信的接入资源，其中，所述数据连接支持多个服务质量(“QoS”)流，并且所述请求包括使用第一QoS流请求往返时间(“RTT”)测量的第一指示符；

经由所述第二接口并且使用所述数据连接的所述第一QoS流将第一消息发送到所述远程单元，其中，所述第一消息包括第一封装报头，所述第一封装报头包括回声请求指示；

经由所述第二接口接收第二消息，其中，所述第二消息包括第二封装报头，所述第二封装报头包括回声响应指示；以及

使用所述回声响应指示，测量所述数据连接的所述第一QoS流的所述RTT。

2.根据权利要求1所述的装置，其中，所述处理器进一步确定平均RTT是否满足报告条件，并且响应于所述平均RTT满足所述报告条件来经由所述第一接口发送第一通知，其中，所述平均RTT基于所测量的RTT。

3.根据权利要求2所述的装置，其中，所述处理器通过评估被包括在所述第一指示符中的一个或多个报告条件来确定平均RTT是否满足报告条件。

4.根据权利要求2所述的装置，其中，所述处理器经由所述第二接口进一步转发经由所述第一接口接收到的第二通知，其中，所述第二通知包括所述平均RTT。

5.根据权利要求1所述的装置，进一步包括第三接口，所述第三接口与所述移动核心网中的用户面功能通信，其中，所述第一消息包含经由所述第三接口接收到的协议数据单元(“PDU”)。

6.根据权利要求5所述的装置，其中，所述处理器进一步确定平均RTT是否满足报告条件，并且响应于所述平均RTT满足所述报告条件来经由所述第三接口发送通知，其中，所述平均RTT基于所测量的RTT。

7.根据权利要求1所述的装置，其中，所述第一消息包含虚拟协议数据单元(“PDU”)，其中，所述远程单元发送所述第二消息同时忽略所述虚拟PDU。

8.根据权利要求1所述的装置，其中，所述第一封装报头是符合通用路由封装(“GRE”)协议的分组报头，其中，第一消息包括GRE报头，所述GRE报头包括响应于接收到所述第一指示符的所述回声请求指示。

9.根据权利要求8所述的装置，其中，所述回声请求指示包括所述GRE报头中的比特的集合。

10.根据权利要求9所述的装置，其中，所述回声请求指示使用第一值来指示与所述GRE报头相关联的分组有效载荷包含从所述移动核心网中的用户面功能接收到的协议数据单元(“PDU”)，并且使用第二值来指示所述分组有效载荷包含要被所述远程单元忽略的虚拟PDU。

11.根据权利要求10所述的装置，其中，所述第二封装报头是符合所述GRE协议的分组报头，其中，所述回声响应指示包括所述GRE报头中的比特的集合，其中，所述回声响应指示使用第三值来确认所述回声请求。

12.根据权利要求1所述的装置，其中，所述处理器进一步：

通过使用所述数据连接的所述第一QoS流来经由所述第二接口从所述远程单元接收第三消息，其中，所述第三消息包括所述第一封装报头，所述第一封装报头包括第二回声请求指示；以及

经由所述第二接口发送第四消息，其中，所述第四消息包括所述第二封装报头，所述第二封装报头包括第二回声响应指示，其中，所述远程单元使用所述回声响应指示来测量所述数据连接的所述第一QoS流的所述RTT。

13.根据权利要求12所述的装置，其中，所述第三消息包含由所述第一封装报头封装的虚拟协议数据单元(“PDU”)，其中，所述处理器发送所述第四消息同时忽略所述虚拟PDU。

14.根据权利要求12所述的装置，其中，所述第三消息包含由所述第一封装报头封装的上行链路PDU，其中，所述处理器发送所述第四消息并且将所述上行链路PDU转发到所述移动核心网。

15.根据权利要求1所述的装置，其中，所述处理器经由所述第一接口进一步接收测量参数，其中，所述测量参数指示用于测量RTT的频率。

16.一种方法，包括：

支持与移动核心网中的控制面功能通信的第一接口以及通过非3GPP接入网与远程单元通信的第二接口；

经由所述第一接口接收请求，以建立用于经由数据连接实现所述远程单元与所述移动核心网之间的数据通信的接入资源，其中，所述数据连接支持多个服务质量(“QoS”)流，并且所述请求包括使用第一QoS流请求往返时间(“RTT”)测量的第一指示符；

经由所述第二接口并且使用所述数据连接的所述第一QoS流将第一消息发送到所述远程单元，其中，所述第一消息包括第一封装报头，所述第一封装报头包括回声请求指示；

经由所述第二接口接收第二消息，其中，所述第二消息包括第二封装报头，所述第二封装报头包括回声响应指示；以及

使用所述回声响应指示，测量所述数据连接的所述第一QoS流的所述RTT。

17.一种装置，包括：

收发器，所述收发器经由互通功能与移动核心网通信；

处理器，所述处理器：

发送第一请求以在所述装置与所述移动核心网之间建立数据连接，其中，所述第一请求包括所述装置支持往返时间(“RTT”)测量的第一指示符，所述RTT测量是使用经由所述数据连接发送的消息并且使用封装报头计算的；

从所述互通功能接收第一消息，其中，所述第一消息包括第一封装报头，所述第一封装报头包括回声请求指示；以及

将第二消息发送到所述互通功能，其中，所述第二消息包括第二封装报头，所述第二封装报头包括回声响应指示。

18.根据权利要求17所述的装置，其中，所述处理器从所述移动核心网进一步接收第一通知，其中，所述第一通知包括基于由所述互通功能计算的RTT测量导出的平均RTT。

19.根据权利要求17所述的装置，其中，所述第一消息包含虚拟协议数据单元(“PDU”)，其中，所述处理器发送所述第二消息同时忽略所述虚拟PDU。

20.根据权利要求17所述的装置，其中，所述第一消息包括由所述移动核心网中的用户面功能经由所述互通功能发送的下行链路协议数据单元(“PDU”)，以及其中，所述下行链路PDU由所述第一封装报头封装。

21.根据权利要求17所述的装置，其中，所述第一封装报头是符合通用路由封装(“GRE”)协议的分组报头。

22.根据权利要求21所述的装置，其中，所述回声请求指示包括所述GRE报头中的比特的集合。

23.根据权利要求22所述的装置，其中，所述回声请求指示使用第一值来指示与所述GRE报头相关联的分组有效载荷包含从所述移动核心网接收到的协议数据单元(“PDU”)，并且使用第二值来指示所述分组有效载荷包含要被忽略的虚拟PDU。

24.根据权利要求23所述的装置，其中，所述第二封装报头是符合所述GRE协议的分组报头，其中，所述回声响应指示包括所述GRE报头中的所述比特的集合，其中，所述回声响应指示使用第三值来确认所述回声请求。

25.根据权利要求17所述的装置，其中，所述处理器进一步：

通过使用所述数据连接的第一服务质量(“QoS”)流来将第三消息发送到所述互通功能，其中，所述第三消息包括所述第一封装报头，所述第一封装报头包括第二回声请求指示；

从所述互通功能接收第四消息，其中，所述第四消息包括所述第二封装报头，所述第二封装报头包括第二回声响应指示；以及

使用所述回声响应指示，测量所述数据连接的第一QoS流的所述RTT。

26.根据权利要求25所述的装置，其中，所述第三消息包含虚拟协议数据单元(“PDU”)，其中，所述互通功能发送所述第四消息同时忽略所述虚拟PDU。

27.根据权利要求25所述的装置，其中，所述第三消息包含由所述第一封装报头封装的上行链路协议数据单元(“PDU”)，其中，所述上行链路PDU要经由所述互通功能被转发到所述移动核心网。

28.一种方法，包括：

与接入网通信，所述接入网经由互通功能被连接至移动核心网；

发送第一请求以在远程单元与所述移动核心网之间建立数据连接，其中，所述第一请求包括所述远程单元支持往返时间(“RTT”)测量的第一指示符，所述RTT测量是使用经由所述数据连接发送的消息并且使用封装报头计算的；

接收到所述互通功能的第一消息，其中，所述第一消息包括第一封装报头，所述第一封装报头包括回声请求指示；以及

将第二消息发送到所述互通功能，其中，所述第二消息包括第二封装报头，所述第二封装报头包括回声响应指示。

Images