CN108463001A - 物联网中调度终端设备的方法和网络节点 - Google Patents

Abstract

本公开提出了物联网中调度终端设备的方法和网络节点。在本公开中，首先由网络节点接收数据，该数据包括从终端设备发送给网络的数据以及从网络发送给终端设备的数据中的至少一项。然后由网络节点基于接收的数据来确定该终端设备的流量模式。然后再根据该流量模式所对应的调度策略对终端设备进行资源调度。通过本公开的方案，可以对不同的业务类型的终端设备的流量模式进行识别，并且相应地确定资源调度策略，从而使得不同的物联网应用获得对应的资源进行数据传输，提升物联网服务质量和服务体验。

Description

物联网中调度终端设备的方法和网络节点

技术领域

本公开涉及物联网，并且更具体地涉及物联网中调度终端设备的方法和网络节点。

背景技术

随着无线通信技术和智能硬件的不断发展，物联网技术发展迅速。将蜂窝网络通信与物联网技术结合在一起的低功耗广域网通信技术成为新的发展趋势。例如，基于第三代合作伙伴计划3GPP标准的窄带物联网(NB-IoT)与CAT-M(也被称为增强机器类通信eMTC)。而随着物联网中的各种终端设备数目的大量增长，为物联网中的各个终端设备提供差异化的服务逐渐受到重视。

发明内容

本公开的实施例提供物联网中调度终端设备的方法和网络节点。

根据本公开的第一方面，提供了在物联网中调度终端设备的方法。该方法包括接收数据，该数据包括从终端设备发送给网络的上行数据以及从网络发送给终端设备的下行数据中的至少一项；基于接收的数据来确定终端设备的流量模式，流量模式指示由所述终端设备传输数据以及向所述终端设备传输数据的中的至少一项的特性；根据流量模式来确定针对终端设备的资源调度策略；以及根据确定的资源调度策略对终端设备进行资源调度。

根据本公开的第二方面，提供了一种物联网中调度终端设备的网络节点。该网络节点包括控制器以及包括指令的存储器。当指令被控制器执行时，使得传输点执行动作。所执行的动作包括：接收数据，该数据包括从终端设备发送给网络的上行数据以及从网络发送给终端设备的下行数据中的至少一项；基于接收的数据来确定终端设备的流量模式，流量模式指示由所述终端设备传输数据以及向所述终端设备传输数据的中的至少一项的特性；根据流量模式来确定针对终端设备的资源调度策略；以及根据确定的资源调度策略对终端设备进行资源调度。

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

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显。在附图中，相同的参考标号通常代表相同部件。

图1示出了根据本公开的实施例的网络的框图；

图2示出了根据本公开的实施例的方法的框图；

图3示出了根据本公开的实施例的装置的结构框图；以及

图4示出了根据本公开的实施例的设备的结构框图。

具体实施方式

下面将参考附图中所示出的若干示例性实施例来描述本公开的原理和精神。应当理解，描述这些具体的实施例仅是为了使本领域的技术人员能够更好地理解并实现本公开，而并非以任何方式限制本公开的范围。

在本文中使用的术语“基站”诸如节点B(Node B，或者NB)、基本收发器站(BTS)、基站(BS)、基站子系统(BSS)、微基站、微微基站、毫微微基站、远程无线电头端(RRF)等。术语“终端设备”是指能够与基站通信的任何终端设备TE。终端设备可以是用户设备UE，也可以是具有无线通信功能的任何终端，包括但不限于，手机、计算机、个人数字助理、游戏机、可穿戴设备、以及传感器等。术语TE能够和移动站、订户站、移动终端、用户终端、用户设备、终端设备、无线设备等互换使用。

如前所述，随着无线通信技术和智能硬件的不断发展，物联网技术发展迅速。已经出现了多种类型的物联网应用，并且各种新类型的物联网应用也在不断出现。物联网应用包括但不限于：智能表计、牲畜监测、智能电网、智能停车、智能灯光、自行车追踪、高价值资产追踪、人类追踪、宠物追踪、仓储管理、智能垃圾箱、森林监测、烟雾监测、智能家用电器、安全警报、智能灌溉等。将蜂窝网络通信与物联网技术结合在一起的低功耗广域网通信技术成为新的发展趋势。例如，基于第三代合作伙伴计划3GPP标准的窄带物联网(NB-IoT)与CAT-M(也被称为增强机器类通信eMTC)。而随着物联网中的各种终端设备数目的大量增长，为物联网中的各个终端设备提供差异化的服务逐渐受到重视。

3GPP的服务质量(QoS)架构仅用于移动宽带用户，即该架构是为人类通信设计的，而没有考虑对于大量的IoT服务的支持。这意味着3GPP QoS架构没有考虑针对不同的IoT服务的不同QoS。当前的服务质量等级标识符QCI从1到9。服务提供商为不同的应用提供不同的QCI。例如，针对视频流所确定的QCI值为4，所使用的承载类型为保证比特速率GBR类型，优先级为5、分组延迟为300ms、丢包率为10^-6。然而，当前的IoT调度设计则是简化的，例如，一些服务提供商仅使用不保证比特速率的Non-GBR承载、QCI8以及先进先出模式来调度IoT应用，将所有的IoT应用同等对待，这对于IoT应用的体验是很不利的。

在本公开中，提出了物联网中调度终端设备的方法、网络节点和计算机程序产品。在本公开中，首先由网络节点根据接收的数据来确定该终端设备的流量模式，接收的数据包括从所述终端设备发送给网络的上行数据和/或从网络发送给所述终端设备的下行数据，网络可以包括核心网络。然后再由网络节点根据该流量模式所对应的调度策略对终端设备进行资源调度。通过本公开的方案，可以对不同的终端设备的流量模式进行识别，并且相应地确定调度策略，从而使得不同的物联网应用获得不同的资源。本公开的方案利用不同应用的流量特性，为各种物联网应用提供了服务质量QoS或体验质量QoE。

特别地，应当理解，尽管某些实施例将以3GPP为示例来描述，这仅仅是出于说明和示范目的。任何其他适当的通信机制均可与本公开的实施例结合使用，本公开的范围在此方面不受限制。

图1示出了在其中可以实现本公开实施例的网络100的示意图。在图1中，网络100中具有网络节点110、终端设备120以及核心网络130。网络节点110、终端设备120以及核心网络130之间可以实现有线或无线的通信连接，从而使得网络节点110、终端设备120以及核心网络130之间能够实现双向的数据通信。

在某些实施例中，网络节点110可以是基站，诸如eNB。网络节点110可以向终端设备120分配无线资源，诸如带宽、频段、物理资源块PRB等。

在某些实施例中，终端设备120是机器类型通信设备，包括智能表计、可穿戴设备、火灾监测器、智能家用电器等。应当理解，终端设备120包括现有物联网中的传感器设备和将来技术中所出现的智能设备。终端设备120一般与特定的应用相关联，例如智能表计与智能抄表应用相关联、火灾监测器与火灾监测应用相关联。

在某些实施例中，网络节点110和终端设备120可以是通过其他设备被连接在一起的。换言之，多个终端设备120可以被分到一个组，并且连接到同一个综合设备。作为一个非限制性的实施例中，温度传感器、湿度传感器、压力传感器可以被实现在一个综合设备中，该综合设备实现与网络节点110的通信。

图2示出了根据本公开内容的实施例的用于在物联网中调度终端设备120的方法的流程图。为描述方便，将以网络节点110作为方法200的执行主体来加以描述。应当理解的是，方法200还可以包括未示出的附加步骤和/或可以省略所示出的步骤。本文所描述主题的范围在此方面不受限制。

在202，网络节点110接收数据。在某些实施例中，网络节点110接收的数据包括从物联网中的终端设备120接收的上行数据，该上行数据要从终端设备120发送给核心网络130。在某些实施例中，网络节点110接收的数据包括从核心网络130发送给终端设备120的下行数据。在某些实施例中，网络节点110接收的数据包括从所述终端设备120发送给网络的上行数据以及从核心网络130发送给终端设备120的下行数据两者。在某些实施例中，数据的形式为数据分组。应当理解，被接收的数据也可以是数据帧、比特流等形式。不同的物联网应用所需要传输的数据的格式、大小、间隔是有差别的，即从不同类型的终端设备120接收的数据具有格式、大小、间隔等方面的差异。

在204，网络节点110基于接收的数据来确定终端设备120的流量模式。在某些实施例中，流量模式指示由终端设备120传输数据的特性。在某些实施例中，流量模式指示向终端设备120传输数据的特性。在某些实施例中，流量模式指示由终端设备120传输数据以及向终端设备120传输数据两者的特性。在某些实施例中，网络节点110确定数据的属性，属性包含以下至少一项：数据分组的数目、每个数据分组的大小、数据的大小、数据分组到达时间之间的间隔；以及基于数据的属性来确定流量模式。

在某些实施例中，如果数据包括一个数据分组并且数据分组的大小小于第一阈值，网络节点110可以将流量模式确定为大间隔周期更新(LIPU)模式。在LIPU模式中，终端设备120以大的时间间隔来周期性地更新数据。在某些实施例中，第一阈值为1000比特。在某些实施例中，SIPU模式对应的应用可以包括：高价值资产追踪、心脏健康追踪。作为非限制性的实施例，SIPU模式的更新间隔小于10秒。

在某些实施例中，如果数据包括多个数据分组、多个数据分组到达时间之间的间隔相等并且多个数据分组中的每个数据分组的大小小于第二阈值，网络节点110可以将流量模式确定为小间隔周期更新SIPU模式。在SIPU模式中，终端设备120以小的时间间隔来周期性地更新数据。在某些实施例中，第二阈值为1000比特。在某些实施例中，LIPU模式对应的应用可以包括：智能表计(燃气表、电表、水表等)、智能垃圾箱、智能停车等。作为非限制性的实施例，LIPU的更新间隔可以是分钟、小时、月等。例如，用户家庭的用水量可以由智能水表每月更新一次。

在某些实施例中，如果数据包括多个数据分组、多个数据分组之间的到达时间间隔不规则并且数据的大小小于第三阈值时，或者如果数据包括一个数据分组并且数据的大小小于第三阈值，网络节点110可以将流量模式确定为事件触发ET模式。在ET模式中，终端设备120响应于特定条件的发生而需要传输数据。在某些实施例中，第三阈值为10k比特。在某些实施例中，ET模式对应的应用可以包括：烟雾警报、灾难警报、安全警报等。

在某些实施例中，如果数据包括多个数据分组并且数据的大小在第四阈值以上，或者如果数据包括一个数据分组并且数据的大小在第四阈值以上，网络节点110可以将流量模式确定为负载交换PE模式。在PE模式中，终端设备120需要与网络交换大量的数据。在某些实施例中，第四阈值为10k比特。在某些实施例中，PE模式的应用可以包括：牛群监测、森林监测、远程健康护理监测等。在PE模式下，终端设备120需要在一个较短的周期连续地传输数据分组，并且有大量数据等待被传输。

应当理解，将流量模式定义为SIPU、LIPU、ET、PE模式仅是示例性而非限制性的。在某些实施例中，还可以定义其它类型的流量模式或者将以上四种模式中的某两种模式合并为一种模式。作为非限制性的实施例，不同流量模式的确定过程是有先后顺序的，例如在确定流量模式为LIPU之后就不再进行其他流量模式的确定过程。

在某些实施例中，网络节点110可以针对不同的流量模式建立终端设备列表。例如，网络节点110可以针对ET模式建立ET终端设备列表。终端设备列表的顺序可以按照检测到终端设备120的顺序来排列，并且列表中还可以标识出不同的终端设备120所要传输的数据的属性。

作为确定流量模式的一种替代实施方式，在某些实施例中，网络节点110可以重用当前3GPP QoS架构，在服务质量等级标识符QCI和流量模式之间建立映射关系，然后根据不同QCI值所对应的调度策略确定成相应流量模式所对应的资源调度策略。网络节点110可以根据数据获取QCI，然后基于QCI与候选流量模式之间的预定对应关系来选择与QCI对应的流量模式。在非限制性的实施例中，将SIPU模式对应于QCI 6。在非限制性的实施例中，LIPU模式对应于QCI 8。在非限制性的实施例中，ET模式对应于QCI 5。在非限制性的实施例中，PE模式对应于QCI 7。应当理解，以上对应于不同流量模式的QCI值是示例性而非限制性的。在确定出对应于流量模式之后，基于流量模式与承载之间的预定对应关系，可以确定与流量模式对应的承载，承载与针对终端设备120的资源调度相关联。将QCI的值与流量模式对应的方法可以清楚地区分IoT设备，这需要IoT终端设备供应商和网络供应商之间的协调。

在206，网络节点110根据流量模式来确定针对终端设备120的资源调度策略。在某些实施例中，网络节点110基于确定的终端设备120的流量模式，来设置针对终端设备120的调度优先级。作为非限制性的实施例，ET模式、SIPU模式、LIPU模式、PE模式按照从高到低的优先级顺序而被排列。应当理解，该优先级顺序仅是示例性的。在同一优先级列表中，遵循先进先出的原则。例如，被识别为ET模式的终端设备120可以被放入到ET模式终端设备列表，而先到达的终端设备120可以先获得被调度的机会。

在某些实施例中，网络节点110可以确定与流量模式相对应的调度周期，然后按照确定调度周期赋予终端设备竞争资源的调度机会。在某些实施例中，对于SIPU模式列表中的终端设备120，网络节点110按照每50ms的周期给予终端设备120一次竞争资源的调度机会。如果终端设备120竞争不成功，也不再给予其调度机会。在下一个50ms周期到来时，网络节点110给予SIPU列表中的另一个终端设备120一次竞争资源的调度机会。在某些实施例中，对于LIPU模式列表中的终端设备120，网络节点110按照每100ms的周期给予终端设备120一次竞争资源的调度机会。在某些实施例中，对于ET模式列表中的终端设备120，每个传输时间间隔TTI的周期，给予其一次调度机会。优选地，TTI为1ms。在某些实施例中，对于PE模式列表中的终端设备120，网络节点110每200ms的周期给予终端设备120一次竞争资源的调度的机会。应当理解，50ms、100ms、200ms仅是调度周期的示例性的数值，即调度周期还可以被设置成其他时间长度。

确定调度周期的实施方式可以避免优先级更新、计算、比较的复杂性。在对于存在大量IoT设备的情况下，这可以节省大量的计算资源以减轻系统负载，诸如降低CPU处理负载。该调度方法仅简单地控制不同流量模式列表中的终端设备120的调度机会，因而降低了系统复杂性。

在某些实施例中，对于每个TTI，如果最高优先级的流量模式列表是空的，则将下一优先级的流量模式列表在该TTI被调度。这样可以实现不同流量模式列表的动态调度，提高系统灵活性。例如，当ET列表和SIPU列表都是空时，LIPU列表中的终端设备120可以加入调度列表。作为非限制性的实施例，调度列表中的终端设备120被调度的优先级遵循先进先出的规则，即根据终端设备的数据分组的到达时间来确定调度优先级。

在208，网络节点110根据确定的资源调度策略对终端设备120进行资源调度。在某些实施例中，资源调度包括分配时隙、子帧、物理资源块等资源给终端设备120用于数据传输。

本公开的内容可以应用到上行链路和下行链路两个方向。在某些实施例中，可以针对终端设备120设置较大的调度请求(SR)周期，诸如80ms。在针对同一个终端设备的两个调度机会的间隔期间，网络节点110忽略终端设备120的调度请求。应当理解，本公开的内容可以应用到CAT-M和窄带物联网NB-IoT以及其他类型的物联网。

图3示出了根据本公开内容的实施例的装置300的结构框图。在某些实施例中，装置300可以实现为网络节点110。装置300包括数据接收单元310，被配置成从物联网中的终端设备120接收数据；流量模式确定单元320，被配置成基于接收的数据来确定终端设备120的流量模式，其中流量模式指示终端设备传输数据的特性；资源调度策略确定单元330，被配置成根据流量模式来确定针对终端设备120的资源调度策略；以及资源调度单元340，被配置成根据确定的资源调度策略对终端设备120进行资源调度。

在某些实施例中，装置300中的不同单元可以被合并或被拆分。例如，资源调度策略确定单元330和资源调度单元340可以组合在一起以形成调度器。另外，流量模式确定单元320以及资源调度策略确定单元330和资源调度单元340的功能也可以被同一个单元实现。

出于清楚的目的，在图3中没有示出装置300的某些可选模块。然而，应当理解，上文参考图2所描述的各个特征同样适用于装置300。在某些实施例中，装置300还可以包括其他单元，诸如物理层单元、混合自动重传请求(HARQ)单元、链路适应单元、缓冲报告单元等。而且，装置300的各个模块可以是硬件模块，也可以是软件模块。例如，在某些实施例中，装置300可以部分或者全部利用软件和/或固件来实现，例如被实现为包含在计算机可读介质上的计算机程序产品。备选地或附加地，装置300可以部分或者全部基于硬件来实现，例如被实现为集成电路(IC)、专用集成电路(ASIC)、片上系统(SOC)、现场可编程门阵列(FPGA)等。本公开的范围在此方面不受限制。

图4示出了适合实现本公开的实施例的设备400的框图。设备400可以用来实现网络节点110。如图所示，设备400包括控制器410。控制器410控制设备400的操作和功能。例如，在某些实施例中，控制器410可以借助于与其耦合的存储器420中所存储的指令430来执行各种操作。存储器420可以是适用于本地技术环境的任何合适的类型，并且可以利用任何合适的数据存储技术来实现，包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。尽管图4中仅仅示出了一个存储器单元，但是在设备400中可以有多个物理不同的存储器单元。

控制器410可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)以及基于控制器的多核控制器架构中的一个或多个多个。设备400也可以包括多个控制器410。控制器410与收发器440耦合，收发器440可以借助于一个或多个天线450和/或其他部件来实现信息的接收和发送。

当设备400充当网络节点时，控制器410和收发器440可以配合操作，以实现上文参考图2描述的方法200。上文参考图2所描述的所有特征均适用于设备400，在此不再赘述。

在对本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。

应当注意，本公开的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现；软件部分可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。

此外，尽管在附图中以特定顺序描述了本公开的方法的操作，但是这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤组合为一个步骤执行，和/或将一个步骤分解为多个步骤执行。还应当注意，根据本公开的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。

虽然已经参考若干具体实施例描述了本公开，但是应当理解，本公开不限于所公开的具体实施例。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。

Claims (20)

1.一种在物联网中调度终端设备的方法，包括：

接收数据，所述数据包括从所述终端设备发送给网络的上行数据以及从网络发送给所述终端设备的下行数据中的至少一项；

基于接收的所述数据来确定所述终端设备的流量模式，所述流量模式指示由所述终端设备传输数据以及向所述终端设备传输数据的中的至少一项的特性；

根据所述流量模式来确定针对所述终端设备的资源调度策略；以及

根据确定的所述资源调度策略对所述终端设备进行资源调度。

2.根据权利要求1所述的方法，其中基于接收的所述数据来确定所述终端设备的流量模式包括：

确定所述数据的属性，所述属性包含以下至少一项：数据分组的数目、每个数据分组的大小、所述数据的大小、数据分组到达时间之间的间隔；以及

基于所述数据的所述属性来确定所述流量模式。

3.根据权利要求2所述的方法，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括一个数据分组并且所述数据分组的大小小于第一阈值，将所述流量模式确定为大间隔周期更新(LIPU)模式，

在所述LIPU模式中，所述终端设备以大的时间间隔来周期性地更新数据。

4.根据权利要求2所述的方法，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括多个数据分组、所述多个数据分组到达时间之间的间隔相等并且所述多个数据分组中的每个数据分组的大小小于第二阈值，将所述流量模式确定为小间隔周期更新SIPU模式，

在所述SIPU模式中，所述终端设备以小的时间间隔来周期性地更新数据。

5.根据权利要求2所述的方法，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括多个数据分组、所述多个数据分组之间的到达时间间隔不规则并且所述数据的大小小于第三阈值时，或者响应于所述数据包括一个数据分组并且所述数据的大小小于所述第三阈值，将所述流量模式确定为事件触发ET模式，

在所述ET模式中，所述终端设备响应于特定条件的发生而需要传输数据。

6.根据权利要求2所述的方法，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括多个数据分组并且所述数据的大小在第四阈值以上，或者响应于所述数据包括一个数据分组并且所述数据的大小在第四阈值以上，将所述流量模式确定为负载交换PE模式，

在所述PE模式中，所述终端设备需要与网络交换大量的数据。

7.根据权利要求1所述的方法，其中基于接收的所述数据来确定所述终端设备的流量模式包括：

根据所述数据获取服务质量等级标识符(QCI)；

基于QCI与候选流量模式之间的预定对应关系，选择与所述QCI对应的流量模式。

8.根据权利要求1所述的方法，其中根据所述流量模式来确定针对所述终端设备的资源调度策略包括：

基于所述流量模式与承载之间的预定对应关系，确定与所述流量模式对应的承载，所述承载与针对所述终端设备的资源调度相关联。

9.根据权利要求1所述的方法，其中根据所述流量模式来确定针对所述终端设备的资源调度策略包括：

确定与所述流量模式相对应的调度周期；

按照确定所述调度周期赋予所述终端设备竞争资源的调度机会。

10.根据权利要求1所述的方法，其中根据所述流量模式来确定针对所述终端设备的资源调度策略包括：

基于确定的所述终端设备的所述流量模式，来设置针对所述终端设备的调度优先级。

11.一种物联网中调度终端设备的网络节点，包括：

控制器；

包括指令的存储器，当所述指令被所述控制器执行时，使得所述传输点执行动作，所述动作包括：

接收数据，所述数据包括从所述终端设备发送给网络的上行数据以及从网络发送给所述终端设备的下行数据中的至少一项；

基于接收的所述数据来确定所述终端设备的流量模式，所述流量模式指示由所述终端设备传输数据以及向所述终端设备传输数据中的至少一项的特性；

根据所述流量模式来确定针对所述终端设备的资源调度策略；以及

根据确定的所述资源调度策略对所述终端设备进行资源调度。

12.根据权利要求11所述的网络节点，其中基于接收的所述数据来确定所述终端设备的流量模式包括：

确定所述数据的属性，所述属性包含以下至少一项：数据分组的数目、每个数据分组的大小、所述数据的大小、数据分组到达时间之间的间隔；以及

基于所述数据的所述属性来确定所述流量模式。

13.根据权利要求12所述的网络节点，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括一个数据分组并且所述数据分组的大小小于第一阈值，将所述流量模式确定为大间隔周期更新(LIPU)模式，

在所述LIPU模式中，所述终端设备以大的时间间隔来周期性地更新数据。

14.根据权利要求12所述的网络节点，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括多个数据分组、所述多个数据分组到达时间之间的间隔相等并且所述多个数据分组中的每个数据分组的大小小于第二阈值，将所述流量模式确定为小间隔周期更新SIPU模式，

在所述SIPU模式中，所述终端设备以小的时间间隔来周期性地更新数据。

15.根据权利要求12所述的网络节点，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括多个数据分组、所述多个数据分组之间的到达时间间隔不规则并且所述数据的大小小于第三阈值时，或者响应于所述数据包括一个数据分组并且所述数据的大小小于所述第三阈值，将所述流量模式确定为事件触发ET模式，

在所述ET模式中，所述终端设备响应于特定条件的发生而需要传输数据。

16.根据权利要求12所述的网络节点，其中基于所述数据的所述属性来确定所述流量模式包括：

响应于所述数据包括多个数据分组并且所述数据的大小在第四阈值以上，或者响应于所述数据包括一个数据分组并且所述数据的大小在第四阈值以上，将所述流量模式确定为负载交换PE模式，

在所述PE模式中，所述终端设备需要与网络交换大量的数据。

17.根据权利要求11所述的网络节点，其中基于接收的所述数据来确定所述终端设备的流量模式包括：

根据所述数据获取服务质量等级标识符(QCI)；

基于QCI与候选流量模式之间的预定对应关系，选择与所述QCI对应的流量模式。

18.根据权利要求11所述的网络节点，其中根据所述流量模式来确定针对所述终端设备的资源调度策略包括：

基于所述流量模式与承载之间的预定对应关系，确定与所述流量模式对应的承载，所述承载与针对所述终端设备的资源调度相关联。

19.根据权利要求11所述的网络节点，其中根据所述流量模式来确定针对所述终端设备的资源调度策略包括：

确定与所述流量模式相对应的调度周期；

按照确定所述调度周期赋予所述终端设备竞争资源的调度机会。

20.根据权利要求11所述的网络节点，其中根据所述流量模式来确定针对所述终端设备的资源调度策略包括：

基于确定的所述终端设备的所述流量模式，来设置针对所述终端设备的调度优先级。