具体实施方式

为了解释的目的，在下面的描述中阐述了一些细节以便提供所公开的实施例的彻底理解。然而，对于本领域技术人员来说明显的是，可以在没有这些具体细节的情况下或者利用等效配置来实现所述实施例。

在NR-U中，将使用配置调度和动态调度两者。配置调度被用于为UE分配半静态周期性分配或许可。对于上行链路，有两种类型的配置调度方案：类型1和类型2。对于类型1，配置许可仅经由无线电资源控制(RRC)信令进行配置。对于类型2，定义了与长期演进(LTE)中的半持久调度(SPS)上行链路(UL)类似的配置过程，即一些参数经由RRC信令被预配置，并且一些物理层参数经由媒体接入控制(MAC)调度过程被配置。详细过程可以在3GPP技术规范(TS)38.321V15.4.0中找到。配置上行链路调度也将被用于NR非许可操作中。对于NR-U，配置调度可以为物理上行链路共享信道(PUSCH)传输改善信道接入概率，因为避免了对于每个UL许可都进行用于物理下行链路控制信道(PDCCH)传输的额外LBT，并且UE可以在LBT成功后使用配置许可来获取用于PUSCH传输的信道。在该上行链路传输过程中，与依赖SR/缓冲区状态报告(BSR)过程的3个LBT过程(一个用于调度请求(SR)传输(TX)，一个用于UL许可的PDCCH，以及一个用于PUSCH TX)相比，仅需要单个LBT过程。这可以为PUSCH传输显著改善信道接入概率。

如3GPP技术报告(TR)38.889V16.0.0中所述，允许在时间上的连续配置许可资源(在所述资源之间没有任何间隙)以及(不一定是周期性的)非连续配置许可资源(在所述资源之间有间隙)是有益的，并且应该被考虑用于非许可频谱中的NR。

对于NR-U，需要配置调度的某些增强。例如，当使用配置许可的初始传输被UE确定为失败时，UE可以使用另一配置许可来执行自动重传。这样的增强配置调度方案被称为自主上行链路(AUL)传输。

为了支持在上行链路中使用配置许可的自主重传，引入了新的定时器以保护HARQ进程，使得重传可以使用与初始传输相同的HARQ进程来用于重传。对于TB先前在配置许可上被发送的情况，新的定时器(“CG重传定时器”)被引入以用于配置许可上的自动重传(即定时器到期＝HARQ NACK)。新的定时器在TB实际在配置许可上发送时被启动，并且在接收到用于HARQ进程的HARQ反馈(例如动态反馈指示符(DFI))或动态许可时被停止。传统的配置许可定时器和行为被保留以用于防止配置许可覆盖(override)由动态许可调度的TB，即在接收到PDCCH、以及在动态许可的PUSCH上进行传输时，该定时器被(重新)启动。

利用这些共识，在使用配置许可进行数据传输时，针对配置有自主上行链路(AUL)传输的HARQ进程启动CG重传定时器，并且当CG重传定时器到期时，触发使用另一配置许可的自主重传。

然而，AUL被设计在NR发布版本15中的现有配置许可框架之上，其中HARQ重传完全由下一代节点B(gNB)控制或调度。换句话说，gNB经由向HARQ进程提供新许可，来确定何时完成用于该HARQ进程的传输。AUL已经引入了新功能来支持在CG重传定时器到期时的自主HARQ重传。在这种状况下，可能存在以下几个问题。

第一，gNB无法知道UE已经执行了多少次传输尝试，使得DFI中的HARQ确认/非确认(A/N)可能没有被gNB及时回复，使得可能会造成HARQ传输的额外等待时间。

第二，UE可能针对一HARQ进程仅仅在很长的时间内连续发起自主HARQ重传。然而，由于差的无线电信道质量、或者因为信道由于LBT失败而很少被获得，gNB可能无法成功接收TB。

结果，对于配置有AUL的HARQ进程，可能会产生巨大的延迟。这可能会进一步阻止上层(诸如无线电链路控制(RLC)层、分组数据汇聚协议(PDCP)层、或传输控制协议(TCP)层)的传输窗口。

本公开提出了一种用于上行链路传输的改进的解决方案。该解决方案可以应用于包括终端设备和网络节点(诸如基站或具有类似功能的任何其它节点)的无线通信系统。终端设备可以通过无线电接入通信链路与基站通信。基站可以向处于其通信服务小区内的终端设备提供无线电接入通信链路。应注意的是，可以根据任何适合的通信标准和协议在终端设备和基站之间进行通信。终端设备也可以被称为例如设备、接入终端、用户设备(UE)、移动台、移动单元、用户台等。终端设备可以指能够接入无线通信网络且从其接收服务的任何末端设备。以举例的方式而并非进行限制，终端设备可以包括便携式计算机、图像捕获终端设备诸如数码相机、游戏终端设备、音乐存储和回放装置、移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)等。

在物联网(IoT)场景中，终端设备可以表示执行监测和/或测量、并将这样的监测和/或测量的结果传送给另一终端设备和/或网络设备的机器或其它设备。在该情况下，终端设备可以是机器到机器(M2M)设备，在3GPP上下文中，其可以被称为机器类型通信(MTC)设备。这样的机器或设备的特定示例可以包括传感器、计量设备诸如功率计、工业机械、自行车、车辆、或者家用或个人电器(例如，电冰箱、电视)、个人可穿戴设备(诸如手表)、等等。

现在，将描述几个实施例以解释用于上行链路传输的改进的解决方案。尽管这些实施例将在NR-U的上下文中描述，但是本公开的原理也可应用于其它非许可操作场景(例如LTE LAA/eLAA/feLAA/MuLteFire)和许可操作场景，在所述场景中，可以采用使用配置许可的自主上行链路重传。术语LAA是指许可辅助接入，术语eLAA是指增强型LAA，并且术语feLAA是指进一步增强型LAA。

作为第一实施例，对于配置有使用配置许可的AUL的HARQ进程，可以配置最大时间段，在该最大时间段期间UE被允许执行自主重传。换句话说，当所配置的最大时间段已经到期时，UE停止为对应的HARQ进程重传TB。以这种方式，仅在延迟预算内允许自主重传。例如，最大时间段可以根据相关联的服务数据或逻辑信道(LCH)的等待时间要求来配置。

例如，可以为此目的定义对应的定时器。该定时器可以在例如以下事件中的任一个发生时被启动：第一事件，即MAC PDU已被建立并且MAC PDU被传送给HARQ进程；第二事件，即针对TB的第一传输尝试启动了第一LBT操作；以及第三事件，即用于TB的第一潜在传输机会的第一OFDM符号出现。

当UE已接收到用于对应HARQ进程的HARQ ACK时，可以停止该定时器。在定时器到期而没有接收到HARQ ACK时，可以触发针对HARQ进程的HARQ失败、并将其报告给MAC层上方的上层。可选地，报告消息也可以包括其它信息，诸如UE已经尝试的传输尝试的数量、HARQ进程标识符(ID)、等等。于是，UE MAC可以通知上层(诸如RLC)以触发用于对应PDU的重传。可选地，UE还可以经由信令手段(诸如RRC、MAC CE或层1/层2(L1/L2)控制信令)向gNB发送HARQ失败报告。

在该实施例中，时间长度可以包含用于LBT操作的时间(诸如LBT失败发生的时间)。定时器可以是新定义的定时器，或者现有定时器(诸如configuredGrantTimer)可以被重用作该定时器。在configuredGrantTimer被重用以用于控制最大AUL重传尝试的情况下，在configuredGrantTimer到期时，UE可以进一步检查附加信息以了解定时器到期的原因。例如，如果由于用于该HARQ进程的利用配置许可的传输，定时器没有被启动/重新启动，则UE在定时器到期时针对相关联的HARQ进程假定HARQ ACK。否则，UE在定时器到期时针对相关联的HARQ进程假定HARQ失败。例如，术语“启动”可以指定时器首次被启动或者在定时器到期后被启动。术语“重新启动”可以指定时器在该定时器到期之前被再次启动。

在configuredGrantTimer没有被重用的情况下，UE可以被配置为在利用配置许可的相关联的HARQ进程的新传输时不启动configuredGrantTimer。而是，新的定时器被启动。

作为第二实施例，对于配置有使用配置许可的AUL的HARQ进程，可以配置HARQ传输尝试的最大数量。类似于第一实施例，HARQ传输尝试的最大数量可以根据相关联的服务数据或LCH的等待时间要求来配置。当达到最大HARQ传输尝试、而UE还没有接收到HARQ ACK时，可以触发针对HARQ进程的HARQ失败、并将其报告给MAC层上方的上层。可选地，报告消息可以包括其它信息，诸如UE已经尝试的传输尝试的数量、HARQ进程ID、等等。于是，UE MAC可以通知上层(诸如RLC)以触发用于对应PDU的重传。可选地，UE可以经由信令手段(诸如RRC、MAC CE或L1/L2控制信令)向gNB发送HARQ失败报告。在该实施例中，可以考虑由于LBT失败而错过的传输尝试。

作为第三实施例，UE可以为TB显式地或隐式地指示传输尝试的数量或经历的延迟。作为一个示例，该信息可以被包括在与使用配置许可的PUSCH传输相关联的上行链路控制信息(UCI)中。UCI可以被携带在PUCCH上、或者PUSCH上(可以与在PUSCH上发送的和PUCCH-UCI相同的数据复用)。作为另一示例，该信息可以被包括在RRC信令、MAC CE或L1/L2信令中。作为又一示例，传输尝试的数量可以经由TB的冗余版本(RVI)隐式地指示，所述冗余版本可以被包括在UCI中。

在经由例如UCI接收到该信息时，gNB可以确定对应的TB所经历的延迟。此后，gNB可以为对应的TB确定适当的调度策略(诸如调度优先级，PDCCH的参数(以传达用于重传的UL许可)，PUSCH持续时间长度(例如子载波间隔、OFDM符号的数量)，传输功率参数，以及PUSCH准备延迟，等等)。

作为示例性的示例，为了满足TB的给定延迟阈值，gNB可以采取以下动作中的至少一个，以确保UE在可以由gNB配置的最大时间段内完成相关联的HARQ进程的传输：

1)为该TB给予更高的调度优先级；

2)使用更可靠的PDCCH格式(例如高聚合级别)发送DCI以用于UL许可传输；

3)利用高PUSCH传输功率和短PUSCH准备(诸如K2)/传输持续时间，为TB调度资源。

以这种方式，可以增强自主上行链路HARQ重传性能，并且同时可以确保等待时间要求。

可替代地，在接收到来自UE的信息时，gNB可以决定终止相关联的HARQ进程的传输，例如，如果gNB认为UE已经使用太多资源的话。然后gNB可以将资源重新调度给其它数据。传输的终止可以经由包括但不限于L1/L2信令(诸如DCI指示)、MAC CE、以及RRC信令的信令手段中的任一种来通知。在接收到用于HARQ进程的终止信令时，UE MAC可以将此通知上层，并且可以进一步触发上层重传。

作为第四实施例，对于与HARQ进程相关联的待定TB，当在预定数量的传输尝试或所配置的时间段之后，UE还没有从gNB接收到针对TB的任何HARQ A/N时，UE可以使用另一HARQ进程发送该TB。在这种情况下，可以启动用于与新HARQ进程相关联的最大时间段的定时器，而旧定时器可以被停止。

UE还可以使用动态许可，以利用相同或不同的HARQ进程重传TB，并且定时器还可以被重新启动。对于随后的传输尝试，该待定TB可以被UE视为单独的新传输。

作为第五实施例，当定时器将要到期、或者将要达到传输尝试的最大数量时，UE可以为对应TB执行前摄(proactive)重传，而不等待DFI反馈或CG重传定时器的到期。以这种方式，当等待时间预算将要被耗尽时，可以改进数据传输可靠性。

作为第六实施例，对于对应的HARQ进程，当UE已经接收到用于TB的重传的动态许可时，定时器可以被停止。在这种情况下，gNB接管该HARQ进程的调度。

作为第七实施例，UE MAC可以使用由不同的配置许可配置提供的传输机会/时机来发送待定TB，该待定TB已经根据属于另一配置许可配置的配置许可而被建立。以这种方式，对于待定TB来说，可获得更多的传输机会/时机。配置许可配置的相关描述可以从3GPPTS 38.331(RRC协议)V15.5.1的条款6.3.2(ConfiguredGrantConfig信息元素)找到。如该技术规范中所定义的，配置许可配置可以由网络通知给终端设备。

在下文中，将参考图1至14进一步描述该解决方案。图1是示出根据本公开的实施例的在终端设备处实现的方法的流程图。在框102处，终端设备利用第一配置许可向网络节点发送TB。该网络节点可以是基站或具有类似功能的任何其它节点。TB可以利用HARQ进程发送。在框104处，终端设备利用第二配置许可向网络节点自主地重传TB。当终端设备确定利用第二配置许可的自主重传被允许时，TB可以利用第二配置许可被自主地重传。

为了限制由自主上行链路重传引起的延迟，可以有五个选项。作为第一选项，当已经经过预定最大时间段时，TB的自主重传停止。预定最大时间段可以基于相关的服务数据或相关的一个或多个逻辑信道的等待时间要求。可选地，预定最大时间段可以包含一个或多个LBT操作所经过的时间。

例如，可以使用定时器值等于预定最大时间段的定时器，使得当定时器到期时TB的自主重传停止。该定时器可以在与TB的传输相关的时间点被启动。作为示例性的示例，定时器可以在以下事件中的一个发生时被启动：第一事件，即与TB相对应的MAC PDU已经被生成；第二事件，即针对TB的第一传输尝试启动了第一LBT操作；以及第三事件，即用于TB的第一潜在传输机会出现。当终端设备接收到针对TB的确认或用于TB的重传的动态许可时，定时器可以被停止。定时器可以是新引入的定时器。可替代地，配置许可定时器可以被重用作该定时器。

作为第二选项，当达到传输尝试的预定最大数量时，TB的自主重传停止。例如，传输尝试的预定最大数量可以基于相关的服务数据或相关的一个或多个逻辑信道的等待时间要求。传输尝试可以包含初始传输和后续重传。另外，传输尝试还可以包含由于LBT失败而错过的(用于初始传输和后续重传的)尝试。

在上述第一选项和第二选项中，当终端设备在已经经过预定最大时间段或达到传输尝试的预定最大数量之后还没有接收到针对TB的确认时，终端设备可以可选地在如图2所示的框206处向网络节点发送用于TB的失败报告。可替代地，终端设备可以触发与TB相对应的数据的上层重传。上层是指MAC层上方的层。

可选地，当将要经过预定最大时间段或将要达到传输尝试的预定最大数量时，TB的自主重传可以被前摄地执行。例如，可以执行TB的自主重传，而不等待针对TB的反馈或不等待配置许可重传定时器的到期。配置许可重传定时器的到期可以用于触发使用配置许可的自主重传。

作为第三选项，在如图3所示的框308处，终端设备向网络节点指示用于TB的传输尝试的数量或TB的传输所经历的延迟。例如，传输尝试的数量或所经历的延迟可以由下述中的一个或多个指示：TB的冗余版本；UCI；RRC信令；MAC CE；以及L1/L2信令。以这种方式，网络节点可以使用指示的信息来改进来自终端设备的重传，使得重传可以在预定最大时间段内完成。可替代地，网络节点可以做出调度决策以终止针对TB的重传。对应地，终端设备可以在框310处接收指示终止针对TB的重传的信令。响应于该信令，终端设备可以在框312处触发与TB相对应的数据的上层重传。

作为第四选项，TB的自主重传被执行多次。该多个自主重传的第一部分利用相同的HARQ进程执行，并且该多个自主重传的第二部分利用另一HARQ进程执行。第一部分或第二部分可以是该多个自主重传中的一个或多个。例如，当终端设备在预定数量的传输尝试或预定时间段之后还没有接收到针对TB的任何HARQ反馈时，可以使用另一HARQ进程。第四选项可以与上述第一至第三选项中的任一个组合使用。可替代地，在上述第一至第三选项中的任一个中，TB的自主重传可以利用相同的HARQ进程被执行一次或多次。

如上所述，UE MAC可以使用由不同的配置许可配置提供的传输机会/时机来发送待定TB，该待定TB已经根据属于另一配置许可配置的配置许可而被建立。因此，作为第五选项，第二配置许可属于第一配置许可配置。在如图4所示的框414处，终端设备利用属于第一配置许可配置或第二配置许可配置的第三配置许可，或者利用第二配置许可和第三配置许可，向网络节点自主地重传TB。在这种情况下，有可能的是，第一配置许可属于第一配置许可配置或第二配置许可配置。也有可能的是，第一配置许可属于第三配置许可配置。因此，TB的大小可以基于第一配置许可配置、第二配置许可配置或第三配置许可配置来确定。需注意的是，第一配置许可配置、第二配置许可配置或第三配置许可配置可以从网络节点接收，如上所述。还需注意的是，上述第一至第五选项中的任一个可以单独或组合使用。

图5是示出根据本公开的实施例的在网络节点处实现的方法的流程图。该网络节点可以是基站或具有类似功能的任何其它节点。在框502处，基站从终端设备接收与TB的利用一个或多个配置许可的一个或多个自主上行链路重传相关的信息。例如，该信息可以包括下述中的一个或多个:针对TB的传输尝试的数量，或TB的传输所经历的延迟；用于TB的HARQ进程标识符；以及TB将不从终端设备被自主地重传的失败指示。

在框504处，网络节点基于该信息确定用于TB的调度策略或调度决策。调度策略可以被确定为确保来自终端设备的重传在预定最大时间段内完成。例如，调度策略可以包括下述中的一个或多个：TB的调度优先级(例如，可以确定更高的调度优先级)；携带用于TB的重传的上行链路许可的PDCCH的参数(例如，可以确定更可靠的PDCCH格式)；用于TB的PUSCH持续时间长度(例如，可以确定短的PUSCH持续时间长度)；用于TB的传输功率参数(例如，可以确定高传输功率)；以及用于TB的PUSCH准备延迟(例如，可以确定短的PUSCH准备延迟)。

调度决策可以指示针对TB的重传的终止。例如，如果终端设备已经使用太多资源，则网络节点可以做出该调度决策。指示该调度决策的信令可以在框506处被发送给终端设备。该信令可以作为下述中的一个或多个被发送：L1/L2信令；MAC CE；以及RRC信令。

框502～506对应于上述第三选项。可替代地或附加地，网络节点可以在框501处向终端设备发送指示传输尝试的预定最大数量或预定最大时间段的信息，这对应于上述第一选项和第二选项。当达到传输尝试的预定最大数量或已经经过预定最大时间段时，TB的自主重传停止。另外，如上所述，配置许可配置可以由网络通知给终端设备。因此，在网络节点处实现的上述方法还可以包括向终端设备发送一个或多个配置许可配置。还应注意的是，附图中两个连续示出的框实际上可以基本并行地执行，或者它们有时也可以按相反的顺序执行，这取决于所涉及的功能而定。

基于上面的描述，本公开的至少一个方面提供了一种在包括网络节点和终端设备的通信系统中实现的方法。该方法可以包括：在终端设备处，利用第一配置许可向网络节点发送TB。该方法还可以包括：在终端设备处，利用第二配置许可向网络节点自主地重传TB。该方法还可以包括：在网络节点处，从终端设备接收与TB的利用一个或多个配置许可的一个或多个自主上行链路重传相关的信息。该方法还可以包括：在网络节点处，基于该信息确定用于TB的调度策略或调度决策。

图6是示出适合于在实践本公开的一些实施例中使用的装置的框图。例如，上述终端设备和网络节点中的任何一个可以通过装置600来实现。如图所示，装置600可以包括处理器610，存储程序的存储器620，以及可选的用于通过有线和/或无线通信与其它外部设备进行数据通信的通信接口630。

所述程序包括程序指令，其在被处理器610执行时使得装置600能够根据本公开的实施例进行操作，如上面所讨论的。也就是说，本公开的实施例可以至少部分地通过可由处理器610执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。

存储器620可以是适合于本地技术环境的任何类型，并且可以使用任何适合的数据存储技术来实现，诸如基于半导体的存储器设备、闪速存储器、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移除存储器。处理器610可以是适合于本地技术环境的任何类型，并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。

图7是示出根据本公开的实施例的终端设备的框图。如图所示，终端设备700包括发送模块702和重传模块704。发送模块702可以被配置为利用第一配置许可向网络节点发送TB，如上面关于框102所述。重传模块704可以被配置为利用第二配置许可向网络节点自主地重传TB，如上面关于框104所述。

图8是示出根据本公开的实施例的网络节点的框图。如图所示，网络节点800包括接收模块802和确定模块804。接收模块802可以被配置为从终端设备接收与TB的利用一个或多个配置许可的一个或多个自主上行链路重传相关的信息，如上面关于框502所述。确定模块804可以被配置为基于该信息确定用于TB的调度策略或调度决策，如上面关于框504所述。上述模块可以通过硬件、或软件、或两者的组合来实现。

基于上面的描述，本公开的至少一个方面提供了一种包括终端设备和网络节点的通信系统。终端设备可以被配置为：利用第一配置许可向网络节点发送TB，以及利用第二配置许可向网络节点自主地重传TB。网络节点可以被配置为：从终端设备接收与TB的利用一个或多个配置许可的一个或多个自主上行链路重传相关的信息，以及基于该信息确定用于TB的调度策略或调度决策。

参考图9，根据一实施例，通信系统包括诸如3GPP类型蜂窝网络的电信网络3210，其包括诸如无线电接入网的接入网3211和核心网3214。接入网3211包括多个基站3212a、3212b、3212c(诸如NB、eNB、gNB或其它类型的无线接入点)，各自定义对应的覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c可通过有线或无线连接3215连接到核心网3214。位于覆盖区域3213c中的第一UE 3291被配置成无线连接到对应的基站3212c，或者由对应的基站3212c寻呼。覆盖区域3213a中的第二UE 3292可无线连接到对应的基站3212a。尽管在该示例中示出多个UE 3291、3292，但是所公开的实施例同等适用于单个UE处于覆盖区域中或者单个UE连接到对应的基站3212的情形。

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

图9的通信系统作为整体实现连接的UE 3291、3292与主机3230之间的连接性。该连接性可以被描述为过顶(over-the-top，OTT)连接3250。主机3230和连接的UE 3291、3292被配置成使用接入网3211、核心网3214、任何中间网络3220和可能的另外的基础设施(未示出)作为中介，经由OTT连接3250传递数据和/或信令。OTT连接3250所穿过的参与通信设备并不会意识到上行链路和下行链路通信的路由，在该意义上，OTT连接3250可以是透明的。例如，基站3212可以不或不需要被告知具有发源于主机3230的数据从而将被转发(例如，移交)给连接的UE 3291的到来的下行链路通信的过去的路由。类似地，基站3212不需要意识到从UE 3291发源朝向主机3230传出的上行链路通信的未来的路由。

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

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

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

应注意的是，图10中示出的主机3310、基站3320和UE 3330可以分别与图9的主机3230，基站3212a、3212b、3212c中的一个，以及UE 3291、3292中的一个类似或相同。这也就是说，这些实体的内部工作可以如图10所示，并且独立地，周围网络拓扑可以是图9的周围网络拓扑。

在图10中，已经抽象地绘出OTT连接3350以示出经由基站3320在主机3310和UE3330之间的通信，而没有明确参考任何中间设备和经由这些设备对消息的精确路由。网络基础设施可以确定路由，网络基础设施可以配置成对UE 3330隐藏路由、或者对操作主机3310的服务提供商隐藏路由、或者对两者隐藏路由。当OTT连接3350是活动的时，网络基础设施还可以作出决定，通过所述决定，网络基础设施动态地改变路由(例如，基于负载平衡考虑或者网络的重新配置)。

UE 3330和基站3320之间的无线连接3370是根据本公开全文描述的实施例的教导。各种实施例中的一个或多个改善使用OTT连接3350提供给UE 3330的OTT服务的性能，在OTT连接3350中无线连接3370形成最后一段。更精确地，这些实施例的教导可以改善延时，并从而提供益处诸如减少的用户等待时间。

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

图11是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图9和10描述的那些。为了本公开的简洁，在该部分中将仅包括对图11的附图引用。在步骤3410中，主机提供用户数据。在步骤3410的子步骤3411(其可以是可选的)中，主机通过执行主机应用提供用户数据。在步骤3420中，主机向UE发起携带用户数据的传输。在步骤3430(其可以是可选的)中，根据本公开全文描述的实施例的教导，基站向UE发送主机所发起的传输中携带的用户数据。在步骤3440(其可以是可选的)中，UE执行与主机所执行的主机应用相关联的客户端应用。

图12是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图9和10描述的那些。为了本公开的简洁，在该部分中将仅包括对图12的附图引用。在方法的步骤3510中，主机提供用户数据。在可选的子步骤(未示出)中，主机通过执行主机应用提供用户数据。在步骤3520中，主机向UE发起携带用户数据的传输。根据本公开全文描述的实施例的教导，传输可以经由基站进行。在步骤3530(其可以是可选的)中，UE接收传输中携带的用户数据。

图13是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图9和10描述的那些。为了本公开的简洁，在该部分中将仅包括对图13的附图引用。在步骤3610(其可以是可选的)中，UE接收由主机提供的输入数据。附加地或可替代地，在步骤3620中，UE提供用户数据。在步骤3620的子步骤3621(其可以是可选的)中，UE通过执行客户端应用提供用户数据。在步骤3610的子步骤3611(其可以是可选的)中，UE执行客户端应用，该客户端应用作为对主机提供的所接收的输入数据的反应，而提供用户数据。在提供用户数据的过程中，所执行的客户端应用还可以考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，在子步骤3630(其可以是可选的)中，UE向主机发起用户数据的传输。在方法的步骤3640中，根据本公开全文描述的实施例的教导，主机接收从UE发送的用户数据。

图14是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机、基站和UE，它们可以是参考图9和10描述的那些。为了本公开的简洁，在该部分中将仅包括对图14的附图引用。在步骤3710(其可以是可选的)中，根据本公开全文描述的实施例的教导，基站从UE接收用户数据。在步骤3720(其可以是可选的)中，基站向主机发起所接收的用户数据的传输。在步骤3730(其可以是可选的)中，主机接收在基站所发起的传输中携带的用户数据。

一般来说，各种示例性实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以在硬件中实现，而其它方面可以在可由控制器、微处理器或其它计算装置执行的固件或软件中实现，尽管本公开并不限于此。尽管本公开的示例性实施例的各个方面可以被示出和描述为框图、流程图，或者使用一些其它图形表示，但是应当很好理解的是，作为非限制性示例，可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器、或其它计算装置、或其一些组合中实现本文中描述的这些框、设备、系统、技术或方法。

如此，应当理解的是，本公开的示例性实施例的至少一些方面可以在各种组件诸如集成电路芯片和模块中实践。因此，应当理解的是，本公开的示例性实施例可以在体现为集成电路的设备中实现，其中集成电路可以包括用于体现可配置成根据本公开的示例性实施例进行操作的数据处理器、数字信号处理器、基带电路和射频电路中的至少一个或多个的电路(以及可能地，固件)。

应当理解的是，本公开的示例性实施例中的至少一些方面可以被体现在由一个或多个计算机或其它装置执行的计算机可执行指令中，诸如体现在一个或多个程序模块中。一般地，程序模块包括例程、程序、对象、组件、数据结构等，其在被计算机或其它装置中的处理器执行时执行特定任务或实现特定抽象数据类型。计算机可执行指令可以被存储在计算机可读介质上，诸如硬盘、光盘、可移除存储介质、固态存储器、RAM等。本领域技术人员将理解的是，在各种实施例中程序模块的功能可以根据需要被组合或分布。另外，所述功能可以整体地或部分地体现在固件或硬件等价物(诸如集成电路、现场可编程门阵列(FPGA)等)中。

本公开中对“一个实施例”、“实施例”等的提及表示所描述的实施例可以包括特定特征、结构或特性，但是并非每个实施例都必须包括该特定特征、结构或特性。而且，这样的短语不一定指代同一个实施例。另外，当结合一实施例描述特定特征、结构或特性时，结合其它实施例实现这样的特征、结构或特性是在本领域技术人员的知识内，无论是否被明确描述。

应理解的是，尽管术语“第一”、“第二”等可以在本文中使用以描述各种元素，但是这些元素不应受这些术语的限制。这些术语仅用于将一个元素与另一元素区别开。例如，第一元素可以被称作第二元素，并且类似地，第二元素可以被称作第一元素，而不脱离本公开的范围。如本文中使用的，术语“和/或”包括相关联的所列术语中的一个或多个的任一个和所有组合。

本文中使用的术语仅用于描述特定实施例的目的，并且并非旨在限制本公开。如本文中使用的，单数形式的“一个/一种(a、an)”和“所述(the)”旨在也包括复数形式，除非上下文另有清楚指示。还将理解的是，术语“包括”、“具有”、和/或“包含”在本文中使用时，指的是所陈述的特征、元素和/或组件的存在，而并不排除一个或多个其它特征、元素、组件和/或其组合的存在或附加。本文中使用的术语“连接”覆盖两个元素之间的直接和/或间接连接。

本公开包括本文中明确地或者以其任何一般化形式公开的任何新颖特征或特征组合。当结合附图阅读时，鉴于上述描述，对本公开的上述示例性实施例的各种修改和适配对于相关领域中的技术人员来说会变得明显。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。