CN107222825A - 用于通信设备的方法、用于基站的方法、通信设备和基站 - Google Patents

Abstract

本公开的实施例提供了一种用于通信设备的方法，该通信设备通过网络连接向基站发送数据。该方法包括：确定在发送该数据之后的预定时间内是否还有后续数据要发送；以及在该数据中发送通知，以向基站指示通信设备在预定时间内是否还有后续数据要发送，以使基站能够动态地设置何时释放网络连接。本公开的实施例还提供了一种用于基站的方法、一种通信设备、以及一种基站。

Description

用于通信设备的方法、用于基站的方法、 通信设备和基站

技术领域

本公开一般性地涉及通信技术，并且更特别地涉及用于通信设备的方法、用于基站的方法、通信设备和基站。

背景技术

近年来，通信行业已经见证了GSM网络中的物联网(IoT)和机器类型通信(MTC)市场的增长，这主要归因于该网络的全球覆盖、无所不在的连接、以及有价格竞争力的通信设备。

在现今的GPRS网络中，数据流是通过临时块流(TBF)来承载的。当通信设备(例如，MTC设备)想要发送或接收数据时，基站首先需要建立TBF来承载这个数据流。在数据传输完成之后，由于通信设备不久可能还有数据需要发送，TBF被保留一段固定时间。在超过这一固定时间段之后，TBF才被释放。但是，用于该TBF的无线电资源还将被保留另一段固定时间以便于可以快速地再次建立TBF，而无需重新分配无线电资源。这些无线电资源将在超过该另一固定时间段之后被释放。

但是，大多数通信设备具有电源限制，而且某些通信设备产生的数据流量较少，例如MTC设备，同时网络中的通信设备的数量通常很大，所以这对于GPRS网络节省通信设备的电池耗电量并且增加网络容量以向更多通信设备提供网络连接提出了新的挑战。

发明内容

鉴于现有技术中存在的上述技术问题，本公开的实施例的目的之一在于提供一种用于通信设备的方法、一种用于基站的方法、一种通信设备和一种基站，以解决现有技术中存在的上述至少一个技术问题。

根据本公开的第一方面，提供了一种用于通信设备的方法，该通信设备通过网络连接向基站发送数据。该方法包括：确定在发送该数据之后的预定时间内是否还有后续数据要发送；以及在该数据中发送通知，以向基站指示通信设备在预定时间内是否还有后续数据要发送，以使基站能够动态地设置何时释放网络连接。

在一些实施例中，该方法可以进一步包括：响应于通信设备被配置为定期地发送数据，确定在发送该数据之后的预定时间内没有后续数据要发送。

在一些实施例中，该方法可以进一步包括：响应于通信设备预测到在预定时间内将要发生数据流，确定在发送该数据之后的预定时间内还有后续数据要发送。在这些实施例中，该方法可以进一步包括：基于通信设备运行的应用来预测在预定时间内将要发生数据流。

在一些实施例中，该方法可以进一步包括：向基站发送与后续数据有关的信息。在一些实施例中，该信息可以包括后续数据的持续时间和/或产生原因。

在一些实施例中，该方法可以进一步包括：将该数据分为多个数据包来发送；以及在该多个数据包中的最后一个数据包中发送通知。在这些实施例中，该方法可以进一步包括：通过最后一个数据包的介质接入控制层的备用位来发送通知，或者可以采用背景数据流发送通知。

在一些实施例中，通信设备可以包括机器类型通信设备，并且网络连接可以包括临时块流。

根据本公开的第二方面，提供了一种用于基站的方法，该基站通过网络连接从通信设备接收数据。该方法包括：在该数据中接收通知，该通知向基站指示通信设备在预定时间内是否还有后续数据要发送；以及基于该通知来动态地设置何时释放网络连接。

在一些实施例中，基于该通知来动态地设置何时释放网络连接可以包括：响应于该通知指示通信设备在预定时间内没有后续数据要发送，立即释放网络连接和相关的无线电资源。

在一些实施例中，基于该通知来动态地设置何时释放网络连接可以包括：响应于该通知指示通信设备在预定时间内还有后续数据要发送，延长网络连接的保留时间。在这些实施例中，延长网络连接的保留时间可以包括：修改网络连接的原定时器或者创建网络连接的新定时器。

在一些实施例中，基于该通知来动态地设置何时释放网络连接可以包括：根据网络条件保持用于释放网络连接的原有设置不变。

在一些另外的实施例中，无论是否接收到通信设备发送的通知，基站还可以根据核心网应用网元的需求和策略引擎的指示，保持用于释放网络连接的原有设置不变，修改网络连接的原定时器，或者创建网络连接的新定时器。

在一些实施例中，该方法可以进一步包括：从通信设备接收与后续数据有关的信息。在这些实施例中，该方法可以进一步包括：还基于该信息来动态地设置何时释放网络连接。在这些实施例中，该信息可以包括后续数据的持续时间和/或产生原因。在一些实施例中，该方法可以进一步包括：接收该数据的多个数据包；以及在该多个数据包中的最后一个数据包中接收通知。在这些实施例中，该方法可以进一步包括：通过最后一个数据包的介质接入控制层的备用位来接收通知，或者可以采用背景数据流接收通知。

在一些实施例中，通信设备可以包括机器类型通信设备，并且网络连接可以包括临时块流。

根据本公开的第三方面，提供了一种通信设备，该通信设备通过网络连接向基站发送数据。该通信设备包括：确定单元，被配置为确定在发送该数据之后的预定时间内是否还有后续数据要发送；以及发送单元，被配置为在该数据中发送通知，以向基站指示通信设备在预定时间内是否还有后续数据要发送，以使基站能够动态地设置何时释放网络连接。

根据本公开的第四方面，提供了一种基站，该基站通过网络连接从通信设备接收数据。该基站包括：接收单元，被配置为在该数据中接收通知，该通知向基站指示通信设备在预定时间内是否还有后续数据要发送；以及设置单元，被配置为基于该通知来动态地设置何时释放网络连接。

在本公开的解决方案中，通信设备可以通知基站在预定时间内是否有后续的数据事件。当基站接收到该通知时，如果通信设备没有后续的数据事件，则基站将立即释放网络连接和无线电资源。如果通信设备有后续的数据事件，则基站将维持网络连接以允许通信设备发送数据而无需建立新的网络连接。在一些实施例中，基站可以维持网络连接长达成倍数(如两倍)的所设置的固定保留时间，或者可选地可以用新延长的定时器。如果数据事件没有到来，则基站然后可以释放网络连接。

本公开的实施例实现了动态地管理网络连接和无线电资源的保留时间，如果通信设备没有不久即将到来的数据事件，则基站可以立即释放网络连接和无线电资源以向更多通信设备提供接入，从而增加网络容量。另一方面，如果通信设备还有不久即将到来的数据事件，则可以在更长的时间内维持网络连接，从而避免了短时间内的新呼叫建立和接入问题的风险。当考虑到GSM将在接下来的十几年继续服务时，这对于GSM网络是特别有利的。此外，本领域的技术人员可以理解，本公开的实施例的概念也完全可以适用于4G/5G通信网络。

附图说明

通过参考附图阅读下文的详细描述，本公开的实施例的上述以及其他目的、特征和优点将变得容易理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施例，其中：

图1示意性地示出了根据本公开的实施例的用于通信设备的方法的流程图。

图2示意性地示出了根据本公开的实施例的用于基站的方法的流程图。

图3示意性地示出了根据本公开的实施例的用于通信设备与基站进行通信的交互图。

图4示意性地示出了根据本公开的实施例的用于通信设备与基站进行通信的另一交互图。

图5示意性地示出了根据本公开的实施例的用于通信设备、基站与核心网应用网元进行通信的另一交互图。

图6示意性地示出了根据本公开的实施例的通信设备的框图。

图7示意性地示出了根据本公开的实施例的基站的框图。

具体实施方式

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

在本公开的实施例所涉及的通信场景中，对于一些通信设备而言，在完成某次数据发送之后，短时间内可能没有还要发送的数据。因此，为这些通信设备继续保留网络连接和无线电资源将是一种资源浪费。在这种情况下，网络连接和无线电资源可以立即被释放以便由其他通信设备重新使用，从而可以向更多通信设备提供网络连接。

然而，对于另一些通信设备而言，可能刚刚在用于保留的网络连接和无线电资源的定时器到期之后，就存在即将到来的数据要发送。在这种情况下，必须建立新的网络连接，而该建立对于通信设备是消耗电量的。此外，归因于网络中包括大数量的通信设备，通信设备可能无法再次获得网络连接。所以，对于这些通信设备，网络连接可以被维持以避免连续的新呼叫建立和接入问题的风险。

因此，令人合意的是，基站动态地基于通信设备的通知来维持和释放通信设备接入，从而可以节省通信设备的电池耗电量并且增加网络容量以向更多通信设备提供接入。然而，这对于当前已有的通信网络(例如，GPRS网络，4G LTE网络)是不可能的。

本公开的实施例提出了一种通过增强通信设备与基站之间的接口，而在对无线电资源连接的定时器进行动态管理中带来了节省通信设备的电池并且增加网络容量的解决方案。

图1示意性地示出了根据本公开的实施例的用于通信设备的方法的流程图100。在一些实施例中，方法100可以由稍后参考图5所描述的通信设备500来执行。此外，执行方法100的通信设备通过网络连接向基站发送数据。在一些实施例中，通信设备可以包括机器类型通信设备，并且网络连接可以包括临时块流。

如图1中所示出的，方法100可以包括步骤101。在步骤101中，通信设备可以确定在发送数据之后的预定时间内是否还有后续数据要发送。在这个方面，通信设备可以知道在完成本次数据发送之后的预定时间内是否还有即将到来的数据事件。例如，如果通信设备被设置为每小时报告数据，则通信设备可以确定在本次数据传输之后的预定事件内没有即将到来的数据事件。又例如，如果通信设备预测到不久即将到来的数据事件(诸如，应用事件)，则通信设备知道在预定事件内还有要发送的数据。应当理解，此处的预定时间的长短可以由本领域的技术人员根据具体的实施来确定，本公开的实施例在这个方面并不需要进行具体的限定。

因此，在一些实施例中，方法100可以进一步包括：响应于通信设备被配置为定期地发送数据，确定在发送数据之后的预定时间内没有后续数据要发送。此外，在一些另外的实施例中，方法100可以进一步包括：响应于通信设备预测到在预定时间内将要发生数据流，确定在发送数据之后的预定时间内还有后续数据要发送。

在这些另外的实施例中，方法100可以进一步包括：基于通信设备运行的应用来预测在预定时间内将要发生数据流。在这个方面，注意到无线设备当前通常经由互联网而接入许多不同的应用。在这样的场景中，通信设备可以基于这些应用来确定相关数据事件的持续时间等信息，从而通信设备可以预测并且向基站通知在预定时间内即将到来的数据流。

接着，在完成步骤101之后，方法100可以进入步骤102。在步骤102中，通信设备在数据中发送通知，以向基站指示通信设备在预定时间内是否还有后续数据要发送，以使基站能够动态地设置何时释放网络连接。在这个方面，应当理解，通信设备可以在数据中的任何部分发送该通知，本公开的实施例在这个方面不受限制。

在一些实施例中，方法100可以进一步包括：将数据分为多个数据包来发送，以及在多个数据包中的最后一个数据包中发送通知。如此，基站可以在接收到本次数据的最后一个数据包的同时得知通信设备在预定时间内还有后续的数据要发送。在这些实施例中，方法100可以进一步包括：通过最后一个数据包的介质接入控制层的备用位来发送通知，或者可以采用背景数据流发送通知。

在进一步的实施例中，方法100可以进一步包括：向基站发送与后续数据有关的信息。在这些实施例中，该信息可以包括后续数据的持续时间和/或产生原因。在这个方面，通信设备可以应用已有的接口或者创建新的接口来向基站通知预定时间内的数据事件持续时间和/或产生原因，并且从基站获得确认。然后，基站可以建议通信设备是否接受对网络连接定时器的改变，和/或提出新的网络连接定时器。此外，基站还可以根据网络条件拒绝该请求，即根据网络条件保持用于释放网络连接的原有设置不变。在这个方面，基站中可以安装策略引擎来管理这些逻辑。

图2示意性地示出了根据本公开的实施例的用于基站的方法200的流程图。在一些实施例中，方法200可以由稍后参考图6所描述的基站600来执行。此外，执行方法200的基站通过网络连接从通信设备接收数据。在一些实施例中，通信设备可以包括机器类型通信设备，并且网络连接可以包括临时块流。

如图2中所示出的，方法200可以包括步骤201。在步骤201中，基站可以在数据中接收通知，该通知向基站指示通信设备在预定时间内是否还有后续数据要发送。如上文所描述的，通信设备可以确定在发送数据之后的预定时间内是否还有后续数据要发送，然后在数据中发送通知，以向基站指示通信设备在预定时间内是否还有后续数据要发送。相对应地，基站可以在该数据中接收该通知。应当理解，此处的预定时间的长短可以由本领域的技术人员根据具体的实施来确定，本公开的实施例在这个方面并不需要进行具体的限定。

如上文所描述的，通信设备可以将数据分为多个数据包来发送，并且在多个数据包中的最后一个数据包中发送通知。相对应地，在一些实施例中，用于基站的方法200可以进一步包括：接收数据的多个数据包，以及在多个数据包中的最后一个数据包中接收通知。在这些实施例中，方法200可以进一步包括：通过最后一个数据包的介质接入控制层的备用位来接收通知，或者可以采用背景数据流接收通知。

具体地，以GSM系统为例，通信设备可以通过使用介质接入控制MAC接口中的备用位(spare bits)，把要发送给基站的通知嵌入在从通信设备向基站发送的TBF-LAST-UL-DATA的MAC层中。例如，11000001可以表示通信设备没有后续的数据要发送，而11000010可以表示还有后续的数据要发送。

接着，在完成步骤201之后，方法200可以进入步骤202。在步骤202中，基站基于通知来动态地设置何时释放网络连接。

根据本公开的各种实施例，基站基于通知来动态地设置何时释放网络连接可以包括各种方式。在一些实施例中，基站可以响应于该通知指示通信设备在预定时间内没有后续数据要发送，立即释放网络连接和相关的无线电资源。如此，可以向更多通信设备提供接入，从而增加了网络容量。

在一些另外的实施例中，基站可以响应于该通知指示通信设备在预定时间内还有后续数据要发送，延长网络连接的保留时间。如此，避免了短时间内的新呼叫建立和接入问题的风险。在这些实施例中，延长网络连接的保留时间可以包括：修改网络连接的原定时器或者创建网络连接的新定时器。

在一些另外的实施例中，基站还可以根据网络条件保持用于释放网络连接的原有设置不变。换句话说，基站在某些情况下可以不考虑通信设备所发送的通知，而保持网络连接的原有设置不变。

在一些另外的实施例中，无论是否接收到通信设备所发送的通知，基站还可以根据核心网应用网元的需求和策略引擎的指示，保持用于释放网络连接的原有设置不变，修改网络连接的原定时器，或者创建网络连接的新定时器。

如上文所描述的，通信设备可以向基站发送与后续数据有关的信息。相对应地，在一些实施例中，用于基站的方法200可以进一步包括：从通信设备接收与后续数据有关的信息。在这些实施例中，方法200可以进一步包括：还基于信息来动态地设置何时释放网络连接。如此，基站可以依据从通信设备获知的更多信息来设置网络连接的保留时间，从而做出更为准确的决定。在一些实施例中，该信息可以包括后续数据的持续时间和/或产生原因。

下文参考图3-5来描述根据本公开的一个具体实施例的在通信设备与基站之间的通信过程。注意，尽管图3-5中以GSM网络为例描绘了本公开的实施例，并且以临时块流TBF为例描绘了本公开的实施例中的网络连接，但是本领域的技术人员将会理解，本公开的实施例可以等同地应用到其他的通信网络中，并且可以适用于其他类型的网络连接。本公开的实施例不限于图3-5中所描绘的技术细节，这些细节仅用于说明的目的。

图3示意性地示出了根据本公开的实施例的用于通信设备310与基站320进行通信的交互图。

如图3中所示出的，在步骤301中，通信设备310可以向基站320发送信道请求，用以请求建立网络连接(在该具体示例中是TBF)。换句话说，该信道请求的目的是向基站指示通信设备需要发送数据，该信道请求将触发基站建立网络连接。

接着，在步骤302中，可以在通信设备310与基站320之间建立网络连接。具体地，由基站来建立网络连接并且在该建立过程期间，基站可以与UE进行交互，由于这些交互过程由本领域的技术人员所知，因此本公开对此不再赘述。

然后，在步骤303中，通信设备310可以通过网络连接向基站320发送上行链路数据TBF-UL-DATA。

此后，在步骤304中，在通信设备310分多次将上行链路数据发送给基站320的场景中，通信设备310可以通过网络连接向基站320发送最后的上行链路数据TBF-LAST-UL-DATA，该最后的上行链路数据可以包括通信设备310在预定时间内还有后续数据要发送的通知。

具体地，在最后的上行链路数据中可以存在一个指示，如果该指示被设置为逻辑真，则表示通信设备210在预定时间内还有后续的即将到来的数据事件；如果该指示被设置为逻辑假，则表示通信设备310在预定时间内没有后续的即将到来的数据事件。

响应于该通知，在步骤305中，基站320可以根据最后上行链路数据中的该指示而确定网络连接应当被保持。具体地，如果通信设备310还有后续的数据事件，则基站320可以维持网络连接，例如长达两倍的所设置的原固定时间，或者可选地用新延长的定时器。

在步骤306中，由于网络连接被保持，所以通信设备310可以继续通过该网络连接向基站320发送新的上行链路数据TBF-UL-DATA。

图4示意性地示出了根据本公开的实施例的用于通信设备410与基站420进行通信的另一交互图。

如图4中所示出的，步骤401-403分别与图3中的步骤301-303相类似，此处不再赘述。

在步骤404中，通信设备410可以通过网络连接向基站420发送最后的上行链路数据TBF-LAST-UL-DATA，该最后的上行链路数据可以包括通信设备410在预定时间内没有后续数据要发送的通知。

响应于该通知，在步骤305中，基站420可以根据最后上行链路数据中的该指示而确定网络连接可以被释放。具体地，如果通信设备410没有后续的数据事件，则基站420可以立即释放网络连接和无线电资源。

接着，在步骤406中，由于网络连接被释放，所以通信设备410需要再次发送信道请求，以向基站320发送新的上行链路数据TBF-UL-DATA。

图5示意性地示出了根据本公开的实施例的用于通信设备510、基站520与核心网应用网元530进行通信的另一交互图。

如图5中所示出的，步骤501-503分别与图3中的步骤301-303以及图4中的步骤401-403相类似，此处不再赘述。

在步骤504中，通信设备510可以通过网络连接向基站520发送最后的上行链路数据TBF-LAST-UL-DATA，该最后的上行链路数据可以包括通信设备510在预定时间内是否还有后续数据要发送的通知。

然后，在步骤505中，核心网应用网元530可以向基站520发送需求，以便于基站可以进一步基于该需求来决定何时释放TBF。

接着，在步骤506中，无论是否接收到通信设备510所发送的通知，基站520可以根据核心网应用网元530的需求和策略引擎的指示，保持用于释放网络连接的原有设置不变，修改网络连接的原定时器，或者创建网络连接的新定时器。此外，基站520可以将这一决定通知通信设备510(图5中未示出)。

此后，在步骤507中，通信设备510可以根据基站520的决定，也就是说，保持用于释放网络连接的原有设置不变、修改网络连接的原定时器、还是创建网络连接的新定时器，来通过原有的TBF来发送新的上行链路数据TBF-UL-DATA或者再次发送信道请求来请求建立新的TBF。

图6示意性地示出了根据本公开的实施例的通信设备600的框图。本领域的技术人员可以理解，图6中仅示出了通信设备600中的与本公开紧密相关的单元或组件，在具体的实践中，通信设备600可以包括使其能够正常操作的其他功能单元或组件。此外，图6中所示出的各个单元或组件之间可以存在必要的连接关系，但是出于简洁的考虑，图6中并没有描绘出这些连接关系。此外，通信设备600通过网络连接向基站发送数据。在一些实施例中，通信设备600可以包括机器类型通信设备，并且网络连接可以包括临时块流。

如图6中所示出的，通信设备600可以包括确定单元601和发送单元602。在一些实施例中，确定单元601可以被配置为确定在发送数据之后的预定时间内是否还有后续数据要发送。发送单元602可以被配置为在数据中发送通知，以向基站指示通信设备在预定时间内是否还有后续数据要发送，以使基站能够动态地设置何时释放网络连接。

在一些实施例中，确定单元601可以进一步被配置为，响应于通信设备600被配置为定期地发送数据，确定在发送数据之后的预定时间内没有后续数据要发送。

在一些实施例中，确定单元601可以进一步被配置为，响应于通信设备600预测到在预定时间内将要发生数据流，确定在发送数据之后的预定时间内还有后续数据要发送。在这些实施例中，确定单元601可以进一步被配置为，基于通信设备600运行的应用来预测在预定时间内将要发生数据流。

在一些实施例中，发送单元602可以进一步被配置为，向基站发送与后续数据有关的信息。在这些实施例中，该信息可以包括后续数据的持续时间和/或产生原因。

在一些实施例中，发送单元602可以进一步被配置为，将数据分为多个数据包来发送，以及在多个数据包中的最后一个数据包中发送通知。在这些实施例中，发送单元602可以进一步被配置为，通过最后一个数据包的介质接入控制层的备用位来发送通知。

图7示意性地示出了根据本公开的实施例的基站700的框图。在图7所示出的框图中，使用虚线框来表示可选的单元或组件。本领域的技术人员可以理解，图7中仅示出了基站700中的与本公开紧密相关的单元或组件，在具体的实践中，基站700可以包括使其能够正常操作的其他功能单元或组件。此外，图7中所示出的各个单元或组件之间可以存在必要的连接关系，但是出于简洁的考虑，图7中并没有描绘出这些连接关系。此外，基站700通过网络连接从通信设备接收数据。在一些实施例中，通信设备可以包括机器类型通信设备，并且网络连接可以包括临时块流。

如图7中所示出的，基站700可以包括接收单元710和设置单元720。在一些实施例中，接收单元710可以被配置为在数据中接收通知，该通知向基站指示通信设备在预定时间内是否还有后续数据要发送。设置单元720可以被配置为基于该通知来动态地设置何时释放网络连接。

在一些实施例中，设置单元720可以进一步被配置为，响应于该通知指示通信设备在预定时间内没有后续数据要发送，立即释放网络连接和相关的无线电资源。

在一些实施例中，设置单元720可以进一步被配置为，响应于该通知指示通信设备在预定时间内还有后续数据要发送，延长网络连接的保留时间。在这些实施例中，设置单元720可以进一步被配置为，修改网络连接的原定时器或者创建网络连接的新定时器。

在一些实施例中，设置单元720可以进一步被配置为，根据网络条件保持用于释放网络连接的原有设置不变。

在一些实施例中，设置单元720可以进一步被配置为，无论是否接收到通信设备发送的通知，根据核心网应用网元的需求和策略引擎的指示，保持用于释放网络连接的原有设置不变，修改网络连接的原定时器，或者创建网络连接的新定时器。

在一些实施例中，接收单元710可以进一步被配置为，从通信设备接收与后续数据有关的信息。在这些实施例中，设置单元720可以进一步被配置为，还基于该信息来动态地设置何时释放网络连接。在这些实施例中，该可以信息包括后续数据的持续时间和/或产生原因。

在一些实施例中，接收单元710可以进一步被配置为，接收数据的多个数据包，以及在多个数据包中的最后一个数据包中接收通知。在这些实施例中，接收单元710可以进一步被配置为，通过最后一个数据包的介质接入控制层的备用位来接收通知。

在一些实施例中，接收单元710可以通过内部消息中的填充字段将通知发送给设置单元720。在这些实施例中，接收单元710可以包括分组传输单元711，并且设置单元720可以包括分组管理单元721。

具体地，以GSM系统作为示例，GSM TBF具有MAC层。通信设备可以向基站700中的分组传输单元711发送上行链路数据块，并且该数据块可以包括两个部分：RLC/MAC头部和数据。RLC/MAC头部的结构为本领域的技术人员所熟知，此处不再进行描绘。通信设备可以在RLC/MAC头部的备用字段(spare filed)中包括发送给基站700的通知。

当分组传输单元PTU 711接收到该数据时，它将解码RLC/MAC头部并且向该数据添加新的PMU(分组管理单元)-PTU的接口数据，并且发送给分组管理单元721。这个消息是TBF-LAST-UL-DATA，该消息被用来指示最后接收的LLC PDU号，该消息的具体格式为本领域的技术人员所熟知，此处不再进行描绘。所以，分组传输单元PTU711可以将接收到的指示包括在该消息的填充(padding)字段中。

应当理解，在无线电接口中存在多种实施方式来实际地实施本公开的实施例的思想。这属于本领域的技术人员可以根据具体条件进行设计的问题，并且不影响本公开的实施例的技术方案。例如，通信设备发送给基站的用于设置是释放还是保持网络连接的通知能够被嵌入在从通信设备到基站的任何背景数据中。

综上所述，本公开的实施例提出了一种通过增强设备与基站之间的接口在对无线电资源连接定时器的动态管理中的智能的设备电池节省解决方案。

在作为示例的GPRS网络中，在数据传输之前首先需要建立网络连接，并且在数据传输之后，网络连接被保留一个固定时间而在超时之后被释放。然后，用于该呼叫的无线电资源被保留一个固定时间并且在超时之后被释放。

本公开的实施例提供了一种新的网络连接管理机制，用以节省通信设备的电池并且增加容量以向更多通信设备提供网络连接。在本公开的实施例中，通信设备具有知道在预定时间内是否还有后续即将到来的数据事件的能力，并且将能够通过已有的接口或者新的接口来通知基站。基站能够基于该通知来动态地设置何时释放网络连接。以这种方式，网络连接和无线电资源能够立即被释放以被重用于向更多设备提供接入，和/或网络连接能够以延长的定时器被维持以避免短时间内的新呼叫建立和接入问题的风险。该解决方案可以作为对已有标准规范的增强。

此外，即使本公开主要以GPRS网络为例描述了各种实施例，然而通过增强通信设备与基站之间的接口以在对无线电资源连接的定时器进行动态管理的解决方案也适用于4G/5G网络。

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

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

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

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

Claims (44)

1.一种用于通信设备的方法，所述通信设备通过网络连接向基站发送数据，所述方法包括：

确定在发送所述数据之后的预定时间内是否还有后续数据要发送；以及

在所述数据中发送通知，以向所述基站指示所述通信设备在所述预定时间内是否还有后续数据要发送，以使所述基站能够动态地设置何时释放所述网络连接。

2.根据权利要求1所述的方法，进一步包括：

响应于所述通信设备被配置为定期地发送数据，确定在发送所述数据之后的所述预定时间内没有后续数据要发送。

3.根据权利要求1所述的方法，进一步包括：

响应于所述通信设备预测到在所述预定时间内将要发生数据流，确定在发送所述数据之后的所述预定时间内还有后续数据要发送。

4.根据权利要求3所述的方法，进一步包括：

基于所述通信设备运行的应用来预测在所述预定时间内将要发生数据流。

5.根据权利要求1所述的方法，进一步包括：

向所述基站发送与所述后续数据有关的信息。

6.根据权利要求5所述的方法，其中所述信息包括所述后续数据的持续时间和/或产生原因。

7.根据权利要求1所述的方法，进一步包括：

将所述数据分为多个数据包来发送；以及

在所述多个数据包中的最后一个数据包中发送所述通知。

8.根据权利要求7所述的方法，进一步包括：

通过所述最后一个数据包的介质接入控制层的备用位来发送所述通知，或者采用背景数据流发送通知。

9.根据权利要求1所述的方法，其中所述通信设备包括机器类型通信设备，并且所述网络连接包括临时块流。

10.一种用于基站的方法，所述基站通过网络连接从通信设备接收数据，所述方法包括：

在所述数据中接收通知，所述通知向所述基站指示所述通信设备在预定时间内是否还有后续数据要发送；以及

基于所述通知来动态地设置何时释放所述网络连接。

11.根据权利要求10所述的方法，其中基于所述通知来动态地设置何时释放所述网络连接包括：

响应于所述通知指示所述通信设备在所述预定时间内没有后续数据要发送，立即释放所述网络连接和相关的无线电资源。

12.根据权利要求10所述的方法，其中基于所述通知来动态地设置何时释放所述网络连接包括：

响应于所述通知指示所述通信设备在所述预定时间内还有后续数据要发送，延长所述网络连接的保留时间。

13.根据权利要求12所述的方法，其中延长所述网络连接的保留时间包括：

修改所述网络连接的原定时器或者创建所述网络连接的新定时器。

14.根据权利要求10所述的方法，其中基于所述通知来动态地设置何时释放所述网络连接包括：

根据网络条件保持用于释放所述TBF的原有设置不变。

15.根据权利要求10所述的方法，其中基于所述通知来动态地设置何时释放所述网络连接包括：

无论是否接收到通信设备发送的通知，根据核心网应用网元的需求和策略引擎的指示，保持用于释放网络连接的原有设置不变，修改网络连接的原定时器，或者创建网络连接的新定时器。

16.根据权利要求10所述的方法，进一步包括：

从所述通信设备接收与所述后续数据有关的信息。

17.根据权利要求16所述的方法，进一步包括：

还基于所述信息来动态地设置何时释放所述网络连接。

18.根据权利要求16所述的方法，其中所述信息包括所述后续数据的持续时间和/或产生原因。

19.根据权利要求10所述的方法，进一步包括：

接收所述数据的多个数据包；以及

在所述多个数据包中的最后一个数据包中接收所述通知。

20.根据权利要求19所述的方法，进一步包括：

通过所述最后一个数据包的介质接入控制层的备用位来接收所述通知，或者采用背景数据流接收所述通知。

21.根据权利要求10所述的方法，其中所述通信设备包括机器类型通信设备，并且所述网络连接包括临时块流。

22.一种通信设备，所述通信设备通过网络连接向基站发送数据，所述通信设备包括：

确定单元，被配置为确定在发送所述数据之后的预定时间内是否还有后续数据要发送；以及

发送单元，被配置为在所述数据中发送通知，以向所述基站指示所述通信设备在所述预定时间内是否还有后续数据要发送，以使所述基站能够动态地设置何时释放所述网络连接。

23.根据权利要求22所述的通信设备，其中所述确定单元进一步被配置为响应于所述通信设备被配置为定期地发送数据，确定在发送所述数据之后的所述预定时间内没有后续数据要发送。

24.根据权利要求22所述的通信设备，其中所述确定单元进一步被配置为响应于所述通信设备预测到在所述预定时间内将要发生数据流，确定在发送所述数据之后的所述预定时间内还有后续数据要发送。

25.根据权利要求24所述的通信设备，其中所述确定单元进一步被配置为基于所述通信设备运行的应用来预测在所述预定时间内将要发生数据流。

26.根据权利要求22所述的通信设备，其中所述发送单元进一步被配置为向所述基站发送与所述后续数据有关的信息。

27.根据权利要求26所述的通信设备，其中所述信息包括所述后续数据的持续时间和/或产生原因。

28.根据权利要求22所述的通信设备，其中所述发送单元进一步被配置为：

将所述数据分为多个数据包来发送；以及

在所述多个数据包中的最后一个数据包中发送所述通知。

29.根据权利要求28所述的通信设备，其中所述发送单元进一步被配置为通过所述最后一个数据包的介质接入控制层的备用位来发送所述通知，或者采用背景数据流发送通知。

30.根据权利要求22所述的通信设备，其中所述通信设备包括机器类型通信设备，并且所述网络连接包括临时块流。

31.一种基站，所述基站通过网络连接从通信设备接收数据，所述基站包括：

接收单元，被配置为在所述数据中接收通知，所述通知向所述基站指示所述通信设备在预定时间内是否还有后续数据要发送；以及

设置单元，被配置为基于所述通知来动态地设置何时释放所述网络连接。

32.根据权利要求31所述的基站，其中所述设置单元进一步被配置为响应于所述通知指示所述通信设备在所述预定时间内没有后续数据要发送，立即释放所述网络连接和相关的无线电资源。

33.根据权利要求31所述的基站，其中所述设置单元进一步被配置为响应于所述通知指示所述通信设备在所述预定时间内还有后续数据要发送，延长所述网络连接的保留时间。

34.根据权利要求33所述的基站，其中所述设置单元进一步被配置为修改所述网络连接的原定时器或者创建所述网络连接的新定时器。

35.根据权利要求31所述的基站，其中所述设置单元进一步被配置为根据网络条件保持用于释放所述TBF的原有设置不变。

36.根据权利要求31所述的基站，其中所述设置单元进一步被配置为，无论是否接收到通信设备发送的通知，根据核心网应用网元的需求和策略引擎的指示，保持用于释放网络连接的原有设置不变，修改网络连接的原定时器，或者创建网络连接的新定时器。

37.根据权利要求31所述的基站，其中所述接收单元进一步被配置为从所述通信设备接收与所述后续数据有关的信息。

38.根据权利要求37所述的基站，其中所述设置单元进一步被配置为还基于所述信息来动态地设置何时释放所述网络连接。

39.根据权利要求37所述的基站，其中所述信息包括所述后续数据的持续时间和/或产生原因。

40.根据权利要求31所述的基站，其中所述接收单元进一步被配置为：

接收所述数据的多个数据包；以及

在所述多个数据包中的最后一个数据包中接收所述通知。

41.根据权利要求40所述的基站，其中所述接收单元进一步被配置为通过所述最后一个数据包的介质接入控制层的备用位来接收所述通知，或者采用背景数据流接收通知。

42.根据权利要求31所述的基站，其中所述通信设备包括机器类型通信设备，并且所述网络连接包括临时块流。

43.根据权利要求31所述的基站，其中所述接收单元通过内部消息中的填充字段将所述通知发送给所述设置单元。

44.根据权利要求43所述的基站，其中所述接收单元包括分组传输单元，并且所述设置单元包括分组管理单元。