无线通信网络中的用户设备、网络节点和方法

技术领域

本文中的实施例涉及用户设备(UE)、网络节点和其中的方法。在一些方面，它们涉及在无线通信网络中在从UE到网络节点的小数据传输(SDT)中处置功率余量报告(PowerHeadroom Report，PHR)。

本文中的实施例进一步涉及对应于上述方法、UE和网络节点的计算机程序和载体。

背景技术

在典型的无线通信网络中，无线装置(也称为无线通信装置、移动站、站(STA)和/或用户设备(UE))经由广域网或局域网(诸如Wi-Fi网络)或包括无线电接入网(RAN)部分和核心网(CN)部分的蜂窝网络进行通信。RAN覆盖被分成服务区域或小区区域的地理区域，所述服务区域或小区区域也可称为波束或波束组，其中每个服务区域或小区区域由无线电网络节点服务，所述无线电网络节点诸如无线电接入节点，例如Wi-Fi接入点或无线电基站(RBS)，在一些网络中，所述无线电网络节点也可表示为例如NodeB、eNodeB(eNB)或如在第五代(5G)电信中所表示的gNB。服务区域或小区区域是其中由无线电网络节点提供无线电覆盖的地理区域。无线电网络节点通过在无线电频率上操作的空中接口与无线电网络节点范围内的无线装置通信。

3GPP是用于规定针对蜂窝系统演进的标准的标准化团体，所述蜂窝系统演进例如包括3G、4G、5G和未来的演进。演进分组系统(EPS)(也称为第四代(4G)网络)的规范已经在第三代合作伙伴计划(3GPP)内完成。作为持续的网络演进，3GPP的新版本规定了也称为5G新空口(NR)的5G网络。

5G NR的频带被分成两个不同的频率范围，频率范围1(FR1)和频率范围2(FR2)。FR1包括sub-6GHz的频带。这些频带中的一些是由传统标准(legacy standard)传统使用的频带，但是已经延伸到覆盖从410MHz到7125MHz的潜在新频谱供应。FR2包括从24.25GHz到52.6GHz的频带。与FR1中的频带相比，这个毫米波范围中的频带具有更短的范围但更高的可用带宽。

多天线技术可显著提高无线通信系统的数据速率和可靠性。对于单个用户(诸如UE)和基站之间的无线连接，如果传送器和接收器两者都配备有多个天线，则性能会被特别地改进，这导致了多输入多输出(MIMO)通信信道。这可称为单用户(SU)-MIMO。在其中MIMO技术用于多个用户和基站之间的无线连接的场景中，MIMO通过在空间上分离用户，使得用户能够使用相同的时间-频率资源同时与基站通信，这进一步增加了小区容量。这可称为多用户(MU)-MIMO。注意，当每个UE仅具有一个天线时，MU-MIMO可受益。这样的系统和/或相关技术通常称为MIMO。

处于非活动状态的NR小数据传输

新的工作项目(WI)RP-200954“New Work Item on NR small datatransmissions in INACTIVE state”已经在3GPP中批准，焦点在于通过减少信令开销来优化小数据有效载荷的传输。注意，在这个文档中，措辞“非活动状态”和“RRC非活动状态”可以可互换地使用。

WI包含以下目标：

对于窄带(NB)物联网(IoT)和机器长期演进(LTE-M)，已经通过版本(Rel)15早期数据传输(EDT)和Rel-16预配置上行链路资源(PUR)引入了针对小数据的类似信令优化。对于NR，可预期有些类似的解决方案，不同之处在于版本17(Rel-17)NR小数据仅要被支持用于RRC非活动状态，还包括基于2步RACH的小数据，并且还应该包括常规复杂度移动宽带(MBB)UE。两者都只支持终端发起的(Mobile Originated，MO)业务。

在SDT的上下文内，已经讨论了传送后续数据的可能性。本文中使用的传送后续数据意味着不能装入消息3(Msg3)传输块的更多数据段的传输。这样的数据段可如在传统方法中在4步RACH过程已经完成之后在RRC连接状态(RRC_CONNECTED；CONNECTED)中传送，或者它们可在UE转换到RRC_CONNECTED之前在RRC_INACTIVE中传送。在前一种情况下，由于gNB和UE基于当前UE信道状况被适当地配置，所以传输将更高效。在后一种情况下，若干优化还没有到位，尤其是如果UE在未连接时已经移动。此外，传输可能与来自其它UE的传输相冲突，因为竞争还没有解决。

关于SDT的WI已经从3GPP会议RAN2#111-e开始，并且已经达成以下相关协议：

-支持利用RRC消息的SDT作为基于RA和基于配置授权(CG)的方案的基线。

-2步RACH或4步RACH应适用于RRC_INACTIVE中的基于RACH的UL SDT。

-UL小数据可在2步RACH的消息A(MsgA)或4步RACH的Msg3中发送。

-SDT由网络在每个数据无线电承载(DRB)的基础上配置。

-数据量阈值用于UE决定是否使用SDT。关于如何计算所述数据量有待进一步研究(FFS)。

-是否进一步使用(例如附加的SDT特定的)参考信号接收功率(RSRP)阈值来确定UE是否应该使用SDT也有待进一步研究。

-支持UL SDT之后的UL和/或下行链路(DL)传输而不转换到RRC_CONNECTED。

-当UE处于RRC_INACTIVE时，发送多个UL和DL分组作为相同SDT机制的一部分而不在专用授权上转换到RRC_CONNECTED应该是可能的。关于细节以及是否需要到网络的任何指示有待进一步研究。

换句话说，在上面引用的NR Rel-17 SDT WI中，将规定两种主要的解决方案以用于使能在RRC_INACTIVE状态中的SDT，即：

-基于RACH的SDT，即，在2步RACH过程中在消息A PUSCH上传送小数据，或者在4步RACH过程中在消息3 PUSCH上传送小数据，以及

-基于CG的SDT，即，针对处于RRC非活动状态的UE的配置授权类型-1 PUSCH资源上的SDT。

4步RACH、2步RACH和配置授权类型已经被规定为Rel-15和Rel-16的一部分。因此，要在NR Rel-17中规定的SDT特征建立在这些构建块上，以使能针对NR的处于非活动状态的SDT。

在RAN2#112-e中，已经达成了以下协议：

在RAN2#113-e中，并且已经达成了以下协议：

4步RA类型

4步RA类型已在4G LTE中使用，并且也是5G NR的基线。NR中的这个过程的原理在图1的图示UE和eNB之间的信令的信令图中示出。

步骤1：前导码传输

UE随机选择对应于所选择的SS和/或物理广播信道(PBCH)块的RA前导码(PREAMBLE_INDEX)，在由所选择的SS/PBCH块映射的物理随机接入信道(PRACH)时机上传送前导码。当gNB检测到前导码时，它估计UE应该使用的TA，以便在gNB处获得UL同步。

步骤2：RA响应

gNB发送RA响应(RAR)，其包括TA、要由UE使用的临时标识符(TC-RNTI)、与所传送的PREAMBLE_INDEX相匹配的随机接入前导码标识符以及对Msg3的授权。UE预期RAR，并且因此监测寻址到RA-RNTI的物理下行链路控制信道(PDCCH)，以从gNB接收RAR消息，直到配置的RAR窗口(也称为ra-ResponseWindow)已经到期，或者直到RAR已经被成功接收。

3GPP TS38.321公开了在成功接收到包含与所传送的PREAMBLE_INDEX相匹配的随机接入前导码标识符的随机接入响应之后，MAC实体可停止ra-ResponseWindow，并因此停止对(一个或多个)随机接入响应的监测。

步骤3：Msg3，UE ID或UE特定的C-RNTI

在Msg3中，UE传送其标识符UE ID，或者更确切地说，传送用于初始接入的5G临时移动订户标识(5G-TMSI)的初始部分，或者如果它已经处于RRC_CONNECTED或RRC_INACTIVE状态并且需要例如重新同步，传送它的UE特定RNTI。

如果gNB不能在授权的UL资源处解码Msg3，则它可发送寻址到TC-RNTI的下行链路控制指示符(DCI)，以用于重传Msg3。请求混合自动重传请求(HARQ)重传，直到UE在达到HARQ重传的最大次数之后从步骤1重新开始随机接入过程，或者直到可由gNB成功接收Msg3。

步骤4：Msg4竞争解决

在Msg4中，gNB通过确认UE ID或C-RNTI进行响应。Msg4给出了竞争解决，即，即使若干个UE已经同时使用了相同的前导码(以及用于Msg3传输的相同授权)，也将只发送一个UE ID或C-RNTI。

对于Msg4接收，UE监测TC-RNTI(如果它在Msg3中传送其UE ID的话)或C-RNTI(如果它在Msg3中传送其C-RNTI的话)。

2步RA类型

2步RA类型给出了比普通的4步RA短得多的时延。在2步RA中，前导码和对应于4步RA中的Msg3的消息MsgA PUSCH可取决于配置而在两个后续时隙中传送。MsgA PUSCH在专用于特定前导码的资源上发送。图2的图示了UE和gNB之间的信令的信令图描绘了2步RA过程。

在成功接收到MsgA时，gNB将利用消息B(MsgB)进行响应。MsgB可以是“successRAR”、“fallbackRAR”或“回退(Back off)”。MsgB的内容已达成一致，如下面所看到的。特别要注意的是，fallbackRAR为Msg3 PUSCH提供授权，所述授权标识UE应该在其中传送PUSCH的资源以及其它信息。

注意：记号“msgA”和“MsgA”在本文中可互换使用以表示消息A。类似地，记号“msgB”和“MsgB”在本文中可互换使用以表示消息B。

用2步消息交换代替4步消息交换的可能性将导致RA时延减少。另一方面，2步RA将消耗更多的资源，因为它使用基于竞争的数据传输。这意味着配置用于数据传输的资源可能经常未被使用。另一个不同之处是2步RA在没有TA的情况下操作，因为在MsgA PUSCH中传送数据有效载荷之前，不存在来自gNB的关于如何调整上行链路同步的反馈。实际上，对于2步RA，TA为零，并且因此解决方案限于在大小较小的小区中使用，而4步RA可在任何小区大小中操作。

如果在共享PRACH资源上在小区中配置了4步RA和2步RA两者，并且对于UE，如果满足4步RA的条件，则UE将从一个特定集合中选择其前导码，以及如果基于测量的RSRP满足2步RA的条件，则从另一个集合中选择其前导码。因此，当使用共享PRACH资源时，进行前导码划分以在4步RA和2步RA之间区分。备选地，对于2步RA过程和4步RA过程，PRACH配置是不同的，在这种情况下，可从进行前导码传输的位置推断出UE是正在进行2步过程还是4步过程。

4步RA SDT

当4步RA应用于SDT时，Msg3将包含RRC恢复请求(RRCResumeRequest)消息和UP数据。如在传统情况下，gNB将用竞争解决(CR)-标识符(ID)来响应以解决竞争，并且在这一点上，TC-RNTI将被UE用作C-RNTI，即，在需要后续传输的情况下，UE将监测由C-RNTI加扰的DCI的PDCCH，以获得新的UL授权。当gNB发送具有挂起配置的RRCRelease消息并且从而将UE保持在非活动状态时，SDT过程结束。备选地，gNB可替代地发送RRCResume消息，并将UE转移到连接状态。

2步RA SDT

当2步RA应用于SDT时，MsgA将包含RRCResumeRequest消息和UP数据。如在传统情况下，gNB将用CR-ID来响应以解决竞争。它还将发送C-RNTI，并且在需要后续传输的情况下，UE将监测由C-RNTI加扰的DCI的PDCCH，以获得新的UL授权。至于4步过程，当gNB发送具有挂起配置的RRCRelease消息并且从而将UE保持在非活动状态，SDT过程结束。备选地，gNB可替代地发送RRCResume消息，并将UE转移到连接状态。

功率余量报告(PHR)过程

PHR过程用于处于连接状态的UE，以报告UE具有的可用功率，即，标称最大功率和估计的使用功率之间的差。当在本文中使用时，PHR也可称为PHR MAC控制元素(CE)。PHR对于gNB使能高效的功率控制和链路自适应是有价值的，确保UE可达到尽可能高的位率。PHR过程在38.321的章节5.6.2中描述如下。

功率余量报告过程用于向服务gNB提供以下信息：

-类型1功率余量：标称UE最大传送功率和每个激活的服务小区的UL共享信道(UL-SCH)传输的估计功率之间的差；

-类型2功率余量：标称UE最大传送功率和在另一个MAC实体的SpCell上的PUCCH和UL-SCH传输的估计功率之间的差，另一个MAC实体即在演进通用陆地无线电接入(E-UTRA)NR-双连接性(EN-DC)、新空口E-UTRA-双连接性(NE-DC)和NGEN-DC情况下的E-UTRAMAC实体；

-类型3功率余量：标称UE最大传送功率和每个激活的服务小区的探测参考信号(SRS)传输的估计功率之间的差。

RRC通过配置以下参数来控制功率余量报告：

-phr-PeriodicTimer；

-phr-ProhibitTimer；

-phr-Tx-PowerFactorChange；

-phr-Type2OtherCell；

-phr-ModeOtherCG；以及

-multiplePHR.

如果发生以下事件中的任何事件，应触发PHR：

-phr-ProhibitTimer到期或者已经到期，并且对于任何MAC实体的至少一个激活的服务小区，路径损耗已经改变多于phr-Tx-PowerFactorChange dB，所述MAC实体的活动的DL BWP不是休眠的BWP，当所述MAC实体具有用于新传输的UL资源时，所述休眠的BWP被用作自这个MAC实体中的PHR的最后传输以来的路径损耗参考。

注1：上面评估的一个小区的路径损耗变化在目前的时间在当前路径损耗参考上测量的路径损耗和在PHR的最后传输的传输时间在当时使用的路径损耗参考上测量的路径损耗之间，而不管路径损耗参考在其间是否已经改变。出于这个目的的当前路径损耗参考不包括使用TS 38.331中的pathlossReferenceRS-Pos配置的任何路径损耗参考。

-phr-PeriodicTimer到期；

-在由上层配置或重新配置功率余量报告功能性时，其不用于禁用功能；

-激活具有配置的上行链路的任何MAC实体的SCell，所述MAC实体的firstActiveDownlinkBWP-Id没有被设置为休眠BWP；

-PSCell的添加，即PSCell是新添加或改变的；

-当MAC实体具有用于新传输的UL资源时，phr-ProhibitTimer到期或已经到期，并且对于具有配置的上行链路的任何MAC实体的激活的服务小区中的任何服务小区，以下为真：

-存在为传输分配的UL资源或者在这个小区上存在PUCCH传输，并且当MAC实体在这个小区上具有为传输或PUCCH传输分配的UL资源时，对于这个小区，由于如由功率管理最大功率(P-MPR)所允许的功率管理(如TS 38.101-1、TS 38.101-2和TS 38.101-3中所规定的)而引起的所要求的功率回退自从PHR的最后传输以来已经改变了多于phr-Tx-PowerFactorChange dB。

-在具有配置的上行链路的任何MAC实体的SCell的激活BWP从休眠BWP变为非休眠DL BWP时。

注2：当由于功率管理而引起的所要求的功率回退仅暂时(例如，至多达几十毫秒)降低时，MAC实体应当避免触发PHR，并且当PHR被其它触发条件触发时，它应当避免在PCMAX,f,c/PH值中反映这样的暂时降低。

注3：如果HARQ过程被配置有cg-RetransmissionTimer，并且如果PHR已经被包括在用于由这个HARQ过程进行的传输的MAC协议数据单元(PDU)中，但是还没有被较低层传送，则如何处置PHR内容取决于UE实现。

如果MAC实体具有为新传输分配的UL资源，则MAC实体应当：

1>如果它是自最后的MAC重设以来为新传输分配的第一UL资源：

2>启动phr-PeriodicTimer；

1>如果功率余量报告过程确定至少一个PHR已经被触发并且没有被取消；以及

1>如果由于如条款5.4.3.1中定义的LCP，所分配的UL资源可容纳MAC实体被配置成传送的PHR的MAC CE加上其子报头：

2>如果配置了具有值真的multiplePHR：

3>对于具有与任何MAC实体相关联的配置的上行链路的每个激活的服务小区，所述任何MAC实体的活动DL BWP不是休眠BWP：

4>获得如针对NR服务小区的TS 38.213的条款7.7和针对E-UTRA服务小区的TS36.213的条款5.1.1.2中所规定的对应上行链路载波的类型1或类型3功率余量的值；

4>如果这个MAC实体具有为这个服务小区上的传输分配的UL资源；或者

4>如果另一个MAC实体(如果被配置的话)具有为这个服务小区上的传输分配的UL资源，并且phr-ModeOtherCG被上层设置为真实：

5>从物理层获得对应的PCMAX,f,c字段的值。

3>如果配置了具有值真的phr-Type2OtherCell：

4>如果另一个MAC实体是E-UTRAMAC实体：

5>获得另一个MAC实体(即E-UTRA MAC实体)的SpCell的类型2功率余量的值；

5>如果phr-ModeOtherCG被上层设置为真实：

6>从物理层获得另一MAC实体(即，E-UTRA MAC实体)的SpCell的对应PCMAX,f,c字段的值。

3>基于由物理层报告的值，命令复用和组装过程生成并传送如条款6.1.3.9中定义的多条目PHR MAC CE。

2>否则，即使用单条目PHR格式：

3>从PCell的对应上行链路载波的物理层获得类型1功率余量的值；

3>从物理层获得对应的PCMAX,f,c字段的值；

3>基于由物理层报告的值，命令复用和组装过程生成并传送如条款6.1.3.8中定义的单条目PHR MAC CE。

2>启动或重启phr-PeriodicTimer；

2>启动或重启phr-ProhibitTimer；

2>取消所有触发的(一个或多个)PHR。"

对于SDT，可假设将仅使用类型1功率余量，因为SDT将不会被定义用于双连接性(DC)，其中可应用类型2，并且因为它在非活动状态中使用，所以当可应用类型3时，将不存在任何SRS传输。

发明内容

作为阐释本文中实施例的一部分，发明人标识了将首先讨论的问题。

PHR过程仅被定义供连接状态使用，例如RRC_CONNECTED。因此，当前不存在当处于非活动状态(例如RRC_INACTIVE)时使用PHR的方式。

然而，在一些场景中，当处于非活动状态时，PHR的包括可能是重要的例如以使能大的授权。这是因为，如果UE中剩余足够的功率，则最小化对于SDT过程所需要的后续传输次数可以是可能的。非活动模式下的SDT过程仅在所需传输次数少时高效。在所需传输次数较大的情况下，转移到连接模式并在那里执行传输会更高效。然而，在非活动状态下传送PHR可能是浪费的，因为可能不存在针对非活动状态的任何后续传输。

出现的另一个问题是，由于SDT过程中给出的授权通常是小的，所以当前的PHR格式不高效，并且需要最小化。

本文中实施例的目的是要改进小数据传输的效率。

根据一方面，通过一种由用户设备UE执行的方法来实现目的。该方法用于在无线通信网络中在到网络节点的小数据传输SDT中处置功率余量报告PHR。UE处于无线电资源控制RRC非活动状态。UE获得与包括在UE中的缓冲器中的SDT的数据量相关的缓冲器状态信息。根据缓冲器状态信息，当要传送到网络节点的SDT的数据量要求在随机接入RA过程之后的至少一次传输时，UE触发PHR。PHR要被传送到网络节点。

根据另一方面，通过一种由网络节点执行的方法来实现目的。该方法用于在无线通信网络中处置来自用户设备UE的小数据传输SDT。UE处于无线电资源控制RRC非活动状态。

当要传送到网络节点的SDT的数据量要求随机接入RA过程之外的至少一次传输时，网络节点从UE接收功率余量报告PHR。

网络节点然后基于PHR处置SDT的数据量的要在RA之后传送的一部分。

根据一方面，通过一种用户设备UE来实现目的，所述用户设备UE被配置成在无线通信网络中在到网络节点的小数据传输SDT期间处置功率余量报告PHR。UE适于处于无线电资源控制RRC非活动状态。UE进一步被配置成：

-获得与包括在UE中的缓冲器中的SDT的数据量相关的缓冲器状态信息，以及

-根据缓冲器状态信息，当要传送到网络节点的SDT的数据量适于要求在随机接入RA过程之后的至少一次传输时，触发PHR，所述PHR要被传送到网络节点。

根据另一方面，通过一种网络节点来实现目的，所述网络节点被配置成在无线通信网络中处置来自用户设备UE的小数据传输SDT。UE适于处于无线电资源控制RRC非活动状态。网络节点进一步被配置成：

-当要传送到网络节点的SDT的数据量适于要求随机接入RA过程之外的至少一次传输时，从UE接收功率余量报告PHR，以及

-基于PHR处置SDT的数据量的适于要在RA之后传送的一部分。

由于当SDT的数据量要求在RA过程之后的至少一次传输时，UE根据缓冲器状态信息触发PHR，所以当需要后续传输时，链路自适应和功率控制将更加高效。以这种方式，以高效的方式为SDT过程定义了PHR过程。

本文中的实施例的优点是，在由于数据传输将仅需要一次传输，因此不需要PHR报告的情况下不传送PHR报告。也就是说，PHR在将存在后续传输的情况下是有用的，并且这个实施例确保当不存在后续传输时不传送该PHR。

附图说明

图1是描绘现有技术示例的信令图。

图2是描绘现有技术示例的信令图。

图3是描绘无线通信网络的实施例的示意框图。

图4是描绘UE中的方法的实施例的流程图。

图5是描绘网络节点中的方法的实施例的流程图。

图6a和6b是描绘UE的实施例的示意框图。

图7a和7b是描绘网络节点的实施例的示意框图。

图8示意性地图示了经由中间网络连接到主机计算机的电信网络。

图9是主机计算机经由基站通过部分无线连接与用户设备通信的一般化框图。

图10至13是图示在包括主机计算机、基站和用户设备的通信系统中实现的方法的流程图。

具体实施方式

如上面所提及的，本文中的实施例的目的是要改进SDT的效率。

在一些示例实施例中，在将存在至少一个后续传输的场景中，通过在SDT过程期间触发PHR来实现目的。可定义数据量阈值。当初始化SDT过程时UE缓冲器中的数据超过数据量阈值时，PHR被触发以包括在UL传输中。以这种方式，当需要后续传输时，链路自适应和功率控制将更加高效。

在一些实施例中，PHR可在SDT过程期间被触发但不被传送，直到已经满足一个或多个准则。以这种方式，实际的传输将被优化，使得如果在第一消息中不需要它，它可被推迟到较后的传输。

此外，在一些实施例中，要在SDT过程中使用的PHR的格式被定义为例如比传统PHR更小的格式。更小的格式可例如是要仅编码几个级别的功率余量，或者利用未使用的逻辑信道ID(LCID)或扩展逻辑信道ID(eLCID)值来编码它。备选地或附加地，PHR的格式可与缓冲器状态报告(BSR)相组合。以这种方式，实现了用于传送PHR的更高效的格式。

图3是描绘其中可实现本文中的实施例的无线通信网络100的示意概览。无线通信网络100包括一个或多个RAN和一个或多个CN。无线通信网络100可使用5GNR，但是可进一步使用多个其它不同的技术，诸如Wi-Fi、(LTE)、LTE-Advanced、宽带码分多址(WCDMA)、全球移动通信系统/增强型数据速率GSM演进(GSM/EDGE)或者超移动宽带(UMB)，仅提及几个可能的实现。

诸如网络节点110的网络节点通过天线波束在无线通信网络100中操作，所述天线波束在本文中称为波束。网络节点110例如提供被称为小区1和小区2的多个小区，并且可将这些小区用于与例如UE 120进行通信。网络节点110可以是传输和接收点，例如无线电接入网节点，诸如基站(例如诸如NodeB、演进节点B(eNB、eNodeB、eNode B)、NR节点B(gNB)的无线电基站)、基站收发信台、无线电远程单元、接入点基站、基站路由器、无线电基站的传输布置、独立接入点、无线局域网(WLAN)接入点、接入点站(AP STA)、接入控制器、在装置到装置(D2D)通信中充当接入点或对等体的UE、或者能够取决于例如所使用的无线电接入技术和术语与由网络节点110所服务的UE进行通信的任何其它网络单元。

用户设备在无线通信网络100中操作，诸如UE 120。UE 120可例如是NR装置、移动站、无线终端、NB-IoT装置、增强机器类型通信(eMTC)装置、NR降低能力(RedCap)装置、M类(CAT-M)装置、Wi-Fi装置、LTE装置和非接入点(非AP)STA、经由基站(诸如例如网络节点110)、一个或多个接入网(AN)(例如RAN)与一个或多个CN通信的STA。本领域技术人员应当理解到，UE涉及非限制性术语，其意味着任何UE、终端、无线通信终端、用户设备、装置到装置(D2D)终端或节点，例如智能电话、膝上型电脑、移动电话、传感器、中继、移动平板乃至小区内通信的小型基站。

本文中的方法可一方面由网络节点110执行，另一方面由UE 120执行。作为备选方案，例如包括在如图3中所示的云140中的分布式节点(DN)和功能性，可用于执行或部分执行方法。

图4示出了由UE 120执行的示例方法，用于在无线通信网络100中在到网络节点110的SDT期间处置PHR。PHR的处置可例如包括管理PHR。在SDT期间可例如涉及在SDT过程期间。UE 120处于RRC非活动状态。

方法包括以下动作中的任何一个或多个。

动作401

根据示例场景，UE 120在其缓冲器中具有用于STD的数据，并且即将开始到网络节点110的随机接入。

UE 120获得与包括在UE 120中的缓冲器中的SDT的数据量相关的缓冲器状态信息。

这可以是要发现例如包括在UE 120的缓冲器中的数据量是否没有在RA过程内进入以被发送，但是在RA过程之后要求一些进一步的传输。例如，如果仅存在小的数据量，则它在RA过程内进入以被发送。

动作402

根据缓冲器状态信息，当要传送到网络节点110的SDT的数据量要求RA过程之后的至少一次传输时，UE 120触发PHR。这可能意味着数据量不足够小以在RA过程内进入以被发送。PHR要被传送到网络节点110。它可能直接发送，或者过一会儿发送。

这可能意味着，如果数据量足够小以在RA过程内被发送，则此时将不传送PHR。

在一些实施例中，当满足任何一个或多个第一准则时，例如，当数据量超过阈值时，UE 120触发到网络节点110的PHR。PHR可例如在缓冲器状态信息在RA过程的消息3的可用授权大小之外时被触发。

动作403

UE 120然后可向网络节点110传送PHR。可由网络节点110使用PHR来高效地进行链路自适应和功率控制。

在一些实施例中，当满足第二准则时，UE 120向网络节点110传送PHR。第二准则也可称为一个或多个第二准则。一个或多个第二准则可例如是当数据量超过阈值时。

动作404

UE 120可向网络节点110传送BSR。BSR根据缓冲器状态信息。BSR可例如单独传送或者与PHR一起在动作403中传送。

这可能意味着UE 120将在RA消息中向网络节点110传送进入到RA中的数据量的一部分。然后，在网络节点110已经基于PHR处置SDT的数据量的要在RA之后传送的一部分(例如，基于PHR执行了链路自适应和功率控制)之后，可由UE 120传送数据中的剩余数据。

以这种方式，UE 120传送对使能高效链路自适应和功率控制最重要的信息。即，UE120传送最重要的信息，以使能高效的链路自适应和功率控制。最重要的信息可例如意味着PHR和BSR。

图5示出了由网络节点110执行的示例方法，例如用于在无线通信网络100中处置(诸如管理)来自UE 120的SDT。UE 120处于RRC非活动状态。

方法包括以下动作中的任何一个或多个。

动作501

网络节点110从UE 120接收PHR。这可以是在动作403中由UE 120传送的PHR。当要传送到网络节点110的SDT的数据量要求RA过程之外(例如在RA过程之后)的至少一次传输时，接收PHR。例如，在RA过程之外意味着数据量超过了消息3的可用授权大小。

这可能意味着如果数据量足够小以在RA过程内被发送，则此时将不会从UE 120接收到PHR。

在一些实施例中，当满足一个或多个第二准则时，网络节点110接收PHR。一个或多个第二准则可例如是当数据量超过阈值时。

动作502

在一些实施例中，网络节点110从UE 120接收BSR。

BSR根据与要传送到网络节点110的SDT的数据量相关的缓冲器状态信息。这意味着BSR与要传送到网络节点110的SDT的数据量相关。来自UE 120的BSR将用于确定给予UE120的用于(一个或多个)后续传输的授权的大小。

这可以是在动作402或403中由UE 120传送的BSR。BSR可例如单独接收或者与PHR一起在动作501中接收。

动作503

网络节点110基于PHR处置SDT的数据量的要在RA之后传送的一部分。

处置可用于基于PHR处置和/或管理功率控制和链路自适应。

以这种方式，网络节点110可确保以高效的方式为SDT过程中的后续传输进行链路自适应和功率控制。

现在将在下面的实施例中进一步解释和举例说明方法。这些下面的实施例可与如上面所描述的任何合适的实施例相组合。

本文中提供了若干实施例，提供在SDT过程期间触发402和传送403 PHR。此外，提供了用于PHR MAC CE的新PHR格式和用于传输的MAC中的对应复用的一些实施例。

本文中，由UE 120触发402的PHR可包括：

i)从物理层获得对应上行链路载波和对应配置的最大输出功率(Pcmax)的功率余量值，以及

ii)生成PHR MAC CE并复用到MAC PDU中以用于传输。

取决于解决方案，i)和ii)可组合或在单独的时间实例执行。

在一些实施例中，当发起SDT并且DRB中配置用于SDT的可用UL数据高于阈值(例如SDT_PHR_Threshold)，即满足一个或多个第一和/或第二准则时，由UE 120触发402 PHR。SDT_PHR_Threshold也称为阈值。

在一些选项中，SDT_PHR_Threshold可等效于用于2步RA过程的msgA PUSCH大小或者用于4步RA过程的RA-Msg3大小组A(ra-Msg3SizeGroupA)。

在一些选项中，如果DRB中配置用于SDT的可用UL数据高于或者用于2步RA过程的msgAPUSCH大小或者用于4步RA过程的ra-Msg3SizeGroupA，即满足一个或多个第一和/或第二准则，则触发402 PHR。

在一些选项中，如果DRB中配置用于SDT的可用UL数据高于用于2步RA过程的msgAPUSCH大小或用于4步RA过程的ra-Msg3SizeGroupA两者，即满足一个或多个第一和/或第二准则，则触发402 PHR。

在一些选项中，在PHR被触发402并且在SDT过程中选择4步RA过程的情况下，当向网络节点110传送403 PHR时，PHR MAC CE被包括在Msg3中。

在一些选项中，在PHR被触发402并且在SDT过程中选择2步RA过程的情况下，当向网络节点110传送403 PHR时，PHR MAC CE被包括在MsgA中。

在一些选项中，当在SDT过程中选择4步RA过程时，当向网络节点110传送403 PHR时，PHR MAC CE总是被包括在Msg3中。

在一些选项中，当在SDT过程中选择2步RA过程时，当向网络节点110传送403 PHR时，PHR MAC CE总是被包括在MsgA中。

在一些其它实施例中，当CG-SDT资源可用时，如果DRB中配置用于SDT的可用UL数据高于CG传输时机的授权大小，即满足一个或多个第一和/或第二准则，则在正在进行的SDT过程期间触发402PHR。

在一些其它选项中，当CG-SDT资源可用时，如果CG周期性低于或高于SDT_PHR_CGperiodicity_Threshold(也称为阈值)，即满足一个或多个第一和/或第二准则，则触发402PHR。

在一些其它选项中，当CG-SDT资源可用时，当向网络节点110传送403 PHR时，PHR被包括在第一CG传输中。

在一些其它选项中，当CG-SDT资源可用时，PHR被包括在包含RRCResumeRequest消息的CG传输之后的第一CG传输中。

在一些其它选项中，单独的阈值(例如SDT_PHR_Threshold)可配置用于基于2步RA的SDT、用于基于4步RA的SDT和用于CG-SDT。

在一个实施例中，诸如SDT_PHR_Threshold和SDT_PHR_CG periodicity_Threshold的阈值被包括在系统信息(SI)中。

在另一个选项中，诸如SDT_PHR_Threshold和SDT_PHR_CG periodicity_Threshold的阈值被包括在专用RRC信令中。

在一些实施例中，如果PHR应用于SDT，则在SI中配置它。这可包括PHR MAC CE总是被传送403的情况和它被触发402的情况。

在一些实施例中，网络节点110(例如gNB)响应RRCResume可包括下一次UL传输应当包含PHR MAC CE的指示。

在另一个选项中，网络节点110(例如gNB)响应RRCResume将触发402包含PHR MACCE的下一次可能的UL传输。

在一些实施例中，使用在另一MAC CE中保留的或可用的其它位将触发402的PHR报告(例如被传送403)作为N级功率余量。例如，BSR中的2位/位图字段指示4个级别。这可由特定的LCID或eLCID来指示，或者备选地总是被使用(即，可以是固定格式)。

图6a和6b示出了UE 120中的布置的示例。

UE 120可包括被配置成相互通信的输入和输出接口600。输入和输出接口600可包括例如有线和/或无线的接收器(未示出)和例如有线和/或无线的传送器(未示出)。

UE 120可包括以下中的任何一个或多个：获得单元601、触发单元602和传送单元603，以执行如本文中描述的方法动作。

本文中的实施例可通过相应的处理器或一个或多个处理器(诸如图6a中描绘的UE120中的处理电路的至少一个处理器660)与用于执行本文中的实施例的功能和动作的计算机程序代码一起来实现。上面提及的程序代码也可被提供为计算机程序产品，例如以携带计算机程序代码的数据载体的形式，所述计算机程序代码当被加载到UE 120中时用于执行本文中的实施例。一种这样的载体可以是采用CD ROM盘的形式。然而，利用诸如存储器棒(memory stick)的其它数据载体是可行的。此外，计算机程序代码可被提供为服务器上的纯程序代码，并被下载到UE 120。

UE 120可进一步包括相应的存储器670，所述存储器670包括一个或多个存储器单元。存储器670包括由UE 120中的处理器可执行的指令。

存储器670被布置成用于存储指令、数据、配置和应用，以当在UE 120中执行时执行本文中的方法。

在一些实施例中，计算机程序680包括指令，所述指令当由至少一个处理器660执行时，使得UE 120的至少一个处理器860执行上述动作。

在一些实施例中，相应的载体670包括相应的计算机程序680，其中载体670是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一种。

本领域的技术人员还将领会到，下面描述的UE 120中的功能模块可指模拟电路和数字电路的组合，和/或配置有例如存储在UE 120中的软件和/或固件的一个或多个处理器，所述软件和/或固件在由诸如上面描述的至少一个处理器660之类的相应一个或多个处理器执行时，使得相应的至少一个处理器660执行根据上文的动作中的任何动作的动作。这些处理器中的一个或多个以及其它数字硬件可被包括在单个专用集成电路(ASIC)中，或者若干个处理器和各种数字硬件可被分布在无论是各自封装还是组装到片上系统(SoC)中的若干个单独的组件之中。

图7a和7b示出了网络节点110中的布置的示例。

网络节点110可包括被配置成相互通信的输入和输出接口700。输入和输出接口700可包括例如有线和/或无线的接收器(未示出)和例如有线和/或无线的传送器(未示出)。

网络节点110可包括以下中的任何一个或多个：接收单元701和处置单元702，以执行如本文中描述的方法动作。

本文中的实施例可通过相应的处理器或一个或多个处理器(诸如图7a中描绘的网络节点110中的处理电路的至少一个处理器760)与用于执行本文中的实施例的功能和动作的计算机程序代码一起来实现。上面提及的程序代码还可被提供为计算机程序产品，例如以携带计算机程序代码的数据载体的形式，所述计算机程序代码在被加载到网络节点110中时用于执行本文中的实施例。一种这样的载体可以是采用CD ROM盘的形式。然而，利用诸如存储器棒的其它数据载体是可行的。此外，计算机程序代码可被提供为服务器上的纯程序代码，并被下载到网络节点110。

网络节点110可进一步包括相应的存储器770，所述存储器770包括一个或多个存储器单元。存储器770包括由网络节点110中的处理器可执行的指令。

存储器770被布置成用于存储指令、数据、配置和应用，以当在网络节点110中被执行时执行本文中的方法。

在一些实施例中，计算机程序780包括指令，所述指令当由至少一个处理器760执行时，使得网络节点110的至少一个处理器760执行上述动作。

在一些实施例中，相应的载体770包括相应的计算机程序780，其中载体770是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一种。

本领域的技术人员还将领会到，下面描述的网络节点110中的功能模块可指模拟电路和数字电路的组合，和/或配置有例如存储在网络节点110中的软件和/或固件的一个或多个处理器，所述软件和/或固件在由诸如上面描述的至少一个处理器760的相应一个或多个处理器执行时，使得相应的至少一个处理器760根据上文的动作中的任何动作的动作。这些处理器中的一个或多个以及其它数字硬件可被包括在单个专用集成电路(ASIC)中，或者若干个处理器和各种数字硬件可被分布在无论是各自封装还是组装到片上系统(SoC)中的若干个单独的组件之中。

当使用词语“包括(comprise或comprising)”时，它应当被解释为非限制性的，即，意味着“至少由……组成”。

本文中的实施例不限于上面描述的优选实施例。可使用各种备选方案、修改和等效物。

下面，简要描述一些示例实施例1-22。参见例如图4、5、6a、6b、7a和7b。

实施例1.一种由用户设备UE 120执行的方法，例如用于在无线通信网络100中在到网络节点110的小数据传输SDT(例如过程)中(诸如例如期间)处置(诸如管理)功率余量报告PHR所述UE 120处于无线电资源控制RRC非活动状态，所述方法包括以下中的任何一个或多个：

获得401与包括在UE 120中的缓冲器中的SDT的数据量相关的缓冲器状态信息，

根据缓冲器状态信息，当要传送到网络节点110的SDT的数据量要求在随机接入RA过程之后的至少一次传输(例如在消息3的可用授权大小之外)时，触发402 PHR，所述PHR要被传送到网络节点110。

实施例2.根据实施例1所述的方法，进一步包括：

向网络节点110传送403 PHR。

实施例3.根据实施例2所述的方法，其中当满足第二准则时，执行向网络节点110传送403 PHR。

实施例4.根据实施例2-3中任一项所述的方法，其中：

向网络节点110传送404根据缓冲器状态信息的缓冲器状态报告BSR(例如与PHR一起403)。

实施例5.根据实施例1-4中任一项所述的方法，其中：

当满足任何一个或多个第一准则时，执行到网络节点110的PHR的触发402。

实施例6.根据实施例1-5中任一项所述的方法，其中当数据量超过阈值时，执行PHR的触发402。

实施例7.一种包括指令的计算机程序680，所述指令当由处理器660执行时，使得处理器660执行根据实施例1-6中任一项的动作。

实施例8.一种包括实施例7的计算机程序680的载体670，其中载体670是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一种。

实施例9.一种由网络节点110执行的方法，例如用于在无线通信网络100中处置(诸如管理)来自用户设备UE 120的小数据传输SDT，所述UE 120处于无线电资源控制RRC非活动状态，所述方法包括以下中的任何一个或多个：

当要传送到网络节点110的SDT的数据量要求在随机接入RA过程之外(例如之后)的至少一次传输(例如在消息3的可用授权大小之外)时，从UE 120接收501功率余量报告PHR，

基于PHR处置503SDT的数据量的要在RA之后传送的一部分，例如以用于功率控制和链路自适应。

实施例10.根据实施例2所述的方法，其中当满足一个或多个第二准则时，例如当数据量超过阈值时，接收501 PHR。

实施例11.根据实施例2-3中任一项所述的方法，其中：

从UE 120接收502缓冲器状态报告BSR(例如与PHR一起501)。

实施例12.一种包括指令的计算机程序780，所述指令当由处理器760执行时，使得处理器760执行根据实施例9-11中任一项的动作。

实施例13.一种包括实施例7的计算机程序780的载体770，其中载体770是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一种。

实施例14.一种用户设备UE 120，例如被配置成在无线通信网络100中在到网络节点110的小数据传输SDT(例如过程)期间处置(诸如管理)功率余量报告PHR，所述UE 120适于处于无线电资源控制RRC非活动状态，UE 120进一步被配置成以下中的任何一个或多个：

例如通过获得单元601获得与包括在UE 120中的缓冲器中的SDT的数据量相关的缓冲器状态信息，

根据缓冲器状态信息，当要传送到网络节点110的SDT的数据量适于要求在随机接入RA过程之后的至少一次传输(例如适于在消息3的可用授权大小之外)时，触发PHR，所述PHR要例如通过触发单元602传送到网络节点110。

实施例15.根据实施例14所述的UE 120，进一步被配置成：

例如通过传送单元603向网络节点110传送PHR。

实施例16.根据实施例15所述的UE 120进一步被配置成当满足一个或多个第二准则时，例如通过传送单元603向网络节点110传送PHR。

实施例17.根据实施例15-16中任一项所述的UE 120，进一步被配置成例如通过传送单元603向网络节点110传送根据缓冲器状态信息的缓冲器状态报告BSR(例如通过与PHR一起传送BSR)。

实施例18.根据实施例14-17中任一项所述的UE 120，进一步被配置成当满足任何一个或多个第一准则时，例如通过触发单元602来触发PHR。

实施例19.根据实施例14-18中任一项所述的UE 120，进一步被配置成当数据量超过阈值时，例如通过触发单元602触发PHR。

实施例20.一种网络节点110，例如被配置成在无线通信网络100中处置(诸如管理)来自用户设备UE 120的小数据传输SDT，所述UE 120适于处于无线电资源控制RRC非活动状态，所述网络节点110进一步被配置成以下中的任何一个或多个：

当要传送到网络节点110的SDT的数据量适于要求在随机接入RA过程之外(例如之后)的至少一次传输(例如适于在消息3的可用授权大小之外)时，例如通过接收单元701从UE 120接收功率余量报告PHR，以及

例如通过处理单元702，基于PHR处置SDT的数据量的适于要在RA之后传送的一部分，例如以用于功率控制和链路自适应。

实施例21.根据实施例20所述的网络节点110，进一步被配置成当满足第二准则时，例如当数据量超过阈值时，例如通过接收单元701接收PHR。

实施例22.根据实施例20-21中任一项所述的网络节点110，进一步被配置成例如通过接收单元701接收缓冲器状态报告BSR(例如通过与PHR一起接收BSR)。

进一步的扩展和变化

参考图8，根据实施例，通信系统包括电信网络3210(诸如无线通信网络100，例如IoT网络或WLAN，诸如3GPP类型的蜂窝网络)，所述电信网络3210包括诸如无线电接入网的接入网3211以及核心网3214。接入网3211包括多个基站3212a、3212b、3212c(诸如，网络节点110、接入节点、AP STA、NB、eNB、gNB或其它类型的无线接入点)，每个基站定义对应的覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c通过有线或无线连接3215可连接到核心网3214。位于覆盖区域3213c中的第一用户设备(UE)(例如UE 120，诸如非AP STA)3291被配置成无线地连接到对应基站3212c或者由对应基站3212c寻呼。覆盖区域3213a中的第二UE 3292(例如无线装置122，诸如非AP STA)可无线地连接到对应的基站3212a。虽然在这个示例中图示了多个UE 3291、3292，但是公开的实施例同样可适用于其中唯一的UE在覆盖区域中或者其中唯一的UE正在连接到对应的基站3212的情形。

电信网络3210本身连接到主机计算机3230，所述主机计算机3230可在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中体现，或者体现为服务器场中的处理资源。主机计算机3230可在服务提供者的所有权或控制之下，或者可由服务提供者或代表服务提供者来操作。电信网络3210和主机计算机3230之间的连接3221、3222可直接从核心网3214延伸到主机计算机3230，或者可经由可选的中间网络3220进行。中间网络3220可以是公共、私有或托管网络中的一个或者公共、私有或托管网络中的多于一个的组合；中间网络3220(如果有的话)可以是骨干网络(backbone network)或因特网；特别地，中间网络3220可包括两个或更多个子网络(未示出)。

图8的通信系统作为整体使能所连接的UE 3291、3292中的一个与主机计算机3230之间的连接性。可将该连接性描述为过顶(OTT)连接3250。主机计算机3230和所连接的UE3291、3292被配置成使用接入网3211、核心网3214、任何中间网络3220以及可能的另外的基础设施(未示出)作为中介，经由OTT连接3250来传递数据和/或信令。在OTT连接3250所经过的参与通信装置不知道上行链路和下行链路通信的路由选择的意义上，OTT连接3250可以是透明的。例如，可不或者不需要向基站3212通知关于传入的下行链路通信的过去路由选择，所述下行链路通信具有源自主机计算机3230的要被转发(例如，移交)到所连接的UE3291的数据。类似地，基站3212不需要知道源自UE 3291的朝向主机计算机3230的传出上行链路通信的未来路由选择。

现在将参考图9描述在前面段落中所讨论的UE、基站和主机计算机的根据实施例的示例实现。在通信系统3300中，主机计算机3310包括硬件3315，所述硬件3315包括通信接口3316，所述通信接口3316被配置成建立并维持与通信系统3300的不同通信装置的接口的有线或无线连接。主机计算机3310进一步包括处理电路3318，所述处理电路3318可具有存储和/或处理能力。特别地，处理电路3318可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。主机计算机3310进一步包括软件3311，所述软件3311存储在主机计算机3310中或者由主机计算机3310可访问，并且由处理电路3318可执行。软件3311包括主机应用3312。主机应用3312可以可操作以向远程用户(诸如，经由端接于UE 3330和主机计算机3310的OTT连接3350连接的UE 3330)提供服务。在向远程用户提供服务时，主机应用3312可提供使用OTT连接3350传送的用户数据。

通信系统3300进一步包括基站3320，所述基站3320设置在电信系统中，并且包括硬件3325，以使它能够与主机计算机3310以及与UE 3330通信。硬件3325可包括用于建立并维持与通信系统3300的不同通信装置的接口的有线或无线连接的通信接口3326、以及用于至少建立并维持与位于由基站3320服务的覆盖区域(未示出)中的UE 3330的无线连接3370的无线电接口3327。通信接口3326可被配置成促进到主机计算机3310的连接3360。连接3360可以是直接的，或者它可经过电信系统的核心网(图9中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示的实施例中，基站3320的硬件3325进一步包括处理电路3328，所述处理电路3328可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或者这些的组合(未示出)。基站3320进一步具有内部存储或经由外部连接可访问的软件3321。

通信系统3300进一步包括已经提及的UE 3330。它的硬件3335可包括无线电接口3337，所述无线电接口3337被配置成建立并维持与服务于UE 3330当前所在的覆盖区域的基站的无线连接3370。UE 3330的硬件3335进一步包括处理电路3338，所述处理电路3338可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。UE 3330进一步包括存储在UE 3330中或由UE 3330可访问并且由处理电路3338可执行的软件3331。软件3331包括客户端应用3332。客户端应用3332可以可操作以在主机计算机3310的支持下经由UE 3330向人类或非人类用户提供服务。在主机计算机3310中，执行中的主机应用3312可经由端接于UE 3330和主机计算机3310的OTT连接3350与执行中的客户端应用3332通信。在向用户提供服务时，客户端应用3332可从主机应用3312接收请求数据，并且响应于请求数据而提供用户数据。OTT连接3350可传递请求数据和用户数据两者。客户端应用3332可与用户交互以生成它提供的用户数据。

注意，图9中图示的主机计算机3310、基站3320和UE 3330可分别等同于图8的主机计算机3230、基站3212a、3212b、3212c之一和UE 3291、3292之一。也就是说，这些实体的内部工作可如图9中所示，并且独立地，周围的网络拓扑可以是图8的网络拓扑。

在图9中，已经抽象地画出了OTT连接3350以说明主机计算机3310和用户设备3330之间经由基站3320的通信，而没有明确提及任何中间装置以及经由这些装置的消息的精确路由选择。网络基础设施可确定路由选择，它可被配置成对UE 3330或操作主机计算机3310的服务提供者或两者隐瞒。当OTT连接3350活动时，网络基础设施可进一步做出决定，通过所述决定，它动态地改变路由选择(例如，基于网络的重新配置或负载平衡考虑)。

UE 3330和基站3320之间的无线连接3370与贯穿本公开所描述的实施例的教导一致。各种实施例中的一个或多个实施例改进了使用OTT连接3350给UE 3330提供的OTT服务的性能，其中无线连接3370形成最后分段。更精确地说，这些实施例的教导可改进适用的RAN效应：数据速率、时延、功耗，并从而提供益处，诸如OTT服务上的对应效应的益处：例如减少用户等待时间、放宽对文件大小的限制、更好的响应性、延长电池寿命的益处。

出于监测数据速率、时延和一个或多个实施例改进的其它因素的目的，可提供测量过程。可进一步存在可选的网络功能性，其用于响应于测量结果的变化而重新配置主机计算机3310和UE 3330之间的OTT连接3350。用于重新配置OTT连接3350的测量过程和/或网络功能性可用主机计算机3310的软件3311实现，或者用UE 3330的软件3331实现，或者用两者实现。在实施例中，传感器(未示出)可被部署在OTT连接3350所经过的通信装置中或与OTT连接3350所经过的通信装置关联；传感器可通过供应上面例示的所监测量的值，或者供应软件3311、3331可根据其计算或估计所监测量的其它物理量的值来参与测量过程。OTT连接3350的重新配置可包括消息格式、重传设置、优选的路由选择等；重新配置不需要影响基站3320，并且它对基站3320可能是未知的或察觉不到的。这样的过程和功能性可以是本领域中已知的和经实践的。在某些实施例中，测量可涉及专有(proprietary)UE信令，其促进主机计算机3310对吞吐量、传播时间、时延等的测量。可实现测量，在这点上，软件3311、3331在它监测传播时间、错误等的同时，使用OTT连接3350来使消息(特别是空的或‘虚拟的’消息)被传送。

图10是图示根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站(诸如，网络节点112)和UE(诸如，UE 120)，它们可以是参考图9和图8所描述的那些。为了本公开的简单起见，在本节中将只包括对图10的附图引用。在方法的第一动作3410中，主机计算机提供用户数据。在第一动作3410的可选的子动作3411中，主机计算机通过执行主机应用来提供用户数据。在第二动作3420中，主机计算机发起到UE的携带用户数据的传输。在可选的第三动作3430中，根据贯穿本公开而描述的实施例的教导，基站向UE传送在主机计算机发起的传输中携带的用户数据。在可选的第四动作3440中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图11是图示根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(诸如，AP STA)和UE(诸如，非AP STA)，它们可以是参考图9和图8所描述的那些。为了本公开的简单起见，在本节中将只包括对图11的附图引用。在该方法的第一动作3510中，主机计算机提供用户数据。在可选的子动作(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二动作3520中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可经由基站传递。在可选的第三动作3530中，UE接收在传输中所携带的用户数据。

图12是图示根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(诸如，AP STA)和UE(诸如，非AP STA)，它们可以是参考图9和图8所描述的那些。为了本公开的简单起见，在本节中将只包括对图12的附图引用。在该方法的可选的第一动作3610中，UE接收由主机计算机提供的输入数据。附加地或备选地，在可选的第二动作3620中，UE提供用户数据。在第二动作3620的可选的子动作3621中，UE通过执行客户端应用来提供用户数据。在第一动作3610的另外的可选子动作3611中，UE对接收的由主机计算机提供的输入数据作出反应，执行提供用户数据的客户端应用。在提供用户数据时，所执行的客户端应用可进一步考虑从用户接收到的用户输入。不管提供用户数据所采取的特定方式如何，在可选的第三子动作3630中，UE发起用户数据到主机计算机的传输。在该方法的第四动作3640中，根据贯穿本公开而描述的实施例的教导，主机计算机接收从UE传送的用户数据。

图13是图示根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(诸如，AP STA)和UE(诸如，非AP STA)，它们可以是参考图9和图8所描述的那些。为了本公开的简单起见，在本节中将只包括对图13的附图引用。在该方法的可选的第一动作3710中，根据贯穿本公开而描述的实施例的教导，基站从UE接收用户数据。在可选的第二动作3720中，基站发起所接收到的用户数据到主机计算机的传输。在第三动作3730中，主机计算机接收在由基站发起的传输中所携带的用户数据。