用于通信系统中的资源调度的方法和设备与流程

本公开的实施例主要涉及通信技术，并且更具体地，涉及用于通信系统中的资源调度的方法和设备。

背景技术：

在通信系统中，与网络连接的终端设备需要上行链路资源向网络设备发送上行链路信息，而网络设备利用下行链路资源向终端设备发送下行链路信息。通常，由网络设备调度上行链路资源和下行链路资源，以服务其覆盖范围内的终端设备。

随着通信技术发展，正在开发的物联网(iot)技术将传统终端设备扩展到可联网的任何物品。窄带物联网(nb-iot)通信系统是运行在窄带(例如，180khz的频谱)上的一种iot通信系统，其支持低吞吐量、低复杂度和低能量消耗的机器型通信(mtc)。iot通信系统可以服务大量的终端设备并且覆盖范围也被扩展。在nb-iot通信系统中，终端设备可能以较低的频率发送和接收信息。此外，为了确保终端设备能够长时间工作，要求尽可能降低终端侧的通信复杂度和能量消耗。

在通信系统中，上行链路和下行链路资源的调度将影响系统的通信复杂度、通信效率、资源利用率、能量消耗等多个方面。由于nb-iot通信系统的低吞吐量、低复杂度和低能耗等特点，资源的调度是一项更具挑战的任务。

技术实现要素：

根据本公开的示例实施例，提供了一种用于通信系统中的资源调度的方案。

在本公开的第一方面中，提供了一种在通信系统的网络设备处实施的方法。该方法包括向终端设备发送下行链路数据。该方法还包括基于终端设备的业务模式，预测终端设备是否要发送针对下行链路数据的响应，并且响应于预测终端设备要发送针对下行链路数据的响应，向终端设备发送上行链路资源的授权而不等待来自终端设备的上行链路资源调度请求。该方法进一步包括利用上行链路资源接收来自终端设备的针对下行链路数据的响应。

在本公开的第二方面中，提供了一种在通信系统的网络设备处实施的方法。该方法包括从终端设备接收上行链路数据。该方法还包括基于终端设备的业务模式，预测是否要向终端设备发送下行链路数据，并且响应于预测要向终端设备发送下行链路数据，确定用于针对上行链路数据的响应的一段延迟时间。该方法进一步包括响应于延迟时间段期满并且网络设备具有要发送的下行链路数据，利用相同的下行链路资源向终端设备发送下行链路数据的至少一部分以及响应。

在本公开的第三方面中，提供了一种在通信系统的终端设备处实施的方法。该方法包括从网络设备接收下行链路数据。该方法还包括在未向网络设备发送上行链路资源调度请求的情况下，从网络设备接收上行链路资源的授权，上行链路资源的授权在基于终端设备的业务模式预测终端设备要发送针对下行链路数据的响应的情况下被网络设备发送。该方法进一步包括利用上行链路资源向网络设备发送针对下行链路数据的响应。

在本公开的第四方面中，提供了一种在通信系统的终端设备处实施的方法。该方法包括向网络设备发送上行链路数据。该方法包括在自上行链路数据的发送起的一段时间之后，利用相同的下行链路资源接收来自网络设备的下行链路数据的至少一部分以及针对上行链路数据的响应，响应基于终端设备的业务模式而被网络设备延迟所述时间段。

在本公开的第五方面中，提供了一种网络设备。该网络设备包括处理器，以及与处理器耦合的存储器，存储器具有存储于其中的指令，指令在被处理器执行时使网络设备执行根据第一方面或第二方面的方法。

在本公开的第六方面中，提供了一种终端设备。终端设备包括处理器以及与处理器耦合的存储器，存储器具有存储于其中的指令，指令在被处理器执行时使终端设备执行根据第三方面或第四方面的方法。

在本公开的第七方面中，提供了一种计算机可读介质。计算机可读介质上存储有计算机可执行指令，计算机可执行指令在由一个或多个处理器执行时使一个或多个处理器执行第一至第四方面中任一方面的方法。

应当理解，发明内容部分中所描述的内容并非旨在限定本公开的实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1是本公开描述的实施例可以在其中被实现的通信系统的示意图；

图2示出了在传统通信系统中的资源调度的通信过程；

图3示出了根据本公开的一些实施例的用于上行链路资源调度的通信过程的流程图；

图4示出了根据本公开的一些实施例的用于下行链路资源调度的通信过程的流程图；

图5示出了根据本公开的一些实施例的在网络设备侧用于上行链路资源调度的通信过程的流程图；

图6示出了根据本公开的一些实施例的在网络设备侧用于下行链路资源调度的通信过程的流程图；

图7示出了根据本公开的一些实施例的在终端设备侧用于上行链路资源调度的通信过程的流程图；

图8示出了根据本公开的一些实施例的在终端设备侧用于下行链路资源调度的通信过程的流程图；

图9示出了适合实现本公开的实施例的设备的简化框图；以及

图10示出了根据本公开的一些实施例的示例计算机可读介质的框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

在此使用的术语“网络设备”是指基站或者在通信网络中具有特定功能的其他实体或节点。“基站”(bs)可以表示节点b(nodeb或者nb)、演进节点b(enodeb或者enb)、远程无线电单元(rru)、射频头(rh)、远程无线电头端(rrh)、中继器、或者诸如微微基站、毫微微基站等的低功率节点等等。基站的覆盖范围、即能够提供服务的地理区域被称为小区。在本公开的上下文中，为讨论方便之目的，术语“网络设备”和“基站”可以互换使用，并且可能主要以enb作为网络设备的示例。

在此使用的术语“终端设备”或“用户设备”(ue)是指能够与基站之间或者彼此之间进行无线通信的任何终端设备。作为示例，终端设备可以包括移动终端(mt)、订户台(ss)、便携式订户台(pss)、移动台(ms)或者接入终端(at)，以及车载的上述设备。终端设备可以是任意类型的移动终端、固定终端或便携式终端，包括移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信系统(pcs)设备、个人导航设备、个人数字助理(pda)、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备、或可用于通信的其他设备、或者上述的任意组合。特别地，在物联网(iot)系统中，终端设备可以是iot终端设备，包括智能家电(电饭煲、冰箱、洗衣机、热水器等)、智能仪表(水表、电表、燃气表等)、智能电子器件(烟雾报警器、开关、变压器等)和/或可以联网的任何其他电子设备。

图1描述了本公开的实施例可以在其中被实现的通信系统100。该通信系统100包括网络设备110和处于网络设备110的服务小区112内的终端设备120-1、120-2、120-3和120-4。为了方便讨论，这些终端设备可以被统称为或单独称为终端设备120。

网络设备110可以与终端设备120互相通信，以便传输各种业务数据、控制信息等等。传输的发射端可以是网络设备110，并且接收端可以是一个或多个终端设备120，这样的传输可以被称为下行链路(dl)传输。在另外一些情况中，传输的发射端可以是终端设备120并且接收端可以是网络设备110。这样的传输可以被称为上行链路(ul)传输。

在通信系统100中的通信可以根据任何适当的通信协议来实施，包括但不限于，第一代(1g)、第二代(2g)、第三代(3g)、第四代(4g)和第五代(5g)等蜂窝通信协议、诸如电气与电子工程师协会(ieee)802.11等的无线局域网通信协议、和/或目前已知或者将来开发的任何其他协议。在图1的示例中，通信系统100被示例为物联网(iot)通信系统，例如运行在窄带频谱上的窄带iot(nb-iot)通信系统。

在nb-iot通信系统中，终端设备120可以包括iot终端设备，诸如各种智能家电、智能仪表、智能电子器件和/或可以联网的任何其他电子设备。在一些情况下，网络设备110可以服务较大数目的终端设备。iot终端设备的通信特点在于低吞吐量、低复杂度和/或低能量消耗。iot终端设备可能不会频繁地与网络设备110通信，它们的通信的间隔时间可能达到数小时、数天、甚至数个月，并且每次通信的数据量也可能较小。此外，为了确保iot终端设备能够长时间工作，还期望尽可能降低终端侧的通信复杂度和能量消耗。

应当理解，虽然图1中示出了一定数目的终端设备，但是网络设备110可以服务更多或更少的终端设备，并且所服务的终端设备的类型可以相同或者不同。例如，在一些部署中，服务小区112中还可以存在诸如移动电话、笔记本电脑之类的终端设备，并且这些终端设备也可以由网络设备110服务。此外，通信系统100可以包括更多的网络设备及其服务的终端设备。虽然下文中以nb-iot通信系统为例进行讨论，但是应当理解，根据本公开的实施例的方案可以类似地应用到其他类型的通信系统。

如前所述，需要由通信系统中的网络设备调度下行链路资源和上行链路资源用于支持相应方向上的通信。资源的调度将会影响系统的通信复杂度、通信效率、资源利用率、能量消耗等多个方面。在传统通信系统中，已经规定了多种资源调度的方案。在传统长期演进(lte)通信系统中，终端设备可以通过发起随机接入(ra)过程来向网络设备请求上行链路资源。在下行链路通信中，网络设备可以根据通信需要使用特定下行链路资源向终端设备发送数据。

图2示出了在传统lte通信系统中的资源调度的通信过程200。过程200涉及网络设备202和终端设备201。终端设备201期望向网络设备202发送信息，因此将需要发起随机接入过程205来向网络设备请求上行链路资源用于上行链路传输。在随机接入过程205中，终端设备201在210通过物理随机接入信道(prach)向网络设备202发送随机接入请求。该随机接入请求也被称为消息1(msg1)，其包含随机接入前导码。网络设备202在215向终端设备201发送对随机接入请求的响应，也被称为随机接入响应或消息2(msg2)。然后，终端设备201在220向网络设备202发送上行链路数据，也被称为消息3(msg3)。msg-3中携带终端设备201的c-rnti(小区无线网络临时标识)以便网络设备202识别该终端设备是已有终端设备。网络设备202在225向终端设备201发送竞争解决，也被称为消息4(msg4)。消息2或消息4中可以向终端设备201指示上行链路资源。在随机接入过程205完成后，终端设备202可以在230利用调度的上行链路资源向网络设备202发送信息。

在下行链路资源调度过程中，网络设备202在240接收到终端设备201发送的上行链路数据。网络设备202在245利用可用下行链路资源向终端设备201发送针对上行链路数据的响应。在响应发送之后，如果网络设备202获得要向终端设备201发送的下行链路数据，网络设备202在250利用另外的可用下行链路资源向终端设备201发送下行链路数据。也就是说，网络设备202可以根据下行链路传输的实时需要来调度相应的下行链路资源。

利用传统通信系统中的资源调度方案，在上行链路传输中，终端设备和网络设备需要耗费大量资源和信令开销来完成随机接入过程，以实现上行链路资源的调度。这在资源相对紧缺(例如，同时请求上行链路资源的终端设备数目较大)或者与终端设备的通信要求较多重复次数的情况下将特别不利。

例如，在nb-iot通信系统中，大量iot终端设备可能由同一网络设备服务，因而造成通信资源竞争激烈。同时，有些iot终端设备被部署在信道衰落较大的位置中，从而被配置有较高的重复次数。基于随机接入过程的上行链路资源调度导致诸如窄带物理下行链路控制信道(npdcch)、窄带物理下行链路共享信道(npdsch)和窄带物理上行链路共享信道(npusch)等资源的频繁占用，从而造成资源利用率低、信令开销大和较高的能量消耗。这些结果都是不期望的。对于下行链路通信，实时调度下行链路资源用于不同的下行链路传输也会导致较低的资源利用率、较高的信令开销和能量消耗。

根据本公开的实施例，提出了一种在通信系统中用于资源调度的方案。这样的资源调度方案包括上行链路资源的调度方案。在该方案中，取代于在接收到终端设备的上行链路资源调度请求后再为终端设备分配上行链路资源，基于终端设备的业务模式，网络设备可以主动向终端设备发送上行链路资源的授权。这样避免了对上行链路资源调度请求进行响应而产生的资源和信令开销，并且还降低了终端设备处的通信复杂度和能量消耗。

此外，本公开的资源调度方案还包括下行链路资源的调度方案。在该方案中，基于终端设备的业务模式，网络设备将要向终端设备发送的针对上行链路数据的响应延迟，并且将该响应与要发送的下行链路数据合并到相同的下行链路资源上进行发送。这样可以提高下行链路资源的利用率，并且还能够降低终端设备处的通信复杂度和能量消耗。

以下将参考图3和图4来分别描述根据本公开的实施例的资源调度方案。

图3示出了根据本公开的一些实施例的用于上行链路资源调度的通信过程300的流程图。为了讨论的目的，将参考图1来描述过程300。过程300涉及图1的通信系统100中的网络设备110和终端设备120。

在305，网络设备110向终端设备120发送下行链路数据。在许多情况下，网络设备110可能要向终端设备120发送下行链路数据。例如，网络设备110可以确定与终端设备120的接入连接是否是移动终止(mt)接入。这样的mt接入的一个示例是：核心网(例如，核心网中负责iot终端设备的管理的元件)期望触发终端设备的上报，并将相应的下行链路数据经由核心网元(例如，演进型分组核(epc))发送至网络设备110。网络设备110将寻呼终端设备120，并且与终端设备120建立连接。网络设备110可以从终端设备120发送的无线电资源控制(rrc)连接请求中的标识确定终端设备120的接入是mt接入。在连接建立之后，网络设备110可以向终端设备120发送下行链路数据。

应当理解，以上仅给出了网络设备110发送下行链路数据的一个示例情况，并且在其他情况下，网络设备110也可以要向终端设备120发送下行链路数据。在核心网中，管理iot终端设备的元件可以是与epc独立的元件或者可以被结合在epc中实现。

根据本公开的实施例，网络设备110将基于终端设备120的业务模式，判断是否要主动向终端设备120分配上行链路资源而不等待来自终端设备120的上行链路资源调度请求。具体地，在310，网络设备110基于终端设备120的业务模式，预测终端设备120是否要发送针对下行链路数据的响应。

终端设备的业务模式也被称为业务模型，指示终端设备的上行链路和下行链路业务的有效载荷、周期性等方面的特点。例如，业务模式可以指示某个终端设备是否会发送上行链路数据、是否会被传输下行链路数据、是否会发送针对下行链路数据的响应、业务发生的周期性等等。特别是在nb-iot通信系统中，根据终端设备的类型和业务，各个终端设备可以被划分到相应的业务模式。终端设备120的业务模式可以由网络设备110提前获知或者由终端设备120上报。在一些情况下，终端设备120的业务模式也可以根据配置而改变。

在一些通信规范中规定了终端设备的业务模式，包括移动自动报告(mar)业务模式、网络命令(nc)业务模式、软件更新/重配置业务模式等，其中mar业务模式可以具体包括mar特例报告模式和mar周期性报告模式。终端设备120的业务模式可以选自这些业务模式。表1给出这些业务模式的一些具体说明。应当理解，这些仅是示例，随着通信技术的发展，这些业务模式的具体划分可以更新，并且可以包括其他新的业务模式。

表1：示例业务模式及其特点

由于业务模式指示终端设备的上行链路和下行链路业务的有效载荷、周期性等方面的特点，网络设备110可以基于此预测终端设备120是否要发送针对下行链路数据的响应。在一些实施例中，网络设备110确定终端设备120的业务模式为nc业务模式。根据表1可知，nc业务模式的特点在于终端设备120有一定的概率要发送针对下行链路数据的响应。因此，网络设备110预测终端设备120要发送针对下行链路数据的响应。在另外一些实施例中，如果其他业务模式也指示下行链路数据的接收将触发终端设备120的任何上行链路传输，网络设备110也可以预测终端设备120要发送针对下行链路的响应。

取决于终端设备120的业务模式，网络设备110在305的下行链路数据的发送也被相应配置。例如，对于nc业务模式，网络设备110在缓存的下行链路数据要发送完毕时，在最后一个数据分组中设置指示，以请求终端设备发送上行链路响应。网络设备110可以在无线电链路控制分组数据单元(rlcpdu)的轮询(p)字段中设置该指示。

如果网络设备110预测终端设备120要发送针对下行链路的响应，在315，网络设备110向终端设备120发送上行链路资源的授权而不等待来自终端设备120的上行链路资源调度请求。通过主动向终端设备120发送上行链路资源的授权，可以避免由于终端设备120的上行链路资源调度请求而引起资源和信令开销以及能量消耗。例如，在由终端设备120通过随机接入过程来请求上行链路资源的情况中，终端设备120和网络设备110之间将存在频繁多个信令传输。上行链路资源的主动授权可以节约这样的信令传输。在nb-iot通信系统的一些实施例中，网络设备110可以向终端设备120发送对窄带物理上行链路共享信道(npusch)的资源供用户选择。其他可用上行链路资源也可以被授权给终端设备120。

在一些实施例中，由于终端设备120将需要一定时间来准备针对下行链路数据的响应，诸如无线电链路控制(rlc状态报告)和/或应用层的上行链路报告。rlc状态报告可以包括确认(ack)响应或否定确认(nack)响应。网络设备110可以在自下行链路数据的发送起的一段时间之后，向终端设备120发送上行链路资源的授权。该时间段可以是预定的，并且可以根据终端设备120的处理能力而变化或者针对多个终端设备而设置为相同值(例如，300ms、400ms、500ms等)。附加地，该时间段还可以基于下行链路数据从网络设备110到终端设备120之间的传输时间。应当理解，该时间段可以根据实际系统部署被配置为其他值。网络设备110可以设置与该时间段对应的一个定时器，并且在发送下行链路数据并且确定要主动发送授权后启动该定时器。该定时器到期后，网络设备110向终端设备120发送主动授权。

在一些情况中，如果在网络设备110仍在等待的时间段内接收到终端设备120发送的上行链路资源调度请求，网络设备110可以停止上行链路资源的主动授权，而对该调度请求进行响应。在另外的示例中，网络设备110也可以继续发送上行链路资源的授权，例如在接收到请求后立即发送授权。终端设备120发送的调度请求可以是任何用于向网络设备110请求上行链路资源的消息。例如，如果通过随机接入过程调度上行链路资源，该上行链路资源调度请求可以是随机接入请求。

以上讨论了网络设备110基于终端设备120的业务模式来确定是否发送上行链路资源的主动授权。在一些实施例中，网络设备110还可以基于其他因素来确定是否要发送这样的主动授权。这样的因素可以包括与终端设备120相关的传输的重复次数和/或网络设备110所服务的终端设备的数目。

与终端设备120相关的重复次数指的是在一次上行链路传输过程中终端设备120发送数据块的重复次数，或在一次下行链路传输过程中向终端设备120发送数据块的重复次数。该重复次数将影响在终端设备120发起上行链路资源调度请求来请求资源调度的情况下，终端设备120与网络设备110为了成功完成资源调度而消耗的资源。如果重复次数较高，这意味着响应于终端设备120的请求而执行的资源调度过程(例如随机接入过程)中，网络设备110和/或终端设备120之间的信令需要被重复发送多次，以实现成功传输。为了节省资源和能量消耗，在一些实施例中，网络设备110确定与终端设备120相关的传输的重复次数是否大于阈值重复次数。在重复次数大于阈值重复次数(并且预测终端设备120要发送响应)的情况下，网络设备110主动向终端设备120发送上行链路资源的授权。阈值重复次数可以被设置为任何预定值。阈值重复次数的设置可以与网络设备110的可用上行链路资源或者其他因素相关。

在一些实施例中，与终端设备120相关的传输的重复次数可以基于终端设备120的覆盖级别来确定。终端设备的覆盖级别与终端设备的信道质量相关联。由于诸如与网络设备的距离、终端设备的部署环境等方面的原因，不同终端设备的信道质量可能不同。为了确保与终端设备的通信，将终端设备划分为不同的覆盖级别，基于相应的信道质量来为各个覆盖级别分配不同的重复次数。

在一些示例中，如某些通信规范所规定的，覆盖级别可以包括普通覆盖级别、鲁棒覆盖级别和极端覆盖级别。不同覆盖级别与不同的重复次数相关。在一些规范中，不同覆盖级别来指示与不同的信道质量相关联的重复次数。例如，对于npdcch、npdsch和npusch上的传输，普通覆盖级别、鲁棒覆盖级别和极端覆盖级别中的每个级别都指定相同或不同的重复次数。在本公开的实施例中，对于较高重复次数，通过网络设备110主动发送上行链路资源的授权，可以显著节省在终端设备120请求的资源调度过程中的资源和信令开销。在一些实施例中，通过设置阈值重复次数，网络设备110可以为相应覆盖级别(例如，极端覆盖级别)的终端设备120发送上行链路资源的主动授权。对于其他覆盖级别(例如，重复次数较低)的终端设备，网络设备110可以不发送主动授权，而是等待终端设备120发送上行链路资源调度请求。

在一个实施例中，网络设备110还可以基于由其服务的终端设备的数目来确定是否要发送上行链路资源的主动授权。如果由网络设备110服务的终端设备(例如，接入网络设备110的终端设备)较多，网络设备110的上行链路资源竞争较激烈。为了提高资源利用率，在预测终端设备120要发送响应时，网络设备110可以在所服务的终端设备数目较多(例如，大于阈值数目)的情况下向终端设备120发送上行链路资源的主动授权。如果预测终端设备120要发送响应，而当前服务的终端设备数目较少，网络设备110可以不需要主动发送上行链路资源的授权，而是等待终端设备120的上行链路资源调度请求。

在终端侧，终端设备120在305从网络设备110接收下行链路数据。终端设备120在315从网络设备110接收上行链路资源的授权。终端设备120在320利用授权的上行链路资源向网络设备110发送针对下行链路数据的响应。这样的响应可以包括对下行链路数据的接收的确认，例如ack/nack。备选地或附加地，针对下行链路数据的响应可以包括终端设备120接收到下行链路数据之后，被触发的应用层上行链路报告。

在一些示例中，网络设备110在320利用上行链路资源接收来自终端设备120的针对下行链路数据的响应之后，可以将该响应发送至核心网。例如，该响应可以通过非接入层(nas)被发送至核心网的epc，并且根据需要被发送至管理iot类型的终端设备120的元件(例如，iot应用娱乐平台(iotaep))。

以上描述了上行链路资源调度的通信过程。下文将参照图4描述用于下行链路资源调度的通信过程400。为了讨论的目的，将参考图1来描述过程400。过程400涉及图1的通信系统100中的网络设备110和终端设备120。

在405，终端设备120向网络设备110发送上行链路数据。在许多情况下，终端设备120可能需要要向网络设备110发送上行链路数据。例如，终端设备120根据预先配置而需要向网络设备110上报信息。在这种情况下，终端设备120与网络设备110的接入连接可以是移动发起(mo)接入。终端设备120发送上行链路数据的资源可以根据以上讨论的过程300而被主动授权给终端设备120，或者是通过其他方式(例如随机接入过程)而获得。

网络设备110接收到终端设备120的上行链路数据，并且需要向终端设备120发送针对该上行链路数据的响应(诸如，rlc状态报告)。根据本公开的实施例，网络设备110可以将针对该上行链路数据的响应延迟所述时间段，以便与下行链路数据合并发送。具体地，在410，网络设备110基于终端设备120的业务模式，预测是否要向终端设备120发送下行链路数据。如在上行链路资源调度的过程中所讨论的，终端设备的业务模式指示终端设备的上行链路和下行链路业务的有效载荷、周期性等方面的特点。通过终端设备120的业务模式，网络设备110可以预测是否要向终端设备120发送下行链路数据。

在一些实施例中，如果终端设备120处于mar业务模式(包括mar特例报告模式或mar周期性报告模式)，网络设备110预测要发送下行链路数据，这样的下行链路数据可以包括核心网侧期望发送至终端设备120的信息，诸如下行链路确认信息。这样的示例场景可能发生在如下情况中，网络设备110在405接收到来自终端设备120的上行链路数据后，将上行链路数据经由非接入层发送至核心网(例如发送至核心网的epc元件，并且由epc转发给iotaep)；核心网响应于该上行链路数据，期望发送下行链路确认信息。来自核心网的下行链路确认信息可以被视为下行链路数据并且由网络设备110发送。取决于对终端设备的管理配置或者其他系统配置，这样的确认信息可以包含各种内容，并且本公开的实施例在此方面不受限制。

虽然以上讨论了mar业务模式的示例，在其他实施例中，如果其他业务模式也指示网络设备110要发送下行链路数据，网络设备110也可以据此执行预测。

在415，响应于预测要向终端设备120发送下行链路数据，网络设备110确定用于针对在405接收到的上行链路数据的响应的一段延迟时间。网络设备110不直接调度下行链路资源来发送针对上行链路数据的响应，而是将该响应延迟所述时间段。该延迟时间段可以被配置为任何预定值(例如，50ms、100ms、150ms等等)。在一些实施例中，网络设备110可以设置与该延迟时间段对应的一个定时器，并且在接收到上行链路数据并且预测要发送下行链路数据后启动该定时器。

在该延迟时间段期满之前，如果网络设备110获得要发送的下行链路数据(例如，从核心网接收到该下行链路数据)，可以将该下行链路数据缓存。在420，响应于延迟时间段期满(例如，定时器期满)并且网络设备110具有要发送的下行链路数据，网络设备110利用相同的下行链路资源向终端设备120发送下行链路数据的至少一部分以及针对先前接收到的上行链路数据的响应。取决于要发送的下行链路数据的尺寸，网络设备110可以在一次下行链路传输中将全部下行链路数据和响应合并发送。如果尺寸太大，可以仅将部分下行链路数据和响应一起发送，并且其他下行链路数据可以利用其他下行链路资源进行发送。

通过延迟响应的方式，网络设备110可以将响应和可能的下行链路数据在单次下行链路传输中合并发送，从而实现下行链路资源的节约、降低了信令开销并且也降低了设备的能量消耗。在一些实施例中，如果预测不准确并且在延迟时间段期满时网络设备110不具有要发送的下行链路数据，网络设备110可以利用下行链路资源单独发送针对上行链路数据的响应。

以上讨论了网络设备110基于终端设备120的业务模式来确定是否合并发送响应和下行链路数据。在一些实施例中，网络设备110还可以基于其他因素来确定是否要合并发送响应和下行链路数据。这样的因素可以包括与终端设备120相关的传输的重复次数和/或网络设备110所服务的终端设备的数目。

终端设备120的重复次数将影响针对上行链路数据的响应以及下行链路数据的发送将消耗的资源。如果重复次数较高，这意味着需要多次发送才能实现响应和下行链路数据的成功接收。为了节省资源和能量消耗，在一些实施例中，网络设备110确定与终端设备120相关的传输的重复次数是否大于阈值重复次数。在重复次数大于阈值重复次数(并且预测要发送下行链路数据)的情况下，网络设备110确定延迟时间段，以用于延迟针对上行链路数据的响应。阈值重复次数可以被设置为任何预定值。阈值重复次数的设置可以与网络设备110的可用上行链路资源或者其他因素相关。

如在上行链路资源调度的过程中所讨论的，重复次数可以基于终端设备120的覆盖级别来确定，并且覆盖级别可以包括普通覆盖级别、鲁棒覆盖级别或极端覆盖级别等。在一些实施例中，通过设置阈值重复次数，针对特定覆盖级别(例如，极端覆盖级别)的终端设备，网络设备110可以延迟要向其发送的针对上行链路数据的响应。对于其他覆盖级别(例如，与较低重复次数相关联)的终端设备，网络设备110可以不延迟针对下行链路数据的响应，而是利用单独的下行链路资源进行发送。如果后续还存在要向该终端设备发送的下行链路数据，网络设备110可以利用其它下行链路资源进行传输。

在一个实施例中，网络设备110还可以基于其服务的终端设备的数目来确定用于针对上行链路数据的响应的延迟时间段。如果网络设备110服务的终端设备(例如，接入网络设备110的终端设备)较多，网络设备110的下行链路资源可能不充足。为了提高资源利用率，在预测要向终端设备120发送下行链路数据时，网络设备110可以在所服务的终端设备数目较多(例如，大于阈值数目)的情况下确定延迟时间段，以用于延迟针对上行链路数据的响应。

在终端侧，终端设备120在405向网络设备110发送上行链路数据，并且在420利用相同的下行链路资源来从网络设备110接收下行链路数据的至少一部分和针对上行链路数据的响应。如果由于下行链路数据的尺寸较大，在一次下行链路传输中没有接收到全部下行链路数据，终端设备120还可以利用其他下行链路资源来接收其余的下行链路数据。

图5示出了根据本公开的一些实施例的在网络设备侧用于上行链路资源调度的通信过程500的流程图。可以理解，过程500可以例如在如图1所示的网络设备110处实施。为描述方便，下面结合图1对过程500进行说明。

在510，网络设备110向终端设备120发送下行链路数据。在520，网络设备110基于终端设备120的业务模式，预测终端设备120是否要发送针对下行链路数据的响应。响应于预测终端设备120要发送针对下行链路数据的响应，在530，网络设备110向终端设备120发送上行链路资源的授权而不等待来自终端设备120的上行链路资源调度请求。在540，网络设备110利用上行链路资源接收来自终端设备120的针对下行链路数据的响应。

在一些实施例中，预测可以包括：确定终端设备120的业务模式是否为网络命令(nc)业务模式；以及响应于确定业务模式为nc业务模式，预测终端设备120要发送针对下行链路数据的响应。

在一些实施例中，发送上行链路资源的授权可以包括：确定与终端设备120相关的传输的重复次数是否大于阈值重复次数；以及响应于确定重复次数大于阈值重复次数并且预测终端设备120要发送响应，向终端设备120发送上行链路资源的授权。

在一些实施例中，发送上行链路资源的授权可以包括：确定网络设备所服务的终端设备120的数目是否大于阈值数目；以及响应于确定数目大于阈值数目并且预测终端设备120要发送响应，向终端设备120发送上行链路资源的授权。

在一些实施例中，发送上行链路资源的授权可以包括：在自下行链路数据的发送起的一段时间之后，向终端设备120发送上行链路资源的授权。

在一些实施例中，通信系统可以包括窄带物联网(nb-iot)通信系统。

图6示出了根据本公开的一些实施例的在网络设备侧用于下行链路资源调度的通信过程600的流程图。可以理解，过程600可以例如在如图1所示的网络设备110处实施。为描述方便，下面结合图1对过程600进行说明。

在610，网络设备110从终端设备120接收上行链路数据。在620，网络设备110基于终端设备120的业务模式，预测是否要向终端设备120发送下行链路数据。响应于预测要向终端设备120发送下行链路数据，在630，网络设备110确定用于针对上行链路数据的响应的一段延迟时间。在640，网络设备110确定延迟时间段是否期满并且网络设备是否具有要发送的下行链路数据。响应于延迟时间段期满并且网络设备具有要发送的下行链路数据，在650，网络设备110利用相同的下行链路资源向终端设备120发送下行链路数据的至少一部分以及响应。

在一些实施例中，预测可以包括：确定终端设备120的业务模式是否为移动自动报告(mar)业务模式；以及响应于确定业务模式为mar业务模式，预测要向终端设备120发送下行链路数据。

在一些实施例中，确定延迟时间段可以包括：确定与终端设备120相关的传输的重复次数是否大于阈值重复次数；以及响应于确定重复次数大于阈值重复次数并且预测要向终端设备120发送下行链路数据，确定延迟时间段。

在一些实施例中，确定延迟时间段可以包括：确定网络设备所服务的终端设备120的数目是否大于阈值数目；以及响应于确定数目大于阈值数目并且预测要向终端设备120发送下行链路数据，确定延迟时间段。

在一些实施例中，过程600还可以包括响应于延迟时间段期满并且不存在要发送的下行链路数据，利用下行链路资源向终端设备120发送响应。

在一些实施例中，通信系统可以包括窄带物联网(nb-iot)通信系统。

图7示出了根据本公开的一些实施例的在终端设备侧用于上行链路资源调度的通信过程700的流程图。可以理解，过程700可以例如在如图1所示的终端设备120处实施。为描述方便，下面结合图1对过程700进行说明。

在710，终端设备120从网络设备110接收下行链路数据。在720，终端设备120在未向网络设备110发送上行链路资源调度请求的情况下，从网络设备110接收上行链路资源的授权，上行链路资源的授权在基于终端设备120的业务模式预测终端设备120要发送针对下行链路数据的响应的情况下被网络设备110发送。在730，终端设备120利用上行链路资源向网络设备110发送针对下行链路数据的响应。

在一些实施例中，终端设备的业务模式可以为网络命令(nc)业务模式。

在一些实施例中，上行链路资源的授权还可以基于以下至少一项：大于阈值重复次数的与终端设备相关的传输的重复次数，以及大于阈值数目的网络设备110所服务的终端设备的数目。

在一些实施例中，接收上行链路资源的授权可以包括在自下行链路数据的接收起的一段时间之后，从网络设备110接收上行链路资源的授权。

在一些实施例中，通信系统可以包括窄带物联网(nb-iot)通信系统。

图8示出了根据本公开的一些实施例的在终端设备侧用于下行链路资源调度的通信过程800的流程图。可以理解，过程800可以例如在如图1所示的终端设备120处实施。为描述方便，下面结合图1对过程800进行说明。

在810，终端设备120向网络设备110发送上行链路数据。在820，终端设备120在自上行链路数据的发送起的一段时间之后，利用相同的下行链路资源接收来自网络设备110的下行链路数据的至少一部分以及针对上行链路数据的响应，响应基于终端设备的业务模式而被网络设备110延迟上述时间段。

在一些实施例中，终端设备的业务模式可以为移动自动报告(mar)业务模式。

在一些实施例中，响应还基于以下至少一项而被网络设备110延迟时间段：大于阈值重复次数的与终端设备相关的传输的重复次数，以及大于阈值数目的网络设备110所服务的终端设备的数目。

在一些实施例中，通信系统可以包括窄带物联网(nb-iot)通信系统。

图9示出了适合实现本公开的实施例的设备900的简化框图。设备700可以用来实现通信设备，例如图1所示的网络设备110或终端设备120。如所示出的，设备900包括一个或多个处理器910，耦合到处理器910的一个或多个存储器920，以及耦合到处理器910的一个或多个发射器和/或接收器(tx/rx)940。

tx/rx940用于双向通信。tx/rx940具有至少一个天线，用于促进通信。通信接口可以表示与其他设备通信必要的任何接口。

处理器910可以具有适合于本地技术环境的任何类型，并且作为非限制性示例可以包括以下一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(dsp)和基于多核处理器架构的处理器。设备900可以具有多个处理器，诸如在时间上跟随与主处理器同步的时钟进行从动的专用集成电路芯片。

存储器920包括一个或多个非易失性存储器和一个或多个易失性存储设备器。非易失性存储器的示例但不限于包括只读存储器(rom)924、可擦除可编程只读存储器(eprom)、闪存、硬盘、压缩盘(cd)、数字多功能(dvd)、其他磁存储设备和/或光学存储设备。易失性存储器的示例包括但不限于随机存储存取器(ram)922或者在掉电期间无法持续的其他易失性存储器。

计算机程序930包括计算机可执行指令，这些指令由相关联的处理器910可执行。程序930可以被存储在rom922中。处理器910可以通过将程序930加载到ram924中，来执行各种适当的动作和处理。

本公开的实施例可通过程序930来实现，以使设备900执行如以上参照图3至图8所讨论的本公开的任一过程。本公开的实施例也可以由硬件或软件与硬件的组合来实现。

在一些实施例中，程序930可以被有形地包含于计算机可读介质。这样的计算机可读介质可以被包括在设备900(例如，存储器920)中或者被包括在设备900可访问的其他存储设备中。设备900可以将程序930从计算机可读介质读取到ram924以用于执行。计算机可读介质可以包括各种有形非易失性存储设备，诸如rom、eprom、闪存、硬盘、cd、dvd等。图10示出了cd或dvd形式的计算机可读介质1000的示例。该计算机可读介质1000具有存储于其上的程序930。

一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。例如，在一些实施例中，本公开的各种示例(例如方法、装置或设备)可以部分或者全部被实现在计算机可读介质上。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

本公开中的设备或装置中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一个实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的计算机可执行指令。除了计算机可执行指令之外或者作为替代，设备或装置中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准品(assp)、片上系统(soc)、复杂可编程逻辑器件(cpld)，等等。

作为示例，本公开的实施例可以在计算机可执行指令的上下文中被描述，计算机可执行指令诸如包括在目标的物理或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的计算机可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。

用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。

在本公开的上下文中，计算机可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。计算机可读介质可以是机器可读信号介质或机器可读存储介质。计算机可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、随机存储存取器(ram)、闪存、硬盘、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分离的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。