针对后台流量的承载配置的利记博彩app
【专利摘要】提供了用于针对后台流量配置承载的方法和装置，包括计算机程序产品。在一些示例性实施例中，提供了一种方法。该方法可以包括处理定义至少第一承载和第二承载的参数，该第一承载和第二承载被建立用于处理器处的服务；当服务和处理器中的至少一个没有处于后台模式时，基于至少第一承载来发送由服务生成的流量；以及当服务和处理器中的至少一个处于后台模式时，基于至少第二承载来发送由服务生成的后台流量。还描述了相关的装置、系统、方法和物品。
【专利说明】针对后台流量的承载配置
【技术领域】
[0001]本文中描述的主题涉及无线通信。
【背景技术】
[0002]移动电话移动从局限为拨打语音呼叫的设备演进为当今可用的多元智能电话。实际上，智能电话允许用户基于用户的给定需要和期望来下载各种应用。这些应用不仅提供诸如电子邮件和文本消息传送的传统服务，而且还提供其他服务，诸如基于位置的服务、社交联网、视频流送、音乐播放器、游戏、天气等。这样，很多用户对于各种服务每一天都依赖于他们的智能电话。
【发明内容】
[0003]提供了用于针对后台流量配置承载的方法和装置，包括计算机程序产品。
[0004]在一些示例性实施例中，提供了一种方法。该方法可以包括处理定义至少第一承载和第二承载的参数，该第一承载和第二承载被建立用于处理器处的服务；当服务和处理器中的至少一个没有处于后台模式时，基于至少第一承载来发送由服务生成的流量；以及当服务和处理器中的至少一个处于后台模式时，基于至少第二承载来发送由服务生成的后台流量。
[0005]在一些示例性实施例中，上述方面可以进一步包括在本文描述的另外的特征，包括下述中的一个或多个。第一承载可以包括包含用于流量的接入层配置信息和用于流量的非接入层配置信息的至少接入层承载和非接入层承载。第二承载可以包括包含用于后台流量的接入层配置信息和用于后台流量的非接入层配置信息的至少接入层承载和非接入层承载，其中第二承载被配置用于后台流量。第一承载和第二承载可以是同一承载，其中当与第一承载比较时第二承载包括不同的配置信息。不同的配置信息可以包括服务质量参数。后台模式可以包括其中服务和处理器中的至少一个在第一时间段内不活跃的模式。当用户访问并且与服务和处理器中的至少一个交互时，该流量可以包括由服务发送的数据。当服务和处理器中的至少一个在第一时间段内不活跃时，可以进入后台模式。当服务和处理器中的至少一个没有处于后台模式时，可以进入活跃模式，其中活跃模式表示服务和处理器中的至少一个正在由用户使用。当服务的用户没有进行访问该服务和与该服务交互中的至少一个时，后台流量可以包括由服务发送的数据。后台流量可以包括状态消息、保持活跃消息(keep-alive message)、以及响应于该应用而被发送至另一应用的更新消息中的至少一个。
[0006]在一些示例性实施例中，还可以提供一种方法。该方法可以包括:建立至少第一承载和第二承载；当服务和用户设备中的至少一个没有处于后台模式时，基于至少第一承载来将流量发送至用户设备；以及当服务和用户设备中的至少一个处于后台模式时，基于至少第二承载来将后台流量发送至用户设备。
[0007]在一些示例性实施例中，上述方面还可以包括本文中描述的其他特征，包括下述中的一个或多个。第一承载可以包括包含用于流量的接入层配置信息和用于流量的非接入层配置信息的至少接入层承载和非接入层承载。第二承载可以包括包含用于后台流量的接入层配置信息和用于后台流量的非接入层配置信息的至少接入层承载和非接入层承载，其中第二承载被配置用于后台流量。第一承载和第二承载可以是不同的承载。第一承载和第二承载可以是同一承载，其中当与第一承载比较时第二承载包括不同的配置信息。不同的配置信息可以包括服务质量参数。可以从用户设备接收用户设备是否处于后台模式的指示。可以依据从用户设备接收到的流量，做出对用户设备是否处于后台模式的确定。
[0008]上述的方面和特征可以根据所期望的配置来在系统、装置、方法和/或物品中实施。在附图和以下描述中阐述了本文中所描述的主题的一个或多个变体的细节。从说明书和附图并且从权利要求书中，本文中所描述的主题的特征和优点将是显而易见的。
【专利附图】
【附图说明】
[0009]在附图中，
[0010]图1描绘了根据一些示例性实施例的无线通信系统的示例；
[0011]图2描绘了根据一些示例性实施例的用于针对用户设备处运行的应用的后台模式来配置承载的过程的示例；
[0012]图3描绘了根据一些示例性实施例的用于针对用户设备处运行的应用的后台模式来配置承载的过程的另一示例；
[0013]图4描绘了根据一些示例性实施例的基站的示例；以及
[0014]图5描绘了根据一些示例性实施例的用户设备的示例；
[0015]相似的标记用于指代附图中相同或类似的项目。
【具体实施方式】
[0016]当今的电话越来越多地包括需要对网络连续的、接近连续的和/或定期的访问以提供服务的应用。这些所谓的“总是在线”(“always-on”)的应用可能引起在用户设备、诸如智能电话等中以前没有经历的问题。通常，用户设备可以被控制以优化网络性能，并且同时在操作用户设备时优化用户的体验。该用户体验可能包括下述考虑，诸如在网络的不同部分中服务可用性、在提供充分的数据速率和/或最小化延迟方面的服务质量、在用户设备和网络之间不存在活跃的数据传送时用户设备处的功耗优化、以及当在用户设备处正在运行来自总是在线的应用的后台流量时用户设备处的功耗优化。实际上，即使当用户已经停止使用总是在线应用、用户设备或二者时，这些总是在线应用也可能向网络上的服务器传输状态更新、保持活跃消息和其他数据。在任何情况下，网络(或其中的节点)可以控制用户设备的空闲和连接状态，并且控制非连续接收(DRX)配置，以便于在优化网络性能的同时满足这些用户体验需要。
[0017]例如，用户设备可以包括一个或多个总是在线应用，其示例是社交联网应用，该社交联网应用即使在用户没有在活跃地使用社交联网应用和/或托管社交联网应用的用户设备时，也向对应的社交联网服务器发送状态更新、位置更新、保持活跃消息等。在该示例中，即使在用户设备、社交联网应用或二者不是正在由使用或访问的时候，在社交联网应用连续地、接近连续地和/或定期地向另一应用发送后台流量方面而言，社交联网应用可以是总是在线的，另一应用诸如在服务器或网站处的社交联网应用。该后台流量可以向社交联网服务器提供状态更新、保持活跃分组、位置更新、轮询等。虽然前面的示例将社交联网应用指代为总是在线应用，但是其他类型的总是在线应用也可以在用户设备处使用。
[0018]在一些示例性实施例中，本文所公开的主题可以提供装置、方法和制造品，用于配置网络和/或用户设备以操作与用户设备的总是在线应用相关联的后台流量关联，该总是在线应用即使在用户没有活跃地使用该用户设备的时候也可以连续地、接近连续地和/或间歇地与网络中服务器连接。例如，在一些示例性实施例中，包括配置信息的承载，诸如接入层承载和非接入层承载，可以用于正常流量(在本文中也被称为活跃流量和非后台流量)，并且包括配置信息的不同承载可以用于后台流量。尽管在一些示例性实施例中，相同的承载被用于活跃流量和后台流量二者，但是基于活跃或后台流量是否被通信(例如，发送、接收或二者)，分配的接入层和非接入层参数或配置可以是不同的、或者是被修改的。
[0019]在一些示例性实施例中，这里所公开的主题可以基于由用户设备处的应用所生成的流量在用户操作应用时对应于由应用所生成的活跃的流量还是在用户没有活跃地使用应用和/或用户设备时对应于由应用生成的到服务器的后台流量，来控制服务质量(QoS)、DRX和/或无线电资源控制(RRC)状态。
[0020]在一些实施例中，当建立承载、诸如接入层(AS)承载和/或非接入层(NAS)承载时，网络可以考虑这些承载将携带活跃流量还是后台流量。例如，包括配置信息的接入层承载和非接入层承载可以被建立以用于活跃流量，并且包括配置信息的不同接入层和非接入可以被用于后台流量，以使得根据为活跃流量建立的承载来在用户设备和网络之间传达活跃流量(例如，数据)，并且使得根据为后台流量建立的不同承载来在用户设备和网络之间传达后台流量。
[0021]尽管在一些示例性实施例中，当流量在活跃流量和后台流量之间改变时，网络可以继续使用同一默认的接入层承载和非接入层承载，但是这些承载在考虑到改变时可能是不同的。例如，第一承载和第二承载可以是同一承载，但是当与第一承载时第二承载可以包括例如不同的服务质量参数、分组数据会聚协议(rocp)、无线电链路控制(RLC)信息、逻辑信道配置信息和NAS配置信息。此外，物理层以及媒体访问控制(MAC)配置和非接入层参数(以及例如表I中的第7-24、41-51和55-58行的信息，以及表2中的第5、9以及11-12行的信息)对于后台和正常数据可以是不同的(例如，当后台流量由应用发送时，承载的参数/配置可以被修改以表示较低的服务质量)。
[0022]如上所述，在一些示例性实施例中，单独的承载配置可以用于后台流量和活跃流量。活跃流量可以被配置为考虑在与后台流量比较时从服务质量的角度，活跃流量对用户体验因素更加敏感。因此，两个集合的承载(或其中的参数)的使用允许网络和/或用户设备实时地(on-the-fly)被配置成对在根据接入层承载和非接入层承载正携带的活跃流量和后台流量之间的改变做出反应。例如，单独的接入层承载，诸如数据无线电承载(DRB)，可以用于正常或活跃流量，并且该接入层承载可以被映射到对应的非接入层承载以将从应用生成的活跃流量承载到网络。当后台模式状态发生在应用和/或用户设备处时，可以根据被配置用于后台流量的不同后台模式承载来携带后台流量。
[0023]尽管在一些示例性实施例中，当后台模式状态改变发生时，网络和/或用户设备可以继续使用在活跃模式中使用的同一默认承载，但是该默认承载在被建立时可以被配置为处理活跃或后台流量。
[0024]在提供其他示例和描述之前，在图1描述了示例性系统100框架。图1是无线通信系统100的简化功能框图。无线通信系统100包括基站110 (标记为eNB)，该基站110支持对应的服务或覆盖区域112 (也被称为小区)。基站110能够与其覆盖区域内的无线设备、诸如用户设备114进行通信。用户设备114可以包括一个或多个应用，诸如本文中所公开的被配置为总是在线类型的应用的应用102。应用102具有对应的服务器132，应用102在应用层与该服务器132连接。例如，如果应用102被实现为社交联网应用，则响应于应用102，服务器102将对应于社交联网服务器或网站。虽然图1描绘单个基站110、单个小区112以及单个用户设备114，但是无线通信系统100还可以包括其他数量的基站、小区、用户设备以及其他设备。
[0025]在一些示例性实施例中，基站110可以被实施为符合一个或多个标准，通常被称为GERAN(GSM/EDGE无线电接入网络)、UTRAN(UMTS无线电接入网络)、E_UTRAN(演进的UTRAN,其也被称为长期演进(LTE))、和/或LTE-A (高级长期演进)、以及对那些标准的任何后续添加或修改。例如，基站110可以被实施为符合如下标准的演进型节点B(eNB)类型的基站，这些标准诸如3GPPTS36.201 “演进型通用陆地无线电接入(E-UTRA);长期演进(LTE)物理层；通用说明”、3GPP TS36.211 “演进型通用陆地无线电接入(E-UTRA);物理信道和调制”、3GPPTS36.212“演进型通用陆地无线电接入(E-UTRA);复用和信道编码”、3GPPTS36.213 “演进型通用陆地无线电接入(E-UTRA);物理层过程”、3GPP TS36.214 “演进型通用陆地无线电接入(E-UTRA);物理层-测量”以及对那些和其他3GPP标准的任何后续的添加或修改。虽然描述了上述标准，但是基站110还可以使用其他技术以及标准来实施。
[0026]虽然图1描绘了用于基站110的配置的示例，但是基站110还可以以其他方式来配置，并且包括例如转发器、蜂窝基站收发信机子系统、网关、接入点、射频(RF)中继器、帧中继器，并且包括对其他网络的接入。例如，基站110可以具有对其他网络元件的有线和/或无线回程链接，其他网络元件诸如其他基站、移动性管理实体150、归属订户服务器152、分组网关128、因特网30、服务器132 (例如，在应用层被连接到应用102的服务器)和/或任何其他类型的网络节点。
[0027]在一些示例性实施例中，该无线通信系统100可以包括接入链路，诸如链路122。接入链路122包括用于向用户设备114传输的下行链路116以及用于从用户设备114向基站110传输的上行链路126。下行链路116和上行链路126均表现射频(RF)信号。RF信号可以携带数据，诸如语音、视频、图像、应用数据(也被称为流量)、因特网协议(IP)分组、控制信息(例如，无线电资源控制消息等)以及任何其他类型的信息。
[0028]在一些示例性实施例中，用户设备114可以被实施为移动设备和/或固定设备。用户设备114可以被称为例如移动站、移动单元、订户站、无线终端、智能电话、无线平板等。在一些示例性实施例中，用户设备114可以被实施为例如无线手持式设备、无线插入附件等。在一些示例性实施例中，用户设备114可以包括处理器、计算机可读存储介质(例如，存储器、存储等)、无线电接入机制以及用户接口。
[0029]图2描绘了根据一些示例性实施例的用于提供针对后台流量而被配置的承载的过程200的示例。该过程200的描述也参考图1。
[0030]在一些示例性实施例中，在205处可以建立承载。在一些示例性实施例中,承载可以特定地被建立以用于在应用102和/或用户设备114没有处于后台模式(本文中也被称为作为活跃模式、正常模式和非后台模式)时传输和/或接收的流量。此外，承载可以被特定地建立以用于在应用102和/或用户设备114处于后台模式时传输和/或接收的流量。例如，当用户设备的用户没有活跃地使用用户设备114和/或应用102时，网络可以建立一个或多个承载以用于在用户设备114处的应用102所生成的活跃模式流量，并且该网络可以建立一个或多个其他承载用于在用户设备114处的应用102所生成的后台模式流量。承载可以包括一个或多个接入层(AS)承载以及一个或多个非接入层(NAS)承载。关于被建立的承载的信息可以使用诸如无线电资源控制消息、上下文请求消息、激活默认承载上下文请求消息等的消息来在诸如eNB型基站的网络与用户设备114之间传达。
[0031]在一些示例性实施例中，用户设备114可以包括一个或多个应用，并且网络还可以包括一个或多个应用(也被称为服务)。此外，网络处的应用/服务可以被配置为在用户没有活跃地联系该服务的情况下自主地联系该用户设备(例如，作为推送型的服务)。
[0032]在一些示例性实施例中，在205处，相同的承载可以被建立以用于活跃和后台流量模式二者，使得在处于后台模式时，对承载提供不同的参数和/或配置以考虑后台模式流量的不同服务质量需要。
[0033]在一些示例性实施例中，在208处数据，可以使用在205处建立的承载来发送数据。例如，对于活跃模式流量，当用户设备114的用户活跃地使用用户设备114和/或应用102时，在205处建立的活跃模式承载可以包括定义被分配给活跃模式流量(也被称为正常流量、流量和非后台流量)的服务质量(QoS)的参数。这些参数可以指定QoS类别指示符(QCI，其定义如何在传输链中处理针对该承载的流量)、用于上行链路126和下行链路116的最小和/或最大比特率、用于上行链路126和下行链路116的保证比特率和/或影响服务质量的其他参数。应用102可以根据在205处建立的活跃模式承载以及用于所建立的活跃模式承载的被分配的服务质量参数，经由诸如eNB型基站110和/或分组网关128的网络来向服务器132发送任何活跃模式流量(例如，数据)。
[0034]虽然208涉及发送数据，但是应用102还可以根据在205处建立的活跃模式承载以及用于所建立的活跃模式承载的被分配的服务质量参数，接收从eNB型基站110发送的任何活跃模式流量。在其中相同的承载被用于活跃和后台模式两者的实施例中，可以使用在205处建立的默认承载来传达流量。
[0035]在一些示例性实施例中，在210处监测应用102，以确定应用102、用户设备或二者是否由用户设备114的用户活跃地使用。例如，用户设备114可以确定用户在特定时间段内没有使用用户设备114和/或该用户在特定时间段内还没有使用应用102。当应用102、用户设备114或二者都是不活跃的时，用户设备114处的应用102可以进入后台模式(在210处的否，以及212)。例如，如果用户设备114、应用102或二者在给定时间段内没有被使用，则用户设备114的显示屏幕可以变暗或进入屏幕保护模式，这可以指示该用户设备114没有被活跃地使用。此外，如果用户没有通过例如在应用102的用户接口处输入、观看或处理数据来访问应用102，则这可以表示应用102没有被活跃地使用。在任何情况下，应用102可以进入后台模式(在210处的否，以及212)。
[0036]虽然用户设备114和/或应用102可以监测它们是处于活跃模式还是后台模式，但是网络，诸如服务器132、eNB型基站110和/或其他网络节点，还可以确定该用户已经有特定时间段没有使用用户设备114和/或应用102。例如，该网络可以监测由应用102和/或用户设备114发送的流量类型，以确定是否应当发起从活跃模式到后台模式的模式改变(在210处的否，以及212)。
[0037]然而,如果用户继续活跃地使用应用102和/或用户设备114，则用户设备114处的应用102，如在208中所指出的，可以继续使用活跃模式承载(在210处的是，以及212)。
[0038]在一些示例性实施例中，可以针对根据在应用102、用户设备114或二者处于后台模式的同时通信的流量而配置和建立的至少一个承载来发送数据。例如，在处于后台模式时(例如，用户没有活跃地使用用户设备114和/或应用102)，用户设备114可以在214处使用在205处建立的后台模式承载来发送由应用102生成的数据。在205处建立的后台模式承载可以包括定义被分配给后台模式承载的服务质量(QoS)的参数。这些参数可以指定QoS类别指示符(QCI)、用于上行链路126和下行链路116的最小和/或最大比特率、用于上行链路126和下行链路116的保证比特率、和/或还有其他服务质量参数。与活跃模式承载不同，因为用户体验可能不受影响，所以后台模式承载可以被配置为与QoS更少相关。在任何情况下，应用102可以根据在205处建立的后台模式承载以及用于所建立的后台模式承载的被分配的服务质量参数，经由诸如eNB型基站110和/或分组网关128的网络来向服务器132发送后台模式流量(例如，数据)。
[0039]虽然214涉及发送数据，但是应用102还可以根据在205处建立的后台模式承载以及用于所建立的后台模式承载的被分配的服务质量参数来接收从eNB型基站110发送的任何后台模式流量。在其中相同的承载(例如，默认承载)被用于活跃和后台模式两者的示例性实施例中，承载可以被建立有不同的参数，以处理正常/活跃流量以及后台流量(参见例如表I的第7-24和41-58行以及表2的第5和9_13行)。
[0040]在一些示例性实施例中，后台流量涉及根据3GPP TR36.822，不同数据应用的LTERAN增强，V0.2.0(2011-11)的后台流量，但是后台流量还可以采取其他形式。在3GPPTR36.822的情况下，后台流量可以被表征为在用户设备处没有任何特定用户交互的情况下来自用户设备和网络之间的用户平面数据分组的自主交换的流量。
[0041]图3描绘了根据一些示例性实施例的在用户设备114和网络302之间的示例过程300。网络302可以包括基站110 (例如，eNB型基站等)、移动性管理实体150和/或还有其他节点中的至少一个。过程300的描述也参考图1。
[0042]在301，eNB基站110可以向用户设备114发送提供关于广播信道(BCCH)的系统信息的无线电资源控制(RRC)消息，以允许用户设备114经由上行链路126和下行链路116来传输和接收数据。
[0043]在302，用户设备114可以向eNB型基站110发送消息，诸如无线电资源控制连接请求(RRCConnectionRequest)消息。在303, eNB型基站110可以通过向用户设备114发送无线电资源控制连接建立(RRCConnection Setup)消息来对RRCConnectionRequest消息进行响应。
[0044]在304，用户设备114可以向eNB型基站110发送无线电资源控制连接建立完成(RRCConnectionSetupComplete)消息，以确认连接建立的成功完成并且通过包括被发送至移动管理实体150的附连请求(ATTACH REQUEST)消息来发起附连过程。用户设备14还可以将分组数据网络连接请求(PDN CONNECTIVITY REQUEST)消息发送至eNB型基站110和移动性管理实体150。
[0045]在305，网络302对用户设备114做出响应。例如，eNB型基站110可以用下行链路信息传送(DLInformationTransfer)消息来进行响应,并且移动性管理实体150可以用认证请求消息来进行响应。
[0046]在306，用户设备114可以将认证响应消息发送至移动管理实体150，并且将上行链路信息传送(ULInformationTransfer)消息发送至eNB型基站110。
[0047]在307，eNB型基站110可以通过发送下行链路信息传送(DLinformationTransfer)消息来对306进行响应,并且移动管理实体150可以通过发送诸如SecurityModeCommand消息的安全模式消息来对306进行响应。
[0048]在308，用户设备114可以向移动管理实体150发送安全模式完成消息，并且用户设备114可以建立初始安全配置。
[0049]在309，网络302、诸如eNB型基站110，可以向活跃接入层(AS)安全发送消息，诸如安全模式命令(SecurityModeCommand)消息。
[0050]在310,用户设备114可以发送诸如安全模式完成(SecurityModeComplete)消息的消息，并且建立初始安全配置。
[0051]在311，网络、诸如基站型基站110，可以传输诸如用户设备能力查询(UECapabilityEnquiry)消息的另一消息，以在用户设备114处发起无线电接入能力传送过程。
[0052]在312,用户设备114可以通过发送例如UECapabilitylnformation消息来传输用户设备能力信息，以传送用户设备114的无线电接入能力。
[0053]在313，eNB型基站110可以向用户设备114发送无线电资源控制连接重配置(RRCConnectionReconfiguration)消息来建立默认承载。该 RRCConnectionReconfiguration消息可以包括附连接受(ATTACH ACCEPT)消息，其还可以包括上下文请求消息(例如，ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST消息)或者与上下文请求消息相关联。此夕卜，在一些示例性实施例中，单独的配置和/或参数可以被包括在ACTIVATE DEFAULT EPSBEARER CONTEXT REQUEST消息中以用于活跃模式流量和后台流量，但是还可以使用其他类型的消息来向用户设备传递用于活跃流量的承载以及用于后台流量的承载。
[0054]下面进一步描述的表2定义了在313处从网络302发送至用户设备114的上下文请求消息的示例，诸如ACTIVE DEFAULT EPS (增强型分组系统)BEARER CONTEXT REQUEST消息。ACTIVE DEFAULT EPS BEARER CONTEXT REQUEST消息可以包括用于活跃模式承载和后台模式承载的配置和参数。在314，用户设备114可以发送无线电资源控制连接重配置完成消息(RRCConnectionReconfigurationComplete)以确认建立默认承载。
[0055]在315，用户设备114可以向eNB型基站110发送上行链路信息传送(ULInformationTransfer)消息，并且可以向移动管理实体150发送ATTACH COMPLETE消息和上下文请求接受消息,诸如ACTIVE DEFAULT EPS BEARER CONTEXT ACCEPT消息。
[0056]在316,用户可以活跃地使用应用102和/或用户设备14。例如,在用户活跃地使用应用102或者应用102可以正在发送特定类型的流量、诸如指示用户与应用102交互的超文本传输协议命令的同时，用户设备上的屏幕(或显示器)可以点亮。在这两个示例中，可以确定应用102和用户设备114是否处于活跃模式中。[0057]在317，用户设备114可以向eNB型基站110和/或移动管理实体150发送指示用户设备114处于活跃模式的消息。例如，用户设备114可以向eNB型基站110和/或移动管理实体150发送活跃模式指示消息。虽然在一些示例性实施例中，因为网络302可以在不发送消息317的情况下确定用户设备114是处于活跃模式还是后台模式，消息317可以不被发送。例如，网络302可以监测来自应用102和用户设备114的流量，以确定该模式是活跃还是后台。
[0058]在318，上行链路数据可以可用于经由上行链路126从用户设备114到eNB型基站110的传输。这样，用户设备114可以在319处使用在313处被分配给用户设备114的承载来发送可用数据。这些承载可以被建立用于在应用102处于活跃模式时发送流量。
[0059]在320，下行链路数据可以可用于经由下行链路116的从eNB型基站110到用户设备114的传输。这样，eNB型基站110可以在321处使用在313处为活跃流量/数据分配的承载来发送可用数据。
[0060]在322,用户可以主动停止使用应用102和/或用户设备114。例如，因为用户在特定时间段内停止使用应用102，或者可能存在来自更高层的应用和/或用户设备处于后台模式的一些其他类型的指示，所以用户设备上的屏幕(或显示器)可以变黑(或进入屏幕保护程序模式)。此外，为了确定应用102和/或用户设备是否是不活跃的，可以监测用户设备的键盘，以确定是否存在特定时间段内的不活跃。此外，应用102还可以指示其处于后台模式还是活跃模式。此外，还可以监测用户设备中的加速度传感器，以确定用户设备是否正在被活跃地使用。例如，用户设备的应用或另一部分(例如，无线电通信部分、调制解调器等)可以基于数据特征，诸如当上行链路和下行链路数据传输很少发生时，来确定应用102和/或用户设备114处于后台模式还是活跃模式。
[0061]在323，用户设备114可以将消息发送至eNB型基站110和/或移动性管理实体150。该消息可以指示用户设备114处于后台模式。例如，用户设备114可以向eNB型基站110和/或移动性管理实体150发送指示“后台模式”的活跃模式指示消息。尽管在一些示例性实施例中，因为网络302可以在不发送消息323的情况下确定用户设备114是否处于后台模式，消息323可以不被发送。
[0062]在324中，上行链路数据可以用于经由上行链路126从用户设备114到eNB型基站110的传输。这样，用户设备114可以在325处使用在313处为后台流量分配的承载来发送可用数据。
[0063]在326，下行链路数据可用于经由下行链路116的从eNB型基站110到用户设备114的传输。此外，eNB型基站110可以在327处使用在313处为后台流量分配的承载来发送可用数据。
[0064]在符合3GPP TS36.331，第三代合作伙伴计划；技术规范组无线电接入网络；演进型通用陆地无线接入(E-UTRA);无线电资源控制(RRC);协议规范(版本10)和/或其后续版本的一些实施方式中，RadioResourceConfigDedicated消息被用于设置、修改和/或释放无线电承载，以及用于修改媒体访问控制(MAC)主配置、用于修改半静态调度(SPS)配置，以及用于修改专用物理配置。RadioResourceConfigDedicated信息元素(其可以被承载在RRCConnectionReconfiguration消息内)可以如表I中所示出的那样被配置。例如，在RadioResourceConfigDedicated信息兀素可以在313处被发送，以便为由应用102生成的活跃流量分配接入层(AS)承载并且为由应用102生成的后台流量分配AS承载。在一些实示例性施例中，该信元素作为下述消息中的一个或多个的一部分而被发送:RRCConnectionSetup、RRCConnect ionReconfigurat ion > 以及 RRCConnectionReestablish。
[0065]以下表I描绘了诸如RadioResourceConfigDedicated信息元素的信息元素的示例。在一些示例性实施例中，表I中的信息元素与physicalConfigDedicated(见以下表I的第12行)相关联，以建立用于后台模式流量和活跃模式流量的承载。
[0066]表I
[0067]
【权利要求】
1.一种方法，包括: 处理定义至少第一承载和第二承载的参数，所述第一承载和所述第二承载被建立用于处理器处的服务； 当所述服务和所述处理器中的至少一个没有处于后台模式时，基于至少所述第一承载来发送由所述服务生成的流量；以及 当所述服务和所述处理器中的至少一个处于所述后台模式时，基于至少所述第二承载来发送由所述服务生成的后台流量。
2.根据前述权利要求中的任一项所述的方法，其中所述第一承载包括包含用于所述流量的接入层配置信息和用于所述流量的非接入层配置信息的至少接入层承载和非接入层承载。
3.根据前述权利要求中的任一项所述的方法，其中所述第二承载包括包含用于所述后台流量的接入层配置信息和用于所述后台流量的非接入层配置信息的至少接入层承载和非接入层承载，其中所述第二承载被配置用于所述后台流量。
4.根据前述权利要求中的任一项所述的方法，其中所述第一承载和所述第二承载是同一承载，其中当与所述第一承载比较时所述第二承载包括不同的配置信息。
5.根据前述权利要求中的任一项所述的方法，其中所述不同的配置信息包括服务质量参数。
6.根据前述权 利要求中的任一项所述的方法，其中所述后台模式包括其中所述服务和所述处理器中的至少一个在第一时间段内不活跃的模式。
7.根据前述权利要求中的任一项所述的方法，其中当用户访问并且与所述服务和所述处理器中的至少一个交互时，所述流量包括由所述服务发送的数据。
8.根据前述权利要求中的任一项所述的方法，进一步包括: 当所述服务和所述处理器中的至少一个在所述第一时间段内不活跃时，进入所述后台模式。
9.根据前述权利要求中的任一项所述的方法，进一步包括: 当所述服务和所述处理器中的至少一个没有处于所述后台模式时，进入活跃模式，所述活跃模式表示所述服务和所述处理器中的至少一个正在由用户使用。
10.根据前述权利要求中的任一项所述的方法，其中当所述服务的用户没有进行访问所述服务和与所述服务交互中的至少一个时，所述后台流量包括由所述服务发送的数据。
11.根据前述权利要求中的任一项所述的方法，其中所述后台流量包括以下各项中的至少一项:状态消息、保持活跃消息以及响应于所述应用而被发送至另一应用的更新消息。
12.一种装置，包括: 至少一个处理器；以及 包括计算机程序代码的至少一个存储器，包括所述计算机程序代码的所述至少一个存储器被配置为与所述至少一个处理器一起使得所述装置至少执行以下: 处理定义至少第一承载和第二承载的参数，所述第一承载和所述第二承载被建立用于处理器处的服务； 当所述服务和所述处理器中的至少一个没有处于后台模式时，基于至少所述第一承载来发送由所述服务生成的流量；以及当所述服务和所述处理器中的至少一个处于所述后台模式时，基于至少所述第二承载来发送由所述服务生成的后台流量。
13.根据权利要求12所述的装置，其中所述第一承载包括包含用于所述流量的接入层配置信息和用于所述流量的非接入层配置信息的至少接入层承载和非接入层承载。
14.根据权利要求12-13中的任一项所述的装置，其中所述第二承载包括包含用于所述后台流量的接入层配置信息和用于所述后台流量的非接入层配置信息的至少接入层承载和非接入层承载，其中所述第二承载被配置用于所述后台流量。
15.根据权利要求12-14中的任一项所述的装置，其中所述第一承载和所述第二承载是不同的承载。
16.根据权利要求12-15中的任一项所述的装置，其中所述第一承载和所述第二承载是同一承载，其中当与所述第一承载比较时所述第二承载包括不同的配置信息。
17.根据权利要求12-16中的任一项所述的装置，其中所述不同的配置信息包括服务质量参数。
18.根据权利要求12-17中的任一项所述的装置，其中所述后台模式包括其中所述服务和所述处理器中的至少一个在第一时间段内不活跃的模式。
19.根据权利要求12-18中的任一项所述的装置，其中所述发送所述流量进一步包括: 当所述服务和所述处理 器中的至少一个正在被使用时，发送所述流量。
20.根据权利要求12-19中的任一项所述的装置，其中当用户访问并且与所述服务器和所述处理器中的至少一个交互时，所述流量包括由所述服务发送的数据。
21.根据权利要求12-20中的任一项所述的装置，进一步包括: 当所述服务和所述处理器中的至少一个在所述第一时间段内不活跃时，进入所述后台模式。
22.根据权利要求12-21中的任一项所述的装置，进一步包括: 当所述服务和所述处理器中的至少一个没有处于所述后台模式时，进入活跃模式，所述活跃模式表示所述服务和所述处理器中的至少一个正在由用户使用。
23.根据权利要求12-22中的任一项所述的装置，其中当所述服务的用户没有进行访问所述服务和与所述服务交互中的至少一个时，所述后台流量包括由所述服务发送的数据。
24.根据权利要求12-23中的任一项所述的装置，其中所述后台流量包括以下各项中的至少一项:状态消息、保持活跃消息以及响应于所述应用而被发送至另一应用的更新消肩、O
25.—种设备,包括: 用于处理定义至少第一承载和第二承载的参数的装置，所述第一承载和所述第二承载被建立用于处理器处的服务； 用于在所述服务和所述处理器中的至少一个没有处于后台模式时基于至少所述第一承载来发送由所述服务生成的流量的装置；以及 用于在所述服务和所述处理器中的至少一个处于所述后台模式时基于至少所述第二承载来发送由所述服务生成的后台流量的装置。
26.—种包括程序代码的计算机可读介质，所述程序代码在由至少一个处理器执行时引起包括以下的操作: 处理定义至少第一承载和第二承载的参数，所述第一承载和所述第二承载被建立用于处理器处的服务； 当所述服务和所述处理器中的至少一个没有处于后台模式时，基于至少所述第一承载来发送由所述服务生成的流量；以及 当所述服务和所述处理器中的至少一个处于所述后台模式时，基于至少所述第二承载来发送由所述服务生成的后台流量。
27.—种方法,包括: 建立至少第一承载和第二承载； 当服务和用户设备中的至少一个没有处于后台模式时，基于至少所述第一承载来将流量发送至所述用户设备；以及 当所述服务和所述用户设备中的至少一个处于后台模式时，基于至少所述第二承载来将后台流量发送至所述用户设备。
28.根据权利要求27所述的方法，其中所述第一承载包括包含用于所述流量的接入层配置信息和用于所述流量的非接入层配置信息的至少接入层承载和非接入层承载。
29.根据权利要求27和28中的任一项所述的方法，其中所述第二承载包括包含用于所述后台流量的接入层配置 信息和用于所述后台流量的非接入层配置信息的至少接入层承载和非接入层承载，其中所述第二承载被配置用于所述后台流量。
30.根据权利要求27-29中的任一项所述的方法，其中所述第一承载和所述第二承载是不同的承载。
31.根据权利要求27-30中的任一项所述的方法，其中所述第一承载和所述第二承载是同一承载，其中当与所述第一承载比较时所述第二承载包括不同的配置信息。
32.根据权利要求27-31中的任一项所述的方法，其中所述不同的配置信息包括服务质量参数。
33.根据权利要求27-32中的任一项所述的方法，进一步包括: 从所述用户设备接收所述用户设备是否处于所述后台模式的指示。
34.根据权利要求27-33中的任一项所述的方法，进一步包括: 依据从所述用户设备接收到的所述流量，确定所述用户设备是否处于所述后台模式。
35.一种装置，包括: 至少一个处理器；以及 包括计算机程序代码的至少一个存储器，包括所述计算机程序代码的所述至少一个存储器被配置为与所述至少一个处理器一起使得所述装置至少执行以下: 建立至少第一承载和第二承载； 当服务和用户设备中的至少一个没有处于后台模式时，基于至少所述第一承载来将流量发送至所述用户设备；以及 当所述服务和所述用户设备中的至少一个处于后台模式时，基于至少所述第二承载来将后台流量发送至所述用户设备。
36.根据权利要求35所述的装置，其中所述第一承载包括包含用于所述流量的接入层配置信息和用于所述流量的非接入层配置信息的至少接入层承载和非接入层承载。
37.根据权利要求35和36中的任一项所述的装置，其中所述第二承载包括包含用于所述后台流量的接入层配置信息和用于所述后台流量的非接入层配置信息的至少接入层承载和非接入层承载，其中所述第二承载被配置用于所述后台流量。
38.根据权利要求35-37中的任一项所述的装置，其中所述第一承载和所述第二承载是同一承载，其中当与所述第一承载比较时所述第二承载包括不同的配置信息。
39.根据权利要求35-38中的任一项所述的装置，其中所述不同的配置信息包括服务质量参数。
40.根据权利要求35-39中的任一项所述的方法，进一步包括: 从所述用户设备接收所述用户设备是否处于所述后台模式的指示。
41.根据权利要求35-40中的任一项所述的方法，进一步包括: 依据从所述用户设备接收到的流量，确定所述用户设备是否处于所述后台模式。
42.一种设备，包括: 用于建立至少第一承载和第二承载的装置； 用于在服务和用户设备中的至少一个没有处于后台模式时基于至少所述第一承载来将流量发送至所述用户设备的装置；以及 用于在所述服务和所述用户设备中的至少一个处于后台模式时基于至少所述第二承载来将后台流量发送至所述用户设备的装置。
43.一种包括程序代码的计算机可读介质，所述程序代码在由至少一个处理器执行时引起包括以下的操作: 建立至少第一承载和第二承载； 当服务和用户设备中的至少一个没有处于后台模式时，基于至少所述第一承载来将流量发送至所述用户设备；以及 当所述服务和所述用户设备中的至少一个处于后台模式时，基于至少所述第二承载来将后台流量发送至所述用户设备。
【文档编号】H04W28/16GK104012120SQ201180076086
【公开日】2014年8月27日 申请日期:2011年12月30日 优先权日:2011年12月30日
【发明者】I·A·柯斯基塔罗, J-P·科斯基南, H·E·O·贝尔朱斯 申请人:诺基亚公司