通讯方法及装置与流程

本说明书一个或多个实施例涉及通讯技术领域，尤其涉及一种通讯方法及装置。

背景技术：

无线资源管理技术可以在有限无线频谱的条件下，为网络内的用户设备提供无线通讯业务的质量保障。无线资源管理技术可以在网络话务量分布不均匀、信道特性因信道衰弱和干扰而起伏变化等情况下，灵活分配和动态调整无线传输部分和网络的可用资源，最大程度地提高无线频谱利用率，防止网络拥塞和保持尽可能小的信令负荷。

技术实现要素：

有鉴于此，本说明书一个或多个实施例提供一种通讯方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种通讯方法，包括：

用户设备在特定时间段内向基站发送激活信号，以使所述用户设备在所述特定时间段内的数据传输时延小于不发送激活信号时的数据传输时延。

根据本说明书一个或多个实施例的第二方面，提出了一种通讯方法，包括：

用户设备在特定时间段内向无线资源调度设备发送激活信号，以在所述特定时间段内保持所述无线资源调度设备分配至所述用户设备的无线通讯资源。

根据本说明书一个或多个实施例的第三方面，提出了一种通讯方法，包括：

用户设备向基站发送通知消息，所述通知消息包含保持标识，所述保持标识用于指示所述基站在特定时间段内保持分配至所述用户设备的无线通讯资源。

根据本说明书一个或多个实施例的第四方面，提出了一种通讯方法，包括：

基站接收用户设备发送的通知消息；

当所述通知消息包含保持标识时，所述基站在特定时间段内保持分配至所述用户设备的无线通讯资源。

根据本说明书一个或多个实施例的第五方面，提出了一种通讯方法，包括：

用户设备在特定时间段内向无线资源调度设备请求无线通讯资源，以在所述特定时间段内持续获得所述无线资源调度设备分配的无线通讯资源。

根据本说明书一个或多个实施例的第六方面，提出了一种通讯方法，包括：

用户设备监测到待传输数据；

当所述待传输数据的数据量达到预设数据量时，所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

根据本说明书一个或多个实施例的第七方面，提出了一种通讯方法，包括：

用户设备监测到待传输数据；

当所述待传输数据属于预设业务时，所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

根据本说明书一个或多个实施例的第八方面，提出了一种通讯装置，包括：

信号发送单元，使用户设备在特定时间段内向基站发送激活信号，以使所述用户设备在所述特定时间段内的数据传输时延小于不发送激活信号时的数据传输时延。

根据本说明书一个或多个实施例的第九方面，提出了一种通讯装置，包括：

信号发送单元，使用户设备在特定时间段内向无线资源调度设备发送激活信号，以在所述特定时间段内保持所述无线资源调度设备分配至所述用户设备的无线通讯资源。

根据本说明书一个或多个实施例的第十方面，提出了一种通讯装置，包括：

通知消息发送单元，使用户设备向基站发送通知消息，所述通知消息包含保持标识，所述保持标识用于指示所述基站在特定时间段内保持分配至所述用户设备的无线通讯资源。

根据本说明书一个或多个实施例的第十一方面，提出了一种通讯装置，包括：

通知消息接收单元，使基站接收用户设备发送的通知消息；

资源保持单元，当所述通知消息包含保持标识时，使所述基站在特定时间段内保持分配至所述用户设备的无线通讯资源。

根据本说明书一个或多个实施例的第十二方面，提出了一种通讯装置，包括：

资源请求单元，用户设备在特定时间段内持续向无线资源调度设备请求无线通讯资源，以在所述特定时间段内持续获得所述无线资源调度设备分配的无线通讯资源。

根据本说明书一个或多个实施例的第十三方面，提出了一种通讯装置，包括：

用户设备监测到待传输数据；

当所述待传输数据的数据量达到预设数据量时，所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

根据本说明书一个或多个实施例的第十四方面，提出了一种通讯装置，包括：

用户设备监测到待传输数据；

当所述待传输数据属于预设业务时，所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

由以上技术方案可见，本说明书一个或多个实施例可以在特定时间段内保持ue被分配的无线通讯资源或者持续向ue分配无线通讯资源，确保ue在该特定时间段内能够实现持续不断的数据传输，避免无线资源管理所导致的数据传输时延。

附图说明

图1是一示例性实施例提供的一种通讯系统的示意图。

图2a-2c是一示例性实施例提供的一种通讯方法的流程图。

图3是一示例性实施例提供的一种drx机制的示意图。

图4是一示例性实施例提供的一种基于drx机制的数据传输过程的示意图。

图5是一示例性实施例提供的一种采用激活脉冲的数据传输过程的示意图。

图6是一示例性实施例提供的一种基于用户设备侧的通讯方法的流程图。

图7是一示例性实施例提供的一种基于无线资源调度设备侧的通讯方法的流程图。

图8是一示例性实施例的一种改善无线资源管理导致的数据传输时延的流程图。

图9是一示例性实施例提供的另一种通讯方法的流程图。

图10是一示例性实施例的一种sr机制的示意图。

图11是一示例性实施例的一种sr周期的示意图。

图12是一示例性实施例提供的一种基于sr机制的数据传输过程的示意图。

图13是一示例性实施例提供的一种采用通知形式的数据传输过程的示意图。

图14是一示例性实施例的一种在无线通讯网络环境中的ping包测试的示意图。

图15是一示例性实施例的一种用户设备的示意结构图。

图16是一示例性实施例提供的一种用户设备侧的通讯装置的框图。

图17是一示例性实施例提供的另一种用户设备侧的通讯装置的框图。

图18是一示例性实施例提供的又一种用户设备侧的通讯装置的框图。

图19是一示例性实施例提供的又一种用户设备侧的通讯装置的框图。

图20是一示例性实施例提供的又一种用户设备侧的通讯装置的框图。

图21是一示例性实施例提供的又一种用户设备侧的通讯装置的框图。

图22是一示例性实施例提供的一种无线资源调度设备的结构示意图。

图23是一示例性实施例提供的一种无线资源调度设备中的处理组件的示意结构图。

图24是一示例性实施例提供的一种无线资源调度设备侧的通讯装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

本说明书一个或多个实施例通过ue(userequipment，用户设备)向无线资源调度设备发送激活信号、通知消息，或者向无线资源调度设备请求无线通讯资源，使得无线资源调度设备判定为ue在该特定时间段内存在连续的数据传输需求，从而通过保持分配至ue的无线通讯资源或者持续向ue分配无线通讯资源，确保ue在该特定时间段内能够实现持续不断的数据传输，避免无线资源管理所导致的数据传输时延。

为对本说明书一个或多个实施例进行进一步说明，提供下列实施例：

图1是一示例性实施例提供的一种通讯系统的示意图。如图1所示，该通讯系统可以包括无线资源调度设备11和用户设备12、用户设备13、用户设备14等，其中无线资源调度设备11可以通过相关技术中的无线资源管理技术，向用户设备12、用户设备13和用户设备14等调度相应的无线通讯资源，以使得用户设备12、用户设备13和用户设备14等实现相应的无线通讯功能；其中，无线资源管理技术可以存在多种实现形式，例如rrc(radioresourcecontrol，无线资源控制)、rrm(radioresourcemanagement)等，本说明书并不对此进行限制。

由于相关技术中的无线资源管理技术，可能在ue实施连续的数据传输过程中，造成无线通讯资源的不当调度，导致数据传输的时延过高。因而在本说明书的实施例中，通过对通讯方案的改进，可以改善无线资源管理技术可能导致的时延问题。

图2a是一示例性实施例提供的一种通讯方法的流程图。如图2a所示，该方法可以包括以下步骤：

步骤202a，用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内的数据传输时延小于不发送激活信号时的数据传输时延。

在一实施例中，通过由用户设备在特定时间段内向无线资源调度设备发送激活信号，一方面用户设备可以确定自身持续存在数据传输需求，从而避免通过无线资源管理机制而进入休眠状态或睡眠状态，确保用户设备可以连续实施数据传输，另一方面可以使得无线资源调度设备根据该激活信号判定该用户设备在该特定时间段内始终存在数据传输需求，那么即便用户设备在实际上的数据传输需求并非持续存在、数据传输操作并未持续执行，也可以确保无线资源调度设备在该特定时间段内保持分配至该用户设备的无线通讯资源、避免释放该无线通讯资源，从而使得该用户设备能够通过该无线通讯资源实施相应的数据传输操作，避免无线资源调度设备对无线通讯资源的释放和重新调度的过程导致较大的数据传输时延。

在一实施例中，无线资源调度设备可以包括用于实现无线通讯资源调度功能的任意设备，例如基站、无线网关、雷达、卫星等多种类型，本说明书中并不对此进行限制。

在一实施例中，无线资源调度设备按照预定义的管理调度周期或资源保持时长实现对无线通讯资源的调度，该管理调度周期是指用于实施无线通讯资源调度管理的周期，该资源保持时长是指向某一ue分配的无线通讯资源的保持时长、并在该资源保持时长超时后释放分配至该ue的无线通讯资源，因而该管理调度周期或资源保持时长可以与预设时长的定时器相关；其中，如果定时器超时，则判定为当前的管理调度周期结束，需要释放已分配至用户设备的无线通讯资源，而如果用户设备在该定时器超时前存在数据传输需求，无线资源调度设备将重置定时器、以重新计算当前的管理调度周期。

在一种情况下，用户设备可以确保对所述激活信号的发送间隔不大于所述基站对无线通讯资源的至少一种管理调度周期或至少一种资源保持时长，从而使得当前的管理调度周期或资源保持时长结束前，总是能够通过该激活信号向无线资源调度设备传达其仍然存在数据传输需求，使得无线资源调度设备重置定时器、重新计算当前的管理调度周期或资源保持时长，避免分配至用户设备的无线通讯资源被释放。

在另一种情况下，用户设备对所述激活信号的发送间隔可以大于所述无线资源调度设备对无线通讯资源的管理调度周期、资源保持时长，这样虽然可能导致该特定时间段内的部分管理调度周期或资源保持时长会发生无线通讯资源被释放的情况，但是仍然可以确保激活信号能够作用于该特定时间段内的至少一部分管理调度周期或资源保持时长，从而改善用户设备的数据传输时延问题。其中，当激活信号的发送间隔大于至少一种管理调度周期或资源保持时长时，随着该发送间隔的继续增大、用户设备的数据传输时延可能随之增大，直至增大到激活信号无法改善用户设备的数据传输时延；例如，在一实施例中，激活信号的发送间隔可以不大于最大管理调度周期或最大资源保持时长的10倍，以确保该激活信号对用户设备的数据传输时延改善不会降至过低，当然本说明书并不对此进行限制。

在一实施例中，所述激活信号可以包括脉冲信号，该脉冲信号的数据结构简单、数据量很小，可以降低对用户设备的运算资源的占用，以及降低对无线通讯资源的占用，还可以避免对无线资源调度设备造成过高的额外开销。在其他实施例中，激活信号可以包括任意形式的信号，比如周期性的数据信号或非周期性的数据信号等，只要能够使得无线资源调度设备判定用户设备存在数据传输需求即可，本说明书并不对此进行限制。

在一实施例中，用户设备对激活信号的发射可以是周期性的、也可以是非周期性的，可以根据实际情况进行选择，本说明书并不对此进行限制。

在一实施例中，用户设备可以基于应用层生成所述激活信号，并通过由应用层依次向底层协议传输该激活信号，最终实现对该激活信号的发送。通过在应用层实现激活信号的生成和发送，使得开发者可以通过操作系统或应用程序实现本说明书的技术方案，而无需涉及底层的协议层，极大地降低了本说明书技术方案的应用门槛和实现难度。

在一实施例中，用户设备可以基于下述任一协议层生成所述激活信号：表示层、会话层、传输层、网络层、数据链路层、物理层；换言之，用户设备可以基于任意协议层生成上述的激活信号，本说明书并不对此进行限制，只要该激活信号能够被发送至无线资源调度设备即可。

在一实施例中，特定时间段可以包括任意时间段，对于该时间段的出现时机、持续时长等各方面，本说明书均不进行限制。例如，当某一应用或某一业务存在较高的时延要求时，可以将该应用或业务实施数据传输的时间段作为上述特定时间段，并通过本说明书的实施例确保无线资源调度设备对无线通讯资源的保持，从而满足该应用或业务的时延要求。

例如，图2b是一示例性实施例提供的一种针对大数据传输量的通讯方法的流程图。如图2b所示，该方法可以包括以下步骤：

步骤202b，用户设备监测到待传输数据。

步骤204b，当所述待传输数据的数据量达到预设数据量时，所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

在一实施例中，当待传输数据的数据量达到预设数据量时，该待传输数据可能无法通过单个或较少数量的数据包完成传输，而必须被划分为较多数量的数据包，从而在对该待传输数据进行传输的过程中，可以通过向无线资源调度设备发送激活信号，确保这些数据包都能够实现连续传输，避免无线资源管理机制造成对数据包传输过程中的中断和时延。

在一实施例中，预设数据量可以不大于单个数据包的数据量，从而确保所有待传输数据都能够实现连续、无延迟或低延迟地传输；或者，预设数据量也可以稍大于单个数据包的数据量，使得至少一部分数据包能够实现连续传输，从而在降低数据传输时延与控制用户设备功耗之间实现较佳的平衡。

在一实施例中，当应用程序被从关闭状态开启时，在该应用程序的开启瞬间涉及到大量数据的传输，以用于对应用程序的页面加载。那么，通过本说明书的实施例，可以实现对这些数据的连续传输，从而降低或避免无线资源管理造成的数据传输时延，有助于提升对应用程序界面的加载速度、缩短用户的等待时长。

再例如，图2c是一示例性实施例提供的一种针对高实时性数据传输需求的通讯方法的流程图。如图2c所示，该方法可以包括以下步骤：

步骤202c，用户设备监测到待传输数据。

步骤204c，当所述待传输数据属于预设业务时，所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

在一实施例中，当待传输数据属于预设业务时，比如支付业务、直播业务、在线交互业务、身份验证业务等，这些业务往往具有较高的实时性需求和安全性需求，可以通过上述实施例实现对待传输数据的连续传输，降低或避免无线资源管理造成的数据传输时延，以满足上述预设业务的数据传输需求，包括对实时性需求的满足、以提升对该预设业务的反应速度，以及通过降低时延来满足上述业务的安全性需求。

下面以rrc技术采用的drx(discontinuousreception，非连续接收)机制为例，详细介绍本说明书的实施例对于无线通讯资源调度过程中的时延改善。

图3是一示例性实施例提供的一种drx机制的示意图。ue上配置的drx实体位于协议栈的mac(mediaaccesscontrol，介质访问控制)层，通过向物理层发送指令，以通知物理层监视pdcch信道(physicaldownlinkcontrolchannel，物理下行控制信道)，从而确定ue是否存在数据传输需求。

如图3所示，drx实体维护有drx定时器(例如drxinactivitytimer，drx去激活定时器)，使得该drx实体可在该drx定时器超时前向物理层发送指令，以使得物理层对pdcch信道进行监视；其中，当监视结果为ue存在数据传输需求(例如发现新的下行数据或上行授权等)时，drx定时器将在完成数据传输后被重置，以继续维持对pdcch信道的监视。

当监视结果为ue不存在数据传输需求时，drx定时器将正常计时、直至超时。在drx定时器超时后，将进入图3所示的若干个短drx周期(shortdrxcycle)、drx定时器停止计时，每个短drx周期包括监听期(onduration)和睡眠期(opportunityfordrx)，其中“监听期”内可以对pdcch信道进行监视、以发现ue可能存在的数据传输需求，而“睡眠期”内不再对pdcch信道进行监视。如果在某个短drx周期内的“监听期”监视到ue存在数据传输需求，可以实施数据传输，并重启drx定时器，以返回上述的先前流程；如果在这些若干个短drx周期的“监听期”内均未监视到ue存在数据传输需求，可以转入长drx周期(longdrxcycle)。长drx周期与短drx周期的结构类似，也包括监听期和睡眠期，此处不再赘述。

因此，如果ue持续实施数据传输，可以通过对drx定时器的不断重置，从而实现对pdcch信道的持续监视。但是，相关技术中设置的drx定时器往往很短，比如仅为100ms或更小，而ue即便存在连续的数据传输需求时，也很可能出现相邻数据传输操作之间的间隔大于100ms的情况，导致drx定时器超时，从而进入短drx周期或长drx周期的“睡眠期”。

例如，图4是一示例性实施例提供的一种基于drx机制的数据传输过程的示意图。如图4所示，以ue与enodeb(evolvednodeb，演进型nodeb，即lte网络中的基站)之间的数据传输为例，当drx实体监视到ue产生了上行数据1时，ue利用被分配的无线通讯资源向enodeb发送上行数据，而drx定时器在上行数据完成发送后重置、以继续监视pdcch信道来确定ue的数据传输需求，而enodeb通过向服务器发送该上行数据1、接收服务器传回的下行数据，并向ue传回该下行数据；当drc实体监视到ue存在下行数据的接收需求时，ue利用已分配的无线通讯资源接收该下行数据，并在完成接收操作后重置drx定时器。

假定ue再次发送上行数据的间隔稍长，使得drx实体在drx定时器超时前未监视到ue完成数据传输，将依次转入上述的短drx周期、长drx周期等，导致原本由enodeb分配至ue的无线通讯资源被释放。那么，如果ue恰好在“监听期”产生新的上行数据2，可以尽快恢复对上行数据2的传输，并重启drx定时器、返回上述的先前流程，但是由于“监听期”相对较短、“睡眠期”相对较长，使得ue具有更大概率在“睡眠期”产生新的上行数据2，导致ue必须等待该“睡眠期”结束、进入最近的“监听期”后，才能够重新获得调度的无线通讯资源、实现对上行数据2的发送，但在“睡眠期”的等待过程中，显然造成了更长的等待和数据传输时延。

图5是一示例性实施例提供的一种采用激活脉冲的数据传输过程的示意图。如图5所示，为了避免ue在连续的数据传输过程中，由于相邻数据传输操作之间的间隔大于drx定时器而导致进入“睡眠期”，可以由ue持续生成激活脉冲，并通过向enodeb发送该激活脉冲，使得drx实体判定为ue持续发送上行数据1、上行数据2等，从而使得drx定时器被不断重置、不会进入“睡眠期”。

例如，假定drx定时器的运行时长为100ms，可以设定为按照如40ms、80ms、99ms等(不大于100ms)间隔周期性地发送该激活脉冲，使得drx定时器在某一时刻重启后，必然可以在该drx定时器超时前发送激活脉冲，以实现对drx定时器的重置。当然，也可以非周期性地发送激活脉冲，只要使得相邻激活脉冲的发送间隔小于drx定时器的运行时长100ms即可。

在本说明书的实施例中，ue可以基于任一协议层生成上述的激活脉冲，本说明书并不对此进行限制。例如，ue的设备厂商可以基于物理层、数据链路层、网络层等底层协议生成激活脉冲，或者跨层采用传输层、会话层、表示层、应用层等上层协议，而操作系统开发商或应用程序开发商可以通过如应用层等上层协议或者其他的底层协议生成激活脉冲，使得本说明书的实施例具有极大的适用场景和范围。

图6是一示例性实施例提供的一种基于用户设备侧的通讯方法的流程图。如图6所示，该方法可以包括以下步骤：

步骤602，用户设备向无线资源调度设备发送通知消息，所述通知消息包含保持标识，所述保持标识用于指示所述无线资源调度设备在特定时间段内保持分配至所述用户设备的无线通讯资源。

在一实施例中，特定时间段可以为通讯协议规定的时间段。例如，该特定时间段可以包括：在接收到通知消息后的2s内等。

在一实施例中，特定时间段可以为用户设备与无线资源调度设备临时协商的时间段。例如，通知消息还可以包含保持时长，使得该特定时间段可以包括：以所述通知消息的发送时刻或接收时刻为起始时刻、所述保持时长为持续时长的时间段。再例如，用户设备可以向无线资源调度设备发送终止消息，所述终止消息包含终止标识，所述终止标识用于指示所述无线资源调度设备终止对分配至所述用户设备的无线通讯资源的保持，即特定时间段的终止时刻可以为无线资源调度设备接收到该终止消息的时刻(具体为解析出终止标识的时刻)。

在一实施例中，特定时间段可以不预先设定终止时刻，直至无线资源调度设备接收到用户设备发送的上述终止消息。在另一实施例中，特定时间段可以预先设定终止时刻，而无线资源调度设备如果在该特定时间段内接收到上述终止消息，那么即便预先设定的终止时刻尚未到达，仍然可以提前结束该特定时间段。

在一实施例中，特定时间段的终止时刻可以包括所述终止消息的发送时刻或接收时刻。比如，用户设备可以采用该终止消息的发送时刻，无线资源调度设备可以采用该终止消息的接收时刻。

图7是一示例性实施例提供的一种基于无线资源调度设备侧的通讯方法的流程图。如图7所示，该方法可以包括以下步骤：

步骤702，无线资源调度设备接收用户设备发送的通知消息。

步骤704，当所述通知消息包含保持标识时，所述无线资源调度设备在特定时间段内保持分配至所述用户设备的无线通讯资源。

在一实施例中，特定时间段可以为通讯协议规定的时间段。例如，该特定时间段可以包括：在接收到通知消息后的2s内等。

在一实施例中，特定时间段可以为用户设备与无线资源调度设备临时协商的时间段。例如，通知消息还可以包含保持时长，使得该特定时间段可以包括：以所述通知消息的发送时刻或接收时刻为起始时刻、所述保持时长为持续时长的时间段。再例如，所述无线资源调度设备可以接收所述用户设备发送的终止消息，当所述终止消息包含终止标识时，所述无线资源调度设备可以终止对分配至所述用户设备的无线通讯资源的保持，即特定时间段的终止时刻可以为无线资源调度设备接收到该终止消息的时刻(具体为解析出终止标识的时刻)。

在一实施例中，特定时间段可以不预先设定终止时刻，直至无线资源调度设备接收到用户设备发送的上述终止消息。在另一实施例中，特定时间段可以预先设定终止时刻，而无线资源调度设备如果在该特定时间段内接收到上述终止消息，那么即便预先设定的终止时刻尚未到达，仍然可以提前结束该特定时间段。

在一实施例中，特定时间段的终止时刻可以包括所述终止消息的发送时刻或接收时刻。比如，用户设备可以采用该终止消息的发送时刻，无线资源调度设备可以采用该终止消息的接收时刻。

在图6-图7所示的实施例中，用户设备无需向无线资源调度设备持续发送激活信号，而可以通过发送通知消息使得无线资源调度设备实现对无线通讯资源的保持。通过图6-图7所示的实施例，可以实现与图2a所示实施例相类似的效果，并且同样可以通过上述drx机制进行验证，此处不再重复说明。

下面结合图8对图6-7所示的技术方案进行详细描述。图8是一示例性实施例的一种改善无线资源管理导致的数据传输时延的流程图。如图8所示，以ue与enodeb之间的数据传输过程为例，该流程可以包括以下步骤：

步骤802，ue监测到自身的连续上传需求被触发。

步骤804，ue向enodeb发送通知消息，该通知消息中包含上述图6-7所示实施例中提及的保持标识。

在一实施例中，通知消息可以采用相关技术中的通讯协议定义的交互报文，并将该在交互报文中的至少一个保留位用于表征该保持标识，或者将该交互报文中原本用于承载其他内容的字段改造为表征该保持标识，本说明书并不对此进行限制。

在一实施例中，通知消息可以采用区别于相关技术中的通讯协议、重新定义的新交互报文，并由该报文中的至少一个字段应用于表征该保持标识。

在一实施例中，enodeb在接收到包含保持标识的通知消息时，可以启动特定时长的定时器，并在该定时器运行的特定时间段内，保持被分配至该ue的上下行资源，避免该上下行资源由于无线资源调度机制而被释放，确保ue可以利用该上下行资源实现连续的数据传输、降低数传时延。

步骤806，ue检测到产生上行数据1。

步骤808，ue利用已分配的无线通讯资源，向enodeb发送上行数据1。

步骤810，enodeb接收到上行数据1后，将该上行数据1发送至服务器。

步骤812，enodeb接收服务器传回的下行数据。

步骤814，enodeb将下行数据传回ue，以由ue接收和处理该下行数据。

步骤816，ue检测到产生上行数据2。

步骤818，ue利用已分配的无线通讯资源，向enodeb发送上行数据2。

在一实施例中，如果ue在检测到产生上行数据2时，尚处于enodeb启动的定时器的运行过程中，那么由于enodeb保持了分配至该ue的上下行资源，使得ue可以直接利用该上下行资源传输上行数据2，而无需重新申请和分配无线通讯资源，避免由此导致的数传时延。

步骤820，ue确定连续上传结束。

步骤822，ue向enodeb发送终止消息，该终止消息包括上述实施例提及的终止标识。

在一实施例中，enodeb启动的定时器可以不设置终止时刻，使得enodeb仅在接收到ue发送的终止消息时，才终止定时器。

在一实施例中，enodeb启动的定时器可以设置有终止时刻，使得enodeb可以等待该定时器超时后，停止保持分配至ue的上下行资源。其中，终止时刻可由通讯协议中预先定义，而无需ue与enodeb进行协商；或者，ue可以通过通知消息告知enodeb对终止时刻进行设置，比如ue可以直接设定一终止时刻，或者ue可以设定一持续时长、以使得enodeb根据起始时刻(例如enodeb对通知消息的接收时刻、解析出保持标识的时刻或其他时刻)与该持续时长确定出相应的终止时刻。

在一实施例中，enodeb启动的定时器可以设置有终止时刻，但是如果ue可以提前确定连续上传结束，仍然可以通过向enodeb发送终止消息，而定时器即便尚未超时，enodeb也可以根据接收到的该终止消息提前终止该定时器的运行，避免造成对无线通讯资源的浪费。

图9是一示例性实施例提供的另一种通讯方法的流程图。如图9所示，该方法可以包括以下步骤：

步骤902，用户设备在特定时间段内向无线资源调度设备请求无线通讯资源，以在所述特定时间段内持续获得所述无线资源调度设备分配的无线通讯资源。

在一实施例中，无线资源调度设备可以在每次接收到用户设备的请求时，重新向用户设备分配新的无线通讯资源，确保用户设备始终拥有相应的无线通讯资源。

在一实施例中，无线资源调度设备可以在接收到用户设备的请求时，重置无线资源管理机制定义的管理调度周期或资源保持时长，而无需重新分配无线通讯资源，可以确保用户设备被分配有无线通讯资源。

在一实施例中，所述无线资源调度设备按照管理调度周期对无线通讯资源进行调度，而所述用户设备可以在所述特定时间段内持续向所述无线资源调度设备发送激活信号，以使所述特定时间段内的管理调度周期对应的调度参数被设置为有效值；其中，当所述管理调度周期对应的调度参数被设置为有效值时，所述用户设备在所述管理调度周期内向所述无线资源调度设备请求无线通讯资源。换言之，通过在特定时间段内持续发送激活信号，使得用户设备可以确定自身在该特定时间段内始终存在数据传输需求，因而可以在该特定时间段内确保调度参数被保持设置为有效值，使得用户设备在该特定时间段内持续向无线资源调度设备请求相应的无线通讯资源。其中，该激活信号可以参考图2a-2c所示的实施例，此处不再赘述。

在一实施例中，所述无线资源调度设备按照管理调度周期对无线通讯资源进行调度，而所述用户设备可以将所述特定时间段内的管理调度周期对应的调度参数设置为有效值；其中，当所述管理调度周期对应的调度参数被设置为有效值时，所述用户设备在所述管理调度周期内向所述无线资源调度设备请求无线通讯资源。换言之，用户设备无需持续发送激活信号或其他信号，而主动在该特定时间段内将调度参数保持设置为有效值，使得用户设备在该特定时间段内持续向无线资源调度设备请求相应的无线通讯资源。

而为了进一步介绍本说明书的实施例对于无线通讯过程的时延改善，下面结合rrc技术采用的sr(schedulingrequest，上行调度请求)机制，针对图9所示的基于通知消息的实施例进行阐述。

图10是一示例性实施例的一种sr机制的示意图。如图10所示，以ue与enodeb之间的交互为例，交互过程可以包括：ue监测自身是否存在上行需求；当监测到上行需求时，ue向enodeb发起调度请求，以由enodeb确定是否需要向ue分配相应的无线通讯资源(比如空中接口资源、mac资源等)；然后，当ue获得enodeb的上行调度授权后，可以利用enodeb分配的无线通讯资源，向enodeb发送上行数据，从而满足上述的上行需求。

图11是一示例性实施例的一种sr周期的示意图。sr机制对ue提供了向enodeb上报其上行调度请求的机会，而该上报机会并非随时存在，应当符合如图11所示的上报周期。enodeb为ue1、ue2等每个ue分别划分对应的sr资源(sropportunity)，这些sr资源可以包括诸如图9所示的标号为0～9的若干子帧，比如可以将标号为2的子帧划分至ue1、将标号为5的子帧划分至ue2。由于sr资源按照时序循环出现，使得ue1可以在标号为2的子帧出现时上报上行调度请求、ue2可以在标号为5的子帧出现时上报上行调度请求；换言之，每台ue在同一sr周期内存在不同的偏移值，假定每一sr周期从标号0开始、标号9结束，那么ue1对应的偏移值为2、即从标号0开始偏移2个子帧至标号为2的子帧，而ue2对应的偏移值为5、即从标号0开始偏移5个子帧至标号为5的子帧。

每台ue需要分别对自身在每个sr周期对应的sr参数进行赋值，比如赋为有效值1或无效值0，这取决于ue当前是否存在数据传输需求：当存在数据传输需求时，ue会将sr参数赋值为1，当不存在数据传输需求时，ue会将sr参数赋值为0。当ue将自身在某个sr周期对应的sr参数赋值为1时，该ue可以在该sr周期内、利用对应偏移值的子帧上报上行调度请求；当ue将自身在某个sr周期对应的sr参数赋值为0时，该ue无法在该sr周期内上报上行调度请求。

例如，图12是一示例性实施例提供的一种基于sr机制的数据传输过程的示意图。如图12所示，以ue1与enodeb之间的数据传输过程为例，当ue1监测到产生上行数据1时，如果ue1在当前sr周期内的sr参数被赋值为1，ue1可以通过标号为2的子帧向enodeb发送上行调度请求，以向enodeb请求上行资源(用于上行过程的无线通讯资源)，并通过enodeb调度的上行资源发送上述的上行数据1；相应地，enodeb向服务器发送该上行数据1，并接收服务器传回的下行数据，以传回至该ue1。

当ue1监测到产生上行数据2时，如果与先前的数据传输操作间隔较长，将导致先前分配至ue1的无线通讯资源被释放，需要重新向enodeb请求分配新的上行资源，才能够发送该上行数据2。但是，如果在产生上行数据2之前的较长时间内未产生其他的上传数据，ue1可能将自身在当前sr周期对应的sr参数赋值为0，使得ue1无法在当前周期内向enodeb发送上行调度请求、enodeb无法在当前周期内向ue1分配相应的上行资源，而只能够将下一sr周期对应的sr参数赋值为1，并等待下一sr周期中标号为2的子帧到达时，ue1才能够向enodeb发起上行调度请求，并根据enodeb调度的无线通讯资源发送上述的上行数据2，从而造成了对上行数据2的数据传输时延。

图13是一示例性实施例提供的一种采用通知形式的数据传输过程的示意图。如图13所示，仍以ue1与enodeb之间的数据传输为例，假定ue1触发了连续上传需求，即希望连续不断地传输多个数据包，该ue1可以启动特定时长的定时器，以确保该定时器超时之前均保持sr参数的赋值为1，而无论ue1在相应的sr周期内是否存在实际的数据传输需求。

在一实施例中，ue1在启动定时器后，可以自动实施对sr参数的赋值处理，即使得sr参数赋值为1；或者，ue1在启动定时器后，可以通过持续向enodeb发送激活信号，使得sr参数被相应地赋值为1。

在一实施例中，ue1启动的定时器可以为预定义的固定时长，比如2s。

在一实施例中，ue1启动的定时器的时长，可以与实际的数据连续上传需求相关，比如需要连续上传的数据量较小时可以设置一较短时长、需要连续上传的数据量较大时可以设置一较长时长，以满足ue1对数据传输的实际需求。

假定ue1为定时器设定的特定时长为2s、sr周期为20ms，即该定时器运行期间最多经历100个sr周期，那么ue1可以将这100个sr周期内的sr参数均赋值为1，使得ue1利用每个sr周期中标号为2的子帧向enodeb请求上行资源，那么只要上行数据1与上行数据2在该2s内产生，即可由ue利用其在相应sr周期内请求的上行资源实施数据传输，而不会由于所处sr周期的sr资源被赋值为0而造成如图12所示的等待和时延。

例如图13所示，当ue1检测到产生上行数据2时，假定处于某一sr周期的子帧8处，而由于此时尚处于ue1启动的定时器的运行期间，使得当前所处的sr周期的sr参数被赋值为1，因而ue1实际上已经通过当前所处sr周期中标号为2的子帧向enodeb请求了上行资源，因而ue1可以直接利用该上行资源向enodeb传输上行数据2，而无需等待下一sr周期中请求上行资源，从而显著优化了对上行数据2的数传时延问题。

图14是一示例性实施例的一种在无线通讯网络环境中的ping包测试的示意图。如图14所示，在相同的无线通讯网络环境中(比如drx去激活定时器的时长为100ms、sr周期为20ms)，由同一ue分别以40ms、100ms、400ms、800ms为周期产生基于图2a-2c所示实施例的激活脉冲，并分别实施相应的ping(packetinternetgroper，因特网包探索器)包测试，以及在无脉冲的情况下实施ping包测试，可以分别得到图12所示的5条曲线。

根据图14所示的测试结果，当采用周期为40ms的激活脉冲时，ping时延最短、平均为27.7ms；而随着周期的不断增大，相应的ping时延也随之变长；在无脉冲的情况下，ping时延最大、平均为58.6ms。可见，在采用周期为40ms的激活脉冲的情况下，ping包时延仅为无脉冲情况下的47％，使得ue的时延问题得到很大的改善；而即便是采用周期为800ms的激活脉冲，从图14所示的曲线可以明显看出，其时延情况也明显好于无脉冲的情况。

与图14所示的测试情况相类似地，当采用如图6-7、图9所示的实施例时，同样可以达到对时延的明显改善，此处不再赘述。

综上所述，本说明书中基于上述实施例，由ue持续发送激活信号、或者由ue向无线资源调度设备发送包含保持标识的通知消息、或者由ue持续向无线资源调度设备请求无线通讯资源等，可以确保ue实施连续数据传输的过程中保持被分配的无线通讯资源，确保ue可以实施数据的连续传输、降低数据传输时延。

图15是一示例性实施例的一种用户设备的示意结构图。请参考图15，在硬件层面，该电子设备包括处理器1502、内部总线1504、网络接口1506、内存1508以及非易失性存储器1510，当然还可能包括其他业务所需要的硬件。处理器1502从非易失性存储器1510中读取对应的计算机程序到内存1508中然后运行，在逻辑层面上形成通讯装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图16，在软件实施方式中，该通讯装置可以包括：

信号发送单元1602，使用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内的数据传输时延小于不发送激活信号时的数据传输时延。

可选的，所述用户设备对所述激活信号的发送间隔不大于所述无线资源调度设备对无线通讯资源的至少一种管理调度周期或至少一种资源保持时长。

可选的，所述用户设备对所述激活信号的发送间隔不大于所述无线资源调度设备对无线通讯资源的最大管理调度周期或最大资源保持时长的10倍。

可选的，所述激活信号包括脉冲信号。

可选的，所述用户设备基于应用层生成所述激活信号。

可选的，所述用户设备基于下述任一协议层生成所述激活信号：表示层、会话层、传输层、网络层、数据链路层、物理层。

请参考图17，在软件实施方式中，该通讯装置可以包括：

信号发送单元1702，用户设备在特定时间段内向无线资源调度设备发送激活信号，以在所述特定时间段内保持所述无线资源调度设备分配至所述用户设备的无线通讯资源。

请参考图18，在软件实施方式中，该通讯装置可以包括：

通知消息发送单元1802，使用户设备向无线资源调度设备发送通知消息，所述通知消息包含保持标识，所述保持标识用于指示所述无线资源调度设备在特定时间段内保持分配至所述用户设备的无线通讯资源。

可选的，所述特定时间段包括：预定义的时间段。

可选的，所述通知消息还包含保持时长，所述特定时间段包括：以所述通知消息的发送时刻或接收时刻为起始时刻、所述保持时长为持续时长的时间段。

可选的，还包括：

终止消息发送单元1804，使所述用户设备向无线资源调度设备发送终止消息，所述终止消息包含终止标识，所述终止标识用于指示所述无线资源调度设备终止对分配至所述用户设备的无线通讯资源的保持。

可选的，所述特定时间段的终止时刻包括所述终止消息的发送时刻或接收时刻。

请参考图19，在软件实施方式中，该通讯装置可以包括：

资源请求单元1902，用户设备在特定时间段内持续向无线资源调度设备请求无线通讯资源，以在所述特定时间段内持续获得所述无线资源调度设备分配的无线通讯资源。

可选的，所述无线资源调度设备按照管理调度周期对无线通讯资源进行调度；所述资源请求单元1902具体用于：

所述用户设备在所述特定时间段内持续向所述无线资源调度设备发送激活信号，以使所述特定时间段内的管理调度周期对应的调度参数被设置为有效值；

其中，当所述管理调度周期对应的调度参数被设置为有效值时，所述用户设备在所述管理调度周期内向所述无线资源调度设备请求无线通讯资源。

可选的，所述无线资源调度设备按照管理调度周期对无线通讯资源进行调度；所述资源请求单元1902具体用于：

所述用户设备将所述特定时间段内的管理调度周期对应的调度参数设置为有效值；

其中，当所述管理调度周期对应的调度参数被设置为有效值时，所述用户设备在所述管理调度周期内向所述无线资源调度设备请求无线通讯资源。

请参考图20，在软件实施方式中，该通讯装置可以包括：

监测单元2002，使用户设备监测到待传输数据；

发送单元2004，当所述待传输数据的数据量达到预设数据量时，使所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

请参考图21，在软件实施方式中，该通讯装置可以包括：

监测单元2102，用户设备监测到待传输数据；

发送单元2104，当所述待传输数据属于预设业务时，使所述用户设备在特定时间段内向无线资源调度设备发送激活信号，以使所述用户设备在所述特定时间段内对所述待传输数据的数据传输时延小于不发送激活信号时的数据传输时延。

如图22所示，图22是一示例性实施例提供的一种无线资源调度设备的结构示意图。请参照图22，无线资源调度设备2200包括处理组件2222、无线发射/接收组件2224、天线组件2226、以及无线接口特有的信号处理部分，处理组件2222可以被配置为执行图7所示实施例中的通讯方法。其中，图23是一示例性实施例提供的一种无线资源调度设备中的处理组件的示意结构图。请参考图23，在硬件层面，该处理组件包括处理器2302、内部总线2304、网络接口2306、内存2308以及非易失性存储器2310，当然还可能包括其他业务所需要的硬件。处理器2302从非易失性存储器2310中读取对应的计算机程序到内存2308中然后运行，在逻辑层面上形成通讯装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图24，在软件实施方式中，该通讯装置可以包括：

通知消息接收单元2402，使无线资源调度设备接收用户设备发送的通知消息；

资源保持单元2404，当所述通知消息包含保持标识时，使所述无线资源调度设备在特定时间段内保持分配至所述用户设备的无线通讯资源。

可选的，所述特定时间段包括：预定义的时间段。

可选的，所述通知消息还包含保持时长，所述特定时间段包括：以所述通知消息的发送时刻或接收时刻为起始时刻、所述保持时长为持续时长的时间段。

可选的，还包括：

终止消息接收单元2406，所述无线资源调度设备接收所述用户设备发送的终止消息；

保持终止单元2408，当所述终止消息包含终止标识时，使所述无线资源调度设备终止对分配至所述用户设备的无线通讯资源的保持。

可选的，所述特定时间段的终止时刻包括所述终止消息的发送时刻或接收时刻。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。